Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 605146 - sys-power/iasl-20200717 sys-power/pmtools-20110323-r1 file collision: /usr/(s)bin/acpidump
Summary: sys-power/iasl-20200717 sys-power/pmtools-20110323-r1 file collision: /usr/(s...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Robin Johnson
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: usrmerge, usrmerge-fixes
  Show dependency tree
 
Reported: 2017-01-09 03:23 UTC by Duncan
Modified: 2022-11-13 02:01 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Duncan 2017-01-09 03:23:17 UTC
I'm attempting to merge sys-apps/fwts, which depends on both sys-power/iasl and sys-power/pmtools.

Unfortunately, both of these install the acpidump binary, pmtools as /usr/sbin/acpidump, iasl as /usr/bin/acpidump.

The problem is that I have the (s)bin merge as well as the /usr merge, with /usr -> . and /sbin -> bin, so the canonical path for both /usr/sbin/acpidump and /usr/bin/acpidump is /bin/acpidump, resulting in a file collision.

If these are the same executable utility, only one should install it.  If they're not or as an alternative if they are, one should be renamed so they don't collide for people with the bin/sbin merge.  As a third alternative I suppose acpidump could be split into another package that both pmtools and iasl depend on...

For now I suppose I can either install_mask one or the other (but which one? I guess the pmtools one since it's version-dated 2011, while the iasl one is version-dated 2016?), or set FEATURES=-collision-protect to merge the second one.

Duncan
Comment 1 Duncan 2022-06-18 08:10:39 UTC
Cleaning up old bugs and came to this one.  Bug still applies. =:^(

I don't have fwts/iasl/pmtools merged by default but the deps are trivial so it was an easy retest.  Still pmtools-20110323-r1, but now iasl-20200717, updating the title accordingly.  Both still required by fwts, but both still provide /usr/(s)bin/acpidump which still results in the file collision for people with merged bin/sbin.  The easiest blind workaround still seems to be installmasking the older pmtools-2011x acpidump to avoid the collision.
Comment 2 Marek Szuba archtester gentoo-dev 2022-11-11 10:44:45 UTC
Still very much present as of today - and it is in fact worse than originally described because sys-power/pmtools itself RDEPENDs on sys-power/iasl.
Comment 3 Larry the Git Cow gentoo-dev 2022-11-13 02:01:34 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a26b6c263f15e33960552e9671b5693cc334943c

commit a26b6c263f15e33960552e9671b5693cc334943c
Author:     Mike Gilbert <floppym@gentoo.org>
AuthorDate: 2022-11-13 02:00:33 +0000
Commit:     Mike Gilbert <floppym@gentoo.org>
CommitDate: 2022-11-13 02:00:33 +0000

    sys-power/pmtools: add -pmtools suffix to acpidump
    
    Closes: https://bugs.gentoo.org/605146
    Signed-off-by: Mike Gilbert <floppym@gentoo.org>

 .../{pmtools-20110323-r1.ebuild => pmtools-20110323-r2.ebuild}   | 9 ++-------
 1 file changed, 2 insertions(+), 7 deletions(-)