bug#45358: bootstrap fails due to a certificate mismatch

2021-03-08 Thread Bob Proulx
Is this problem still a problem? Perhaps it has been fixed in the time this has been under discussion? Because it looks okay to me. Grigoriy Sokolik wrote: >$ curl -v https://translationproject.org/latest/coreutils/ -o /dev/null ... >* Connected to translationproject.org (80.69.83.146) p

bug#45182: mktemp not created other permissions

2021-03-08 Thread Bob Proulx
close 45182 tag 45182 + notabug thanks Vasanth M.Vasanth wrote: > When I create a temp file from root users using mktemp command, then it is > not able to access other users. If the same do in other users then the > group and user came respectively. I see no difference in behavior of GNU Coreutil

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), among

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 a

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 thinki

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, whi

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 foo