bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21

2014-11-17 Thread Pádraig Brady
On 17/11/14 14:36, Klaus-Jürgen Wolf wrote: I have to correct my former comment: cp --sparse=never only works with very small files, e.g. 542 bytes. (PWD=/home/kj/MyDrive) $ /bin/cp --sparse=never ~/prj/kaese/cpp/Makefile . $ stat Makefile File: ‘Makefile’ Size: 542

bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21

2014-11-17 Thread Pádraig Brady
tag 19072 notabug close 19072 stop On 17/11/14 16:48, Klaus-Jürgen Wolf wrote: read(3, \2401\344kT*\3\347\233\316Oz[\255\3756u9E9eWF0bt9Y8Rw..., 65536) = 26296 write(4, \2401\344kT*\3\347\233\316Oz[\255\3756u9E9eWF0bt9Y8Rw..., 26296) = -1 EIO (Input/output error) Looks to be that kernel

bug#19090: date bug?

2014-11-17 Thread Pádraig Brady
tag 19090 notabug close 19090 stop On 17/11/14 19:45, Plato wrote: Hello, After I set the date sudo date 11172042 mo nov 17 20:42:00 CET 2014 The screen blanks. Is this a bug or is something else going on? The man page does not mention screenblanking. Also seen

bug#19065: dd design bug

2014-11-16 Thread Pádraig Brady
On 16/11/14 01:11, bt wrote: The following undocumented behavior of dd is (IMO) a design flaw. If dd is used to copy one partition to another, as in #dd if=/dev/sda3 of=/dev/sdb3 ... and if in fact sdb3 does not exist, then dd will overwrite the first part of an existing partition

bug#18499: Possible mv race for hardlinks (rhbz #1141368 )

2014-11-16 Thread Pádraig Brady
On 16/11/14 11:38, Ondrej Vasik wrote: On Fri, 2014-11-14 at 23:36 +, Pádraig Brady wrote: On 13/11/14 16:06, Boris Ranto wrote: On Thu, 2014-11-13 at 15:41 +, Pádraig Brady wrote: On 13/11/14 13:58, Boris Ranto wrote: On Wed, 2014-09-24 at 17:18 +0100, Pádraig Brady wrote

bug#18499: Possible mv race for hardlinks (rhbz #1141368 )

2014-11-16 Thread Pádraig Brady
On 16/11/14 16:35, Paul Eggert wrote: Pádraig Brady wrote: If we change this, it's much more likely that people will start complaining about their non overlapping mv instances failing. I'd far rather deal with those complaints than deal with complaints about 'mv' silently discarding files

bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21

2014-11-16 Thread Pádraig Brady
On 16/11/14 10:22, Klaus-Jürgen Wolf wrote: With my cloud space provider, I have observed that copying to a davfs2 mounted cloud space does only work if using tar, e.g. tar -cf - sourcefile |tar -xf - -C clouddir Doing the same (copying) with cp or mv results in the error messages: cp:

bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21

2014-11-16 Thread Pádraig Brady
On 17/11/14 01:15, Pádraig Brady wrote: On 16/11/14 10:22, Klaus-Jürgen Wolf wrote: With my cloud space provider, I have observed that copying to a davfs2 mounted cloud space does only work if using tar, e.g. tar -cf - sourcefile |tar -xf - -C clouddir Doing the same (copying) with cp or mv

bug#19051: rm symboliclink/ # Is a directory

2014-11-14 Thread Pádraig Brady
tag 19051 notabug close 19501 stop On 14/11/14 06:53, aaron brick wrote: hi folks, $ ln -s / sl $ rm sl/ rm: cannot remove `sl/': Is a directory $ rm sl $ the presence of the slash is not such a great way to test for whether or not a file is a directory. you may find the above example

bug#18499: Possible mv race for hardlinks (rhbz #1141368 )

2014-11-14 Thread Pádraig Brady
On 13/11/14 16:06, Boris Ranto wrote: On Thu, 2014-11-13 at 15:41 +, Pádraig Brady wrote: On 13/11/14 13:58, Boris Ranto wrote: On Wed, 2014-09-24 at 17:18 +0100, Pádraig Brady wrote: On 09/18/2014 11:52 AM, Ondrej Vasik wrote: Hi, as reported in https://bugzilla.redhat.com/show_bug.cgi

bug#18499: Possible mv race for hardlinks (rhbz #1141368 )

2014-11-13 Thread Pádraig Brady
On 13/11/14 13:58, Boris Ranto wrote: On Wed, 2014-09-24 at 17:18 +0100, Pádraig Brady wrote: On 09/18/2014 11:52 AM, Ondrej Vasik wrote: Hi, as reported in https://bugzilla.redhat.com/show_bug.cgi?id=1141368 , there is a possible race condition in mv in the case of hardlinks. Bug

bug#18965: --block-size option of du command gives a wrong value

2014-11-05 Thread Pádraig Brady
tag 18965 notabug close 18965 stop On 11/06/2014 12:32 AM, philippe wrote: Dear sir, I fund the following problem : The --block-size option of du gives a wrong value : du -b firmware-7.7.0-amd64-i386-netinst.iso 524288000firmware-7.7.0-amd64-i386-netinst.iso du --block-size=2048

bug#18896: regressions in coreutils 8.23 on Yosemite

2014-11-03 Thread Pádraig Brady
On 10/31/2014 05:03 PM, Pádraig Brady wrote: On 10/31/2014 03:41 PM, Jack Howarth wrote: On Fri, Oct 31, 2014 at 03:56:06AM +, Pádraig Brady wrote: On 10/31/2014 03:30 AM, Jack Howarth wrote: On Fri, Oct 31, 2014 at 02:29:05AM +, Pádraig Brady wrote: So linkat() is now available

bug#18896: regressions in coreutils 8.23 on Yosemite

2014-11-03 Thread Pádraig Brady
On 11/03/2014 10:58 PM, Jack Howarth wrote: On Mon, Nov 03, 2014 at 03:16:58PM +0100, Pádraig Brady wrote: On 10/31/2014 05:03 PM, Pádraig Brady wrote: On 10/31/2014 03:41 PM, Jack Howarth wrote: On Fri, Oct 31, 2014 at 03:56:06AM +, Pádraig Brady wrote: On 10/31/2014 03:30 AM, Jack

bug#18896: regressions in coreutils 8.23 on Yosemite

2014-10-31 Thread Pádraig Brady
On 10/31/2014 03:30 AM, Jack Howarth wrote: On Fri, Oct 31, 2014 at 02:29:05AM +, Pádraig Brady wrote: So linkat() is now available but doesn't support hardlinks to symlinks contrary to the POSIX spec. So it would be best we consider linkat() unavailable, which can be done manually like

bug#18896: regressions in coreutils 8.23 on Yosemite

2014-10-31 Thread Pádraig Brady
On 10/30/2014 06:24 PM, Jack Howarth wrote: On Thu, Oct 30, 2014 at 12:01:17AM +, Pádraig Brady wrote: On 10/29/2014 11:13 PM, Jack Howarth wrote: I am finding that the single failure seen on Mavericks for the coreutils 8.23 testsuite... FAIL: test-getcwd.sh

bug#18896: regressions in coreutils 8.23 on Yosemite

2014-10-31 Thread Pádraig Brady
On 10/31/2014 03:41 PM, Jack Howarth wrote: On Fri, Oct 31, 2014 at 03:56:06AM +, Pádraig Brady wrote: On 10/31/2014 03:30 AM, Jack Howarth wrote: On Fri, Oct 31, 2014 at 02:29:05AM +, Pádraig Brady wrote: So linkat() is now available but doesn't support hardlinks to symlinks

bug#18896: regressions in coreutils 8.23 on Yosemite

2014-10-29 Thread Pádraig Brady
On 10/29/2014 11:13 PM, Jack Howarth wrote: I am finding that the single failure seen on Mavericks for the coreutils 8.23 testsuite... FAIL: test-getcwd.sh = GNU coreutils 8.23: gnulib-tests/test-suite.log

bug#18827: [Feature request] no CR for yes

2014-10-25 Thread Pádraig Brady
On 10/25/2014 03:53 PM, George Shuklin wrote: Yes is very nice to generate large repeating patterns, but it always adds \n at the end. It's OK for the string data but sometimes mess with binary. Any way to disable it will be really appreciated. F.e. -n key (like for 'echo'), or any other.

bug#18807: seq does not play nice with large 64 bit integers

2014-10-23 Thread Pádraig Brady
tag 18807 notabug close 18807 stop On 10/23/2014 02:12 PM, Thaddaeus Frogley wrote: seq 2305843009213693952 2305843009213693954 Should produce 2305843009213693952 2305843009213693953 2305843009213693954 But actually produces (repeating for ever): 2.30584e+18 ... That's

bug#18807: seq does not play nice with large 64 bit integers

2014-10-23 Thread Pádraig Brady
On 10/23/2014 03:15 PM, Thaddaeus Frogley wrote: Hi Padraig, You say quite a while. This issue was found in: coreutils-8.23_1 Oh, it should have been fixed from release 8.20 (2012-10-23) Installed on OS X using brew. Pulling the current source I can see there have been several

bug#18808: implement 'tail -r' as synonym for 'tac'

2014-10-23 Thread Pádraig Brady
On 10/23/2014 05:53 PM, Eric Blake wrote: On 10/23/2014 10:39 AM, Eric Blake wrote: POSIX is considering standardizing the Solaris/BSD behavior of 'tail -r' rather than adding the GNU extension of 'tac' as a separate utility: http://austingroupbugs.net/view.php?id=877 This bug report serves

bug#18808: implement 'tail -r' as synonym for 'tac'

2014-10-23 Thread Pádraig Brady
On 10/23/2014 08:03 PM, Eric Blake wrote: On 10/23/2014 12:35 PM, Pádraig Brady wrote: Now the only reason I see would be for compat with solaris and BSD. I don't think they should have included that functionality though as there isn't much complementary with the other tail functions (being

bug#18736: chroot regression - chroot avoids the chroot() call too eagerly.

2014-10-16 Thread Pádraig Brady
On 10/16/2014 08:38 AM, Bernhard Voelker wrote: Hi Padraig, On 10/16/2014 02:05 AM, Pádraig Brady wrote: From d520929586ee2063d48359aaaef8f28807604cae Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?P=C3=A1draig=20Brady?=p...@draigbrady.com Date: Wed, 15 Oct 2014 18:08:42 +0100 Subject: [PATCH

bug#18736: chroot regression - chroot avoids the chroot() call too eagerly.

2014-10-15 Thread Pádraig Brady
On 10/15/2014 10:40 AM, Rogier wrote: Hi, Since a few months, it seems that chroot has started avoiding the chroot call if it can be determined to be idempotent. It looks like the new check is based on inode comparison - if the inode is the same, the chroot() call is considered

bug#18736: chroot regression - chroot avoids the chroot() call too eagerly.

2014-10-15 Thread Pádraig Brady
On 10/15/2014 10:55 PM, Bernhard Voelker wrote: On 10/15/2014 07:17 PM, Pádraig Brady wrote: I agree with your analysis and that we should revert to the previous behavior here, which is done in the attached patch. Hi Padraig, I also agree that chroot(1) should chroot(2) in such a case

bug#18736: chroot regression - chroot avoids the chroot() call too eagerly.

2014-10-15 Thread Pádraig Brady
On 10/16/2014 12:14 AM, Pádraig Brady wrote: On 10/15/2014 10:55 PM, Bernhard Voelker wrote: On 10/15/2014 07:17 PM, Pádraig Brady wrote: I agree with your analysis and that we should revert to the previous behavior here, which is done in the attached patch. Hi Padraig, I also agree

bug#18621: [BUG] wc -c incorrectly counts bytes in /sys

2014-10-08 Thread Pádraig Brady
On 10/08/2014 02:12 AM, Jim Meyering wrote: On Tue, Oct 7, 2014 at 5:36 PM, Pádraig Brady p...@draigbrady.com wrote: On 10/08/2014 12:51 AM, Paul Eggert wrote: Paul Eggert wrote: The attached patch still needs a changelog entry and test cases. I wrote those up and pushed the attached patch

bug#18621: [BUG] wc -c incorrectly counts bytes in /sys

2014-10-07 Thread Pádraig Brady
On 10/08/2014 12:51 AM, Paul Eggert wrote: Paul Eggert wrote: The attached patch still needs a changelog entry and test cases. I wrote those up and pushed the attached patch; this should fix the bug so I'm closing the bug report. I was just going through the patch as it happens, and I

bug#18624: mention stat(1) default format

2014-10-04 Thread Pádraig Brady
On 10/04/2014 01:04 PM, Bernhard Voelker wrote: On 10/04/2014 06:03 AM, 積丹尼 Dan Jacobson wrote: It seems the stat(1) man and info pages mention often --format but don't say what the default --format is if no --format argument is given. I wouldn't document the output of the default in detail

bug#18621: [BUG] wc -c incorrectly counts bytes in /sys

2014-10-03 Thread Pádraig Brady
On 10/03/2014 03:47 PM, George Shuklin wrote: There is many sysfs (linux) attributes which reported as '4k files' but contains just a few bytes. wc file and wc -c shows different sizes. Example: $cat /sys/kernel/vmcoreinfo 1b74c00 1024 $hexdump -Cv /sys/kernel/vmcoreinfo

bug#18621: [BUG] wc -c incorrectly counts bytes in /sys

2014-10-03 Thread Pádraig Brady
On 10/03/2014 07:47 PM, Paul Eggert wrote: On 10/03/2014 11:26 AM, Jim Meyering wrote: That looks like a fine fix. Unfortunately that fix would make 'wc -c' way slower for a file that consists entirely of a big hole. True, which you could avoid by deferring to read() for empty files:

bug#18568: Bug Report test-getlogin failed

2014-09-26 Thread Pádraig Brady
On 09/26/2014 07:24 AM, Sorawit Khurnyotrak wrote: FAIL: test-getlogin === test-getlogin.c:69: assertion 'strcmp (buf, name) == 0' failed Thanks for the report. I'm fairly sure that has been fixed up in coreutils-8.23 the recent changes in that gnulib test, specifically:

bug#18499: Possible mv race for hardlinks (rhbz #1141368 )

2014-09-24 Thread Pádraig Brady
On 09/18/2014 11:52 AM, Ondrej Vasik wrote: Hi, as reported in https://bugzilla.redhat.com/show_bug.cgi?id=1141368 , there is a possible race condition in mv in the case of hardlinks. Bug is reproducible even on ext4 filesystem (I guess it is filesystem independent), even with the latest

bug#18531: [PATCH] man: Fix an inverted test that prevented dummy-man from working

2014-09-22 Thread Pádraig Brady
On 09/22/2014 10:53 AM, Alban Bedel wrote: The test for the argument count was broken, the upper limit test used less-or-equal 1 instead of greater than 1. --- man/dummy-man | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/man/dummy-man b/man/dummy-man index

bug#18531: [PATCH] man: Fix an inverted test that prevented dummy-man from working

2014-09-22 Thread Pádraig Brady
On 09/22/2014 10:53 AM, Alban Bedel wrote: The test for the argument count was broken, the upper limit test used less-or-equal 1 instead of greater than 1. --- man/dummy-man | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/man/dummy-man b/man/dummy-man index

bug#18531: [PATCH] man: Fix an inverted test that prevented dummy-man from working

2014-09-22 Thread Pádraig Brady
On 09/23/2014 12:53 AM, Bernhard Voelker wrote: On 09/22/2014 11:42 PM, Bernhard Voelker wrote: On 09/22/2014 10:11 PM, Andreas Schwab wrote: Pádraig Brady p...@draigbrady.com writes: On 09/22/2014 10:53 AM, Alban Bedel wrote: Huh? $ man/dummy-man foo man/dummy-man: too many non-option

bug#18506: stty dsusp undef fails.

2014-09-19 Thread Pádraig Brady
tag 18506 notabug close 18506 stop On 09/19/2014 03:09 AM, Edward Huff wrote: $ stty dsusp undef stty: invalid argument ‘dsusp’ Try 'stty --help' for more information. $ stty --help | grep dsusp * dsusp CHARCHAR will send a terminal stop signal once input flushed $ stty --version stty

bug#18506: stty dsusp undef fails.

2014-09-19 Thread Pádraig Brady
On 09/19/2014 10:05 AM, Pádraig Brady wrote: tag 18506 notabug close 18506 stop On 09/19/2014 03:09 AM, Edward Huff wrote: $ stty dsusp undef stty: invalid argument ‘dsusp’ Try 'stty --help' for more information. $ stty --help | grep dsusp * dsusp CHARCHAR will send a terminal stop

bug#18436: Error building 8.23 with builddir != srcdir and --disable-dependency-tracking

2014-09-19 Thread Pádraig Brady
forcemerge 18055 18436 stop On 09/09/2014 08:57 PM, Daniel Richard G. wrote: I normally build with --disable-dependency-tracking to speed up builds, and also build out-of-tree, and got this with the latest coreutils: $ cd /foo/bar/coreutils-8.23 $ mkdir _build $ cd _build

bug#18436: Error building 8.23 with builddir != srcdir and --disable-dependency-tracking

2014-09-19 Thread Pádraig Brady
On 09/19/2014 08:19 PM, Bernhard Voelker wrote: On 09/19/2014 06:36 PM, Pádraig Brady wrote: Subject: [PATCH] build: fix dependency issues with man page generation * .gitignore: Remove reference to no longer generated make file. * configure.ac: Don't bother generating placeholder make file

bug#18506: stty dsusp undef fails.

2014-09-19 Thread Pádraig Brady
On 09/19/2014 07:45 PM, Bernhard Voelker wrote: On 09/19/2014 05:19 PM, Pádraig Brady wrote: From be1e555db9cfd7e82a0a26e1a612a65ebe93d789 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?P=C3=A1draig=20Brady?= p...@draigbrady.com Date: Fri, 19 Sep 2014 16:15:04 +0100 Subject: [PATCH] stty: only list

bug#18503: [bug-report] the output of ls -lsh

2014-09-18 Thread Pádraig Brady
unarchive 17553 forcemerge 17553 18503 stop On 09/19/2014 12:17 AM, Linda A. Walsh wrote: gemfield wrote: Hi, I am running ls -lsh on kubuntu 14.04, here is the output: gemfield@gemfield-ThinkPad-Edge:~$ ls -ls 4 -rw-rw-r-- 1 gemfield gemfield9 9 18 23:12 test

bug#18479: date -d 'today - month'

2014-09-18 Thread Pádraig Brady
forcemerge 18159 18479 stop On 09/15/2014 12:08 AM, 積丹尼 Dan Jacobson wrote: $ date -d 'today + month' Wed Oct 15 07:04:59 CST 2014 $ date -d 'today - month' Wed Oct 15 07:05:05 CST 2014 This is essentially the same as issue http://bugs.gnu.org/18159 for which I outlined a possible solution.

bug#18500: shuf-reservoir from coreutils 8.22 failing on s390x

2014-09-18 Thread Pádraig Brady
tag 18500 notabug close 18500 stop On 09/18/2014 02:33 PM, Philipp Thomas wrote: The testsuite of coreutils 8.22 is failing on s390. Can anybody help me pinpointing the culprit? Here is the relevant part of the log: FAIL: tests/misc/shuf-reservoir === +

bug#18428: coreutils binary breaks coreutils documentation

2014-09-11 Thread Pádraig Brady
On 09/11/2014 09:54 AM, Bernhard Voelker wrote: +or available locally via: info '(coreutils) basename invocation' ^___^ I think we need the \aq instead of ' here, don't we? Good catch! Interestingly it renders as a standard ' quote

bug#18449: cat x x error even when x is empty

2014-09-11 Thread Pádraig Brady
On 09/11/2014 02:00 PM, Vincent Lefevre wrote: With coreutils 8.23 under Debian/unstable: ypig% : x ypig% cat x x cat: x: input file is output file ypig% POSIXLY_CORRECT=1 cat x x cat: x: input file is output file while there's no reason to return an error in this case: the file

bug#18428: Bug#760861: bug#18428: Bug#760861: bug#18428: coreutils binary breaks coreutils documentation

2014-09-10 Thread Pádraig Brady
On 09/09/2014 03:52 PM, Michael Stone wrote: On Tue, Sep 09, 2014 at 03:31:35PM +0100, Pádraig Brady wrote: It's useful to many, but I agree most don't bother with it due to the awkward non intuitive default info reader _interface_ (though pinfo is a bit better in that regard). Right. I've

bug#18428: Bug#760861: bug#18428: coreutils binary breaks coreutils documentation

2014-09-09 Thread Pádraig Brady
On 09/09/2014 04:55 AM, Paul Eggert wrote: Subject: [PATCH 1/4] doc: mention which commands are optional I was thinking that the bst way to do that would be to adjust things so that the node wasn't installed if the command wasn't. But it's better to have this info generally available online

bug#18428: Bug#760861: bug#18428: Bug#760861: bug#18428: coreutils binary breaks coreutils documentation

2014-09-09 Thread Pádraig Brady
On 09/09/2014 05:58 PM, Assaf Gordon wrote: On 09/09/2014 10:52 AM, Michael Stone wrote: On Tue, Sep 09, 2014 at 03:31:35PM +0100, Pádraig Brady wrote: It's useful to many, but I agree most don't bother with it due to the awkward non intuitive default info reader _interface_ (though pinfo

bug#18428: coreutils binary breaks coreutils documentation

2014-09-08 Thread Pádraig Brady
On 09/08/2014 07:12 PM, Andreas Schwab wrote: Bob Proulx b...@proulx.com writes: For instance, in the touch(1) man page: The full documentation for touch is maintained as a Texinfo manual. If the info and touch programs are properly installed at your site, the command

bug#18428: coreutils binary breaks coreutils documentation

2014-09-08 Thread Pádraig Brady
On 09/08/2014 08:30 PM, Pádraig Brady wrote: On 09/08/2014 07:12 PM, Andreas Schwab wrote: Bob Proulx b...@proulx.com writes: For instance, in the touch(1) man page: The full documentation for touch is maintained as a Texinfo manual. If the info and touch programs are properly

bug#18428: Bug#760861: bug#18428: coreutils binary breaks coreutils documentation

2014-09-08 Thread Pádraig Brady
On 09/09/2014 01:32 AM, Vincent Lefevre wrote: On 2014-09-08 18:10:35 -0600, Bob Proulx wrote: Note that IIRC originally the pointer was: info touch But that failed due to shortcomings in variously implemented install-info commands that I don't remember now. There were actually several

bug#18365: nohup logname failes with error logname: no login name

2014-09-01 Thread Pádraig Brady
tag 18365 notabug close 18365 stop On 08/30/2014 05:37 PM, Allen.Shepherd wrote: Hi we cannot retrieve the login name with the below version while running with nohup. Is there any workaround available? Thanks, host.com(oracle:NONE)/: logname --version logname (GNU coreutils) 5.97

bug#18363: stat command

2014-08-30 Thread Pádraig Brady
tag 18363 notabug close 18363 stop On 08/30/2014 12:32 AM, Dach Hau wrote: Hi there, not sure if this is a bug I'm running ubuntu 14.04. I'm trying to get the creation date on a file but it's not giving me any output. It's only giving me the following output: root@app03:~# stat mbr

bug#18350: /bin/cat segfault

2014-08-29 Thread Pádraig Brady
tag 18350 notabug close 18350 stop On 08/29/2014 12:40 AM, David King wrote: I have recently upgraded from Ubuntu 10.?? to 12.?? to 14.04. Anytime I run /bin/cat, it segfaults: king@cloud-laptop:~/workspace$ cat foo Segmentation fault (core dumped) king@cloud-laptop:~/workspace$ file

bug#18316: [PATCH] warn on too large file copies

2014-08-22 Thread Pádraig Brady
On 08/22/2014 04:56 PM, Adam wrote: When files are being copied, they can hit the following loop: while (max_n_read) { ... // return true if file finishes copying // return false if error occurs // copy some file // deduct bytes copied from

bug#18291: Unix Sort Bug Report

2014-08-18 Thread Pádraig Brady
On 08/18/2014 09:55 AM, NTENTOS STAVROS wrote: Hello developers, Recently, using the sort utility I run into an omission. While I cannot disclose the file in question, I will try to explain the issue: On a Windows-created file (line ending: \r\n) I tried to perform a sorting, which

bug#18264: stat -f still only says ext2/ext3

2014-08-14 Thread Pádraig Brady
unarchive 13582 forcemerge 13582 18264 stop On 08/14/2014 12:59 AM, 積丹尼 Dan Jacobson wrote: $ stat -f /cf/zjidanni2 File: /cf/zjidanni2 ID: 64adbb6653fa6353 Namelen: 255 Type: ext2/ext3 Hey, it's ext4! $ stat --version stat (GNU coreutils) 8.21

bug#18177: chroot: No such file or directory message is so confusing

2014-08-02 Thread Pádraig Brady
tag 18177 notabug close 18177 stop On 08/03/2014 03:19 AM, T R wrote: chroot: Failed to run command '/bin/bash': No such file or directory This needs to be updated with more information. It pops up when: 1) The file is actually not there 2) The file's dependent libraries are not

bug#18178: help

2014-08-02 Thread Pádraig Brady
tag 18178 notabug close 18178 stop On 08/03/2014 04:31 AM, Jermaine Golding wrote: Good Day; I just deleted over 100gigs of logs and my var partition is still at 100%. Please advise I am using checkpoint gaia. [Expert@Fwall:0]# df --h df: option `--h' is ambiguous Try `df --help' for

bug#14283: RFE: ls should display presence of capabilities on a file

2014-08-01 Thread Pádraig Brady
On 04/27/2013 10:35 AM, Pádraig Brady wrote: severity 14283 wishlist On 04/27/2013 03:26 AM, Linda Walsh wrote: Just as 'l's displays the presence of access lists by putting a '+' after the normal mode-bits, perhaps it could put a '^' after mode-bits to indicate capabilities are set. I'm

bug#18169: sort

2014-08-01 Thread Pádraig Brady
tag 18169 notabug close 18169 stop On 08/01/2014 03:38 PM, sudhakara.madduk...@consult.nordea.com wrote: Hi, Sort -A [Filename] is not working. How to handle Sorts on a byte-by-byte basis using ASCII collation order instead of collation in the current locale using sort command LC_ALL=C

bug#18057: [PATCH] Find tail.c in srcdir, not builddir

2014-08-01 Thread Pádraig Brady
On 08/01/2014 08:52 PM, Paul Eggert wrote: Andreas Schwab wrote: -break_src=$abs_top_builddir/src/tail.c +break_src=$abs_top_srcdir/src/tail.c Thanks; I installed that. Looks good thanks. I thought there might also be an issue with at least $abs_top_builddir/src/coreutils.h, but that's

bug#18121: A bug in sort.

2014-07-30 Thread Pádraig Brady
tag 18121 notabug close 18121 stop It was confirmed off list that this was a RAM issue.

bug#18145: memory leak in pwd

2014-07-29 Thread Pádraig Brady
tag 18145 notabug close 18145 stop On 07/29/2014 08:02 AM, srinivas devaki wrote: i think there is a memory leak in pwd.c I’m extremely sorry if this is wrong. I’m sending the git diff. [eightnoteight@mr coreutils]$ git diff diff --git a/src/pwd.c b/src/pwd.c index 4993dfb..13d84cd 100644

bug#18121: A bug in sort.

2014-07-28 Thread Pádraig Brady
On 07/28/2014 01:05 AM, Tom Bryant wrote: I issued a sort -n hugeFile sortedHugeFile and it introduced a very occasional but destructive x in to the data. The original data consisted of numeric fields, separated by the vertical bar, |, and +, - and spaces. It was 25861964610 bytes in

bug#18062: [PATCH] chroot: always change to / if not changing credentials

2014-07-27 Thread Pádraig Brady
On 07/21/2014 10:20 PM, Bernhard Voelker wrote: On 07/20/2014 06:10 PM, Andreas Schwab wrote: Bernhard Voelker m...@bernhard-voelker.de writes: And why should chroot / invoke chroot(2) What else do you expect from a command called chroot??? Let's resume: 1) The change to skip chroot() for

bug#18057: [PATCH] Find tail.c in srcdir, not builddir

2014-07-26 Thread Pádraig Brady
On 07/23/2014 05:48 PM, Andreas Schwab wrote: Bernhard Voelker m...@bernhard-voelker.de writes: On 07/19/2014 05:26 PM, Andreas Schwab wrote: diff --git a/tests/tail-2/inotify-race.sh b/tests/tail-2/inotify-race.sh index c25f354..7140871 100755 --- a/tests/tail-2/inotify-race.sh +++

bug#17505: Pádraig: does this solve your consistency concern? (was bug#17505: dd statistics output)

2014-07-26 Thread Pádraig Brady
Brady wrote: On 07/16/2014 10:38 AM, Pádraig Brady wrote: http://bugs.gnu.org/17505#37 was proposed do the following automatically (depending on the amount output): 268435456 bytes (256 MiB) copied, 0.0248346 s, 10.8 GB/s However that wasn't applied due to inconsistency concerns. I'm

bug#18054: Problematic translation strings in coreutils 8.22‏

2014-07-18 Thread Pádraig Brady
On 07/18/2014 10:48 PM, Sebastian Rasmussen wrote: Hi! When reviewing the Swedish translation of coreutils I noticed the pecular string failed to %s supplemental groups which (because the contents of %s were unclear) prompted me to look at the source of coreutils. The %s used in this

bug#17505: dd statistics output

2014-07-16 Thread Pádraig Brady
On 07/16/2014 10:38 AM, Pádraig Brady wrote: On 07/16/2014 03:45 AM, Christian Groessler wrote: Hi, the final output of 'dd' is in SI mode (or how to call it). It uses 10^6 instead of 2^20 for megabyte. Example: $ dd if=/dev/zero of=/dev/null bs=65536 count=4096 4096+0 records in 4096

bug#17833: coreutils 8.22 df

2014-07-11 Thread Pádraig Brady
On 07/11/2014 01:20 AM, Bernhard Voelker wrote: On 07/11/2014 01:28 AM, Pádraig Brady wrote: Subject: [PATCH] df: give precedence to real device nodes This is significant when /etc/mtab is a real file rather than a symlink to /proc/mounts, [...] In the days we almost start thinking about

bug#17833: coreutils 8.22 df

2014-07-11 Thread Pádraig Brady
On 07/11/2014 09:39 AM, Gabor Z. Papp wrote: * Pádraig Brady p...@draigbrady.com: | Presumably the version of mount is also quite old on such a system, | and now we would add complexity to current df to work around the | problems of such old mount? Lets clear this. $ uname -a Linux

bug#15257: stat and df report different filesystems for /dev

2014-07-11 Thread Pádraig Brady
On 09/03/2013 02:50 PM, C de-Avillez wrote: original Ubuntu bug: https://bugs.launchpad.net/bugs/1219529 Tested on linux 3.11.RC7 and 3.8.8, coreutils 8.20 and 8.21 When trying to use 'df -x tmpfs', /dev is still shown: hggdh@chatto:~$ df -x tmpfs | grep udev udev 247532

bug#17997: md5sum adds a new line at the end of the input

2014-07-11 Thread Pádraig Brady
tag 17997 notabug close 17997 stop On 07/11/2014 09:48 AM, xavier.ric...@laposte.net wrote: Hello, I implemented my own MD5 generator. It provides the same results as all the online MD5 generators, like for instance http://onlinemd5.com/. But it gives a different result than the GNU

bug#17833: coreutils 8.22 df

2014-07-10 Thread Pádraig Brady
On 07/08/2014 06:28 PM, Pádraig Brady wrote: On 06/25/2014 01:24 PM, Gabor Z. Papp wrote: * Pádraig Brady p...@draigbrady.com: | $ cat /etc/mtab | /dev/md0 / ext3 rw,errors=remount-ro 0 0 | proc /proc proc rw,relatime 0 0 | sysfs /sys sysfs rw,relatime 0 0 | tmpfs /dev tmpfs rw

bug#16189: bug#17833: coreutils 8.22 df

2014-07-09 Thread Pádraig Brady
On 07/09/2014 10:18 AM, Pádraig Brady wrote: Apologies for resend. GNU mailers were having issues yesterday... On 06/25/2014 01:24 PM, Gabor Z. Papp wrote: * Pádraig Brady p...@draigbrady.com: | $ cat /etc/mtab | /dev/md0 / ext3 rw,errors=remount-ro 0 0 | proc /proc proc rw,relatime 0

bug#17833: coreutils 8.22 df

2014-07-09 Thread Pádraig Brady
Apologies for resend. GNU mailers were having issues yesterday... On 06/25/2014 01:24 PM, Gabor Z. Papp wrote: * Pádraig Brady p...@draigbrady.com: | $ cat /etc/mtab | /dev/md0 / ext3 rw,errors=remount-ro 0 0 | proc /proc proc rw,relatime 0 0 | sysfs /sys sysfs rw,relatime 0 0

bug#17833: coreutils 8.22 df

2014-07-09 Thread Pádraig Brady
On 06/25/2014 01:24 PM, Gabor Z. Papp wrote: * Pádraig Brady p...@draigbrady.com: | $ cat /etc/mtab | /dev/md0 / ext3 rw,errors=remount-ro 0 0 | proc /proc proc rw,relatime 0 0 | sysfs /sys sysfs rw,relatime 0 0 | tmpfs /dev tmpfs rw,relatime,size=4k,mode=755 0 0 | devpts /dev/pts

bug#17963: strange behavior of cp

2014-07-07 Thread Pádraig Brady
On 07/07/2014 01:10 AM, Paul E Condon wrote: I have a situation in which I want to merge two file sturctures by copying one of the structures onto the other with the following command: cp -aulv arxivBtry1/host/* arxivBtry2/host/ This should, I believe, make hardlinks into

bug#17937: Getting gnu touch and gnu date to play nicely

2014-07-04 Thread Pádraig Brady
tag 17937 notabug close 17937 stop On 07/04/2014 11:18 AM, sepero...@gmx.com wrote: Most of the time I love Linux CLI, but rare occasions like this s*** makes me want to throw my computer through the wall! From the touch manpage. -d, --date=STRING parse STRING and use it instead of

bug#17936: [SUGGESTION] cp behavior

2014-07-04 Thread Pádraig Brady
tag 17936 wontfix close 17936 stop On 07/04/2014 01:55 PM, Devyn Collier Johnson wrote: GNU Developers: I would like to make a suggestion for the cp command. As we all know, the cp command accepts two arguments (cp SRC DEST). Could someone add a little feature to give the cp command an

bug#17913: bug#17915: error building coreutils - P.S

2014-07-03 Thread Pádraig Brady
forcemerge 17915 17913 close 17913 stop On 07/03/2014 10:57 AM, G.Faass Computerfachmann wrote: Hi! Beg your Pardon - you need some more Informations as in my last email. I am translating LFS 7.5 on a Centos 6.5 on an older AMD X2 with 2GB on a Partition of a second IDE HD.

bug#17863: Testsuite summary for GNU coreutils 8.22

2014-07-02 Thread Pádraig Brady
On 07/01/2014 06:02 PM, Pádraig Brady wrote: On 06/27/2014 08:36 AM, Jim Grisham wrote: Test log file attached. $ uname -a Darwin NFM-iMac.local 13.2.0 Darwin Kernel Version 13.2.0: Thu Apr 17 23:03:13 PDT 2014; root:xnu-2422.100.13~1/RELEASE_X86_64 x86_64

bug#17863: Testsuite summary for GNU coreutils 8.22

2014-07-02 Thread Pádraig Brady
On 07/02/2014 05:58 PM, Bernhard Voelker wrote: On 07/02/2014 03:59 PM, Pádraig Brady wrote: diff --git a/tests/ls/readdir-mountpoint-inode.sh b/tests/ls/readdir-mountpoint-inode.sh index dabd661..b8691ea 100755 --- a/tests/ls/readdir-mountpoint-inode.sh +++ b/tests/ls/readdir-mountpoint

bug#17863: Testsuite summary for GNU coreutils 8.22

2014-07-01 Thread Pádraig Brady
On 06/27/2014 08:36 AM, Jim Grisham wrote: Test log file attached. $ uname -a Darwin NFM-iMac.local 13.2.0 Darwin Kernel Version 13.2.0: Thu Apr 17 23:03:13 PDT 2014; root:xnu-2422.100.13~1/RELEASE_X86_64 x86_64

bug#7320: [PATCH] 'id' prints incorrectly groups for the session

2014-06-26 Thread Pádraig Brady
On 06/26/2014 06:44 AM, Bernhard Voelker wrote: On 06/26/2014 03:53 AM, Pádraig Brady wrote: diff --git a/tests/id/setgid.sh b/tests/id/setgid.sh index aa43ea3..a81b42c 100755 --- a/tests/id/setgid.sh +++ b/tests/id/setgid.sh @@ -1,5 +1,5 @@ #!/bin/sh -# Verify that id -G prints the right

bug#7320: [PATCH] 'id' prints incorrectly groups for the session

2014-06-26 Thread Pádraig Brady
On 06/26/2014 05:42 PM, Jim Meyering wrote: On Thu, Jun 26, 2014 at 3:23 AM, Pádraig Brady p...@draigbrady.com wrote: -g=$(id -u $NON_ROOT_USERNAME) || framework_failure_ +u=$(id -u $NON_ROOT_USERNAME) || framework_failure_ +g=u This will work better :-) g=$u It's already pushed

bug#16539: More details on df command output for you

2014-06-25 Thread Pádraig Brady
On 06/25/2014 09:35 AM, Bernhard Voelker wrote: On 06/24/2014 06:36 PM, Pádraig Brady wrote: Fingers crossed this is the last df issue. +1 df is getting quite messy and could do with a refactoring to use prepopulate hashes from /proc/self/mountinfo, but not for this iteration at least

bug#7320: [PATCH] 'id' prints incorrectly groups for the session

2014-06-25 Thread Pádraig Brady
On 06/25/2014 01:17 PM, Petr Stodůlka wrote: Hi, command 'id' prints wrong groups for the session. This is similar to reported bug #7320 [0], which was patched earlier for 'groups' and 'id -G', however just 'id' still prints wrong groups. I propose this patch based on previous solution:

bug#17816: bug in cut, doesn't work normally with -f

2014-06-20 Thread Pádraig Brady
tag 17816 notabug close 17816 stop On 06/20/2014 09:23 AM, Jim Michaels wrote: 1.run firefox (am using linux mint 17 in virtual machine vbox) version 28.0 2.start xterm 3.ps -e | grep firefox | cut -f 2 this should be the equivalent of ps -C firefox -o pid= actual: 2366 ?00:02:53

bug#17820: sha1sum bug: bad reporting on filenames with \

2014-06-20 Thread Pádraig Brady
tag 17820 notabug close 17820 stop On 06/20/2014 11:48 AM, Morhold wrote: How to reproduce: ~ touch a\b ~ ls a\b a\b ~ sha1sum a\b \da39a3ee5e6b4b0d3255bfef95601890afd80709 a\\b ~ sha1sum --version sha1sum (GNU coreutils) 8.13 This is expected and is there to escape file names

bug#17495: chgrp: mention of being a member of the target group

2014-06-19 Thread Pádraig Brady
On 06/19/2014 01:31 PM, Wouter Thielen wrote: Hi Bob, Sorry for my late reply regarding this thread. As I stated in my e-mail, it is a deployment script. It retrieves the latest source code from a code repository, compresses it into a .tar.gz file, sends that file to the production

bug#17495: chgrp: mention of being a member of the target group

2014-06-19 Thread Pádraig Brady
On 06/19/2014 02:34 PM, Pádraig Brady wrote: The variation on some systems where users can give away files is discussed at the APPLICATION USAGE and RATIONALE sections of: http://pubs.opengroup.org/onlinepubs/9699919799/functions/chown.html We should mention this _portable_ behavior

bug#17495: chgrp: mention of being a member of the target group

2014-06-19 Thread Pádraig Brady
On 06/19/2014 06:57 PM, Pádraig Brady wrote: diff --git a/man/chown.x b/man/chown.x index 96b0c23..31e7104 100644 --- a/man/chown.x +++ b/man/chown.x @@ -27,4 +27,4 @@ If only a colon is given, or if the entire operand is empty, neither the owner nor the group is changed. .SH OPTIONS

bug#17495: chgrp: mention of being a member of the target group

2014-06-19 Thread Pádraig Brady
On 06/19/2014 07:45 PM, Jim Meyering wrote: Looks fine. Two nits barely worth mentioning: one in the .texi file: s/group in/group of/ one in the log: s/\*man/* man/ Also, in the relative formality of documentation, it's slightly better to write It is than It's Pushed with those

bug#17800: seq weirdness with -0

2014-06-18 Thread Pádraig Brady
On 06/18/2014 10:41 AM, Rasmus Villemoes wrote: $ ./seq --version | head -1 seq (GNU coreutils) 8.22.119-8a51b ./seq -0 n works fine when n is a single digit: $ ./seq --separator=, -0 5 -0,1,2,3,4,5 But something weird happens when one uses a number = 10: $ ./seq --separator=, -0 10

bug#16539: More details on df command output for you

2014-06-18 Thread Pádraig Brady
On 06/18/2014 02:19 AM, Bernhard Voelker wrote: On 06/17/2014 06:03 PM, Pádraig Brady wrote: From 0a4b8027049f6746a237c9fc34a0e0a4afdcfc62 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?P=C3=A1draig=20Brady?= p...@draigbrady.com Date: Wed, 4 Jun 2014 00:09:11 +0100 Subject: [PATCH] df: output

bug#17800: seq weirdness with -0

2014-06-18 Thread Pádraig Brady
On 06/18/2014 01:03 PM, Pádraig Brady wrote: On 06/18/2014 10:41 AM, Rasmus Villemoes wrote: $ ./seq --version | head -1 seq (GNU coreutils) 8.22.119-8a51b ./seq -0 n works fine when n is a single digit: $ ./seq --separator=, -0 5 -0,1,2,3,4,5 But something weird happens when one uses

<    7   8   9   10   11   12   13   14   15   16   >