Re: Thoughts: epel-release auto-enable crb repo

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Jun 14, 2022 at 2:20 PM Josh Boyer <jwboyer@xxxxxxxxxx> wrote:
>
> One thing I caught on initial glance, I think it's getting confused on
> multilib.
>
> That seems to be highlighting that lutris.x86_64 depends on gvfs.i686.
> I don't think that's actually the case, because gvfs.x86_64 is shipped
> in AppStream and should satisfy the dependency for lutris.x86_64 in
> EPEL.

The multilib aspect is definitely the biggest quirk and I don't know
the best approach besides just outright removing i686 CRB packages
from the results.

-- 
Mike Rochefort, RHCE
Solution Architect
Red Hat NA Commercial
US Northeast - Boston

On Tue, Jun 14, 2022 at 2:20 PM Josh Boyer <jwboyer@xxxxxxxxxx> wrote:
>
> On Tue, Jun 14, 2022 at 2:15 PM Mike Rochefort <mroche@xxxxxxxxxx> wrote:
> >
> > On Mon, Jun 13, 2022 at 4:18 PM Chris Adams <linux@xxxxxxxxxxx> wrote:
> > >
> > > Once upon a time, Josh Boyer <jwboyer@xxxxxxxxxx> said:
> > > > If the dependency is only needed at build time, which is what CRB
> > > > content is intended for
> > >
> > > If that's the intent, then it's not implemented correctly.  For example,
> > > there are well over 100 perl modules in CRB 9.  They may only be used
> > > _by Red Hat_ in building, but they are not exclusively build-time
> > > packages by a long shot.
> >
> > If it helps, I've updated my CRB scanner and the results (hopefully
> > it's accurate) for seeing what EPEL packages depend on CRB packages
> > (via "dnf rq --whatdepends <crb_package>") for both EL8 and EL9. These
> > were run against RHEL 8 and 9 repositories with EPEL (so no EPEL
> > Next). I don't believe it'll catch everything (such as things in
> > epel-modular), but it could be a decent starting point for review.
> > Would also be useful to know if this methodology is flawed and
> > inaccurate.
> >
> > https://gitlab.com/omenos/crb-depends
>
> Not fully sure I understand the results, but this looks promising.
> Thanks for providing it!
>
> One thing I caught on initial glance, I think it's getting confused on
> multilib.  For example, from:
> https://gitlab.com/omenos/crb-depends/-/blob/main/el9/FINAL_EPEL.json
>
>    "gvfs.i686": [
>         "lutris-0:0.5.10.1-1.el9.x86_64"
>     ],
>
> That seems to be highlighting that lutris.x86_64 depends on gvfs.i686.
> I don't think that's actually the case, because gvfs.x86_64 is shipped
> in AppStream and should satisfy the dependency for lutris.x86_64 in
> EPEL.
>
> josh
> _______________________________________________
> epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to epel-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
> 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/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
> Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure



-- 
Mike Rochefort, RHCE
Solution Architect
Red Hat NA Commercial
US Northeast - Boston
_______________________________________________
epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to epel-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
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/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure




[Index of Archives]     [Fedora Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Announce]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Linux Apps]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux