That makes sense that we can do something like this from DNF code..
However, it would be kinda hard to do any dependency resolution
checks..
Although we already have one which is module(platform:$PLATFORM_ID)
which is automatically populated from os-release by libdnf. Which is
actually causing problems during upgrade.
I like both approaches.
On Fri, Dec 14, 2018 at 9:05 PM Neal Gompa <ngompa13@xxxxxxxxx> wrote:
>
> On Fri, Dec 14, 2018 at 2:50 PM Igor Gnatenko
> <ignatenkobrain@xxxxxxxxxxxxxxxxx> wrote:
> >
> > On Fri, Dec 14, 2018 at 8:45 PM Neal Gompa <ngompa13@xxxxxxxxx> wrote:
> > >
> > > On Fri, Dec 14, 2018 at 2:34 PM Igor Gnatenko
> > > <ignatenkobrain@xxxxxxxxxxxxxxxxx> wrote:
> > > >
> > > > Hello folks,
> > > >
> > > > for long time we have problem if you have some arch-specific
> > > > BuildRequires, you still get one src.rpm from one of arches (not sure
> > > > how koji chooses that one) which might not work for your architecture.
> > > >
> > > > For example if you have following in spec:
> > > > %ifarch %{ldc_arches}
> > > > BuildRequires: ldc
> > > > %endif
> > > >
> > > > And the src.rpm is taken by koji from x86_64 (included in
> > > > %{ldc_arches}), then you won't be able to run `dnf builddep foo`,
> > > > because it will complain that ldc package is missing.
> > > >
> > > > PROPOSAL:
> > > > 1. make fedora-release archful
> > > > 2. add Provides: system-architecture($arch) to fedora-release, where
> > > > $arch is architecture name
> > > > 3. use Requires: (foo if (system-architecture(x86_64) or
> > > > system-architecture(i686))) in packages
> > > >
> > > > What do you think? Any suggestions are welcome!
> > >
> > > In Mageia, we just had the package manager generate virtual Provides
> > > for those things, so that packages can use that. Why wouldn't we just
> > > make RPM/DNF do the same thing?
> >
> > What exactly does it generate & where?
>
> urpmi makes a virtual "arch($ARCH)" provide exist that packages can
> reference. Mageia kernel packages use that to ensure 32-bit kernels
> aren't installed on 64-bit environments and vice versa, among other
> things. It's basically the equivalent of a solvable in libsolv.
>
>
> --
> 真実はいつも一つ！/ Always, there's only one truth!
> _______________________________________________
> devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
