bug#24015: [PATCH] sort: make -h work with -k and blank used as thousands separator

> On 17/07/16 17:02, Kamil Dudka wrote: >> diff --git a/src/sort.c b/src/sort.c >> index f717604..a2cadda 100644 >> --- a/src/sort.c >> +++ b/src/sort.c >> @@ -1904,12 +1904,16 @@ find_unit_order (char const *number) >> to be lacking in units. >> FIXME: add support for multibyte

bug#24015: [PATCH] sort: make -h work with -k and blank used as thousands separator

On 17/07/16 17:02, Kamil Dudka wrote: > * src/sort.c (find_unit_order): Allow to skip only one occurrence > of thousands_sep to avoid finding the unit in the next column in case > thousands_sep matches as blank and is used as column delimiter. > * tests/misc/sort-h-thousands-sep.sh: Add regression

bug#23868: [PATCH v2] install: with -Z, set default SELinux context also for directories

Excellent. Applied with an entry in NEWS, and the gnu bug referenced. http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=v8.25-44-g502518b thanks! Pádraig.

bug#23886: testcase issue

On 01/07/16 15:01, Rabia Arsalane wrote: > Hi , > > I'm nort able to slplit the lib file > >> split -b 1000m libs_2016_Jul_1_084343.tgz libs_2016_Jul_1_084343aa > split: extra operand `libs_2016_Jul_1_084343.tgz' Hi. What version of split is this? I can't reproduce this. thanks, Pádraig.

bug#23868: [PATCH] install: with -Z, set default SELinux context also for directories

On 29/06/16 13:51, Kamil Dudka wrote: > * doc/coreutils.texi (install invocation): Update -Z documentation. > * src/install.c (make_ancestor): Set default security context before > calling mkdir() if the -Z option was given. > (process_dir): Call restorecon() on the destination directory if the -Z

bug#23866: stty sane behaviour.

On 29/06/16 02:06, Rich Burridge wrote: > On 06/28/2016 05:05 PM, Pádraig Brady wrote: >> On 29/06/16 00:03, Rich Burridge wrote: >>> ... >> Thanks for the detailed analysis. >> It looks like this was already handled and we need to >> expand the conditions w

bug#23866: stty sane behaviour.

On 29/06/16 00:03, Rich Burridge wrote: > This was filed as a Solaris bug against the GNU coreutils version of > stty. I don't know enough to determine whether there is a real problem > here on not, so forwarding to the experts. > > /usr/bin/stty is the Solaris version of stty and

bug#23825: maint: avoid md5sum.c warning from bleeding-edge gcc's -Wstrict-overflow

On 25/06/16 00:08, Paul Eggert wrote: > I used full_write to simplify that, and also changed it to use just > full_write and not a mixture of full_write and stdio. and clever reuse of argv[] for large operands. thanks! Pádraig

bug#23825: maint: avoid md5sum.c warning from bleeding-edge gcc's -Wstrict-overflow

On 23/06/16 08:13, Paul Eggert wrote: > Incidentally, 'yes' has a different bug: it mishandles the case where > 'write' succeeds but returns a value less than the buffer size. I'll try > to look into that too. Simplest would be to use stdio (the comments > indicate this has performance issues

bug#23804: Tail: unrecognized file type

forcemerge 23273 23804 close 23804 stop On 19/06/16 08:46, Trav Easton wrote: > I just received this error: > tail: unrecognized file system type 0x53464846 for ‘../../kodi.log’. please > report this to bug-coreutils@gnu.org. reverting to polling > > I ran this command: > tail -f ../../kodi.log

bug#23665: spaces in keys: doc, --debug in LC_ALL=C

On 01/06/16 03:15, Assaf Gordon wrote: On May 31, 2016, at 20:54, Pádraig Brady <p...@draigbrady.com> wrote: On 01/06/16 01:38, Assaf Gordon wrote: 2. add a bit more verbose progress information to the 'sort-debug-warn.sh' test - just so it'll be easier to discuss to the changed me

bug#23665: spaces in keys: doc, --debug in LC_ALL=C

