On Thu, 21 Sep 2006, McGraw, Robert P. wrote: > I am running gnu tar 1.15.1 on my solaris hosts and it does not show a "-l" > parameter. I did tar --help | grep "\-l". > > >From the --help I have the following: > > --check-links print a message if not all links are dumped > > On a RH X86_64 system I have gnu tar 1.14 and it shows > > -l, --one-file-system stay in local file system when creating archive
`-l' wasn't recycled before 1.15.91, according to the changelog. On a Debian testing box: | tux$ tar --version | tar (GNU tar) 1.15.91 | Copyright (C) 2006 Free Software Foundation, Inc. | This is free software. You may redistribute copies of it under the terms of | the GNU General Public License <http://www.gnu.org/licenses/gpl.html>. | There is NO WARRANTY, to the extent permitted by law. | | Written by John Gilmore and Jay Fenlason. | tux$ tar --help | grep -- -l | -t, --list list the contents of an archive | --test-label test the archive volume label and exit | -g, --listed-incremental=FILE handle new GNU-format incremental backup | --diff, --extract or --list and when a list of | --force-local archive file is local even if it has a colon | -L, --tape-length=NUMBER change tape after writing NUMBER x 1024 bytes | -V, --label=TEXT create archive with volume name TEXT; at | -l, --check-links print a message if not all links are dumped | tux$ > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > On Behalf Of Charles Stroom > > Sent: Wednesday, September 20, 2006 12:25 PM > > To: [email protected] > > Subject: Re: Release of amanda-2.5.1 > > > > > > on Wed, 20 Sep 2006 10:33:15 EDT > > Gene Heskett <[EMAIL PROTECTED]> wrote: > > > > > > On Wednesday 20 September 2006 05:56, Geert Uytterhoeven wrote: > > > >On Mon, 11 Sep 2006, Geert Uytterhoeven wrote: > > > >> > > > >> But be careful, at least the tar 1.15.91-2 from Debian is broken: it > > > >> ignores the --one-file-system option when doing incrementals, causing > > > >> exorbitant backup sizes for any level > 0. I don't know about the > > > >> upstream version, but since this bug has been reported almost 2 > > months > > > >> ago, I'm afraid that one is broken, too. > > > > > > > >Apparently the problem is more subtle. Thanks to the Debian bug > > tracking > > > >system, I noticed this: > > > > > > > >http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384508 > > > >tar: -l option changed meaning, without any warning! > > > > > > > >Gr{oetje,eeting}s, > > > > > > > > Geert > > > > > > > Good Grief Charley Brown! > > > > > > Tar is supposed to be a stable, mature utility is it not? I mean its > > what, > > > 30 years old, existing in the various *nix's long before gnu took over? > > > Whyinhell can't the folks over at gnu.org find something else to screw > > > with besides tar? It doesn't _need_ to be on their WPA or CCC lists as > > a > > > makework project when there's nothing else to do around the office. > > > > > > > On my Suse 10.0 system: > > > > (2): cs> tar --version > > tar (GNU tar) 1.15.1 > > (0): cs> tar -l dum dum > > tar: Semantics of -l option will change in the future releases. > > tar: Please use --one-file-system option instead. > > > > So, at least there were warnings (not really an excuse I think) Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED] In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds
