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

2014-09-19 Thread Philipp Thomas
* Pádraig Brady (p...@draigbrady.com) [20140919 02:59]: > http://valgrind.org/docs/manual/dist.readme-missing.html > > The patch in this case seems simple? > https://bugs.kde.org/show_bug.cgi?id=331337 Must be something else as the valgrind 3.10.0 we use has this fixed. So the re

bug#18506: stty dsusp undef fails.

2014-09-19 Thread Edward Huff
$ 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 (GNU coreutils) 8.21 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+:

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

2014-09-19 Thread Bernhard Voelker
On 09/19/2014 02:59 AM, Pádraig Brady wrote: FAIL: tests/misc/shuf-reservoir === + valgrind --leak-check=summary --error-exitcode=1 shuf -n 1 -o out_1_1 ==10209== Memcheck, a memory error detector ==10209== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et

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

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

2014-09-19 Thread Philipp Thomas
* Bernhard Voelker (m...@bernhard-voelker.de) [20140919 10:36]: > @Philipp: can you confirm please? I don't have access to > such a s390x machine ... I could check it, but the test succeeds if I remove the valgrind invocation. Philipp

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

2014-09-19 Thread Philipp Thomas
* Bernhard Voelker (m...@bernhard-voelker.de) [20140919 10:36]: > @Philipp: can you confirm please? I don't have access to > such a s390x machine ... Nope, running ls -l | shuf -n 5 succeeds as it should, Philipp

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

2014-09-19 Thread Bernhard Voelker
On 09/19/2014 12:46 PM, Philipp Thomas wrote: * Bernhard Voelker (m...@bernhard-voelker.de) [20140919 10:36]: @Philipp: can you confirm please? I don't have access to such a s390x machine ... Nope, running ls -l | shuf -n 5 succeeds as it should, Huh? That means that in that

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

2014-09-19 Thread Gemfield
Yes, it is exactly same as bug#17838. Is -lsh makes me have a misunderstanding that this file has a size of 4.0K blocks (4000*1024B) . Thanks. 发自Gemfield 的 iPhone > 在 2014年9月19日，上午8:41，Pádraig Brady 写道： > > unmerge 17553 18503 > forcemerge 17838 18503 > stop > >> On 09/19/2014 01:05 AM, Pádr

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

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#18506: stty dsusp undef fails.

2014-09-19 Thread Bernhard Voelker
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?= > Date: Fri, 19 Sep 2014 16:15:04 +0100 > Subject: [PATCH] stty: only list supported options in --help and man pages > > * src/stty.c (usa

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

2014-09-19 Thread Bernhard Voelker
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. > * man/local.mk: Hardcode the man page deps l

bug#18506: stty dsusp undef fails.

2014-09-19 Thread Bernhard Voelker
On 09/19/2014 08: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?= >> Date: Fri, 19 Sep 2014 16:15:04 +0100 >> Subject: [PATCH] stty: only list supported

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

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?= >> Date: Fri, 19 Sep 2014 16:15:04 +0100 >> Subject: [PATCH] stty: only list supported

bug#18386: logname fails with error "logname: no login name" (is there an echo in here)

2014-09-19 Thread Linda Walsh
Linda Walsh wrote: I do not have auditing nor selinux incorporated, nor do I really want to. Seems like glibc relying on having a specific security model loaded would seem to be a bug. I.e. It should work on normal linux security without extra security modules configed. BTW, FWIW, inc