Re: Specs using %define

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 02 Jan 2016 09:29:01 -0600
Jason L Tibbitts III <tibbs@xxxxxxxxxxx> wrote:

> >>>>> "PH" == Paul Howarth <paul@xxxxxxxxxxxx> writes:
> 
> PH> In perl-Module-Extract-VERSION I have this for provides filtering
> PH> that works in EPEL < 7:
> 
> Maybe I can grep that out, but you really should be using the proper
> macros in releases where they are supported.

I do:

# Filter bogus provide for perl(ExtUtils::MakeMaker::_version) (rpm 4.9 onwards)
#global __provides_exclude ^perl\\(ExtUtils::MakeMaker::_version\\)

I have both the old and new style filtering in place as one works in
Fedora, the other in EPEL and they don't interfere with each other, so
I can maintain the same spec everywhere.

> PH> It's been there for a long time and it's quite common in perl
> PH> module packages. I don't think this works with %global instead of
> PH> %define.
> 
> I'm not sure; has anyone actually tried it?

Just tried it now and replacing %define with %global worked in this
case for both EPEL-5 and EPEL-6 builds. I'm sure I had some issues with
this when I switched to %global initially so I'll get rid of the
%defines as and when I do package updates and check carefully that I'm
getting the expected results.

Paul.
--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
http://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux