bug#47014: Design flaw: incompatible touch '-f' gnu-option causes loss of (meta)data by default

2021-03-09 Thread Paul Eggert
On 3/9/21 6:03 PM, L A Walsh wrote: Thanks for the update and appreciate your diligence... You're welcome. Closing the bug report.

bug#47014: Design flaw: incompatible touch '-f' gnu-option causes loss of (meta)data by default

2021-03-09 Thread L A Walsh
On 2021/03/08 19:58, Paul Eggert wrote: On 3/8/21 6:29 PM, L A Walsh wrote: Warning, '-f' assuming '-r' was intended I don't think that'd be helpful, given that -f now has a well-defined and common meaning that doesn't agree with what you remember, and that in 4.2BSD (circa 1983) -f

bug#47014: Design flaw: incompatible touch '-f' gnu-option causes loss of (meta)data by default

2021-03-08 Thread Paul Eggert
On 3/8/21 6:29 PM, L A Walsh wrote: Warning, '-f' assuming '-r' was intended I don't think that'd be helpful, given that -f now has a well-defined and common meaning that doesn't agree with what you remember, and that in 4.2BSD (circa 1983) -f meant something quite different from -r and the

bug#47014: Design flaw: incompatible touch '-f' gnu-option causes loss of (meta)data by default

2021-03-08 Thread L A Walsh
On 2021/03/08 18:04, Paul Eggert wrote: I don't know which version of touch I remember it from as I've use a few versions of unix, as in (scratching memory): some form of SCO Unix on Intel chips (early 80's, pre IBM-PC), HPUX, Sun Unix(a BSD variant), SunOS (a SysV variant), IRIX(sgi),

bug#47014: Design flaw: incompatible touch '-f' gnu-option causes loss of (meta)data by default

2021-03-08 Thread L A Walsh
On 2021/03/08 18:04, Paul Eggert wrote: On 3/8/21 5:50 PM, L A Walsh wrote: Data loss shown in original bug submission. As mentioned/documented it was use of: 'touch -f ' Sure, but what was the context of that command? Was it part of a shell script? What was the script for? Can we see

bug#47014: Design flaw: incompatible touch '-f' gnu-option causes loss of (meta)data by default

2021-03-08 Thread Paul Eggert
On 3/8/21 5:50 PM, L A Walsh wrote: Data loss shown in original bug submission.  As mentioned/documented it was use of: 'touch -f ' Sure, but what was the context of that command? Was it part of a shell script? What was the script for? Can we see a copy? That sort of thing. I don't know

bug#47014: Design flaw: incompatible touch '-f' gnu-option causes loss of (meta)data by default

2021-03-08 Thread L A Walsh
On 2021/03/08 16:07, Paul Eggert wrote: On 3/8/21 3:27 PM, L A Walsh wrote: gnu accepts but ignores the previously active '-f'(from) switch GNU "touch -f" has always been a no-op and has never meant "from" as far as I know - though I admit I looked back only to 1992. Perhaps you're

bug#47014: Design flaw: incompatible touch '-f' gnu-option causes loss of (meta)data by default

2021-03-08 Thread Paul Eggert
On 3/8/21 3:27 PM, L A Walsh wrote: gnu accepts but ignores the previously active '-f'(from) switch GNU "touch -f" has always been a no-op and has never meant "from" as far as I know - though I admit I looked back only to 1992. Perhaps you're thinking of some other "touch" program? If so,

bug#47014: Design flaw: incompatible touch '-f' gnu-option causes loss of (meta)data by default

2021-03-08 Thread L A Walsh
gnu accepts but ignores the previously active '-f'(from) switch and replaced it with '-r' to be compatible with posix, likely, but created a meta-data loss case in that if someone uses it: ll foo bar -rw-rw-r-- 1 0 Mar 8 14:33 bar -rw-rw-r-- 1 0 Dec 10 2012 foo Want to transfer D/T from