Re: [gentoo-portage-dev] FEATURES=splitdebug and debugedit

2017-10-15 Thread Zac Medico
On 10/12/2017 02:24 PM, Francesco Riosa wrote:
> hi,
> 
>     FEATURES=splitdebug at the moment require package dev-util/debugedit
> which is a lagging behind upstream.
> However package app-arch/rpm (from which debugedit is forked) always
> install the same binary in ${ROOT}/usr/libexec/rpm/debugedit.
> 
> In 2017 I don't see much value in maintaining a fork from a package
> (rpm) that weight less than 3MB when the functionality we need is
> already all upstreamed. But if there is someone willing to keep it up to
> date, that's totally fine.
> 
> Provided we^W you keep dev-util/debugedit indefinitely  it's possible to
> provide more useful choices to the users with at least two courses of
> action:
> 
> 1) instruct ${package_manager} to search for `debugedit` first in
> ${PATH} _and_ then in /usr/libexec/rpm/debugedit.
> This way dev-util/debugedit take precedence, if it's not installed and
> app-arch/rpm is, then the latter will be used.

I like the first option.

I've filed a bug here:

https://bugs.gentoo.org/show_bug.cgi?id=634378
-- 
Thanks,
Zac



[gentoo-portage-dev] FEATURES=splitdebug and debugedit

2017-10-12 Thread Francesco Riosa
hi,

    FEATURES=splitdebug at the moment require package dev-util/debugedit
which is a lagging behind upstream.
However package app-arch/rpm (from which debugedit is forked) always
install the same binary in ${ROOT}/usr/libexec/rpm/debugedit.

In 2017 I don't see much value in maintaining a fork from a package
(rpm) that weight less than 3MB when the functionality we need is
already all upstreamed. But if there is someone willing to keep it up to
date, that's totally fine.

Provided we^W you keep dev-util/debugedit indefinitely  it's possible to
provide more useful choices to the users with at least two courses of
action:

1) instruct ${package_manager} to search for `debugedit` first in
${PATH} _and_ then in /usr/libexec/rpm/debugedit.
This way dev-util/debugedit take precedence, if it's not installed and
app-arch/rpm is, then the latter will be used.

2) optionally (via useflag) create a symlink in /usr/bin to the libexec
debugedit when installing rpm. Obviously the two package must block each
other.
the rpm package implementing this solution (revbumped to latest) is
available here:
https://github.com/vivo75/vivovl/blob/master/app-arch/rpm/rpm-4.14.0.ebuild

thanks for reading and please share your thoughts

-- Francesco (vivo) Riosa



0xB39B85C4.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature