bug#21790: [PATCH] coreutils/cp: handle EOF extents correctly

On 30/10/15 09:02, Dmitry Monakhov wrote: > fallocate can allocate extens beyond EOF via FALLOC_FL_KEEP_SIZE. > Currenly sparse engine tries to copy such extents which is wrong and > result in silent data corruption (leave file with incorrect size). > > ##TESTCASE > echo blabla > sparse_falloc.in

bug#21757: md5sum: Accept different line endings in .md5 files

On 28/10/15 06:40, Bernhard Voelker wrote: > On 10/27/2015 06:21 PM, Pádraig Brady wrote: >> On 26/10/15 07:11, Bernhard Voelker wrote: >>> BTW: I was quite surprised to see that the other utilities - >>> sha{224,256,384,512}sum - don't have a single negative tes

bug#21760: timeout: Feature Request: --verbose ==> output if timeout was reached

reopen 21760 On 28/10/15 07:16, Thomas Güttler wrote: > Am 26.10.2015 um 20:49 schrieb Pádraig Brady: >> On 26/10/15 18:35, Thomas Güttler wrote: >>> Am 26.10.2015 um 16:51 schrieb Pádraig Brady: >>>> On 26/10/15 14:26, Thomas Güttler wrote: >>>>&g

bug#21760: timeout: Feature Request: --verbose ==> output if timeout was reached

tag 21760 wontfix close 21760 stop Thanks for the additional input Jim, Bernhard and Bob.

bug#21757: md5sum: Accept different line endings in .md5 files

On 26/10/15 07:11, Bernhard Voelker wrote: > On 10/26/2015 02:51 AM, Pádraig Brady wrote: >> From 5e3d017e7bc66cf6f666160f774944c2ff52d1ae Mon Sep 17 00:00:00 2001 >> From: =?UTF-8?q?P=C3=A1draig=20Brady?= <p...@draigbrady.com> >> Date: Mon, 26 Oct 2015 01:26:04 +

bug#21760: timeout: Feature Request: --verbose ==> output if timeout was reached

tag 21760 wontfix close 21760 stop On 26/10/15 10:30, Thomas Güttler wrote: > About commandline tool "timeout": Start COMMAND, and kill it if still running > after DURATION. > > A new team mate wasted some time to debug why > a process was killed with signal 15. > > I think it would be nice to

bug#21760: timeout: Feature Request: --verbose ==> output if timeout was reached

On 26/10/15 14:26, Thomas Güttler wrote: > > > Am 26.10.2015 um 12:44 schrieb Pádraig Brady: >> >> I've not sure there is enough distinct actions within timeout(1) to warrant >> --verbose? >> How about doing this in the script? >> >>timeout

bug#21757: md5sum: Accept different line endings in .md5 files

On 25/10/15 18:05, MI wrote: > Currently, "md5sum -c" gives a cryptic error when the line endings in the > .md5 file > are not LF (\x0A). It would be helpful if md5sum would just "do the right" > and > understand the 2 other newline standards. > > .md5 files created on non-Unix systems may

bug#21735: users(1) --uniq --all options

