----- Original Message -----
From: "Paul Howarth" <paul(a)city-fan.org>
To: "Fedora perl development team" <perl-devel(a)lists.fedoraproject.org>
Sent: Friday, June 24, 2011 4:41:37 PM
Subject: Re: News from rebuild
On 06/24/2011 02:41 PM, Iain Arnell wrote:
> 2011/6/24 Marcela Mašláňová<mmaslano(a)redhat.com>:
>>
>> Another thing are filters. I suppose it isn't in Guidelines yet,
>> but old
>> filters doesn't work, because they do not have support in rpm. You
>> can
>> use something like this before prep section in your specfile.
>> %{?perl_default_filter}
>> %global __provides_exclude
>> %{?__provides_exclude}|perl\\(XML::SAX::PurePerl\\)
>> %global __requires_exclude
>> %{?__requires_exclude}|perl\\(XML::SAX::PurePerl::DTDDecls\\)
>
> Marcela,
>
> since you're checking out all the specs as part of the rebuild, is
> there any chance you could do a simple grep for old-style filtering
> (i.e. __perl_provides, __perl_requires, filter_provides,
> filter_requires) so that we have a list of all specs that need to be
> fixed?
Please bear in mind when fixing filters that some packagers may wish
to
keep their spec files EPEL-compatible; filters based on
__perl_provides/__perl_requires can be retained harmlessly if filters
based on __requires_exclude/__provides_exclude are added since rpm
prior
to 4.9 ignores that latter and rpm 4.9 onwards effectively ignores the
former.
Anyone that's stripped out buildroot definition/cleaning and/or
defattr
lines won't be concerned about EPEL compatibility though (at least not
EPEL < 6).
Paul.
--
I'm sorry if I removed it from some packages, which you need. I fixed some
packages, which were using macro, which didn't work in last Fedora or two.
So, I thought no-one care about them much. You are right that these macros
are not the best thing because lost compatibility :-/
We might create some script for cpanspec to create/change missing parts
for different releases...
--
Marcela Mašláňová
BaseOS team Brno