[Fedora-packaging] [RFR] Handling of %doc files
Ville Skyttä
ville.skytta at iki.fi
Wed Nov 16 21:42:36 UTC 2005
On Wed, 2005-11-16 at 21:23 +0100, Enrico Scholz wrote:
> ville.skytta at iki.fi (Ville Skyttä) writes:
> > The check doesn't do recursive depsolving (nor do I think it should),
> > ie. it will generate noise about things pulled in by other dependencies.
>
> rpmlint operates on a single package only without having a view about
> the available repository.
Of course.
> But rpmlint creates other
> false positives too and because there is not automatic process
> behind, this would be a cosmetic effect only.
Well, past and existing bad behaviour is IMO not a reason to add more of
it, and a lot of rpmlint _is_ about cosmetic issues :]. I have this now
in my local version:
printWarning(pkg, "%%doc file '%s' creates possible additional dependency '%s'" % (f, dep))
> Obviously, solving this isssue would be a very interesting task. But it
> would be also complicated because you have to deal with ranges;
Sure. Dunno if it's worth spending much time on though.
> But these versioned deps are pretty useless with the current rpm epoch
> mechanism. The perl autodep generator does not know about existing
> epochs and rpm does not allow to require a certain upstream version
> (non-existing epoch is always assumed as '0')
Actually it does know some, but the implementation is so bitrotten that
it has been practically useless already for a while, see around line 200
in /usr/lib/rpm/perl.req.
> > Thoughts? Enrico, did you send this upstream already?
>
> Yes, sent it to flepied at mandriva.
Cool, let me know if you get a response, my rpmlint patch pile is
growing painfully large and is about to grow some more, and I haven't
heard back from him in a few monthts :(
More information about the Fedora-packaging
mailing list