On 2/21/22 10:49, Tomas wrote:
I found this, I am not sure whether it's the right specs.
https://pubs.opengroup.org/onlinepubs/9699919799.2018edition/
Yes, or more precisely for 'cp':
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/cp.html
"2) f) The files in the directory
Hello.
Interesting, so cp complies to the posix specifications.
I found this, I am not sure whether it's the right specs.
https://pubs.opengroup.org/onlinepubs/9699919799.2018edition/
"2) f) The files in the directory source_file shall be copied to the directory
dest_file, taking the four
On 3/14/21 17:47, Tomas wrote:
cd /tmp
mkdir src
touch src/a
cp -r src dest
#damn, I forgot a file
touch src/b
cp -r src dest
ls dest
# a dest
cp has behaved that way for ages, and is required to behave that way by
POSIX, so this is not a bug. To sidestep the issue, you can use the -T
On 4/19/21 06:15, 積丹尼 Dan Jacobson wrote:
Let's face it, sort, no matter what --option, or LC_... value,
just can't achieve this order:
3－1號邊
3號之1
3號之2
30
Plain 'sort -n' works for me, in my en_US.utf8 locale. :-)
I do take your point, though, that GNU 'sort' does not support sorting
by
I can't reproduce the problem with either coreutils 8.23 or 9.0.
Unfortunately, the original bug report does not have a recipe for
reproducing the problem from scratch, without having access to your
system. If you could come up with the a self-contained way to reproduce
the problem with
A while back I merged GNU Coreutils bug reports 47059, 47883, and 48002.
I now see that that was a mistake as they're about three different
issues. So, I'm unmerging the bug reports and will look at each separately.
The main topic of bug#48002 is not a bug in Coreutils; it's about the
