RPM Community Forums

Mailing List Message of <rpm-devel>

Re: Filtering automagically generated dependencies

From: Jeff Johnson <n3npq@mac.com>
Date: Fri 05 Oct 2007 - 00:11:52 CEST
Message-Id: <D5E0AA5E-C757-4E81-90B6-5F157CA72876@mac.com>

On Oct 4, 2007, at 12:52 PM, Arkadiusz Miskiewicz wrote:

>
> Note that -x binary is not a option since it has some other  
> autogenerated deps
> that we want to have.
>

Not true. chmod -x is _ALWAYS_ an option, re-add the execute bits  
with %attr.

>> Does the filtering affect the internal per-file dependencies or  
>> just the
>> overall package dependencies once they are rolled together?
>
> PLD patch applies to overall deps for entire spec. So it's not per- 
> pkg. It's
> per-spec. Both per-{pkg,spec} are actually useful but we  
> implemented per-spec
> only.
>
>> personally I'd like a mechanism to do this kind of filtering on a per
>> package basis... but so far you've talked me out of it.
>
> per-spec, too. per-pkg only would require to put filtering 10 times  
> in one
> spec if it generates 10 pkgs from single spec.
>

Say what? Adding a pattern once in a per-distro filtering file  
somehow becomes 10
additions for sub-pkgs? Explicit details please ...

The suggested macro -- by definition -- is per-build or per-srpm, not  
per-binary sub-pkg,
because that's how macro's "work", there is onlt a very modest macro  
context that changes
for binary subpkgs. But we can jigger up Yet More Bells and Whistles
Buttons for the "grep -v" implementation down the road a bit ...

73 de Jeff
Received on Fri Oct 5 00:12:02 2007
Driven by Jeff Johnson and the RPM project team.
Hosted by OpenPKG and Ralf S. Engelschall.
Powered by FreeBSD and OpenPKG.