I've just made this change.
It doesn't handle bourne shell scripts or ABOUT-NLS,
but it's enough for now.
2006-09-08 Jim Meyering <[EMAIL PROTECTED]>
* bootstrap (cp_mark_as_generated): New function.
(slurp): Use it to prepend editor hints and a warning that
the file we'
Paul Eggert wrote:
> Henrik Holst <[EMAIL PROTECTED]> writes:
>
>> http://bugs.archlinux.org/task/5365
>
> I can't reproduce that problem with coreutils 6.1 on Debian stable
> x86. I see that Tobias Powalowski cannot reproduce it on his system
> either. It's possible that there is a bug in core
> [EMAIL PROTECTED] NZ PostSep06]$ echo `pwd`
> /home/corrin/NZ PostSep06
> [EMAIL PROTECTED] NZ PostSep06]$ basename `pwd`
> NZ
You didn't quote this correctly, so you are effectively doing:
basename "/home/corrin/NZ" "PostSep06"
and since PostSep06 is not a suffix of NZ, basename is correctly
r
> $ echo foobar | grep -o '^.'
> f
> o
> o
> b
> a
> r
>
> There is a beginning-of-line anchor '^' so grep should only match 'f',
> not the rest.
>
> $ grep --version
> grep (GNU grep) 2.5.1
Thanks for the report, but this is the bug-coreutils list, so you
will not get any patches by reporting
[EMAIL PROTECTED] NZ PostSep06]$ echo `pwd`
/home/corrin/NZ PostSep06
[EMAIL PROTECTED] NZ PostSep06]$ basename `pwd`
NZ
[EMAIL PROTECTED] NZ PostSep06]$ basename --version
basename (GNU coreutils) 5.2.1
Written by FIXME unknown.
Surely the correct output is "NZ PostSep06"?
I can get the output I
$ echo foobar | grep -o '^.'
f
o
o
b
a
r
There is a beginning-of-line anchor '^' so grep should only match 'f',
not the rest.
$ grep --version
grep (GNU grep) 2.5.1
A few other test cases:
$ echo foobar | grep -o '^[fb]' # this one works properly
f
$ echo foobar | grep -o '^[fb]..' # this o
On Thursday 07 September 2006 14:53, Gurganus, Brant L wrote:
> I am pretty sure I tried it with FEATURES="-sandbox -usersandbox" and it
> still failed in the same place meaning it is not related to the sandbox.
> I could be wrong though.
a quick check on ppc64 shows it passes for me outside of sa
I am pretty sure I tried it with FEATURES="-sandbox -usersandbox" and it
still failed in the same place meaning it is not related to the sandbox.
I could be wrong though.
-Original Message-
From: Mike Frysinger [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 07, 2006 2:20 PM
To: bug-c
On Thursday 07 September 2006 11:42, Paul Eggert wrote:
> "Gurganus, Brant L" <[EMAIL PROTECTED]> writes:
> > ginstall: cannot create directory `d2/..': File exists
>
> Thanks for the bug report. What is the output of the following commands?
i'm pretty sure this is a Gentoo specific issue (we bui
Here is a summary of build and/or test problems noted for
coreutils-6.1 on various systems:
Machinetype:Sun W40z (4 CPUs, 2400 MHz AMD64 Opteron, 8GB RAM);
GNU/Linux Red Hat Enterprise Linux AS 4
Remote gcc version: gcc
"Gurganus, Brant L" <[EMAIL PROTECTED]> writes:
> Could you clarify, are you wanting the output of the 6.1 version or the
> installed version (5.97 I think)?
I'd prefer 6.1, thanks.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu
Could you clarify, are you wanting the output of the 6.1 version or the
installed version (5.97 I think)? It also might be a while since I
reinstalled Windows, so it'll be a while until I get around to
reinstalling Gentoo.
-Original Message-
From: Paul Eggert [mailto:[EMAIL PROTECTED]
Sen
Henrik Holst <[EMAIL PROTECTED]> writes:
> http://bugs.archlinux.org/task/5365
I can't reproduce that problem with coreutils 6.1 on Debian stable
x86. I see that Tobias Powalowski cannot reproduce it on his system
either. It's possible that there is a bug in coreutils, but we'll
need more info
"Gurganus, Brant L" <[EMAIL PROTECTED]> writes:
> ginstall: cannot create directory `d2/..': File exists
Thanks for the bug report. What is the output of the following commands?
rm -fr d2
strace src/ginstall -d d2/..
On my Debian stable version running coreutils 6.1, the last few lines
look li
Hello,
You sent mail to bug-sh-utils, which has been deprecated for some time.
bug-coreutils is now the appropriate address for coreutils bug reports.
On Thu, 7 Sep 2006, [EMAIL PROTECTED] wrote:
The command, who
when used with any two arguments like
who am am...
displays the result of who a
Hello!
On Thu, Sep 07, 2006 at 07:28:28PM +0530, [EMAIL PROTECTED] wrote:
> The command, who
> when used with any two arguments like
> who am am...
> displays the result of who am i.
#v+
$ who --help
Usage: who [OPTION]... [ FILE | ARG1 ARG2 ]
[...]
-monly hostname and user ass
Dear sir/madam,
The command, who
when used with any two arguments like
who am am...
displays the result of who am i.
---
with best regards and wishes from
Baskaran,
ph:+91-9884826341
This e-Mail may contain proprietary and confidential information an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bob Kaehms on 9/5/2006 2:34 PM:
> You guys probably already know, but the +n option no longer works in FC5.
> Not sure if this is a Fedora issue, or a gnu issue, but thought I'd pass it
> along.
This is documented in NEWS, ever since core
18 matches
Mail list logo