On 22/10/15 15:03, Gonçalo Paiva wrote: > Salutations, > > This is not as much a bug report but more a feature suggestion. > In the *users* command I propose that the users has an option (since I don't > see one in --help) > that allows to see users without repetition and all *users*. > For

bug#21325: ls : feature request --width=zero

>>> On Sat, Aug 22, 2015 at 08:58:01PM -0700, Paul Eggert wrote: >>>>> Pádraig Brady wrote: >>>>>> Also base64 -w0 has similar meaning. >>>>> I didn't know that, but I don't like that either. Utilities should >>>>> use an explicit representa

bug#21713: On CIFS, mv behaves as mv -f

On 19/10/15 13:49, Sam Kuper wrote: > On a system where `df -T` shows the file system to be "cifs" > (presumably the Common Internet File System from Microsoft: > https://technet.microsoft.com/en-us/library/cc939973.aspx ), running > `mv` causes unexpected behaviour. Essentially, `mv` behaves as

bug#21713: On CIFS, mv behaves as mv -f

tag 21713 notabug close 21713 stop On 19/10/15 18:30, Sam Kuper wrote: > On 19/10/2015, Pádraig Brady <p...@draigbrady.com> wrote: >> On 19/10/15 13:49, Sam Kuper wrote: >>> On a system where `df -T` shows the file system to be "cifs" >>> (presumably the

bug#21711: tee: preserve isatty(). Goal: show colors to user.

tag notabug close 21711 stop On 19/10/15 14:06, Thomas Güttler wrote: > It would be great if tee would allow this: > > tee preserves isatty(), thus the caller thinks this > is a real terminal and outputs ansi color codes. > > Tee displays the ansi colors on the screen. The output > to the file

bug#21664: tail: unrecognized file system type 0x62656570

On 11/10/15 22:15, Paul Eggert wrote: > Benny Halevy wrote: >> tail: unrecognized file system type 0x62656570 for ‘/config/subsys/log’. >> please >> report this to bug-coreutils@gnu.org. reverting to polling This was already addressed with:

bug#21460: Race condition in tests/tail-2/assert.sh

On 12/09/15 03:22, Pádraig Brady wrote: > On 12/09/15 02:09, Paul Eggert wrote: >> Pádraig Brady wrote: >>> + else if (new_stats.st_nlink == 0) /* XXX: what about multi-linked files. >>> */ >> >> That comment was my thought exactly. It appears to be

bug#21603: touch silently ignores '-d 2014'

tag 21603 notabug close 21603 stop On 02/10/15 15:30, George Shuklin wrote: > Hello. > > Strange behaviour: > > touch -d 2014 /tmp/new_file > > is not changing date for the file. All other formats (f.e. -d > 2014-01-01) work fine. Well it's not ignoring it. It's interpreting as a time 20:14

bug#21580: runcon flask.h warning

On 28/09/15 18:15, Andreas Grünbacher wrote: > Hello, > > on a Fedora 23 Beta system, coreutils currently doesn't build because > of the following warning which is treated as an error: > > CC src/runcon.o > In file included from src/runcon.c:49:0: > /usr/include/selinux/flask.h:5:2:

bug#21571: [patches] some small message improvements

On 27/09/15 08:58, Benno Schulenberg wrote: > @item onlcr > @opindex onlcr > @cindex newline, translating to crlf > -Translate newline to carriage return-newline. Non-POSIX@. May be > +Translate newline to carriage return + newline. Non-POSIX@. May be > negated. Better thanks. > @item

bug#21553: missing i command

On 24/09/15 18:23, bob wrote: > >-a, --all same as -b -d --login -p -r -t -T -u >-b, --boottime of last system boot >-d, --deadprint dead processes >-H, --heading print line of column headings >--ips print ips instead of hostnames. with

bug#21372: [PATCH v4] df: fix prioritize real mounts over bind mounts

On 22/09/15 23:28, Dave Chiluk wrote: > The patch I just sent out broke existing behavior on non-linux again. > I'm really beginning to hate that if statement. Anyhow, I fixed that, > and changed it around for readability. bool target_nearer_device_root = ! (devlist->me->me_mntroot != NULL

bug#21372: [PATCH v4] df: fix prioritize real mounts over bind mounts

On 21/09/15 21:04, Dave Chiluk wrote: > Fixes an issue where bind mounts with shorter mount directories than the > original mount are prioritized when running df. The root cause of this > is that /proc/self/mountinfo now lists the filesystem device with bind > mounts rather than the source

bug#21459: Race condition in tests/tail-2/assert.sh

On 11/09/15 17:23, Ludovic Courtès wrote: > Hello, > > We have observed intermittent failures of tests/tail-2/assert.sh > (Coreutils 8.24, libc 2.22), especially showing up on relatively slow > machines (armhf and mips64el.) > > The failure is with ‘tail --follow=name’, which, in inotify mode,

bug#21372: [PATCH] df: fix prioritize real mounts over bind mounts

On 31/08/15 22:05, Dave Chiluk wrote: > Fixes an issue where bind mounts with shorter mount directories than the > original mount are prioritized when running df. The root cause of this > is that /proc/self/mountinfo now lists the filesystem device with bind > mounts rather than the source

bug#21460: Race condition in tests/tail-2/assert.sh

On 11/09/15 21:55, Ludovic Courtès wrote: > Paul Eggert skribis: > >> Ludovic Courtès wrote: >>> I think the problem happens when ‘tail’ opens ‘foo’ right in between of >>> the two notifications: ‘foo’ is still there, and so ‘tail’ doesn’t >>> report anything. >>> >>> Does

bug#21372: [PATCH] df: fix prioritize real mounts over bind mounts

On 11/09/15 22:55, Dave Chiluk wrote: > On 09/11/2015 03:42 PM, Pádraig Brady wrote: >> On 31/08/15 22:05, Dave Chiluk wrote: >>> Fixes an issue where bind mounts with shorter mount directories than the >>> original mount are prioritized when running df. The root caus

bug#21460: Race condition in tests/tail-2/assert.sh

On 11/09/15 23:49, Pádraig Brady wrote: > On 11/09/15 21:55, Ludovic Courtès wrote: >> Paul Eggert <egg...@cs.ucla.edu> skribis: >> >>> Ludovic Courtès wrote: >>>> I think the problem happens when ‘tail’ opens ‘foo’ right in between of >>>> the

bug#21405: df has '/root/.gvfs': permission denied, again

On 03/09/15 16:02, John Bowling wrote: > This is a repeat of the bug around 2009. Well need more info. Which version of df are you using? Do you have a reference to the original discussion? thanks, Pádraig

bug#21406: tail: unrecognized file system type 0x24051905 for 'nohup.out'

unarchive 14020 forcemerge 14020 21406 stop On 03/09/15 17:33, Sean Machin wrote: > Hi, > > I’m getting the above message when trying to tail nohup.out on my Arm > embedded system. The filesystem is ubifs. The full message is: > > tail: unrecognized file system type 0x24051905 for

bug#21395: Bug with cut and Spanish characters from text file with UTF-8 encoding

On 02/09/15 01:41, Michael Lee wrote: > When using cut as, "cut -c 1" with a text file with Spanish characters, it > does not display those characters. > For example, the character ã or á will not display if it is the first > character and the file is trimmed using the cut command.

bug#21356: BUG: split shorter version of '--numeric-suffixes' give error

On 27/08/15 20:43, Stephane Chazelas wrote: > 2015-08-27 16:18:51 +0100, Pádraig Brady: > [...] >>> info page: > [...] >>> It's easy to miss that it's not `-d[FROM]` here. A note along >>> these lines could help: >>> >>> "Note that the FRO

bug#21372: [PATCH] df: fix prioritize real mounts over bind mounts

On 29/08/15 01:37, Pádraig Brady wrote: On 28/08/15 21:42, Dave Chiluk wrote: diff --git a/src/df.c b/src/df.c index 2e541b9..13e2661 100644 --- a/src/df.c +++ b/src/df.c @@ -652,9 +652,12 @@ filter_mount_list (bool devices_only) else if ((strchr (me-me_devname

bug#21372: [PATCH] df: fix prioritize real mounts over bind mounts

On 28/08/15 21:42, Dave Chiluk wrote: Fixes an issue where bind mounts with shorter mount directories than the original mount are prioritized when running df. The root cause of this is that /proc/self/mountinfo now lists the filesystem device with bind mounts rather than the source directory.

bug#21356: BUG: split shorter version of '--numeric-suffixes' give error

tag 21356 notabug close 21356 stop On 26/08/15 22:08, Tareque Md Khan wrote: Hi, My first bug-reporting. I discovered a /cosmetic/ bug in 'split' command. I wanted to split a file in 'n' chunks, with suffix 'a' chars wide and numeric suffix starting from 'd'. I tried $ split -n10

bug#21349: who shows no users nowadays on Debian

On 26/08/15 00:14, 積丹尼 Dan Jacobson wrote: (info (coreutils) who invocation) says If given no non-option arguments, ‘who’ prints the following information for each user currently logged on: login name, terminal line, login time, and remote hostname or X display. Say if this means remote

bug#21265: tail -f: inotify being used on non-regular files

On 15/08/15 13:35, Stephane Chazelas wrote: Hello, it seems on Linux, GNU tail -f uses inotify to check if data is available even for those types of files where inotify doesn't work. For instance, when running: tail -fn+1 /dev/tty Then press 1ReturnCtrl-D2ReturnCtrl-D3Return4Return

bug#21325: ls : feature request --width=zero

On 23/08/15 03:08, Beco wrote: On 22 August 2015 at 22:37, Paul Eggert egg...@cs.ucla.edu mailto:egg...@cs.ucla.edu wrote: That's annoying. Thanks for the bug report. I'm a bit dubious about equating zero to infinity, though, so I installed the attached patch instead. It will

bug#21290: ln --relative bug?

tag 21290 notabug close 21290 stop On 18/08/15 04:04, Matteo Cerutti wrote: Hi, is this the expected behavior? # ln -s /tmp/non_existent_file b # ln -s --relative b c # ls -lrth total 0 lrwxrwxrwx. 1 root root 22 Aug 18 13:03 b - /tmp/non_existent_file

bug#21264: timeout 0 behaviour

tag 21264 notabug close 21264 stop On 15/08/15 09:22, Kuchta, Tomasz wrote: Dear Coreutils developers, I’ve noticed that the timeout tool does not terminate the program being run, if the specified timeout is 0. I was wondering whether that’s an expected behaviour. I’ve tried it under

bug#21190: cut runs wrong

tag 21190 notabug close 21190 stop On 05/08/15 03:46, zsw wrote: I 'm a user of linux today I find the commandcut runs wrong , file 123 is : 1 2 3 4 5 6 7 8 9 after use the cut command : $ cut -f1 123.txt 1 2 3 4 5 6 7 8 9 I want to know where is wrong ,can you

bug#21186: date core with bad string

unarchive 16872 forcemerge 21186 16872 stop On 04/08/15 12:36, Michael Moffatt wrote: Hi there, I inadvertently discovered that the following bad input leads to a date core. While I accept that I was throwing garbage at poor old date, I thought that the resulting core merited a bug report.

bug#21153: coreutils-8.24 build problem, and a fix, on Solaris 10 SPARC

forcemerge 21059 21153 stop On 28/07/15 22:07, Nelson H. F. Beebe wrote: Attempts to build coreutils-8.24 on Solaris 10 SPARC failed with an unresolved symbol: checking whether fdatasync is declared... yes checking for library containing fdatasync... -lrt CCLD

bug#21130: test fail: 'tests/ls/stat-failed'

On 25/07/15 16:05, Paul Eggert wrote: Pádraig Brady wrote: On 24/07/15 22:46, Assaf Gordon wrote: If I understand correctly, The test creates a symlink to a directory then removes execute permissions: mkdir d ln -s / d/s chmod 600 d Then tries to dereference it: $ ls

bug#21128: Is this a BUG? Please Help Me !

tag 21128 notabug close 21128 stop On 24/07/15 09:20, liuquan wrote: Dear, engineer! I'm writing this E-mail to you since I think I've found something wrong in Ubuntu! My Operating System here is Ubuntu Kylin 14.04. I find a question about command 'paste' in command line. Support

bug#21130: test fail: 'tests/ls/stat-failed'

On 24/07/15 22:46, Assaf Gordon wrote: Hello, checking coreutils 8.24, running on NFS, the test 'ls/stat-failed' fails (log attached). If I understand correctly, The test creates a symlink to a directory then removes execute permissions: mkdir d ln -s / d/s chmod 600 d

bug#21130: test fail: 'tests/ls/stat-failed'

On 25/07/15 06:07, Pádraig Brady wrote: On 24/07/15 22:46, Assaf Gordon wrote: Hello, checking coreutils 8.24, running on NFS, the test 'ls/stat-failed' fails (log attached). If I understand correctly, The test creates a symlink to a directory then removes execute permissions: mkdir

bug#21098: uname man page

On 22/07/15 10:33, Stephane Chazelas wrote: 2015-07-22 01:54:58 +0100, Pádraig Brady: [...] On 21/07/15 14:34, Paul Eggert wrote: Thanks, that patch looks good, except for some nits. POSIX spells the phrase non-portable and we might as well be consistent. The --help lines would look

bug#21098: uname man page

unarchive 13001 unarchive 15757 forcemerge 13001 15757 21098 close 13001 stop On 21/07/15 14:34, Paul Eggert wrote: Thanks, that patch looks good, except for some nits. POSIX spells the phrase non-portable and we might as well be consistent. The --help lines would look better as:

bug#21098: uname man page

On 20/07/15 22:16, Assaf Gordon wrote: tag 21098 notabug stop Hello, On 07/20/2015 03:26 PM, Norbert de Jonge wrote: Maybe someone has time and energy to make some minor improvements to uname's man page. The problem lies in the vagueness and similarity of the options -m, -p and -i,

bug#21094: cp: add option to sort when copying

On 20/07/15 01:34, Pádraig Brady wrote: On 19/07/15 07:09, Steve Russell wrote: When performing a recursive copy of a large number of files it would be helpful to have an option to copy the files in each directory in sorted order of the file names. There are a couple of use cases

bug#21094: cp: add option to sort when copying

On 19/07/15 07:09, Steve Russell wrote: When performing a recursive copy of a large number of files it would be helpful to have an option to copy the files in each directory in sorted order of the file names. There are a couple of use cases for this. The first is to be able to easily

bug#21061: coreutils-8.24 - Partially reproducible failures of tests/misc/timeout-parameters.sh

On 18/07/15 04:09, Peter Bray wrote: On 17/07/15 06:56 PM, Pádraig Brady wrote: while true; do time gtimeout 0.1 sleep inf; test $? != 124 break; done Run this code on S10U8/32 for almost 12 hours without it stopping itself. An almost 10 hours on S10U11/32 with the same result

bug#21061: coreutils-8.24 - Partially reproducible failures of tests/misc/timeout-parameters.sh

On 17/07/15 04:21, Peter Bray wrote: On 16/07/15 05:56 PM, Pádraig Brady wrote: for i in $(seq 20); do time gtimeout 2.34e+5d sleep inf; done gtimeout 2.34e+5d gsleep inf 0.00s user 0.00s system 0% cpu 0.015 total gtimeout 2.34e+5d gsleep inf 0.00s user 0.00s system 0% cpu 0.009 total

bug#21061: coreutils-8.24 - Partially reproducible failures of tests/misc/timeout-parameters.sh

On 16/07/15 07:09, Peter Bray wrote: On 15/07/15 08:30 PM, Pádraig Brady wrote: On 15/07/15 10:22, Peter Bray wrote: Greetings, N.B. This bug report is for reference only, and documents only a partially reproducible check failure. No Action Requested. On Solaris 10 (Update 8

bug#21059: coreutils-8.24 - sync(1) fails to link on Solaris 10 - missing fdatasync() - solution provided (-lrt)

On 15/07/15 04:10, Peter Bray wrote: Greetings, In attempting to build coreutils-8.24 on Sun Solaris 10 Update 8 and Oracle Solaris 10 Update 11 (both X86 VMs where the OS is unpatched), I found that the GNU coreutils sync(1) command would not link, failing to find the symbol 'fdatasync'.

bug#21060: coreutils-8.24 - perl 5.22 warning on regular expression in gmake check output

On 15/07/15 08:58, Peter Bray wrote: Greetings, While trying to prepare another bug report, I discovered that perl-5.22 warnings of the form: Unescaped left brace in regexp is deprecated Fixed with: http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=a652e7b thanks, Pádraig.

bug#21062: coreutils-8.24 - cp(1) check failures on tmpfs filesystem (Solaris 10 / Solaris 11)

On 15/07/15 12:04, Peter Bray wrote: Greetings, While building coreutils-8.24 on Sun Solaris 10 Update 8, Oracle Solaris 10 Update 11 and Oracle Solaris 11.2, I noticed the gmake check on Solaris 10 Update 11 and Solaris 11.2 systems would give (at least) FAIL: 7 and ERROR: 1 in the final

bug#21065: Small bug in touch

On 15/07/15 14:25, Rickard Norlander wrote: touch version 8.23 Command: $ touch -- '-' Happens: Returns successfully, but no file is created (if file exists, timestamp is not updated) That is inconsistent with other platforms, though is documented at the top of the man page, and done on

bug#21011: df utility bug

tag 21011 notabug close 21011 stop On 08/07/15 09:39, erbenton wrote: Hi, The -x option of 'df' doesnt seem to work, when I exclude type sysfs it still includes it. I was trying to get around this annoying error using the -x option. e.g: df df: ‘/sys/kernel/debug/tracing’: Permission

bug#21011: df utility

On 08/07/15 22:57, erbenton wrote: df (GNU coreutils) 8.21 OpenSuse 13.1 ~cd $HOME ~ df -x debugfs df: ‘/sys/kernel/debug/tracing’: Permission denied Does `sudo df -T /sys/kernel/debug/tracing` indicate another type to be filtering on? thanks, Pádraig.

bug#21000: coreutils 8.24 sort -h gets ordering wrong

On 07/07/15 16:27, Paul Eggert wrote: Christopher Samuel wrote: it appears that this ordering is derived purely on an ordering of the suffixes rather than doing any form of conversion. It's not purely the suffixes; it looks at suffixes first, and looks at the numbers if the suffixes are

bug#21000: coreutils 8.24 sort -h gets ordering wrong

tag 21000 wontfix close 21000 stop On 07/07/15 03:00, Christopher Samuel wrote: Hi there, When trying to sort with the -h option (--human-numeric-sort) it seems to fail to get the ordering correct, for instance in a column of values of memory usage from the Slurm HPC batch system you get

bug#20998: Out of bounds global read in shred / genpattern()

On 07/07/15 00:29, Hanno Böck wrote: Hi, There is an out of bounds read error in the function genpattern() in shred (coreutils 8.23). This issue only appears randomly. To test: a) recompile coreutils 8.23 with address sanitizer: ./configure CFLAGS=-fsanitize=address -g

bug#20998: Out of bounds global read in shred / genpattern()

On 07/07/15 01:45, Pádraig Brady wrote: On 07/07/15 00:29, Hanno Böck wrote: Hi, There is an out of bounds read error in the function genpattern() in shred (coreutils 8.23). This issue only appears randomly. To test: a) recompile coreutils 8.23 with address sanitizer Nice one

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

On 01/07/15 06:44, Sunil Yadav wrote: Hi, In one of my tool unix command dd to convert and copy a file has been used. Most of time this commands runs well while executing with following options dd ibs=20b if=/tmp/test3 output: 16019+1 records in 320380+1 records out 164034561 bytes

bug#20928: cut (v. 8.21), using -f option with a single column

tag 20928 notabug close 20928 stop On 29/06/15 09:18, Kuchta, Tomasz wrote: Hello. I’m not sure if this is a bug - I just wanted to let you know. Thanks, Tomek —— When there is more than one column and we go beyond the number of columns with the -f option, the output is empty $

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

On 19/06/15 11:23, Alexey Salmin wrote: Image you need to move the $PWD/tmploc/a directory into $PWD/a and ensure you don't end up with $PWD/a/a when $PWD/a already exists. The mv --no-target-directory (or mv -T) does exactly that, however there are three different cases depending on a type of

bug#19570: bug: df and bind mounts

On 12/01/15 01:31, Pádraig Brady wrote: On 11/01/15 23:36, Vladimir A. Pavlov wrote: Hello, I have an issue with df (both in version 8.23 and in master branch). I have tmpfs mounted as /run . There is /run/cgs/httpd subdirectory in /run (just a subdirectory, not a tmpfs or another mount

bug#20884: copying NFS4 ACLs portably

On 23/06/15 17:02, Michael Stone wrote: I'm looking for some information before I run too far down this rathole. Currently cp --preserve=all will attempt to preserve both the unix modes and any ACL on a file. This seems to be working entirely as expected with a linux NFS4 client server. If

bug#20874: Split -d skips to 9000 at 90

tag 20874 notabug close 20874 stop On 22/06/15 10:20, Kevin Tan wrote: Coreutils version: 8.23-3ubuntu1 Operating system: Ubuntu 15.04 Split with numeric suffixes adds extra digits in the suffix from 90+ and begins counting again from the 9000s. All 90s after the first have no jumps.

bug#20850: acknowledged by developer (Re: bug#20850: Converting under Linux a by date calculated epochtime back with date, does not return the same data)

On 22/06/15 13:05, Bahn, Ingo wrote: Hello Pádraig / GNU (coreutils) team, I hope you had a good weekend and thank you for the quick reply. I appreciate that. The -u (UTC) option I also attempted before opening the bug with you, but also got the same different results between Linux and

bug#20850: Converting under Linux a by date calculated epochtime back with date, does not return the same data

tag 20850 notabug close 20850 stop On 19/06/15 10:03, Bahn, Ingo wrote: Good Morning, I am converting a timestamp into the respective epochtime number using the 'date' command from 'coreutils'. When I convert this back however, the result differs from the initial input. I'd expect the

bug#20835: rmdir foo/. fails

On 17/06/15 12:03, Ed Avis wrote: Thanks Pádraig Brady for your reply. You mentioned the manual page for rmdir(2) and the POSIX spec. But isn't that POSIX spec talking about the rmdir(2) system call - not the rmdir(1) executable? As far as I know there is no requirement that rmdir(1

bug#20835: rmdir foo/. fails

tag 20835 notabug close 20835 stop On 17/06/15 11:24, Ed Avis wrote: % mkdir foo % rmdir foo/. rmdir: failed to remove ‘foo/.’: Invalid argument % rmdir --version rmdir (GNU coreutils) 8.23 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

bug#20827: uname -r not printing full kernel version

tag 20827 notabug close 20827 stop On 16/06/15 11:03, K, Senthil Kumar wrote: Hi Team, I have upgraded suse 11.1 to suse 11.3 but actual kernel name should be kernel-default-3.0.101-0.47.52.1 but uname –r prints like below. Could you please check and revert below. sl01407:~

bug#20733: coreutils build problem

On 06/06/15 08:51, Paul Eggert wrote: I installed the attached further patches to gnulib and to coreutils, respectively. Could you please try: http://www.cs.ucla.edu/~eggert/coreutils-8.23.212-d8a5.tar.xz Thanks for doing all that! It all looks good and sensible. I made a couple of tweaks

bug#20733: coreutils build problem

On 06/06/15 17:32, Michael Felt wrote: I downloaded, unpacked, ran configure and then make -i. The only thing notable is still the problem with the man page for 'test' aka '[' (right_bracket) GEN man/test.1 help2man: can't get `--help' info from man/test.td/[ http://test.td/[ Try

bug#20751: wc -m doesn't count UTF-8 characters properly

tag 20751 notabug close 20751 stop On 06/06/15 19:49, Valdis Vītoliņš wrote: Version: wc (GNU coreutils) 8.21 When 'wc -m' is invoked, it should print character count, but it counts incorrectly UTF-8 encoded characters. Attached files have 3, 4 an 6 bytes in them, but all have only two UTF-8

bug#20745: I would like to make a request for the sort command

On 05/06/15 18:13, Silverman, Jeffrey X. -ND wrote: People, I realize that the sort command must be on the order of 40 years old and is “mature” software, but I would like to make a request for enhancement anyway. I would like the capability of adding 2 data types that can be sorted: IPv4

bug#20733: coreutils build problem

On 05/06/15 17:02, Michael Felt wrote: Attribute constructor is not supported Does the attached patch help? thanks, Pádraig. From 2356b3663f8d08b7d3d1e4496f22dcea3c5b76b6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?P=C3=A1draig=20Brady?= p...@draigbrady.com Date: Fri, 5 Jun 2015 18:49:48 +0100

bug#20733: coreutils build problem

On 05/06/15 20:27, Eric Blake wrote: On 06/05/2015 11:53 AM, Pádraig Brady wrote: On 05/06/15 17:02, Michael Felt wrote: Attribute constructor is not supported Does the attached patch help? +++ b/configure.ac @@ -455,7 +455,11 @@ if test $gl_cv_list_mounted_fs = yes test

bug#20733: coreutils build problem

On 06/06/15 03:54, Michael Felt wrote: I assume the error is mine, but I do not understand what. After automake and autoconf (just to be sure) make wants to call missing, but that does not succeed. CDPATH=${ZSH_VERSION+.}: cd . /bin/sh

bug#20725: Shuf problem

tag 20725 wontfix close 20725 stop On 03/06/15 14:40, Federico Alves wrote: Dear Padraig I think this is exactly the case. Please consider a very large file. It would be very inefficient to use sed first, and the shuf. A simple switch in shuf would be way better. It should be ON ny

bug#20725: Shuf problem

On 03/06/15 14:20, Federico Alves wrote: I think that shuf should have an option, may set ON by default, to avoid empty lines in a file when shuffling it. if a file has 100 lines and ten are simply returns, 99% of the time I do not want an empty line, I want only the real lines. We would

bug#20696: Please update to latest gnulib

forcemerge 20310 20311 20312 20666 20667 20696 close 20310 stop Note to send a mail without opening another bug, you can send to coreut...@gnu.org On 30/05/15 14:10, Andreas Grünbacher wrote: Hello, could you please update to the latest version of gnulib to pull in the acl rewrite? This

bug#20631: 'df/df-output ' test fails due to extra space in header line on large disk

On 22/05/15 19:15, Assaf Gordon wrote: Hello, Using the latest coreutils from git, 'tests/df/df-output' fails due to one extra space in the header line, needed to accommodate a large disk. Log attached, but the problem is likely this: # This is a large disk... $ ./src/df -hl

bug#20616: mkdir: -p breaks -Z

Fix pushed at: http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=4ce7488 cheers, Pádraig.

bug#20616: mkdir: -p breaks -Z

On 20/05/15 13:03, Hannes Reich wrote: The -Z (set SELinux context) option to mkdir appears to have no effect when -p (no error if existing, create parents) is also specified. For example, on my CentOS 7 system, the correct context for subdirectories of /home is user_home_dir_t, but when I

bug#20603: Possible bug in cp

tag 20603 notabug close 20603 stop On 18/05/15 14:04, Chris Puttick wrote: Hi In moment of tiredness issued a cp command similar to cp /path/to/files/* neglecting to add a destination (should have been ./) The files in the directory were 2 vdisks both ending .qcow2. No error

bug#20603: Possible bug in cp

On 18/05/15 15:49, Chris Puttick wrote: Follow up, reproducing: tested on openSuSE Factory Do: # mkdir test # echo this is file 1 test/file1 # touch test/file2 # cp test/* # cat test/file2 If there is a 3rd file in the directory you get an error: cp: target ‘test/file3’ is not

bug#20570: bug#20574: Test du/2g.sh fails with btrfs

forcemerge 20570 20574 stop On 14/05/15 13:19, Sébastien Luttringer wrote: Hello, In the same spirit than my yesterday report[1], the following test fail on btrfs when it works on tmpfs. $ RUN_VERY_EXPENSIVE_TESTS=yes ./tests/du/2g.sh creating a 2GB file: 100% complete--- exp 2015-05-14

bug#20575: possible bug with false?

tag 20575 notabug close 20575 stop On 14/05/15 16:30, Brian Walsh wrote: 'false --help' and 'false --version' print nothing and return an error. I honestly don't know if it's working as intended. If not, the man page needs to be updated. I think you're using the shell builtin? Try: env

bug#20570: bug#20574: Test du/2g.sh fails with btrfs

On 14/05/15 20:32, Bernhard Voelker wrote: On 05/14/2015 03:14 PM, Pádraig Brady wrote: --- a/tests/tail-2/inotify-rotate-resources.sh +++ b/tests/tail-2/inotify-rotate-resources.sh @@ -25,7 +25,7 @@ grep '^#define HAVE_INOTIFY 1' $CONFIG_HEADER /dev/null \ require_strace_

bug#20570: Test dd/sparse.sh fail with btrfs

On 14/05/15 03:53, Sébastien Luttringer wrote: Hello, I experience one test suite failure when I tried to rebuild the coreutils v8.23 package. My system is an archlinux host with a btrfs filesystem. The test doesn't fail when I run it in a tmpfs. I'm pretty sure it used to works over

bug#20511: split : does not account for --numeric-suffixes=FROM in calculation of suffix length?

On 06/05/15 11:53, Pádraig Brady wrote: On 06/05/15 05:29, Ben Rusholme wrote: As you say, this can always be fixed by the --suffix-length argument, but it’s only required for certain combinations of FROM and CHUNK, (and “split” already has all the information it needs). Now you could bump

bug#20553: 'echo -e' does not escape backslash correctly

tag 20553 notabug close 20553 stop On 11/05/15 22:50, Jo Drexl (FFGR-IT) wrote: Hi guys, I had to write a Windows bat file for twentysomething users and - as Linux geek - wrote a small Bash script for it. The code in question is as follows: echo -e net use z: srv\\aqs /persistent:no

bug#20536: avoid new gcc warning: ENOTSUP vs EOPNOTSUPP

On 09/05/15 19:15, Jim Meyering wrote: Building with very new gcc-from-git, I encountered 3 new warnings. Here's a patch to address them: Without this change, very recent gcc (e.g., version 6.0.0 20150509) would print the following when configured with --enable-gcc-warnings:

bug#20523: GNU coreutils 8.4 date: wrong day shift calculation at the spring daylight savings time cutover

forcemerge 18159 20523 stop previously discussed at: http://bugs.gnu.org/18159 On 07/05/15 01:52, Markus Baur wrote: On one of my production systems I do daily database dumps between midnight and 1am every day. I noticed on March 9th this year is was dumping the wrong day. Digging further

bug#20529: cp bug

tag 20529 notabug close 20529 stop On 08/05/15 02:04, Dargahwala Idrees wrote: Hello sir, I am getting this error while building a rom for my device cp bug http://www.google.com/url?q=http%3A%2F%2Fpastebin.com%2FLcnNeH1nsa=Dsntz=1usg=AFQjCNE1ak8f3RVyNtnbnL1RqHkfeSad4w Please

bug#20511: split : does not account for --numeric-suffixes=FROM in calculation of suffix length?

On 06/05/15 05:29, Ben Rusholme wrote: As you say, this can always be fixed by the --suffix-length argument, but it’s only required for certain combinations of FROM and CHUNK, (and “split” already has all the information it needs). Now you could bump the suffix length based on the start

bug#20514: Patch to tie --help and --version behavior to POSIXLY_CORRECT

On 06/05/15 16:40, Shawn McMahon wrote: The following patch to test ties the behavior of --help and --version to POSIXLY_CORRECT. I don't believe this breaks anything, and if it does it can by fixed by setting the time-honored variable. This will solve the problem of users occasionally

<    5   6   7   8   9   10   11   12   13   14   >