On 31/05/16 20:11, Assaf Gordon wrote: Hello Karl! On 05/31/2016 02:32 PM, Karl Berry wrote: I run LC_ALL=en_US.UTF-8 sort --debug -k 2 /tmp/foo # or -k 2,2 et al. And get the nicely explanatory output for the "surprising" result: [...] Just to verify, the surprising result is in C

bug#23516: tail -f

On 12/05/16 23:29, Bernhard Voelker wrote: On 05/12/2016 10:54 AM, Pádraig Brady wrote: On 11/05/16 21:35, Alan Aguia wrote: Hi I have a developement in Azure using docker and Ubuntu, Apache y Php and I am getting the following error tail: unrecognized file system type 0xfe534d42 for '/var

bug#13028: inplace

On 16/05/16 14:47, Reuben Thomas wrote: On 16 May 2016 at 14:42, Pádraig Brady <p...@draigbrady.com> wrote: On 16/05/16 14:15, Reuben Thomas wrote: ​Did this get anywhere? Nothing public unfortunately. ​Are there difficulties one might be able to help with? I just don'

bug#13028: inplace

On 16/05/16 14:15, Reuben Thomas wrote: On 29 November 2012 at 19:16, Pádraig Brady <p...@draigbrady.com> wrote: On 11/29/2012 07:03 PM, Reuben Thomas wrote: On 29 November 2012 15:35, Pádraig Brady <p...@draigbrady.com> wrote: I definitely think this is worthwhile. Gr

bug#23538: Tail command exception

On 14/05/16 18:57, Dan Sichitiu wrote: Hello, Please be advised that tail command is reporting an exception when applied to a file stored on Oracle ACFS (Automatic Storage Management Cluster File System): Unrecognized file system. . . This should already be handled in v8.25 with:

bug#23537: timeout test gets false-positive for duration of -1.189731495357231765e+4932

On 14/05/16 18:09, Jim Meyering wrote: On systems with recent glibc, this abuse of timeout elicits the expected error: $ src/timeout -- -1.189731495357231765e+4932 sleep 0 src/timeout: invalid time interval ‘-1.189731495357231765e+4932’ Try 'src/timeout --help' for more information.

bug#23516: tail -f

On 12/05/16 23:29, Bernhard Voelker wrote: On 05/12/2016 10:54 AM, Pádraig Brady wrote: On 11/05/16 21:35, Alan Aguia wrote: Hi I have a developement in Azure using docker and Ubuntu, Apache y Php and I am getting the following error tail: unrecognized file system type 0xfe534d42 for '/var

bug#23516: tail -f

On 11/05/16 21:35, Alan Aguia wrote: Hi I have a developement in Azure using docker and Ubuntu, Apache y Php and I am getting the following error tail: unrecognized file system type 0xfe534d42 for '/var/appdata/logs/application.log'. please report this to bug-coreutils@gnu.org. reverting to

bug#23422: stat -c %N returns strange results for file names including

On 02/05/16 15:27, Michael Albinus wrote: Eric Blake writes: Hi Eric, I have a file called "foobar". Yes, it includes the char in its name. When I call "stat -c %N", I get 'foo'$'\t''bar' . That is intentional; in the same vein as the way 'ls' changed its default output

bug#23422: stat -c %N returns strange results for file names including

On 02/05/16 10:27, Michael Albinus wrote: Hi, I have a file called "foobar". Yes, it includes the char in its name. When I call "stat -c %N", I get 'foo'$'\t''bar' . This looks pretty strange. It is with "stat (GNU coreutils) 8.25". Earlier stat versions, say "stat (GNU coreutils) 6.12" on

bug#23379: [PATCH] tests/misc/date.pl: uppercase/lowercase test

On 26/04/16 08:36, Jakub Martisko wrote: Added some basic test for date lowercase/uppercase output. Depends on https://lists.gnu.org/archive/html/bug-gnulib/2016-04/msg00015.html Thanks I responded on that thread. Re the patch here, we'd need doc updates for date.c and coreutils.texi But all

bug#23273: Error using windows 10 bash error 0x53464846 doing a tail -f

