Re: noarch packages only for some architecture composes
On Tuesday, 08 September 2020 at 23:55, Michel Alexandre Salim wrote: > On Mon, 2020-09-07 at 13:15 +0200, Fabio Valentini wrote: > > On Mon, Sep 7, 2020 at 1:02 PM Florian Weimer > > wrote: > > > Is it possible to include a noarch package only in some of the > > > composes? > > > > ... > > I don't think this is possible, and since I consider this to be a > > bug, I reported this a while ago: > > > > koji#1843: noarch packages getting copied to repos explicitly > > excluded in ExclusiveArch > > https://pagure.io/koji/issue/1843 > > > Huh, yeah, this seems to contradict what the packaging guidelines say: > https://docs.fedoraproject.org/en-US/packaging-guidelines/#_arch_specific_runtime_and_build_time_dependencies > > I accidentally am relying on this bug for emacs-slime: it is noarch and > should work on all platforms, but the tests currently rely on SBCL so I > added an exclusivearch matching SBCL's (to prevent build-time roulette > of builds failing if the wrong arch is picked). > > If this bug is fixed, we'd then have no solution for this "package > should work the same everywhere, but can only be tested on some > platforms"... (I doubt it affects many packages though) One solution would be to name the main package "slime" and make it archful and have it produce only one noarch subpackage called "emacs-slime" (%package -n emacs-slime). See utf8cpp for an example of how it can be done: https://src.fedoraproject.org/rpms/utf8cpp/blob/master/f/utf8cpp.spec utf8cpp is a header-only devel package, but I wanted to run its testsuite on all arches. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: noarch packages only for some architecture composes
On Mon, 2020-09-07 at 13:15 +0200, Fabio Valentini wrote: > On Mon, Sep 7, 2020 at 1:02 PM Florian Weimer > wrote: > > Is it possible to include a noarch package only in some of the > > composes? > > ... > I don't think this is possible, and since I consider this to be a > bug, > I reported this a while ago: > > koji#1843: noarch packages getting copied to repos explicitly > excluded > in ExclusiveArch > https://pagure.io/koji/issue/1843 > Huh, yeah, this seems to contradict what the packaging guidelines say: https://docs.fedoraproject.org/en-US/packaging-guidelines/#_arch_specific_runtime_and_build_time_dependencies I accidentally am relying on this bug for emacs-slime: it is noarch and should work on all platforms, but the tests currently rely on SBCL so I added an exclusivearch matching SBCL's (to prevent build-time roulette of builds failing if the wrong arch is picked). If this bug is fixed, we'd then have no solution for this "package should work the same everywhere, but can only be tested on some platforms"... (I doubt it affects many packages though) -- Michel Alexandre Salim profile: https://keyoxide.org/mic...@michel-slm.name chat via email: https://delta.chat/ GPG key: 5DCE 2E7E 9C3B 1CFF D335 C1D7 8B22 9D2F 7CCC 04F2 signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: noarch packages only for some architecture composes
On Mon, Sep 7, 2020 at 1:02 PM Florian Weimer wrote: > > Is it possible to include a noarch package only in some of the composes? > > The background is that I added glibc-headers-x86.noarch to deal with a > conflict between inconsistent composes (glibc-headers.i686 was sometimes > in the x86_64 compose, sometimes it was not). glibc-headers-x86.noarch > is always in the compose, and thus avoids the issue. But an > unanticipated side effect is that glibc-headers-x86 (and > glibc-headers-s390) show up across all architectures. I'm concerned > that this is potentially confusing. I don't think this is possible, and since I consider this to be a bug, I reported this a while ago: koji#1843: noarch packages getting copied to repos explicitly excluded in ExclusiveArch https://pagure.io/koji/issue/1843 Fabio ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
noarch packages only for some architecture composes
Is it possible to include a noarch package only in some of the composes? The background is that I added glibc-headers-x86.noarch to deal with a conflict between inconsistent composes (glibc-headers.i686 was sometimes in the x86_64 compose, sometimes it was not). glibc-headers-x86.noarch is always in the compose, and thus avoids the issue. But an unanticipated side effect is that glibc-headers-x86 (and glibc-headers-s390) show up across all architectures. I'm concerned that this is potentially confusing. Thanks, Florian -- Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org