bug#29266: gzip-1.8.41 test results: help-version and hard links

2017-11-16 Thread Paul Eggert
On 11/16/2017 07:18 AM, Jim Meyering wrote: Which is more important? (tempered with qualification that it probably doesn't matter at all, since this is in the context of running a program (gzexe) that is used very rarely, and even less frequently in a context where ln fails to create a hard link)

bug#29266: gzip-1.8.41 test results: help-version and hard links

2017-11-16 Thread Jim Meyering
On Thu, Nov 16, 2017 at 7:18 AM, Jim Meyering wrote: > On Thu, Nov 16, 2017 at 2:37 AM, Bruno Haible wrote: >> Paul Eggert wrote: >>> > + ln -f "$file" "$file~" 2>/dev/null || cp -f "$file" "$file~" || { >>> >>> This will be problematic if the destination already exists, as the >>> resulting per

bug#29266: gzip-1.8.41 test results: help-version and hard links

2017-11-16 Thread Jim Meyering
On Thu, Nov 16, 2017 at 2:37 AM, Bruno Haible wrote: > Paul Eggert wrote: >> > + ln -f "$file" "$file~" 2>/dev/null || cp -f "$file" "$file~" || { >> >> This will be problematic if the destination already exists, as the >> resulting permissions etc. may not be what the user intend. How about if >

bug#29266: gzip-1.8.41 test results: help-version and hard links

2017-11-16 Thread Bruno Haible
Paul Eggert wrote: > > + ln -f "$file" "$file~" 2>/dev/null || cp -f "$file" "$file~" || { > > This will be problematic if the destination already exists, as the > resulting permissions etc. may not be what the user intend. How about if > we fall back on "mv -f" instead? Although this has the d

bug#29266: gzip-1.8.41 test results: help-version and hard links

2017-11-15 Thread Paul Eggert
On 11/15/2017 09:32 PM, Jim Meyering wrote: + ln -f "$file" "$file~" 2>/dev/null || cp -f "$file" "$file~" || { This will be problematic if the destination already exists, as the resulting permissions etc. may not be what the user intend. How about if we fall back on "mv -f" instead? Althoug

bug#29266: gzip-1.8.41 test results: help-version and hard links

2017-11-15 Thread Jim Meyering
On Sun, Nov 12, 2017 at 9:53 AM, Bruno Haible wrote: > Hi Jim, > >> The Haiku failure is due to gzexe failing due to that system's lack of >> hard link support: >> >> + eval 'env $i in-6369 < $tmp_in > $tmp_out' >> ++ env gzexe in-6369 >> in-6369:-15.4% >> ln: failed to create hard link '

bug#29266: gzip-1.8.41 test results: help-version and hard links

2017-11-12 Thread Bruno Haible
Hi Jim, > The Haiku failure is due to gzexe failing due to that system's lack of > hard link support: > > + eval 'env $i in-6369 < $tmp_in > $tmp_out' > ++ env gzexe in-6369 > in-6369:-15.4% > ln: failed to create hard link 'in-6369~' => 'in-6369': Operation not > supported > /boot/home