On 26/04/16 07:22, Bernhard Voelker wrote: On 04/23/2016 12:19 PM, Pádraig Brady wrote: Heh just after I push this I see reference to VolFS and DriveFS :) https://blogs.msdn.microsoft.com/wsl/2016/04/22/windows-subsystem-for-linux-overview/ oh, thanks. Hmm, I couldn't find any other site

bug#23273: Error using windows 10 bash error 0x53464846 doing a tail -f

On 22/04/16 18:47, Bernhard Voelker wrote: On 04/21/2016 11:15 PM, Pádraig Brady wrote: bike-shedding, I notice the ASCII of the ID backwards is FHFS. Perhaps that means File Handle FS? Searching shows nothing. I'll stay with WSLFS for now +1 Heh just after I push this I see reference

bug#23273: Error using windows 10 bash error 0x53464846 doing a tail -f

On 21/04/16 21:57, Pádraig Brady wrote: On 12/04/16 09:11, Bernhard Voelker wrote: On 04/12/2016 01:54 AM, Pádraig Brady wrote: On 11/04/16 23:37, Dennis J wrote: I'm getting this error when doing a tail -f on a simple text file. tail: unrecognized file system type 0x53464846 for ‘kn.txt

bug#23273: Error using windows 10 bash error 0x53464846 doing a tail -f

On 12/04/16 09:11, Bernhard Voelker wrote: On 04/12/2016 01:54 AM, Pádraig Brady wrote: On 11/04/16 23:37, Dennis J wrote: I'm getting this error when doing a tail -f on a simple text file. tail: unrecognized file system type 0x53464846 for ‘kn.txt’. please report this to bug-coreutils

bug#23110: seq apparent bug

The 2 patches look good. On 14/04/16 17:37, Bernhard Voelker wrote: >seq 1 .001 1 I consider this a bug in seq: from mathematical point of view, the above should just output "1" and then exit, because after adding that tiny number the next number would be

bug#23273: Error using windows 10 bash error 0x53464846 doing a tail -f

On 11/04/16 23:37, Dennis J wrote: I'm getting this error when doing a tail -f on a simple text file. tail: unrecognized file system type 0x53464846 for ‘kn.txt’. please report this to bug-coreutils@gnu.org. reverting to polling Interesting. What do we call this win_bashfs or something?

bug#23250: tail: unrecognized file system

forcemerge 22151 22233 22393 22839 22977 23125 23250 stop On 09/04/16 02:44, Rockoteka wrote: tail: unrecognized file system type 0x794c7630 @ Linux kali 4.3.0-kali1-amd64 #1 SMP Debian 4.3.3-5kali4 (2016-01-13) x86_64 GNU/Linux, file saved on persistent USB storage.

bug#23153: [PATCH]: For FIXME in cp.c

On 29/03/16 16:28, Rishabh Dave wrote: Hello, I have wrote the attached patch for following FIXME in file src/cp.c - /* FIXME: consider not calling getenv for SIMPLE_BACKUP_SUFFIX unless we'll actually use backup_suffix_string. */ backup_suffix_string = getenv

bug#23176: Bug report / tail / ubuntu 14.04.2 LTS /

forcemerge 23143 23176 close 23176 stop On 01/04/16 08:55, Bernhard Voelker wrote: Thanks for the report, but I'm afraid the PNGs attached to [0] are not readable: The image "..." cannot be displayed because it contains errors. [0] http://bugs.gnu.org/23176 stored pngs are mangled for

bug#23143: tail: unrecognized file system type 0x7c7c6673

On 30/03/16 21:15, Mikhail Emelchenkov wrote: Hello Pádraig, Heh 0x7C7C6673 is ||fs in ASCII. I like it :) Me too :) Could you install inotify-tools and use inotifywait to see if inotify is supported on prl_fs? That will let us tag it appropriately. I did it. Mixed picture: 1. Run

bug#23143: tail: unrecognized file system type 0x7c7c6673

On 29/03/16 12:40, Mikhail Emelchenkov wrote: Hello, tail ask me to send bugreport to your email address, and I am doing it. When using Parallels 11 OS X with Vagrant and Ubuntu guest, got this error. `tails` utility can't detect `prl_fs` filesystem. tail: unrecognized file system type

