dump depends on sys-apps/star ... is this really needed ?
Thank you. I've been trying to find this for a little while now... I've looked through the dump tree and I believe the only part of sys-apps/star this package actually needs is 'rmt'! Both tar and star provide symbolic links to their version of /usr/sbin/rmt. Unless one of them is uninstalled, then the link goes away too. So I see a dilemma. The only thing that barfs on having sys-apps/star around is openoffice. All current ebuilds of star keep out of the way of tar. So OpenOffice won't use star unless the user specifically puts it in place. I bet fixing OpenOffice to not barf on star is a lot more difficult than fixing dump so that it depends on sys-apps/tar, since that's the one in the default profile for x86 (I didn't check any others). Or does someone want to lobby for virtual/tar?
there was dicussion for a virtual/tar but iirc, we use a lot of tar specific stuff at this point in time and POSIX sucks
Not sure what to do aobut this one, probably just close it, but want a second opinion
I guess I'd like to see a virtual/tar, or the ebuild for dump require *either* (if that's even possible with contemporary portage). Although I haven't been able to do an emerge -U world --deep in a *long* time... Just my $0.02474
ok, i've changed the DEPEND to || ( star tar ) virtual/tar isnt going to happen afaik because supposedly star breaks when we try to use it in replacement of tar ... *shrug*