🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.utils.bug
Article #273

GNU tar 1.10 truly loses on long filename remapping misfeature.

#273
From: Jordan K Hubbard
Date: Wed, 29 Jul 1992 22:41
15 lines
1136 bytes
This has been a longstanding gripe but it took a couple of extra
cups of coffee before I felt steamed enough to comment on it. :-)

GNU tar (and, for that matter, most other tars I suppose) has a path
name length limitation that generally only shows up on very long
file/path names.  When this happens, GNU tar tries to be cute and
truncates the name to a "MaNgLeD" form that it later tries to rename()
after the tar has completed using a mapping file of sorts.  This fails
in the case where one is unpacking files on more than one filesystem,
such as in a complete system restore, since rename() cannot span
filesystems for obvious reasons.

I'd say the severity of this one is pretty high.

					Jordan
Technical Details
Message-ID: <JKH.92Jul29184150@sparc3.lotus.com>
Path: arc1-ca.pugleaf.net!sparky!uunet!cis.ohio-state.edu!sparc3.UUCP!jkh

Show Full Headers
Complete Article Headers
Newsgroups: gnu.utils.bug
Path: arc1-ca.pugleaf.net!sparky!uunet!cis.ohio-state.edu!sparc3.UUCP!jkh
From: jkh@sparc3.UUCP (Jordan K Hubbard)
Subject: GNU tar 1.10 truly loses on long filename remapping misfeature.
Message-ID: <JKH.92Jul29184150@sparc3.lotus.com>
Sender: gnulists@ai.mit.edu
Organization: Lotus Ireland
Distribution: gnu
Date: Wed, 29 Jul 1992 22:41:50 GMT
Approved: bug-gnu-utils@prep.ai.mit.edu
Lines: 17