bug#23125: unrecognized file system type 0x794c7630 for ‘/var/log/auth.log’. please report this to bug-coreutils@gnu.org. reverting to polling

unarchive 22151 22233 forcemerge 22151 22233 22393 22839 22977 23125 stop See http://bugs.gnu.org/22151 On 27/03/16 13:26, Adrian Bone wrote: Got this message after typing tail -f /var/log/auth.log Running kali 2.00 64bit live boot from USB. Have not noticed any problems. tail:

bug#23120: cp with --dereference (-L) and --link (-l) or --symbolic-link (-s)

unarchive 15173 stop On 26/03/16 10:36, Petr Skočík wrote: Hi, I'm on a system with cp 8.21, and when I do `cp -Ll` or `cp -Ls` on a symlink, it hardlinks (-Ll) or symlinks (-Ls) the symlink instead of the target of the symlink. It behaves the same on single files and trees (with `-r`). I

bug#23121: Wrong translation in stty

forcemerge 22758 22686 23121 stop On 26/03/16 11:38, Roland Illig wrote: Hello, in coreutils-8.25, src/stty.c, line 955, the string "" is selected for translation. This is wrong, since the empty string has a special meaning: it outputs general information about the translation. You can see it

bug#23073: wc reports wrong byte counts when using '--from-files0=-'

On 21/03/16 00:59, William R. Fraser wrote: When wc gets its list of files by reading from stdin, using the argument '--from-files0=-', it reuses the same fstatus struct for each file. The problem is that the 'wc' function checks the 'failed' member of this struct and if it is <=0, it skips

bug#23024: ls output quoting (when using --dired switch)

On 15/03/16 23:35, Daniel Lopez wrote: Hi, The recent change to the default way that ls renders filenames with spaces in (now surrounding them in single quotes) is also happening in the presence of this switch: -D, --diredgenerate output designed for Emacs' dired mode and

bug#22909: [PATCH] test: Document that -a and -o are undesirable

On 04/03/16 08:55, Eric Blake wrote: POSIX recommends avoiding -a and -o, for good reason. src/test.c (usage): Mention that inherent ambiguities exist with binary -a and -o. Problem reported by Martin Gebert in: http://bugs.gnu.org/22909 --- src/test.c | 5 + 1 file changed, 5

bug#22880: cut does a strange cut

tag 22880 notabug close 22880 stop This is Fedora specific (and maybe already fixed (so try updating coreutils (from updates-testing))) There is some Fedora specific churn with i18n support, without any tests unfortunately. cheers, Pádraig On 02/03/16 00:01, Matteo Melli wrote: Hello, I

bug#22839: tail: unrecognized file system type 0x794c7630 for ‘/var/log/syslog’

forcemerge 22839 22151 close 22151 thanks On 28/02/16 05:40, Ron Shoshani wrote: > Hi, > > syslog-ng outputs the above error on my ubuntu box - > > Linux version 3.19.0-30-generic (buildd@lcy01-14) (gcc version 4.9.2 > (Ubuntu 4.9.2-10ubuntu13) ) #34-Ubuntu SMP Fri Oct 2 22:08:41 UTC 2015 > >

bug#22758: stty help display PO/POT file header

forcemerge 22758 22686 stop On 21/02/16 02:16, Akihiro Motoki wrote: > PO/POT file header is displayed in the help message of stty from > coreutils 8.25 as below. > The following patch fixes this. > > > --- coreutils-8.25/src/stty.c.orig 2016-02-19 04:42:49.092838666 +0900 > +++

bug#22696: ls output changes considered unacceptable

On 16/02/16 12:41, Paul Eggert wrote: > On 02/16/2016 10:48 AM, Ruediger Meier wrote: > >> What about readlink, basename, mktemp ... Why they don't have a >> terminal mode too? > > If a command is commonly used at the top level, it probably should do > something like 'ls' does, yes. The

bug#22686: An empty string marked for translation

On 15/02/16 11:10, Göran Uddeborg wrote: > On line 955 of src/stty.c there is an empty string marked for > translation. > > fputs (_("\ > "), stdout); > > This might actually be harmful. Po files use the translation of the > empty string as a header. So depending on the gettext

bug#22624: [bug-coreutils] coreutils-8.25: big success, but problem on GNU/Hurd

On 12/02/16 10:18, Paul Eggert wrote: > On 02/11/2016 08:13 PM, Pádraig Brady wrote: >> The changes look good, except for this: >> >>$ seq 1000 | split -n4 >>$ seq 10 | split -n4 >>split: -: cannot determine file size: Illegal seek >>

bug#22624: [bug-coreutils] coreutils-8.25: big success, but problem on GNU/Hurd

On 10/02/16 13:57, Nelson H. F. Beebe wrote: > I'm pleased to report successful builds, validations, and > installations of coreutils-8.25 on at least 72 of the 77 machines in > our lab running various flavors of Unix. Looks like were improving well in portability :) Many thanks for giving access

bug#22580: shell-escape in tty in ls

On 06/02/16 20:28, Paul Vint wrote: > Maybe I'm the only one, but the new change in ls seems bad: > > set_quoting_style (NULL, shell_escape_quoting_style); > > This is set if the output is a TTY. > Why would we want to quote if the output is a TTY? > > It makes the output appear strange

bug#14752: [PATCH] sort: print warning when fork() failed for --compress-program

unarchive 14752 On 28/05/14 08:15, Pádraig Brady wrote: > On 05/26/2014 10:10 PM, Pádraig Brady wrote: >> On 05/26/2014 10:00 PM, Azat Khuzhin wrote: >>>> So the issue here is that sort is allocating >>>> a large buffer up front thus impacting the fork(). >

bug#22491: Incorrect date(1) man page about --iso-8601 example for GNU coreutils 8.25

On 29/01/16 18:04, Vincent Lefevre wrote: > Hi, > > In the date(1) man page, the --iso-8601 example is: > > 2006-08-14T02:34:56-0600 > > This should be: > > 2006-08-14T02:34:56-06:00 Fixed in your name at: http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=380ab84 thanks,

bug#22430: Relocation error with libstdbuf.so on Solaris SPARC with Studio compilation.

On 22/01/16 02:28, Rich Burridge wrote: > Hi, > > We've noticed an interesting problem recently with the version of stdbuf > (really libstdbuf.so) from coreutils version 8.24 on SPARC in Solaris 12. > > If you do something like: > >$ stdbuf -oL echo > > it generates: > > ld.so.1: echo:

bug#22397: Date -- Format arithemtic yields unexpected results

tag 22397 notabug close On 18/01/16 03:53, Adam Danischewski wrote: > $> date > Sun Jan 17 22:49:40 EST 2016 > $> date -d"04:00" > Sun Jan 17 04:00:00 EST 2016 > $> date -d"04:00 +1 day" > Sun Jan 17 22:00:00 EST 2016 > > To fix this, a work around for me now is: > $> date -d"$(date -d"04:00")

bug#20111: nice.1, renice.1 and nice.info : claims non-root user cannot decrease niceness

tag 20111 notabug close 20111 stop coreutils nice docs don't mention the root user. renice is implemented by util-linux so CCing there. thanks, Pádraig. On 15/03/15 18:32, Stéphane Aulery wrote: > Hello, > > I had you followed a bug reported by a Ubuntu user [1] about "nice value" > change: >

bug#19849: RFE: du output uses undefined screen-tabsize: expand tabs to spaces or "-T option?"

tag 19849 notabug close 19849 stop On 12/02/15 21:17, Linda Walsh wrote: > I run a linux compat term that allows setting the tab size. > Since most of my usage is using tabsize=2, I set the term's > tabsize to such when it comes up. > > Programs that can display tabs in output like > 'ls',

bug#21497: install from multiple sources to -t target uses incorrect folder on some sources

On 16/09/15 15:29, Chris Severance wrote: > The following script of 4 equivalent installs does not complete. > > #!/usr/bin/bash > > set -e > set -u > > # Bug report for install (GNU coreutils) 8.24 > # Arch Linux gq 4.1.6-1-ARCH #1 SMP PREEMPT Mon Aug 17 08:52:28 CEST > 2015 x86_64 GNU/Linux >

