Re: [Bug-tar] Bug with files which have hardlinks

Paul Eggert wrote: Thomas Graf wrote: touch afile link afile hlink gtar -cvvf x.tar afile afile afile -rw-r--r-- tom/users 0 2010-10-08 01:49 afile hrw-r--r-- tom/users 0 2010-10-08 01:49 afile link to afile hrw-r--r-- tom/users 0 2010-10-08 01:49 afile link to

Re: [Bug-tar] Bug with files which have hardlinks

Sergey Poznyakoff wrote: Bob Proulx ha escrit: Why did having afile hardlinked to another file change the behavior of tar? Why did having afile's hardlink count greater than 1 cause tar to think that afile was a hardlink to afile? Tar uses a kind of guesswork to decide whether a file

Re: [Bug-tar] Bug with files which have hardlinks

Paul Eggert wrote: Bob Proulx wrote: Why did having afile hardlinked to another file change the behavior of tar? You're absolutely right, and this bug was fixed in August: http://git.savannah.gnu.org/cgit/tar.git/commit/?id=37ddfb0b7eb41cc3f58bce686d389b1e965e9ccf and this fix should

Re: [Bug-tar] Build fail on PowerPC 64

Antonio Diaz Diaz wrote: May I suggest that megabyte-sized text files be attached compressed: Yes, please. $ ls -o config.log* -rw-r--r-- 1 antonio 936144 2013-03-22 18:43 config.log -rw-r--r-- 1 antonio 41109 2013-03-22 18:43 config.log.lz It took me 5 minutes to download the message,

Re: [Bug-tar] Wrong Git URL on website

Tristan Miller wrote: > On GNU tar's Savannah website, the "Source code" page at > instructs users to clone the > Git repository from . However, > that URL doesn't work. The correct one appears to be >

GNU tar blocks forever on futex() ?

Strange problem that hopefully I will be able to get some wisdom about. On download0.savannah.gnu.org running an older Trisquel (which I need to upgrade but life and time keeps everything from happening all at once) with GNU tar 1.27.1 installed: $ tar --version tar (GNU tar) 1.27.1 I

Re: GNU tar blocks forever on futex() ?

Off list someone asked me the kernel version. rwplocal@download0:/srv/audio-video/video$ uname -a Linux download0 3.13.0-165-generic #215+7.0trisquel3 SMP Mon Feb 4 21:35:59 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux But this kernel is already 20 years knewer than when this has always

Re: Possible bug

Karlis Abele | Printful wrote: > *How to reproduce:* Thank you for the simple test case. > Create an archive like so *tar -zcf test.tar.gz .* At that point there are two problems of usage. 1. Creating the output file in the same directory that is getting archived This is not a good practice.

Re: mistake in the man tar output , tar --version 1.30

george doumas wrote: > DESCRIPTION Option styles > The following command, written in the traditional style, instructs tar to > store all files from the directory /etc into the archivefile etc.tar > verbosely listing the files being archived: > >tar cfv a.tar /etc > > The above