One ammendment... I'd say setting LANG=C is also unwise, and for the same
reason. make that
- It can be unwise to set LC_ALL or LANG to affect sort order because they
may affect many other things as well, such as the language used for error
and help messages.
On Mon, Nov 5, 2012 at 7:31 PM, Kevi
Looking at a convenient issue of the POSIX standard, I find
http://pubs.opengroup.org/onlinepubs/007908799/xbd/envvar.htm, and in
particular where it mentions a "precedence order". It seems that the
interaction of environment variables is not unspecified at all.
I'm guessing that something else w
On 11/05/2012 11:57 PM, Bob Proulx wrote:
Unfortunately Pádraig missed you in the recipient list when replying
to Paul. See Pádraig response with that item in this message logged
here:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12794#13
Generally we CC the original poster but for the rest
Ganton wrote:
> > Sorry, but dd is older than POSIX
> Paul Eggert wrote "dd is [...] part of the POSIX standard" and I wrote
> consequently, if the dd specification is broken, then the POSIX standard is
> broken, too.
The task of the POSIX standard was to document existing behavior and
standardi
Thanks, Eric Blake, for your explanations.
About what the "conversation" really was, you made clear that there was
another person, "Pádraig", that sent a text that arrived to some people but
not to other ones (at least me, maybe because he sent an e-mail and I wasn't
in the "recipient list"), s
On 11/05/2012 03:56 PM, Ganton wrote:
>> Sorry, but dd is older than POSIX
> Paul Eggert wrote "dd is [...] part of the POSIX standard" and I wrote
> consequently, if the dd specification is broken, then the POSIX standard is
> broken, too.
>
>> You're 40 years too late on this one.
> This kind
> Sorry, but dd is older than POSIX
Paul Eggert wrote "dd is [...] part of the POSIX standard" and I wrote
consequently, if the dd specification is broken, then the POSIX standard is
broken, too.
> You're 40 years too late on this one.
This kind of condescending attitudes do not improve matters.
On 11/05/2012 02:43 PM, Ganton wrote:
> Many ones will doubt that the POSIX standard is so broken that forces people
> to see messages in stderr that are not errors and not wanted. That even goes
> against the Unix philosophy, for example, against the "Rule of Silence: When
> a
> program has n
Hello:
> > when I do backups, I see "errors" from dd... that really aren't.
> > [...]
> > 1+0 records in
> > 1+0 records out
> > 512 bytes (512 B) copied, 0,000129625 s, 3,9 MB/s
> > [...]
>
> > You have a point, but I'm afraid that dd is documented to behave
> that way, and it's part of the POS
Andrew Warshall wrote (Monday, November 05, 2012 4:19 PM):
> On Mon, 5 Nov 2012 15:46:32 +
> "Voelker, Bernhard" wrote:
>> $ sudo env PATH="$PATH" make NON_ROOT_USERNAME=nobody check-TESTS
>> PASS: [...]
>> ../build-aux/test-driver: line 95: 5158 Aborted
>> "$@" > $log_file 2>&1 FAIL:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 5 Nov 2012 15:46:32 +
"Voelker, Bernhard" wrote:
> > Does "make NON_ROOT_USERNAME=nobody check-TESTS" run as root in the
> > gnulib-tests/ directory work for you?
>
> Sure it does. ;-)
>
> But with sudo it fails for 1 test:
>
> $ sudo
Andrew Warshall wrote (Monday, November 05, 2012 3:30 PM):
>> This is on OpenSuSE 12.2 with GNU make 3.82.
>
> I'd be curious to know what it's supposed to be doing. For example,
> should "make check-root" be running any gnulib-tests at all? Those
> should all get run by "make check" anyway, no?
n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> > Is anyone else having our problem?
> > In particular, is it local to GNU make 3.82?
>
> well, not the same, but ...
>
> make check-TESTS
> make[6]: Entering directory `/home/berny/coreutils/gnulib-tests'
> make[7]: Entering directory `/hom
[adding gnulib]
On 11/03/2012 10:34 AM, Pádraig Brady wrote:
> On 11/03/2012 02:36 PM, Michael Felt wrote:
>> Would be much nicer if ./configure complained at the beginning about
>> being
>> root, rather than at the end.
>
> This comes from a specific test in gnulib:
> http://git.sv.gnu.org/gitwe
Andrew Warshall wrote: (Sunday, November 04, 2012 8:21 PM)
>>> make[7]: *** No rule to make target `tests/chown/basic.sh.log',
>>> needed by `test-suite.log'. Stop.
> Is anyone else having our problem?
> In particular, is it local to GNU make 3.82?
well, not the same, but ...
make check-TES
15 matches
Mail list logo