bug#13172: tail: unrecognized file system type

2012-12-14 Thread Bernhard Voelker
On 12/13/2012 02:37 PM, coni wrote: > Hi i've got a warning message in tail command: > "tail -f /vc/log/apache2/access_log" - report to bug. > > tail (GNU coreutils) 8.20 > Packaged by Gentoo (8.20 (p1.0)) > > - file system type ceph > > message: > > tail: unrecognized file system type 0x0

bug#13172: tail: unrecognized file system type

2012-12-14 Thread Pádraig Brady
On 12/14/2012 09:18 AM, Bernhard Voelker wrote: +case S_MAGIC_CEPH: /* 0x00c36400 remote */ + return "ceph"; s/00c/00C/ for consistency thanks for handling this. Pádraig.

bug#13183: tail -f ignores SIGPIPE

2012-12-14 Thread Ruediger Meier
Hi, I want to use tail and grep to follow a file until a particular pattern appears. But tail does not exit when grep is finished. $ echo xxx > /tmp/blabla $ tail -f /tmp/blabla |grep -m1 --line-buffered "xxx" xxx Now tail still tries to read and exits only if I write again into /tmp/blabla.

bug#13183: tail -f ignores SIGPIPE

2012-12-14 Thread Pádraig Brady
tag 13183 + notabug close 13183 stop On 12/14/2012 02:04 PM, Ruediger Meier wrote: Hi, I want to use tail and grep to follow a file until a particular pattern appears. But tail does not exit when grep is finished. $ echo xxx > /tmp/blabla $ tail -f /tmp/blabla |grep -m1 --line-buffered "xxx" x

bug#13184: Split german help typo

2012-12-14 Thread Gregor
Hi, whilst using split i stumbled over a typo in the german command-description from split --help ABSCHITTE können sein: should be ABSCHNITTE können sein: Many thanks for the nice program, Gregor

bug#13184: Split german help typo

2012-12-14 Thread Eric Blake
On 12/14/2012 06:20 AM, Gregor wrote: > Hi, whilst using split i stumbled over a typo in the german > command-description from > split --help > > ABSCHITTE können sein: > should be > ABSCHNITTE können sein: Such reports should be sent to the translator; I'm cc'ing the address mentioned in 'LC_ALL

bug#13185: Test case 'misc/timeout-group' failed

2012-12-14 Thread Stefano Lattarini
On 12/14/2012 06:28 PM, Stefano Lattarini wrote: > While running the coreutils testsuite on my oldish Debian desktop with > a somewhat heavy load and several bleeding-edge tools in PATH, I've > encountered this failure in the 'tests/misc/timeout-group.sh' test. > > [SNIP] > I've re-run the test few

bug#13172: tail: unrecognized file system type

2012-12-14 Thread Bernhard Voelker
On 12/14/2012 10:28 AM, Pádraig Brady wrote: > On 12/14/2012 09:18 AM, Bernhard Voelker wrote: >> +case S_MAGIC_CEPH: /* 0x00c36400 remote */ >> + return "ceph"; > > s/00c/00C/ for consistency > > thanks for handling this. > Pádraig. Thanks for the review. Konrad also confirmed that it

bug#13135: Loss of data while copying

2012-12-14 Thread Pádraig Brady
On 12/10/2012 08:43 PM, John Reiser wrote: On 12/10/2012 10:03 AM, Eric Blake wrote: On 12/10/2012 10:06 AM, John Reiser wrote: Yes, because a count was specified, dd will operate in its default awkward but POSIX specified mode of counting each read() call, even if it returned less than specifi

bug#13135: Loss of data while copying

2012-12-14 Thread Jim Meyering
Pádraig Brady wrote: ... > I think I'll move the warning to count= > as it's mostly an issue when that is specified. Good idea. >> @item of=@var{file} >> @opindex of >> @@ -8397,6 +8398,9 @@ may return early if a full block is not available. >> When that happens, continue calling @code{read