Hi Frank: At First , Thanks Scott worked during weekend , What kinds of build failure are we seeing on CENGN build ? we have been test on local build during weekend by including [1]. We will sync latest code and check first. [1] https://review.opendev.org/#/c/724951/ Thanks. BR Austin Sun. From: Miller, Frank <Frank.Miller@windriver.com> Sent: Monday, May 4, 2020 7:40 AM To: starlingx-discuss@lists.starlingx.io Subject: [Starlingx-discuss] Require kernel v4.18 commits to be reverted Folks: Scott has worked through the weekend to try and address the CENGN build failures due to the kernel 4.18 commits. Unfortunately a solution is not in sight. As such I am asking Austin and the team priming the kernel v4.18 commits to revert these commits until they can work out a solution. Please revert these commits on Monday: https://review.opendev.org/#/q/topic:4.18_kernel+(status:open+OR+status:merg...) Scott will provide a summary of the issues being seen. Also he'll provide suggestions on how the kernel team can test and investigate the issues on the feature branch. Frank PL for StarlingX Build team

Our builds are currently broken on the download mirror step.  Yumdownloader is failing to download the kernel headers specified in our lst files.  The files are present in our rpm repos, checksums verified, and are properly indexed in the repo data.  The yum tool set just refuses to download it for us. So what has changed? A new kernel from centos 8 was added.  This required the additions of new centos 8 repos. The centos 8 repos are now shipping a newer kernel than the one we are trying to adopt. The latest kernel has an ‘obsoletes’ vs the kernel we are trying to adopt. It’s our theory that the presence of a newer package that obsoletes the package we wish to download is the trigger for the download refusal. It looks like obsoletes usage will be the norm in centos 8, at least in the kernel area. There does not appear to be any way to get yumdownloader to download an obsoletes package. We will be looking into ways to find and download packages without yum’s help, but that will take some time. Upversioning the the latest centos 8 kernel might be a temporary fix, but would break as soon as centos issues another kernel update. In the mean time, I think we need to temporarily back out the kernel feature so that we can build again. Scott On 2020-05-03 7:39 p.m., Miller, Frank wrote:

Folks:

Scott has worked through the weekend to try and address the CENGN build failures due to the kernel 4.18 commits.  Unfortunately a solution is not in sight.  As such I am asking Austin and the team priming the kernel v4.18 commits to revert these commits until they can work out a solution. Please revert these commits on Monday: https://review.opendev.org/#/q/topic:4.18_kernel+(status:open+OR+status:merg...)

Scott will provide a summary of the issues being seen.  Also he’ll provide suggestions on how the kernel team can test and investigate the issues on the feature branch.

Frank

PL for StarlingX Build team

_______________________________________________ Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss