Package builds for SLE_12_SP5 (only on x86_64) stop working because of multiple choices for sub-dependency
Hi all, since about mid March 2021 some of my [GCT] package builds for SLE_12_SP5 on x86_64 ([1]) stop(ped) working with: ``` have choice for pkgconfig(zlib) needed by libopenssl-1_0_0-devel: zlib-devel zlib-devel-32bit ``` [GCT]: https://github.com/gridcf/gct [1]: https://build.opensuse.org/project/monitor/home:frank_scheiner:gct?arch_x86_... Trying a build locally with `osc` gives: ``` johndoe@host:~/osc/home:frank_scheiner:gct/globus-authz> time osc build SLE_12_SP5 x86_64 globus-authz.spec Building globus-authz.spec for SLE_12_SP5/x86_64 Run source service: /usr/lib/obs/service/download_url --host repo.gridcf.org --protocol https --path /gct6/sources/globus_authz-4.4.tar.gz --outdir /home/johndoe/osc/home:frank_scheiner:gct/globus-authz/tmp1jccm9xf.download_url.service Getting buildconfig from server and store to /home/johndoe/osc/home:frank_scheiner:gct/globus-authz/.osc/_buildconfig-SLE_12_SP5-x86_64 Getting buildinfo from server and store to /home/johndoe/osc/home:frank_scheiner:gct/globus-authz/.osc/_buildinfo-SLE_12_SP5-x86_64.xml buildinfo is broken... it says: unresolvable: have choice for pkgconfig(zlib) needed by libopenssl-1_0_0-devel: zlib-devel zlib-devel-32bit real 0m11.201s user 0m1.321s sys 0m0.175s ``` Because of "buildinfo is broken" I'd tend to assume that something broke in the SLE_12_SP5 repos used by me (SUSE:SLE-12-SP5:GA/standard, SUSE:SLE-12-SP5:Update/standard) but such a message can also be created by an error in the build requirments IIUC, so I'm not sure about that. What could lead to such a situation - both 32 bit and 64 bit package available for dependency solution - for a build on x86_64? Cheers, Frank
Just for reference, [httperf] seems to experience the same problem (there also for s390x because it is also build for that arch). [httperf]: https://build.opensuse.org/package/show/benchmark/httperf
On Mär 30 2021, Frank Scheiner wrote:
since about mid March 2021 some of my [GCT] package builds for SLE_12_SP5 on x86_64 ([1]) stop(ped) working with:
``` have choice for pkgconfig(zlib) needed by libopenssl-1_0_0-devel: zlib-devel zlib-devel-32bit ```
See <https://bugzilla.suse.com/show_bug.cgi?id=1172563>. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
Olaf Hering wrote:
Am Tue, 30 Mar 2021 16:17:53 -0000 schrieb "Frank Scheiner" <scheiner(a)hlrs.de>de>:
devel-32bit see bug#1178976
I can't view that specific bug: ``` You are not authorized to access bug #1178976. ``` Must really contain some important knowledge.
Softwareproblem, kann man nichts machen.
Softwareproblem auf seiten des OBS? Grüße Frank
Hi, On Tue, Mar 30, 2021 at 6:18 PM Frank Scheiner <scheiner@hlrs.de> wrote:
Hi all,
since about mid March 2021 some of my [GCT] package builds for SLE_12_SP5 on x86_64 ([1]) stop(ped) working with:
``` have choice for pkgconfig(zlib) needed by libopenssl-1_0_0-devel: zlib-devel zlib-devel-32bit ```
For now, adding the following to your prjconf: Prefer: -zlib-devel-32bit should work. Regards, ismail
@İsmail: Prefer: -zlib-devel-32bit in prjconf seems to work for me. @Andreas: What I don't understand is, why the GCT packages for SLES 15 (SP2) have not been affected by this in the same way since September 2020 (according to https://bugzilla.suse.com/show_bug.cgi?id=1172563). Cheers and thanks for the help to all involved Frank
On Apr 01 2021, Frank Scheiner wrote:
What I don't understand is, why the GCT packages for SLES 15 (SP2) have not been affected by this in the same way since September 2020 (according to https://bugzilla.suse.com/show_bug.cgi?id=1172563).
Because zlib hasn't been rebuilt since 2018. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
Hi, On Thu, Apr 1, 2021 at 3:41 PM Frank Scheiner <scheiner@hlrs.de> wrote:
@Olaf:
Thanks for sharing the details, that made it clear.
@İsmail:
For now, adding the following to your prjconf:
Prefer: -zlib-devel-32bit
should work.
Ok, thanks, I'll give that a try.
I fixed this today on OBS, so it should work without any modifications now. Regards, ismail
participants (4)
-
Andreas Schwab -
Frank Scheiner -
İsmail Dönmez -
Olaf Hering