| Summary: | star really needed for app-arch/dump ? | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | SpanKY <vapier> |
| Component: | [OLD] Development | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | kronenpj |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
SpanKY
2003-09-09 08:02:55 UTC
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* |