Fix posted in ... https://review.openstack.org/605775 On 18-09-26 11:10 PM, Sun, Austin wrote:
Hi Ghada and Saul: Thanks. I'm working for fuzz patch with Shuicheng now, I will check build serial issue after "fuzz" task.
BR Austin Sun.
-----Original Message----- From: Saul Wold [mailto:sgw@linux.intel.com] Sent: Thursday, September 27, 2018 10:26 AM To: starlingx-discuss@lists.starlingx.io Subject: Re: [Starlingx-discuss] build-pkgs cannot complete std build >> serial builds
On 09/26/2018 06:50 PM, Khalil, Ghada wrote:
Erich, Given the failures you are seeing, I re-opened https://bugs.launchpad.net/starlingx/+bug/1790583 (it was still in a Fix Released state even though the original commit was reverted and a new one is currently in review)
Austin, I see that you have an update pending for this: https://review.openstack.org/#/c/603983/ But according to Erich, it didn't address the build issue. Can you please investigate further?
OK, I understand Austin's patch now and gave it my +2.
I am going to try again with a scratch build now the libvirt bits have merged (or at least I think they have merged)
Sau!
Thanks, Ghada
-----Original Message----- From: Cordoba Malibran, Erich [mailto:erich.cordoba.malibran@intel.com] Sent: Wednesday, September 26, 2018 7:43 PM To: Little, Scott; starlingx-discuss@lists.starlingx.io Subject: Re: [Starlingx-discuss] build-pkgs cannot complete std build
Trying to get a serial build avoiding the possible mock problems I encounter with this issue:
BUILD_AVOIDANCE_URL= /localdisk/designer/jenkins-slave/starlingx/cgcs-root/build-tools/buil d-srpms-serial --std /localdisk/designer/jenkins-slave/starlingx/cgcs-root/build-tools/buil d-srpms-serial: line 33: /build-srpms-common.sh: No such file or directory CLEAN_FLAG=0 22:26:39 build-srpms-serial --std 22:26:39 make: all 22:26:40 ===== Build SRPM for 'remote-clients' ===== 22:26:40 PKG_BASE=/localdisk/designer/jenkins-slave/starlingx/cgcs-root/stx/stx -clients/remote-clients 22:26:40 WORK_BASE=/localdisk/loadbuild/jenkins-slave/starlingx/std/inputs/stx/ stx-clients/remote-clients 22:26:40 RPMBUILD_BASE=/localdisk/loadbuild/jenkins-slave/starlingx/std/inputs/ stx/stx-clients/remote-clients/rpmbuild 22:26:40 /localdisk/designer/jenkins-slave/starlingx/cgcs-root/build-tools/buil d-srpms-serial: line 941: md5sums_from_input_vars: command not found 22:26:40 ERROR: build_dir_spec (943): md5sums_from_input_vars '' '/localdisk/designer/jenkins-slave/starlingx/cgcs-root/stx/stx-clients/remote-clients/centos/remote-clients.spec' '/localdisk/loadbuild/jenkins-slave/starlingx/std/rpmbuild/SOURCES/remote-clients'
Doing sed -i 's/PARALLEL/SERIAL/g' build-tools/build-srpms-serial fixes this issue. However, after the srpms are created the build-rpm-serial script is unable to find these srpms. See below
######## Wed Sep 26 22:36:34 UTC 2018: build-srpm-serial --std was successful
######## Wed Sep 26 22:36:34 UTC 2018: Launching build-rpms-serial --std
/localdisk/designer/jenkins-slave/starlingx/cgcs-root/build-tools/buil d-rpms-serial --std FORMAL_BUILD=0 modify-build-cfg /localdisk/loadbuild/jenkins-slave/starlingx/std/jenkins-slave-starlin gx-tis-r5-pike-std.cfg Nothing to build in '/localdisk/loadbuild/jenkins-slave/starlingx/std/rpmbuild/SRPMS'
######## Wed Sep 26 22:36:35 UTC 2018: build-rpm-serial --std was successful
This is reported here: https://bugs.launchpad.net/starlingx/+bug/1790583 I tried this but it didn't work for me: https://review.openstack.org/#/c/603983/
So, for now seems that it's not possible to use serial building.
On Wed, 2018-09-26 at 12:16 -0400, Scott Little wrote:
aclocal 'too many loops' has been popping up sporadically for a week or two now. Possibly 7.5 related.
I suspect that there is a build order and/or race condition element to this. It often goes away if you just run build-pkgs a second time.
The second possible element is that build-pkgs is using flags that preserve the mock environment between packages. The goal was to avoid reinstalling required packages that are often common across the packages we build. It was a build time speedup that has been in use for 2-3 years now without incident.
Google shows that other folks have hit 'aclocal too many loops' as well, and there are suggestions that it might be fixed in a recent update to automake. Scanning the changelog for the latest and greatest from gnu.org doesn't show any obvious fixes addressing this issue.
Scott
On 18-09-26 11:32 AM, Cordoba Malibran, Erich wrote:
BUILDSTDERR: aclocal: error: too many loops BUILDSTDERR: aclocal: Please contact <bug-automake@gnu.org>. BUILDSTDERR: at /usr/share/automake-1.13/Automake/Channels.pm line 662. BUILDSTDERR: Automake::Channels::msg('automake', '', 'too many loops') called at /usr/share/automake- 1.13/Automake/ChannelDefs.pm line 212 BUILDSTDERR: Automake::ChannelDefs::prog_error('too many loops') called at /usr/bin/aclocal line 1187 BUILDSTDERR: error: Bad exit status from /var/tmp/rpm-tmp.Sj0E7c (%build) BUILDSTDERR: Macro expanded in comment on line 214: %global _libexecdir %{_exec_prefix}/lib BUILDSTDERR: Bad exit status from /var/tmp/rpm-tmp.Sj0E7c (%build)
Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss _______________________________________________ Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
_______________________________________________ Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss _______________________________________________ Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss