Re: [PATCH v4 1/9] isar-bootstrap-host: disable DISTRO_APT_KEYS usage

[Jan Kiszka <jan.kiszka@siemens.com>]

On 30.04.19 17:22, Andreas Reichel wrote:
> On Tue, Apr 30, 2019 at 04:30:46PM +0300, Maxim Yu. Osipov wrote:
>> On 4/30/19 12:34 PM, Andreas Reichel wrote:
>>> On Fri, Apr 26, 2019 at 11:41:16AM +0300, Maxim Yu. Osipov wrote:
>>>> Hi Claudius, Andreas,
>>>>
>>>> @Andreas
>>>> Your input is very welcome at this topic as you were busy with all this APT
>>>> keys stuff.
>>>>
>>>
>>> Thank you. Well in my eyes, Claudius delivers important changes to Isar
>>> which improve code quality and the build steps as a whole. Also as I
>>> know him, he is never ever interested in any personal "affairs" whatsoever,
>>> which I also learnt from his reviews on my code. He has a sharp mind and
>>> always tries to get out the best of the code up to his knowledge and
>>> techniques. Furthermore, if he may sometimes sound direct or even
>>> annoying to some - this is merely a personal question of how one focuses
>>> on mails. I also did not understand everything he criticized on my code
>>> in the beginning - but after I understood him, it was always great
>>> improvement. So, Maxim, I beg that you do not take anything personal on
>>> any mail, regarding any words or writing style but just focus on the
>>> code as I always try - which always helps to go on further with the
>>> project and to improve it. That's my input.
>>>
>>> Andreas
>>
>> I would prefer to focus on technical aspects of the modification under
>> review. Are you OK with this modification?
>>
> I am OK with these.
> 
> However I want MY patch series (version 9) merged before this one,
> because it is now very well reviewed and weeks old.
> And please don't argue with failed CI now. Investigating, understanding
> and fixing CI is a different topic and out of my scope.

So, to state this differently: You observation is that current next or master 
does not reliably build in Isar upstream CI, right? Then this issue would be of 
topmost priority to understand and resolve.

Andreas, Henning, Claudius, do we have current references to upstream CI build 
with that behaviour, even if that was sporadic?

Jan

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux