Packages where EPEL beats EL

Chris Adams cmadams at hiwaay.net
Fri Mar 12 20:49:27 UTC 2010


Once upon a time, Stephen John Smoogen <smooge at gmail.com> said:
> On Fri, Mar 12, 2010 at 12:57 PM, Chris Adams <cmadams at hiwaay.net> wrote:
> > Once upon a time, Ville Skyttä <ville.skytta at iki.fi> said:
> >> On Friday 12 March 2010, Chris Adams wrote:
> >> > This is similar to mrtg vs. perl-SNMP_Session; mrtg has its own private
> >> > copy of the SNMP_Session perl modules, but they are found by the
> >> > auto-provides (so the RPM lists them).  Then mrtg is a shorter name than
> >> > perl-SNMP_Session, so a package requiring "perl(SNMP_Session)" gets a
> >> > broken install.
> >>
> >> https://bugzilla.redhat.com/show_bug.cgi?id=563619
> >
> > Yeah, that's a dupe of my 4 month old bug:
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=532556
> >
> > I looked at the RHEL 5.5 beta, but I didn't see a new mrtg package.
> 
> Is there something we can put in the spec files to tell RPM not to look at it?

You have to disable internal dependency generation, filter the provides
(to not provide the private thing), and filter the requires (to not
require the thing you are no longer internally providing but presumably
depending on).

The Fedora mrtg package does this with an external script; you can also
do it right in the spec file.

https://fedoraproject.org/wiki/Packaging/Perl#Filtering_Requires:_and_Provides
https://fedoraproject.org/wiki/PackagingDrafts/FilteringAutomaticDependencies

-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.




More information about the epel-devel-list mailing list