bug#17505: bug#22277: 'dd' - stats are not what expected

On 31/12/15 10:18, Pádraig Brady wrote: > unarchive 17505 > forcemerge 17505 22277 > stop > > On 31/12/15 01:11, Mike Fiedler wrote: >> >> Hi, >> >> I ran one of my favorite utilities 'dd' again this evening, this time with >> bs=1G ( IEC ) - I

bug#22277: 'dd' - stats are not what expected

unarchive 17505 forcemerge 17505 22277 stop On 31/12/15 01:11, Mike Fiedler wrote: > > Hi, > > I ran one of my favorite utilities 'dd' again this evening, this time with > bs=1G ( IEC ) - I usually do 1M but this time I dealt with more data to be > copied... > I had to copy about 215 GiB of

bug#22233: bug: unrecognized file system type 0x794c7630

forcemerge 22233 22151 close 22151 stop On 24/12/15 21:08, Michael Martin wrote: > running elk using docker 1.9.1 and docker-compose 1.5.2 I receive the > following directives: > > /elk_1 | tail: unrecognized file system type 0x794c7630 for > '/var/log/elasticsearch/elasticsearch.log'. please

bug#22216: test, expr Operator Precedence and Associativity

y expr's? expr precedence is quite well described I think. How about this for test(1): commit fd92e4f9c0c7465472660948008879e7e6df1de8 Author: Pádraig Brady <p...@draigbrady.com> Date: Mon Dec 21 17:57:30 2015 + doc: describe test operator precedence and associativity * doc/c

bug#22216: test, expr Operator Precedence and Associativity

On 22/12/15 00:21, 積丹尼 Dan Jacobson wrote: >> "EB" == Eric Blake writes: > > EB> On 12/21/2015 05:00 PM, 積丹尼 Dan Jacobson wrote: >>> OK. Also make sure (info "(coreutils) test invocation") makes it clear that >>> one cannot use >>> test -f $1 -a $1 ! -ot $2 #and must use

bug#22199: Bug in coreutils for Linux Mint?? Package coreutils_8.21-1ubuntu5.3_amd64

On 18/12/15 00:23, Dave wrote: > df's output shows this on a standard run(df with no flags): > > Filesystem 1K-blocks Used Available Use% Mounted on > udev 1953632 4 1953628 1% /dev > tmpfs 400436 1216399220 1% /run > /dev/sda1

bug#22195: deviation from POSIX in tee

tag 22195 notabug close 22195 stop On 18/12/15 03:22, Paul Eggert wrote: > Eric Renouf wrote: >> If a write to any successfully opened file operand fails > > But the write didn't fail here. Instead, a signal was sent to 'tee'. If you > don't want the signal, trap it. E.g.: > > trap '' PIPE >

bug#22205: tee bug?

