rawhide report: 20110219 changes - requires perl(Gtk2::
rc040203 at freenet.de
Tue Feb 22 05:57:20 UTC 2011
On 02/21/2011 07:27 PM, Daniel P. Berrange wrote:
> On Mon, Feb 21, 2011 at 06:45:03PM +0100, Jan Kratochvil wrote:
>> On Mon, 21 Feb 2011 15:22:48 +0100, Ralf Corsepius wrote:
>>> On a second thought - May-be it would be more suitable for perl to parse
>>> the *.pods, such XS-modules normally are accompanied with?
>> As discussed in
>> [Bug 679014] rpmbuild: Perl excessive auto-Requires
>> there is no need for autodetection. CPAN packages already provide their
>> "requires" list:
>> ExtUtils::Depends: 0.300
>> ExtUtils::PkgConfig: 1.000
>> Glib: 1.020
>> Gtk2: 1.000
>> which is IIRC generated from Makefile.PL, where one can also find the
>> "provides" list using ExtUtils::MakeMaker. This should be resolved by perl
I guess, you didn't realize that the people involved in this thread are
the perl maintainers.
It's probably only thanks to the fact that the OP who raised this thread
isn't subscribed to Fedora's perl-list, we raised this thread here and
due to the effects of Fedora's QA's package blockage (otherwise his
issues would have likely already been shipped), he rose this question, here.
> This assume the upstream maintainers fill out the META.yml accurately
> which is often not the case
Exactly. Also consider there are many perl-packages (esp. those out of
CPAN) for which the META.yml-machinery is not available.
On a more abstract level one may consider perl's META.yml-machinery to
be a package dependency tracking machinery of its own, in parallel to
rpm's dependency tracking machinery, with the essentially the same
issues, problems and imperfections as rpm/rpm.specs itself.
More information about the devel