Bug 57174
Summary: | Consider adding S tar | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Neal D. Becker <nbecker> |
Component: | distribution | Assignee: | Preston Brown <pbrown> |
Status: | CLOSED NOTABUG | QA Contact: | Ben Levenson <benl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.2 | Keywords: | FutureFeature |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2002-01-23 11:39:11 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Neal D. Becker
2001-12-06 13:33:23 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. Bero's summary is correct. The incremental value to the OS is minimal, and the inherent support costs are not. |