bug#33123: non-backwards compatible change to ls

There was a change in the behavior of ls that is unconditional (no way to revert to the old behavior) and incompatible with the previous behavior. The change is listed in the Changelog for 8.30: 2018-06-20 Kaxandra Labat ls: ignore case when coloring file extensions * src/ls.c

bug#10456: bug in "du"

tags 10456 moreinfo close 10456 stop (triaging old bugs) On 08/01/12 11:43 PM, Alan Curry wrote: Lubomir Mateev writes: root@thor:/# fdisk -l Disk /dev/hda: 15.0 GB, 15000330240 bytes <...> 9.5T/usr/lib I'm going to guess filesystem corruption causing a file in /usr/lib (not a

bug#10423: problem with "make check" coreutils-8.14 after build

close 10423 stop (triaging old bugs) On 03/11/12 10:26 AM, Pádraig Brady wrote: On 11/03/2012 03:31 PM, Michael Felt wrote: Lots of +++ at the end (might be something left over from debugging), but ends with: Testsuite summary for GNU coreutils 8.15 Will test with 8.17 in a few days (8.20

bug#9823: request for more correct error reporting of mv

close 9823 stop (triaging old bugs) On 25/10/11 12:39 AM, Voelker, Bernhard wrote: Eric Blake wrote: Like I said earlier, POSIX allows either ENOTEMPTY or EEXIST, and Linux happened to choose ENOTEMPTY. Maybe special-casing that error and converting to EEXIST would produce better output.

bug#9715: Error while compiling coreutils-8.12

close 9715 stop (triaging old bugs) On 10/10/11 11:44 AM, Paul Eggert wrote: Thanks for the bug report. From the 'configure' file you sent, it appears that you're using a modified version of coreutils, along with some other files (e.g., ) that aren't part of the coreutils distribution.

bug#9513: improvement remark for "cp"

close 9513 stop (triaging old bugs) On 13/11/11 04:48 AM, Jim Meyering wrote: Paul Eggert wrote: On 09/15/11 05:23, Charles ELSAESSER WebmailOrange wrote: cp -p file1 file2 does not preserve timestamp. That looks like a bug. Can you please try it with coreutils 8.13? That has some fixes

bug#7960: [PATCH] fmt: fix formatting multibyte text (bug #7372)

retitle 7960 multibyte: fmt: fix formatting multibyte text (bug #7372) close 7960 stop (triaging old bugs) On 17/04/11 03:32 AM, Jim Meyering wrote: Eric Blake wrote: [readding the list] On 02/02/2011 02:11 PM, Kostya Stopani wrote: On Wed, Feb 02, 2011 at 10:15:53AM -0700, Eric Blake

bug#7731: Bug in coreutils version 8.7 sort on i386 (Leopard) macintosh system

close 7731 stop (triaging old bugs) On 25/12/10 07:11 PM, Paul Eggert wrote: On 12/24/2010 12:21 PM, Allen Delaney wrote: sort -u -s --key=1,1 sort_8.7_i386_bug_testdata > xxx That looks like bug 7489 , which is fixed in coreutils 8.8.

bug#6970: gnu cp problem

close 6970 stop (triaging old bugs) On 12/09/12 03:17 PM, Bob Proulx wrote: It has been quite a while since 01 Sep 2010 when this bug ticket last had any activity. http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6970 Has the relevance of this issue expired? With no further comments in 6

bug#20979: ../lib/set-permissions.c:288:27: error: 'mode' undeclared

tags 20979 fixed close 20979 stop (triaging old bugs) On 04/07/15 12:53 PM, Andreas Grünbacher wrote: > 2015-07-04 20:10 GMT+02:00 Paul Eggert : >> John David Anglin wrote: The following error occurs building coreutils-8.24 on hppa2.0w-hp-hpux11.11 with gcc-5: >>> >> Thanks for reporting

bug#20948: Facing error using coreutil "dd - convert and copy a file"

tags 20948 moreinfo close 20948 stop (triaging old bugs) On 01/07/15 02:54 PM, Paul Eggert wrote: Sunil Yadav wrote: With coreutil version 8.4 I am facing following error: dd: writing in "Standard stdin": The connection was reset by the communication partner Is that the exact

bug#20936: suggestion for a 'wart-ish' extension off of 'sort'

severity 20936 wishlist tags 20936 wontfix retitle 20936 sort: add summary line option close 20936 stop (triaging old bugs) On 30/06/15 01:10 PM, Stephane Chazelas wrote: 2015-06-30 13:05:38 -0400, Assaf Gordon: [...] One more thing: instead of 'du -s *', perhaps 'du -d1' would work better

bug#20849: documentation: difference between empty and non-empty dirs with "mv --no-target-directory"

close 20849 stop (triaging old bugs) On 27/06/15 09:30 PM, Pádraig Brady wrote: On 19/06/15 11:23, Alexey Salmin wrote: [] At the moment it explains "-T" as "Do not treat the last operand specially when it is a directory or a symbolic link to a directory." [1] This sort of contradicts the

bug#20578: du counts a multiple times bind-mounted directory just for the first listed directory in a directory lists

tags 20578 notabug close 20578 stop (triaging old bugs) On 14/05/15 08:35 PM, Paul Eggert wrote: Toralf Förster wrote: I do bind-mount a directory from the host (~35 GB of downloaded package files) onto a directory of each of the chroots to save space and bandwith. A "du -ms" however counts

bug#20442: bug+patch: du output misaligned on different terminals

tags 20442 wontfix close 20442 stop (triaging old bugs) With not further comments in 3 years (and previous decisions to not fix), I'm closing this bug. regards, - assaf

bug#20438: coreutils 8.23 on OS X : Calling gcp -al fails on symbolic links

tags 20438 fixed close 20438 stop (triaging old bugs) On 27/04/15 10:11 AM, Pádraig Brady wrote: On 27/04/15 12:34, Thomas Baigneres wrote: [...] Searching the internet suggests that the culprit might be the `linkat()` function, which exists but does not work as expected by coreutils. Yes

bug#20366: Strange behaviour of df (GNU coreutils) 8.23

tags 20366 moreinfo close 20366 stop (triaging old bugs) On 19/04/15 04:53 AM, Pádraig Brady wrote: On 18/04/15 11:44, Benjamin Beier wrote: I am running multiple Gentoo/Funtoo servers and yesterday I noticed the output of 'df -a' on the Funtoo systems does not show any information about the

bug#20238: Can these Errors be fixed? Thank you.

close 20238 stop (triaging old bugs) On 31/03/15 07:09 PM, Dake Zhang wrote: It is Mac OSX yosemite 10.10.2. But it is a special computer being monitored by the institute. I am not sure what kind of software they use. But all the activities in the computer will be recorded. With no

bug#20214: Nohup input redirection inconsistent with documentation

tags 20214 fixed close 20214 stop (triaging old bugs0 On Fri, Mar 27, 2015 at 3:11 PM, Paul Eggert wrote: Isaac Schwabacher wrote: This is confusing at best Yes, at the very least the documentation should be improved. I installed the attached patch to try to do that. On 29/03/15 10:07

bug#20120: wc output padding differs when "-" is in the file list

tags 20120 wontfix close 20120 stop (triaging old bugs) On 19/03/15 04:38 AM, Pádraig Brady wrote: On 18/03/15 17:54, Bernhard Voelker wrote: On 03/16/2015 06:42 AM, Eric Mrak wrote: It seems that whenever STDIN is involved the results padding reverts to the BSD-style 7/8 padding. Thanks

bug#20094: cp --dry-run

tags 20094 wontfix severity 20094 wishlist retitle 20094 cp: add --dry-run option close 20094 stop (triaging old bugs) On 15/03/15 04:36 PM, Bernhard Voelker wrote: I don't think a dry-run could ever predict a failure in a reliable way. [...] Given the above (and mention of "rsync

bug#20060: dummy-man broken

tags 20060 fixed close 20060 stop (triaging old bugs) On 08/03/15 02:53 PM, Pádraig Brady wrote: On 08/03/15 10:38, Marcus Brinkmann wrote: ./man/dummy-man: too many non-option arguments Was this with v8.23 or with git? There is this related recent fix already in git:

bug#33097: test has filetest -a but man page doesn't list it

On 21/10/18 05:06 PM, Bernhard Voelker wrote: The 3rd patch adds support for 'test -N FILE' as in bash. Please check (on various platforms / file systems if possible). "test-N.sh" passes on FreeBSD,OpenBSD,NetBSD (with their respective default file systems) and on cygwin 64bit over ntfs.

bug#17669: Fwd: Re: Solaris acl woes

On 10/22/18 1:57 PM, Bernhard Voelker wrote: Would you mind attaching the 'test-suite.log' (maybe categorized, e.g. the failure in tests/id/zero is probably unrelated to the others), so that we have a chance to squash each issue one after another? Sure, compressed tarball of logs attached.

bug#17669: Fwd: Re: Solaris acl woes

On 10/21/18 1:12 AM, Paul Eggert wrote: > Bernhard Voelker wrote: >>> Is that by any chance solve the problem ? >> yes, possibly, although 'require_setfacl_' does not use different >> setfacl/getfacl syntax for Solaris/*BSD. > > It does not fix the problem. I just now built the development

bug#33097: test has filetest -a but man page doesn't list it

On 10/22/18 2:11 PM, Pádraig Brady wrote: > On 21/10/18 16:06, Bernhard Voelker wrote: >> On 10/21/18 2:09 AM, Paul Eggert wrote: >>> I have the opposite impression. Any scripts using this confusing -a >>> operator are >>> already broken, and we should phase it out. Not that anybody actually

bug#33097: test has filetest -a but man page doesn't list it

On 21/10/18 16:06, Bernhard Voelker wrote: > On 10/21/18 2:09 AM, Paul Eggert wrote: >> I have the opposite impression. Any scripts using this confusing -a operator >> are >> already broken, and we should phase it out. Not that anybody actually *uses* >> coreutils "test -a". > > Done with the

bug#33113: incorrect and inconsistent quoting in ls output

On 2018-10-22 01:21:40 -0700, Paul Eggert wrote: > Vincent Lefevre wrote: > > I get the following with ls (GNU coreutils) 8.30. > > > > zira% touch a=b a=b\ > > zira% ls a=b* > > 'a=b' 'a=b' > > zira% ls -b a=b* > > a=b a=b > > zira% ls -F a=b* > > 'a=b' 'a=b' > > zira% ls -bF a=b* > > a\=b

bug#33113: incorrect and inconsistent quoting in ls output

Vincent Lefevre wrote: I get the following with ls (GNU coreutils) 8.30. zira% touch a=b a=b\ zira% ls a=b* 'a=b' 'a=b' zira% ls -b a=b* a=b a=b zira% ls -F a=b* 'a=b' 'a=b' zira% ls -bF a=b* a\=b a\=b AFAIK, the = character is not a shell metacharacter (except with zsh but only in the

bug#33097: test has filetest -a but man page doesn't list it

Hi Assaf, On 10/20/18 1:09 AM, Assaf Gordon wrote: > Hi Bernhard, > > On 19/10/18 04:56 PM, Bernhard Voelker wrote: >> On 10/19/18 10:48 PM, Martin Schulte wrote: >> >> The '-a FILE' primary is supported since "the beginning", and even the >> POSIX spec mentions this unlucky thing: > [...] >> I