Bug 239001 - pax fails creation of ustar if an absolute name is exactly 100 characters long
Summary: pax fails creation of ustar if an absolute name is exactly 100 characters long
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: pax
Version: 5.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Ondrej Vasik
QA Contact: Ben Levenson
URL:
Whiteboard:
: 569323 (view as bug list)
Depends On: 239000
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-05-04 12:29 UTC by Martin Poole
Modified: 2018-10-27 14:00 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-11-18 10:10:51 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
tar file with absolute names of varying lengths to illustrate problem/test solution. (4.00 KB, application/x-tar)
2007-05-04 12:30 UTC, Martin Poole
no flags Details
patch to fix absolute 100 char file issue (670 bytes, patch)
2007-05-04 12:30 UTC, Martin Poole
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2009:1591 0 normal SHIPPED_LIVE pax bug fix update 2009-11-18 10:09:59 UTC

Description Martin Poole 2007-05-04 12:29:11 UTC
+++ This bug was initially created as a clone of Bug #239000 +++

Description of problem:

If pax attempts to create a ustar format archive with absolute path names it
fails on paths that are exactly 100 characters long. Where the length is <100 or
101-254 it works.

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

pax-3.4-1.2.2

How reproducible:

always

Steps to Reproduce:
1. unpack the attached tar with    tar -x -C / -f pax_abs_test.tar
2. pax -w -f /var/tmp/px.tar /var/tmp/pax_abs_test -x ustar
3.
  
Actual results:
pax: File name too long for ustar
/var/tmp/pax_abs_test/this_file_fails_because_the_absolute_filename_is_exactly__100__characters_long


Expected results:

no errors, complete tar.

Additional info:

The pax source contains a specific mention of the boundary condition where the
name is of the form /str and 100 characters long and errs on the side of
absolute posix adherence. What it fails to account for is when the name is of
the form /dir/str and the length is 100 characters. In this situation it would
be valid to perform the normal split procedure as long as the split is not at
the first character.

-- Additional comment from mpoole on 2007-05-04 08:21 EST --
Created an attachment (id=154110)
tar file with absolute names of varying lengths to illustrate problem/test solution.


-- Additional comment from mpoole on 2007-05-04 08:23 EST --
Created an attachment (id=154111)
patch to fix absolute 100 char file issue

Comment 1 Martin Poole 2007-05-04 12:30:10 UTC
Created attachment 154112 [details]
tar file with absolute names of varying lengths to illustrate problem/test solution.

Comment 2 Martin Poole 2007-05-04 12:30:45 UTC
Created attachment 154113 [details]
patch to fix absolute 100 char file issue

Comment 3 RHEL Program Management 2007-06-05 20:28:00 UTC
This request was evaluated by Red Hat Product Management for
inclusion in a Red Hat Enterprise Linux release.  Since this
bugzilla is in a component that is not approved for the current
release, it has been closed with resolution deferred.  You may
reopen this bugzilla for consideration in the next release.

Comment 5 Radek Brich 2007-06-20 09:46:54 UTC
patch added to rawhide

Comment 7 RHEL Program Management 2007-12-03 20:42:35 UTC
This request was evaluated by Red Hat Product Management for
inclusion, but this component is not scheduled to be updated in
the current Red Hat Enterprise Linux release.  This request will
be reviewed for a future Red Hat Enterprise Linux release.

Comment 8 RHEL Program Management 2008-07-21 23:11:16 UTC
This request was evaluated by Red Hat Product Management for
inclusion, but this component is not scheduled to be updated in
the current Red Hat Enterprise Linux release. If you would like
this request to be reviewed for the next minor release, ask your
support representative to set the next rhel-x.y flag to "?".

Comment 16 errata-xmlrpc 2009-11-18 10:10:51 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2009-1591.html

Comment 17 Ondrej Vasik 2010-10-11 13:51:16 UTC
*** Bug 569323 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.