pcp
[Top] [All Lists]

Re: [pcp] [RFC] Minimizing Installation Size for Reduced PCP Footprint

To: Lukas Berk <lberk@xxxxxxxxxx>
Subject: Re: [pcp] [RFC] Minimizing Installation Size for Reduced PCP Footprint
From: Mark Goodwin <goodwinos@xxxxxxxxx>
Date: Thu, 07 May 2015 15:49:20 +1000
Cc: pcp@xxxxxxxxxxx
Delivered-to: pcp@xxxxxxxxxxx
In-reply-to: <554AD069.9060106@xxxxxxxxxx>
References: <87bnk0wzn5.fsf@xxxxxxxxxx> <877ft59dmo.fsf@xxxxxxxxxx> <1565443824.10833179.1430459606977.JavaMail.zimbra@xxxxxxxxxx> <87383c19uy.fsf@xxxxxxxxxx> <554843FC.9040109@xxxxxxxxxx> <87d22eyfut.fsf@xxxxxxxxxx> <55496FC7.8060600@xxxxxxxxx> <874mnpjs3u.fsf@xxxxxxxxxx> <554AD069.9060106@xxxxxxxxxx>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
On 05/07/2015 12:39 PM, Mark Goodwin wrote:
[[..] One last nit: surely pcp-debuginfo
requires pcp or at least pcp-libs and so should be in the compat list?
There's no point having an old mismatching pcp-debuginfo after an upgrade.
I'll make this change too if nobody objects.

after a bit more investigation ..

this would result in pcp-debuginfo being installed regardless of
whether it was already installed, which isn't desirable. The real
problem is that debuginfo should probably (but doesn't) depend on
the same version of the base package, so it would be upgraded when
the base package is upgraded. But the %package specification for
debuginfo packages is part of the rpm system macros and I don't see
any way to override that (see /usr/lib/rpm/macros) without resorting
to a gross hack.

In any case, it's pretty much orthogonal to what we're trying to
achieve with the package split.

Lukas, what's the plan for deb packaging, and the fedora SPEC?

-- Mark

<Prev in Thread] Current Thread [Next in Thread>