Re: filter perl(Win32::* via the default filter?

Hello, > /^perl(Win32::/d > [...] automatically remove in %perl_default_filter? that is an excelent idea, thanks. Stepan -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mai

Re: Filtering non-versioned provides/requires

Hello, On Sat, Feb 13, 2010 at 11:10:05AM -0800, Chris Weyl wrote: > Heh. I think we both overlooked that the %perl_default_filter macro is > delivered by a file the perl package itself owns, rendering this all a > bit academic :) no, I have not overlooked that. In future, this macro might and s

Re: Filtering non-versioned provides/requires

Hi Chris, On Thu, Feb 11, 2010 at 12:00:06PM -0800, Chris Weyl wrote: > rpm itself requires perl, yes, but AFAIK it is only because the scripts generating provides and requires are written in perl. So the requirement is not that strong currently. > and the "minimal system spec" (whose actual na

Filtering non-versioned provides/requires

Hello, the filtering macros from Chris Weyl do many useful things, but I have an idea about one more thing it should do: filter out non-versioned provides, if the same provide is available with a version. Likewise, if there is a non-versioned requires with a corresponding versioned require, then

Re: why is Padre dependent on Win32::API on Fedora ? [was Re: Broken dependencies: perl-Padre]

y will probably need to instal it with --nodeps. Have a nice day, Stepan Kasal -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: new priv/vendorlib violating the FHS?

Hello, yes, /usr/share is for architecture independent data. I always lived under the impression that vendorlib and privlib do contain architecture independent data. Arch-dependent data go to vendorarch and archlib; these are located under /usr/lib*. Stepan Kasal -- Fedora Extras Perl SIG http

Re: Purging the F13 orphans

Hello, an update: I orphaned this one again: > > Unblocked orphan perl-MooseX-Traits-Attribute-CascadeClear It seems this module is no longer requires by perl-Fedora-Bugzilla and the name is really scary. Stepan -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-

Re: Bugzilla update in EPEL?

for perl-Template-Toolkit itself). Have a nice day, Stepan Kasal -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Perl (and other) packaging talk on FOSDEM

Anyway, I have to skip this opprtunity for non-virtual meeting, but I'll be happy to read the proceedings/blog entries that come out of the event. Enjoy FOSDEM, Stepan Kasal -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-dev

Re: Weirdness in F-13/rawhide builds...

Hello, > I noticed that %perl_vendorlib was evaluating to /usr/share/perl5. it is definitely intentional, part of the long-planned @INC cleanup. > Checking out devel/perl.spec I see it defined this way as well; > unversioned, and undifferentiated from core. Yes, it is unversioned. Modules buil