Surprise! We've been silently skipping the sort --version-sort (-V) tests.
The behavior of bash via /bin/sh (same for zsh and dash, though without
the warning) is probably POSIX-conforming, but this example illustrates
why it would be better to emulate openBSD's /bin/sh.
This will be in 8.4; if s
Nelson Beebe build coreutils-8.3 on OpenBSD4.5 and reported this:
FAIL: ls/infloop (exit: 1)
Investigating, I found that openbsd4.5's sh has a bug that makes
it malfunction like this:
$ sh -c 'set -x; (echo s; echo e 1>&2) 2>err >/dev/null'; cat err
+ 2> err
+ > /dev/null
+ ech
Christophe LYON wrote:
> I have built coreutils-8.3 and ran 'make check' on a few systems and I
> have noticed some FAILs as follows. Given their old age, I am not sure
> it is worth reporting, though.
>
> * Linux RedHat 3/x86: tail-2/inotify-hash-abuse, log extract:
> + kill -HUP 15829
> [1]+ H
On 13/01/10 10:51, Jim Meyering wrote:
Christophe LYON wrote:
I have built coreutils-8.3 and ran 'make check' on a few systems and I
have noticed some FAILs as follows. Given their old age, I am not sure
it is worth reporting, though.
* Linux RedHat 3/x86: tail-2/inotify-hash-abuse, log extract
Pádraig Brady wrote:
> On 13/01/10 10:51, Jim Meyering wrote:
>> Christophe LYON wrote:
>>> I have built coreutils-8.3 and ran 'make check' on a few systems and I
>>> have noticed some FAILs as follows. Given their old age, I am not sure
>>> it is worth reporting, though.
>>>
>>> * Linux RedHat 3/
Well we're only testing if tail has died I think, so
how about just using `kill -0 $pid` as follows:
diff --git a/tests/tail-2/inotify-hash-abuse b/tests/tail-2/inotify-hash-abuse
index ab5a69e..592022a 100755
--- a/tests/tail-2/inotify-hash-abuse
+++ b/tests/tail-2/inotify-hash-abuse
@@ -46,23 +
Pádraig Brady wrote:
> And can be simlified from:
> kill -0 $pid && kill $pid || fail=1
> to:
> kill $pid || fail=1
Thanks!
I prefer yours, and will push it shortly.
> Subject: [PATCH] tests: avoid spurious failures on older shells
>
> * tests/tail-2/inotify-hash-abuse: Use kill rather than w
According to Jim Meyering on 1/13/2010 2:56 AM:
>
> * tests/ls/infloop: OpenBSD4.5's /bin/sh would mistakenly include
> "set -x"-output in an application's stderr stream when stderr is
> redirected before stdout.
I believe autoconf already covers this one; in the node 'File
Descriptors', so the f
Eric Blake wrote:
> Jim Meyering meyering.net> writes:
>
>> I'm planning to release coreutils-8.4 tomorrow.
>> It will be a build-fix-only release, along with a minor bug fix
>> for the relatively new command, nproc.
>
> 3 failures on Solaris 8, but probably not worth worrying about since that
> p
According to Jim Meyering on 1/13/2010 2:26 AM:
> The behavior of bash via /bin/sh (same for zsh and dash, though without
> the warning) is probably POSIX-conforming, but this example illustrates
> why it would be better to emulate openBSD's /bin/sh.
>
> * tests/misc/sort-version: Don't use <<- an
Eric Blake wrote:
> According to Jim Meyering on 1/13/2010 2:26 AM:
>> The behavior of bash via /bin/sh (same for zsh and dash, though without
>> the warning) is probably POSIX-conforming, but this example illustrates
>> why it would be better to emulate openBSD's /bin/sh.
>>
>> * tests/misc/sort-v
This is to announce coreutils-8.4, a bug-fix-only "stable" release.
The main purpose of this release is to fix a build failure on some
systems using glibc-2.7..2.9.
Here's the GNU Coreutils home page, in case you're wondering what it is:
http://www.gnu.org/software/coreutils/
Thanks to everyo
X-debbugs-cc: bug-coreutils@gnu.org
Package: coreutils
Version: 8.1-1
Severity: wishlist
We see many
The full documentation for WHATEVER is maintained as a Texinfo
manual. If the info and WHATEVER programs are properly installed at
your site, the command
info c
> "MS" == Michael Stone writes:
MS> On Thu, Jan 14, 2010 at 06:00:17AM +0800, jida...@jidanni.org wrote:
>> Well, it turns out that we find we often can also just do
>> $ info WHATEVER
MS> Yes, that's why it used to say that. But if something goes wrong with
MS> info, that invocation will fa
14 matches
Mail list logo
