Bug 57174 - Consider adding S tar
Summary: Consider adding S tar
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: distribution
Version: 7.2
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Preston Brown
QA Contact: Ben Levenson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-12-06 13:33 UTC by Neal D. Becker
Modified: 2007-04-18 16:38 UTC (History)
0 users

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2002-01-23 11:39:11 UTC
Embargoed:

Attachments (Terms of Use)

Description Neal D. Becker 2001-12-06 13:33:23 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2.1) Gecko/20010901

Description of problem:
Consider adding S tar as a package.  Looks interesting.
http://freshmeat.net/redir/star/9985/url_homepage/

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.nothing
2.
3.
	

Additional info:
Comment 1 Bernhard Rosenkraenzer 2002-01-23 11:39:05 UTC 
Assigning to distribution because it's not my call.

My take on this is "rather no":
- We cannot replace GNU tar with S tar because they are not command line
  compatible and many scripts depend on tar commands S tar does not implement,
  or simply on the way most tar implementations (including GNU tar but not S tar)
  want some things done (e.g. tar xf vs. tar -x -f)
- We don't need two implementations of tar.
Comment 2 Preston Brown 2002-01-29 16:39:23 UTC 
Bero's summary is correct.  The incremental value to the OS is minimal, and
the inherent support costs are not.
Note You need to log in before you can comment on or make changes to this bug.