[opensuse-factory] 4 32-bit build fails in Leap:42.1 project
For the 32-bit proponents with package maintenance skills there are 4 packages currently failing for 32-bit builds, but not 64-bit builds. https://build.opensuse.org/project/monitor/openSUSE:Leap:42.1?arch_i586=1&defaults=0&failed=1&repo_standard=1 apache2-mod_perl giflib ksh perl-Devel-Cover I didn't check if they are actually succeeding for 64-bit builds, but they aren't in the 64-bit failure list. Assuming they are 32-bit only failures the main maintainer may make fixing it a low priority. (I typically ignore ARM build failures as an example. The ARM enthusiasts come along in the background and submit fixes for them.) The 32-bit volunteers need to figure out if they can branch, patch, and submit fixes to the above. Or encourage (work with) the main maintainer to do so. Greg -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday 2015-09-15 14:17, greg.freemyer@gmail.com wrote:
For the 32-bit proponents with package maintenance skills there are 4 packages currently failing for 32-bit builds, but not 64-bit builds.
giflib
The 32-bit volunteers need to figure out if they can branch, patch, and submit fixes to the above. Or encourage (work with) the main maintainer to do so.
The OBS maintainers need to figure out if they can branch, patch, and submit fixes, because apparently this is an OBS bug (possibly in bs_worker) rather than a compile failure of the software itself: 14:39 ares40:~/obs/zu > cd openSUSE/Leap/42.1/giflib/ 14:39 ares40:../42.1/giflib > sosc bl standard i586 unexpected EOF -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On September 15, 2015 8:42:02 AM EDT, Jan Engelhardt <jengelh@inai.de> wrote:
On Tuesday 2015-09-15 14:17, greg.freemyer@gmail.com wrote:
For the 32-bit proponents with package maintenance skills there are 4 packages currently failing for 32-bit builds, but not 64-bit builds.
giflib
The 32-bit volunteers need to figure out if they can branch, patch, and submit fixes to the above. Or encourage (work with) the main maintainer to do so.
The OBS maintainers need to figure out if they can branch, patch, and submit fixes, because apparently this is an OBS bug (possibly in bs_worker) rather than a compile failure of the software itself:
14:39 ares40:~/obs/zu > cd openSUSE/Leap/42.1/giflib/ 14:39 ares40:../42.1/giflib > sosc bl standard i586 unexpected EOF
Interestingly I branched all 4 failures. 3 of them built fine for 32-bit, so the build errors appear to be transient (or build server specific). https://build.opensuse.org/project/monitor/home:gregfreemyer:branches:openSUSE:Leap:42.1?arch_i586=1&defaults=0&repo_standard=1&succeeded=1 So it appears the first 'power' the 32-bit team needs is the ability to trigger a rebuild. Due to the potential to cause a cascade of rebuilds, I realize that is not a trivial power. How should it be done for now? Send an email to a key Leap distro maintainer? If one is reading, the 4 packages in my initial email should be given a kick to try and rebuild as 32-bit successfully: apache2-mod_perl giflib ksh perl-Devel-Cover Greg -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 9/15/2015 8:04 AM, greg.freemyer@gmail.com wrote:
Interestingly I branched all 4 failures. 3 of them built fine for 32-bit, so the build errors appear to be transient (or build server specific).
Good for you Greg! I was floored at the short-sightedness of the Leap team not building for i586. As mentioned on the opensuse list, I would expected the i586 kiss-off to come from the bleeding-edge distros long before opensuse abandoned 32-bit architecture. I guess the 32-bit users can migrate to the bleeding-edge for the next update as Arch is still packaging i686 on the 4.2 kernel (which stays current with kernel.org) If the broken 32-bit packages needing attention becomes to much to handle, shoot me an e-mail and I'll do what I can to breath life back into a few. It's ironic that this whole basis for this multi-year fangled ringed-build system was sold as something that would make the build process easier for the build team, so that more could be packaged, tested with fewer bugs and less manpower. This seems to have paid off in-spades as we are now cutting entire architectures because we don't have enough manpower to build it anymore. Ironic... Well hopefully through your effort, cooler heads will previal and the new build system will show its worth with the 'i586' directory is sitting side-by-side with the x86_64 dir, just as it always has, and just as it should for the next 5 years.. -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thursday 01 of October 2015 23:24:49 David C. Rankin wrote:
I was floored at the short-sightedness of the Leap team not building for i586. As mentioned on the opensuse list, I would expected the i586 kiss-off to come from the bleeding-edge distros long before opensuse abandoned 32-bit architecture. I guess the 32-bit users can migrate to the bleeding-edge for the next update as Arch is still packaging i686 on the 4.2 kernel (which stays current with kernel.org)
Note: Leap is going to have 4.1, i.e. one version older kernel.
It's ironic that this whole basis for this multi-year fangled ringed-build system was sold as something that would make the build process easier for the build team, so that more could be packaged, tested with fewer bugs and less manpower. This seems to have paid off in-spades as we are now cutting entire architectures because we don't have enough manpower to build it anymore. Ironic...
Architecture*s*? As in "more than one"? But seriously... It was more and more apparent that current model is unsustainable in the long term with the resources openSUSE has. Perhaps not apparent to the end users but obvious to anyone involved or at least interested in the process. Changing the model is one step to address the problem, dropping official i586 support is another.
Well hopefully through your effort, cooler heads will previal and the new build system will show its worth with the 'i586' directory is sitting side-by-side with the x86_64 dir, just as it always has, and just as it should for the next 5 years..
Not exactly "side-by-side", I hope. If the i586 build was considered equally official and equally supported, we would be inevitably repeating exactly the same discussion on and on 5, 10, ... years from now. (ifconfig anyone?) I don't mind if some group of volunteers prepares i586 images so that they are available as "ports", similar to arm64 or ppc64. But I'm surely glad that finally one of the major distributions has the courage to take first step in discontinuing the architecture (and for openSUSE breaking the pattern "others do it, so we have to"). Michal Kubeček -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Quoting "David C. Rankin" <drankinatty@suddenlinkmail.com>:
I was floored at the short-sightedness of the Leap team not building for i586. As mentioned on the opensuse list, I would expected the i586 kiss-off to come from the bleeding-edge distros long before opensuse
Intel Core 32-bit architecture ended in 2006; nearly *10 years* ago. Any Intel powered device from nearly the last *10 years* is 64 bit. The Nehalem [aka i-series] processors debuted in 2008; seven years ago. I keep devices around for a long time, but a decade seems a reasonable cut-off time to me. Hardware maintained for more than a decade is pretty fringe. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
re-send in plain text On Fri, Oct 2, 2015 at 12:24 AM, David C. Rankin <drankinatty@suddenlinkmail.com> wrote:
On 9/15/2015 8:04 AM, greg.freemyer@gmail.com wrote:
Interestingly I branched all 4 failures. 3 of them built fine for 32-bit, so the build errors appear to be transient (or build server specific).
Good for you Greg!
I was floored at the short-sightedness of the Leap team not building for i586. As mentioned on the opensuse list, I would expected the i586 kiss-off to come from the bleeding-edge distros long before opensuse abandoned 32-bit architecture. I guess the 32-bit users can migrate to the bleeding-edge for the next update as Arch is still packaging i686 on the 4.2 kernel (which stays current with kernel.org)
If the broken 32-bit packages needing attention becomes to much to handle, shoot me an e-mail and I'll do what I can to breath life back into a few.
It's ironic that this whole basis for this multi-year fangled ringed-build system was sold as something that would make the build process easier for the build team, so that more could be packaged, tested with fewer bugs and less manpower. This seems to have paid off in-spades as we are now cutting entire architectures because we don't have enough manpower to build it anymore. Ironic...
Well hopefully through your effort, cooler heads will previal and the new build system will show its worth with the 'i586' directory is sitting side-by-side with the x86_64 dir, just as it always has, and just as it should for the next 5 years..
-- David C. Rankin, J.D.,P.E.
David, I believe one thought is to demote i686 (32-bit) to ports status. openSUSE maintains Arm and PPC ports via separate teams. As a maintainer, historically if I had a build issue that only occurred on a "port" I might ignore it and a submission to factory would still be accepted. But a build error in either i586 or x86_64 would block it being accepted. I _assume_ the demoting of 32-bit to Port status means it will still be on OBS, but packages building for it will no longer be mandatory for factory inclusion. Hopefully a small group of i586 enthusiasts with some programming skills can keep it running for years to come. Here's the current Leap:42.1 32-bit fail list: https://build.opensuse.org/project/monitor/openSUSE:Leap:42.1?arch_i586=1&defaults=0&failed=1&repo_standard=1 It should be compared to the 64-bit fail list: https://build.opensuse.org/project/monitor/openSUSE:Leap:42.1?arch_x86_64=1&defaults=0&failed=1&repo_standard=1 Both are similar size currently, but I would not be surprised if one or two of the build failures are 32-bit specific. Greg -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Jan Engelhardt <jengelh@inai.de> writes:
14:39 ares40:~/obs/zu > cd openSUSE/Leap/42.1/giflib/ 14:39 ares40:../42.1/giflib > sosc bl standard i586 unexpected EOF
It probably just needs a rebuild. Such errors are transient most of the time, perhaps related to temporarily broken build workers. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (7)
-
Adam Tauno Williams
-
Andreas Schwab
-
David C. Rankin
-
Greg Freemyer
-
greg.freemyer@gmail.com
-
Jan Engelhardt
-
Michal Kubecek