tag 22205 notabug close 22205 stop On 18/12/15 13:18, Nacho Esteban wrote: > Hi team, > > I detected an strange behaviour of tee command that may bee a bug. > > Please consider this script snippet > > VAR="" > > A() { > VAR="This is my value" > echo "VAR in

bug#22183: date returns incorrect string for Wednesday in Marathi locale

tag 22183 notabug close 22183 stop On 16/12/15 06:42, Richard J. Cotton wrote: > To reproduce: > > LANG="mr_IN.utf8" date -d 'Wednesday' +%A > > I see the value > मंगळवार > > This is the Marathi equivalent of Tuesday. LANG="mr_IN.utf8" date -d > 'Wednesday' +%A returns the same string.

bug#22151: tail error

On 12/12/15 19:14, Pádraig Brady wrote: > On 12/12/15 13:04, Pascal wrote: >> hi, >> tail reports this on a particular file : >> >> tail: unrecognized file system type 0x794c7630 for '/var/log/xxx.log'. >> please report this to bug-coreutils@gnu.org <mailto:b

bug#22155: Wrong char count with UTF8 in sort -k

On 12/12/15 22:53, Holger Klene wrote: > Hello! > > > > Given a text-file "sort.but.txt" with find-output like this: > > 07. Feb 2015 15:57 ./mess.jpg > 05. Mär 2015 13:30 ./mess.jpg > > > > Basically two columns: a date and a filename > > I want sort to discard the duplicate lines for

bug#22155: Wrong char count with UTF8 in sort -k

On 13/12/15 01:32, Pádraig Brady wrote: > On 12/12/15 22:53, Holger Klene wrote: >>> sort sort.bug.txt -u -s -k 1.20 -b --debug >> sort: es werden die Sortierregeln für »de_DE.UTF-8“ verwendet >> 05. Mär 2015 13:30 ./mess.jpg >>__ &g

bug#22128: dirname enhancement

On 11/12/15 14:46, Stephane Chazelas wrote: > 2015-12-10 10:40:30 -0700, Bob Proulx: > [...] >> In this instance the first thing I thought of when I read your dirname >> -f request was a loop. >> >>while read dir; do dirname $dir; done < list > > "read dir" expects the input in a very

bug#22133: BUG

On 09/12/15 06:22, rumbler soppa wrote: > FAIL: test-update-copyright.sh > == > > --- - 2015-12-09 03:43:03.452788169 -0400 > +++ update-copyright.test-ex-stderr 2015-12-09 03:43:03.447145326 -0400 > @@ -1,2 +1,18 @@ > +Unescaped left brace in regex is deprecated

bug#22128: dirname enhancement

tag 22128 notabug close 22128 stop On 09/12/15 17:31, Nellis, Kenneth wrote: > I frequently need to extract the `dirname's from a list of files, > so dirname should have an option to take its input from a > file, e.g.: > > dirname -f xargs dirname < filename > where could be "-" for stdin. >

bug#22087: Problem with stdbuf configure test for 8.24 on Solaris with Studio C compiler.

On 03/12/15 18:58, Rich Burridge wrote: > Hi, > > I'm finally getting around to integrating coreutils version 8.24 > into Solaris 12 (and being built with the Studio C compiler rather > than gcc) and noticed that the test for whether we had stdbuf was > failing. > > I've fixed it with the

bug#22042: don't say K bytes on both head and tail's man pages

On 29/11/15 23:35, Bernhard Voelker wrote: > On 11/29/2015 12:16 AM, Pádraig Brady wrote: >> I remember having slight reservations about K too. >> http://lists.gnu.org/archive/html/bug-coreutils/2009-05/msg00279.html >> Nothing much better comes to mind. > > Thanks.

bug#22057: Sort missing feature proposed

On 29/11/15 22:44, Assaf Gordon wrote: > tag 22057 notabug > close 22057 > stop > > Hello Federico, > > On 11/29/2015 04:33 PM, Saint Michael wrote: >> I suggest that we add a new flag to Sort, to skip certain number of lines >> from the sorting and copy them verbatim to the output, >> > >

bug#22042: don't say K bytes on both head and tail's man pages

On 30/11/15 21:14, Bernhard Voelker wrote: > On 11/30/2015 06:30 PM, Paul Eggert wrote: >> On 11/30/2015 09:23 AM, Jim Meyering wrote: >>> Fine with me, except for "NUMth" or "NUM'th", which do not read well. >> >> The more-common usage is "NUMBERth", generated by 'tar --help' and also >> used in

bug#22042: don't say K bytes on both head and tail's man pages

On 28/11/15 23:02, Bernhard Voelker wrote: > On 11/28/2015 09:45 PM, Bernhard Voelker wrote: >> On 11/28/2015 09:01 PM, Dan Jacobson wrote: >>> On both the head and tail man pages, >>> can you kindly not use "K"? >>> >>>-c, --bytes=K >>> output the last K bytes; or use -c +K

bug#22045: expr substr returns with an error code 1 when the substring starts with 0

tag 22045 notabug close 22045 stop On 28/11/15 20:47, Matthias Klose wrote: > found with coreutils-8.23, expr substr returns with an error code when the > substring consists of only '0' characters, and the match is started at > position 1. > > $ expr substr 1234 3 4; echo $? > 0012 > 0 > $

bug#15604: [coreutils] [PATCH] md5sum: Add option to ignore non-existant files

> I'll push a bit later today. Pushed at http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=v8.24-91-g9fd0662 Marking http://bugs.gnu.org/15604 done

bug#15604: [coreutils] [PATCH] md5sum: Add option to ignore non-existant files

On 23/11/15 16:41, Jim Meyering wrote: > I think a common expected usage of --ignore-missing would be > the case of an SHA1SUM file listing all possibly-verified files for > which it is common to verify only the one or two downloaded files. > In any invocation that ends up ignoring *all* file

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

bug#21349: who shows no users nowadays on Debian

On 27/08/15 15:46, 積丹尼 Dan Jacobson wrote: > All I know is I also filed > http://bugs.debian.org/796942 w shows no users even though I must... > http://bugs.debian.org/796943 wall can't write to anybody nowadays > > All I know is all this stuff should be updated to still work with the > latest

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

On 30/10/15 18:54, Pádraig Brady wrote: > On 30/10/15 16:57, Pádraig Brady wrote: >> 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 an

bug#21919: tee enhancement

On 14/11/15 16:00, Tim Shaw wrote: > If I am using stdout redirection of a shell block to capture some text I am > generating, errors need to go to stderr, but it would also be good if they > went into the generated output. For example > for i in files*; do > if there_is_an_error; then >

bug#21919: tee enhancement

tag 21919 notabug close 21919 stop On 15/11/15 23:59, Pádraig Brady wrote: > On 14/11/15 16:00, Tim Shaw wrote: >> If I am using stdout redirection of a shell block to capture some text I am >> generating, errors need to go to stderr, but it would also be good if they >> we

bug#21926: du --summarize prunes subdirectories from output.

unarchive 17546 forcemerge 17546 21926 stop On 15/11/15 08:41, Michaël Cadilhac wrote: > Hi there; > > The --summarize option of du(1) states: > display only a total for each argument > Thus I'm assuming that whatever the number of arguments, I'll obtain > an equal number of

bug#21916: sort -u drops unique lines with some locales

tag 21916 notabug close 21916 stop On 14/11/15 05:38, Christoph Anton Mitterer wrote: > Hey. > > (GNU coreutils 8.23) > > Attached is a file, that, when sort -u'ed in my locale, looses lines > which are however unique. > > I've also attached the locale, since it's a custom made one, but the >

bug#21908: find -f breaks pipes ?

tag 21908 notabug close 21908 stop On 13/11/15 14:20, Flemming Gulager Danielsen wrote: > Hi Guyz! > > I am new here so if this is not the proper use of the maillist then I am > sorry. I normally think I know my way around shells, but this I cant get the > below to work. And I am wondering if

bug#21890: "ls -l" strange alphabetical order

tag 21890 notabug close 21890 stop On 12/11/15 14:15, Andreas Papadopoulos wrote: > I am experiencing a strange bug when executing "ls -l" on my machine running > Xubuntu 14.04.3, Terminal Emulator 0.6.3 and ls --version 8.21. > > As you can see in the png attachment after running "ls -l" the

bug#21876: Please list ACFS in the list of remote filesystems

On 11/11/15 14:10, Ondřej Vašík wrote: > Hi, > as reported in https://bugzilla.redhat.com/show_bug.cgi?id=1280333 , > Oracle ADVM/ACFS is not listed among the remote filesystems and in > stat.c . Can you please add S_MAGIC_ACFS (0x61636673) to stat.c as a > remote filesystem? Not sending as a

bug#21868: Coreutils Expensive Test failure

On 09/11/15 07:52, jacobmanrrique wrote: > Command issued: make RUN_EXPENSIVE_TESTS=yes check > Previous commands: > > ./configure --prefix=/tools --enable-install-program=hostname > make > > I was midway through compiling the temporary system in Linux From Scratch. > I presume you have

bug#21844: `sort` behavior unstable based on neighboring elements ?

tag 21844 notabug close 21844 stop On 06/11/15 16:41, Mike Frysinger wrote: > i got this bug report today about sort mismatches. the order of the > inputs changes the order of the outputs which surprised me. but it > might be a nuance of unicode collation i'm not familiar with ? > > $ printf

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

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