Jim Meyering wrote:
Thanks for reporting that.
Here's how I've fixed it:
[...]
- ['a', {IN => {k => "exec\n"}},
+ ['a', '-b', {IN => {k => "exec\n"}},
Yes, that works. Thanks!
Cheers,
Sven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
Sven Joachim <[EMAIL PROTECTED]> wrote:
> Hello Jim,
>
> thanks for your prompt reply. I just downloaded the coreutils 6.1
> package from alpha.gnu.org, and it seems this test no longer fails.
> However, there is another dircolors related problem if SHELL is not
> set. I ran (unset SHELL; make VE
Hello Jim,
thanks for your prompt reply. I just downloaded the coreutils 6.1
package from alpha.gnu.org, and it seems this test no longer fails.
However, there is another dircolors related problem if SHELL is not
set. I ran (unset SHELL; make VERBOSE=yes -k check) and noticed the
following fail
Sven Joachim <[EMAIL PROTECTED]> wrote:
> I hope you can remember this issue (dircolors test failing with SHELL
> unset) after more than five months. I'm quoting your whole mail:
...
[Context for any interested readers: http://bugs.debian.org/355368 ]
Thanks Sven,
I've done as you suggest, with m
Hi Jim,
I hope you can remember this issue (dircolors test failing with SHELL
unset) after more than five months. I'm quoting your whole mail:
On Sun, Mar 5 2006, Jim Meyering wrote:
Sven Joachim <[EMAIL PROTECTED]> wrote:
The reason why the help-version test failed on dircolors is that the SH
tags 355368 fixed-upstream
thanks
Jim Meyering wrote:
Thanks. I've defined $SHELL, but only if it's not already set.
Then, we'll get slightly better coverage via people running with
different shells. But I'm not sure that's a benefit :-)
That's probably the best solution, it seems.
Thanks,
Sven Joachim <[EMAIL PROTECTED]> wrote:
> The reason why the help-version test failed on dircolors is that the SHELL
> variable
> was not set at all. This is probably rather unusual, since bash (and
> probably other
> shells as well) will set SHELL to the value of your login shell, if it is not
Jim Meyering wrote:
Sven Joachim <[EMAIL PROTECTED]> wrote:
Package: coreutils
Version: 5.94-1
Severity: normal
| ../../src/dircolors: no SHELL environment variable, and no shell type option
given
| FAIL: dircolors
| ./help-version: line 164: 20539 Terminated sleep 10m
| FAIL: hel
Sven Joachim <[EMAIL PROTECTED]> wrote:
> Package: coreutils
> Version: 5.94-1
> Severity: normal
> | ../../src/dircolors: no SHELL environment variable, and no shell type
> option given
> | FAIL: dircolors
> | ./help-version: line 164: 20539 Terminated sleep 10m
> | FAIL: help-versio
Package: coreutils
Version: 5.94-1
Severity: normal
There was a problem when trying to build your package with `debuild':
If the SHELL environment variable is not set, a test fails. Here is
the end of the build log:
,
| make[3]: Entering directory
`/usr/local/src/deb-src/coreutils-5.94/bui
10 matches
Mail list logo
