Date: Sun, 6 Jun 2004 19:56:36 +1000 (EST) From: Bruce Evans <bde@zeta.org.au> To: Tim Kientzle <kientzle@FreeBSD.org> Cc: Nate Lawson <nate@root.org> Subject: Re: cvs commit: src/lib/libarchive archive_read_extract.c Message-ID: <20040606195023.M3004@gamplex.bde.org> In-Reply-To: <40C2E401.5010400@freebsd.org> References: <20040605053115.45AE416A585@hub.freebsd.org> <20040605000326.B54841@root.org> <20040606143616.W2060@gamplex.bde.org> <40C2E401.5010400@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 6 Jun 2004, Tim Kientzle wrote: > Bruce Evans wrote: > > On Sat, 5 Jun 2004, Tim Kientzle wrote: > > In fact, this stuff is quite broken. After "cd /tmp; ln -s /tmp foo", > > tarring up foo[/.] gives the following misbehaviours with yesterday's > > versions of tars: > > > > tar cf z foo: > > only puts foo in the archive (correct) > > bsdtar cf z foo: > > same, except bsdtar seems to be too smart about padding the output > > to a block boundary for regular files, so subsequent piping of the > > file might not work > > The default padding behavior for bsdtar was changed quite > a while ago to not pad regular files; are you sure you're up-to-date? Yes; not padding is a bug and the above says that I have it. > > tar cf z foo/: > > only puts foo in the archive (broken) > > bsdtar cf z foo/: > > same > > Here, bsdtar cf z foo/ does follow the symlink, which I > presume you believe to be the correct behavior? Yes. foo/ is not a symlink (the slash forces folling the symlink) in the kernel, so it should do so in utilities too. Tab completion in shells cah cause problems here. You want the symlink and type foo, but tab completion may change it to "foo/". Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040606195023.M3004>