Re: noarch packages only for some architecture composes

2020-09-09 Thread Dominik 'Rathann' Mierzejewski
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

2020-09-08 Thread Michel Alexandre Salim
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

2020-09-07 Thread Fabio Valentini
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

2020-09-07 Thread Florian Weimer
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