[Starlingx-discuss] Builds remain broken

[Saul Wold]

On 5/4/20 2:43 PM, Miller, Frank wrote:
> Austin:
> 
> Thank-you for your fixes earlier today. But as you can see from Scott additional fixes are required.  Since our builds have been broken for a long stretch (first due to the Train commits last week and now due to the kernel commits) the best thing to do is to revert the kernel commits so that the master branch can again start having successful builds.  Please revert the commits when you start your day on Tuesday: https://review.opendev.org/#/q/topic:4.18_kernel+(status:open+OR+status:merged)
> 
Scott, Frank: Thanks for triaging this further. I does appear that this 
was only tested with the Monolithic build, which I think is why we are 
seeing some of these issues.

I guess we did not ask all the right testing questions and the cut-over 
to Layered build happened in the middle of the kernel development.

> Then we ask the team priming the 4.18 kernel to start with a clean workspace and mirror that matches exactly what is in the CENGN mirror as per Scott's instructions below.  Work through the build and identify all dependent packages needed for the build to complete.  These dependencies then need to be added first to the CENGN mirror before the kernel commits can then be merged back onto master.
>
Agreed here and with Scott's directions below, the team needs to test 
with a layered build, from an empty mirror and clean build.

Not sure if PRC folks are in the office again until Wednesday, so we 
might need to do a revert here.  Let's set if Austin or those guys 
respond this evening.

Sau!


> Frank
> 
> -----Original Message-----
> From: Scott Little <scott.little at windriver.com>
> Sent: Monday, May 04, 2020 5:34 PM
> To: 'starlingx-discuss at lists.starlingx.io' <starlingx-discuss at lists.starlingx.io>
> Subject: Re: [Starlingx-discuss] Builds remain broken
> 
> What is critical here is
> 
> 1) start with clean workspace and clean 'output' directories
> 
> 2) build in a layered context
> 
> 3) go through all the steps for each layer
> 
> download_mirror.sh
> generate-cgcs-centos-repo.sh
> populate_downloads.sh
> build-pkgs
> build-iso (flock only)
> 
> 
> Scott
> 
> 
> On 2020-05-04 5:22 p.m., Scott Little wrote:
>> I've fixed several issues with lst files in the wake of the 4.18
>> kernel submission to master.
>>
>>     https://review.opendev.org/725379
>>
>>     https://review.opendev.org/725371
>>
>> So far this only addresses the build srmp phase of the distro layer
>> build.
>>
>> The builds remain broken on missing BuildRequires packages or their
>> dependencies.  e.g. the std kernel build is now asking for package
>> 'perl-generators'.  It's not listed in the distro layer lst files,
>> although it is in the flock layer lst file, so a monolithic build
>> might pass, but a layered build will not.
>>
>> I'm tired of trying to fix this thing on the master branch.  I think
>> we need to revert all the 4.18 kernel related commits (including the
>> two above).  i.e. go back to the old kernel and get some successful
>> builds working again.
>>
>> The 4.18 kernel feature needs to be debugged in a developer
>> environment.  Particular attention needs to be put into the lst files,
>> and to getting those entries in the correct layer.
>>
>> I would suggest starting two totally new container build environments.
>> The first for a distro layer build.  Once that is working, use the
>> second for a flock layer build (producing an iso).  Reminder to study
>> the Layered build description docs at
>> https://docs.starlingx.io/developer_resources/Layered_Build.html
>>
>>
> 
> 
> _______________________________________________
> Starlingx-discuss mailing list
> Starlingx-discuss at lists.starlingx.io
> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
> _______________________________________________
> Starlingx-discuss mailing list
> Starlingx-discuss at lists.starlingx.io
> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
>