2017-10-13 4:05 GMT+02:00 M. J. Everitt <m.j.ever...@iee.org>: > On 12/10/17 22:24, 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. > > > > 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 > > > Sounds to me like a potential case of a 'virtual/debugedit' package, > depending on one of rpm or debugedit to be installed, perhaps? > > MJE >
It would be, but debugedit has no dependency in tree, so it's all manageable from the messages portage send to the user.