Bug 96363 - app-arch/tar: avoid collision with non-gnu default tar
|
Bug#:
96363
|
Product: Gentoo/Alt
|
Version: unspecified
|
Platform: All
|
|
OS/Version: All
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: base-system@gentoo.org
|
Reported By: flameeyes@gentoo.org
|
|
Component: Other
|
|
|
URL:
|
|
Summary: app-arch/tar: avoid collision with non-gnu default tar
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2005-06-17 04:10 0000
|
As Gentoo/FreeBSD uses app-arch/bsdtar as default tar application, the attached
patch applied over current ebuild make tar be installed as 'gtar' (thus
removing the need for /usr/bin/gtar symlink) and symlinks it to non-g prefixed
on GNU userland system.
This also makes simpler a future transition to a configurable /bin/tar symlink.
Note: I've used ${USERLAND} to check to avoid QA notices, can be replaced with
use use-expanded-var if anyone prefers.
Thanks, Diego
err no, this is not what i want ...
on a GNU system, the only thing that should have a g is gtar
You looked at the actual result of the patch? :)
It's 1:1 the original bug tar -> gtar symlink.
ok, i missed the last for loop which renames everything ... thats kind of ugly
:P
did you double check to make sure the 'g' prefix wasnt recorded in the
binary/manpages ?
Yep, binaries doesn't get data about the prefix as far as I could see, and
manpages are always static (just get renamed in case you set the prefix, and
it's not the case for tar, though).
sync up and try current 1.15.1
I've added the rm -f line to remove charset.alias (it gets created just for
G/FBSD and G/OSX-Darwin, and on both of them it makes no sense on tar), for
the rest works fine.
Thanks