[EMAIL PROTECTED] (Bob Proulx) wrote:
> Paul Eggert wrote:
>> ThMO <[EMAIL PROTECTED]> writes:
>> > * NEWS:
>> > why is the above bug, which I reported, *not* listed within the
>> > NEWS file, clearly stated as a fixed bug?
>>
>> NEWS reports only important user-visible fixes. I don't know whi
Paul Eggert wrote:
> ThMO <[EMAIL PROTECTED]> writes:
> > · NEWS:
> > why is the above bug, which I reported, *not* listed within the
> > NEWS file, clearly stated as a fixed bug?
>
> NEWS reports only important user-visible fixes. I don't know which
> bug you meant by "the above bug". If we
> > On a related note, why don't rm and rmdir have a --strip-trailing-slashes
> > option?
>
> Because as far as I know, there is no need.
> Do you know of a system where `rmdir symlink/'
> removes only the referent of the symlink?
By a strict reading of
http://www.opengroup.org/onlinepubs/0096953
The upcoming test release will be called coreutils-5.90.
There have been so many changes since 5.3.0, that calling it
5.3.1 didn't seem right. Besides, having a 3-component version
number isn't very useful now.
2005-09-28 Jim Meyering <[EMAIL PROTECTED]>
* configure.ac: Use 5.90-cvs a
Jim Meyering <[EMAIL PROTECTED]> writes:
> I think the wrapper-induced overhead of an extra lstat imposed on losing
> systems, but only for operands with a trailing slash, is bearable.
> This is one of those `would be nice' things.
> But I'm not in any big hurry, since Linux 2.6.x does it right.
Jim Meyering <[EMAIL PROTECTED]> writes:
> Do you know of a system where `rmdir symlink/'
> removes only the referent of the symlink?
Lots of systems do that, I expect. Solaris 10 does, for example.
This is either with Solaris rmdir or coreutils 5.3.0 rmdir.
I wouldn't be surprised if core comm
ThMO <[EMAIL PROTECTED]> writes:
> · lib/getdate.y:
> I'm using bison v1.28 - and for me it's unacceptable, that this grammar
> can't be processed corrrectly with this older version,
You shouldn't need to process it at all, since getdate.c is present in
the source distribution. Perhaps the t
> > On a related note, why don't rm and rmdir have a --strip-trailing-slashes
> > option?
>
> Because as far as I know, there is no need.
> Do you know of a system where `rmdir symlink/'
> removes only the referent of the symlink?
Yes, cygwin (but again, that goes back to the rmdir(2) bug
in cygw
eal with that value, but the
> cpp can't
Ouch. Thanks for reporting the problem; this is due, I think, to a
change installed in January. Can you please try the following private
snapshot instead?
http://www.cs.ucla.edu/~eggert/coreutils-5.3.1-20050928-eggert.tar.gz
It has the followi
[EMAIL PROTECTED] (Eric Blake) wrote:
>> As you can imagine, I find the POSIX-required behavior to be senseless.
>> The above behavior of non-POSIX rename, seen on Linux-2.6.x, is fine.
>> Now that Linux/glibc provides a sane rename function, I'm tempted
>> to make mv work in the above manner on al
[EMAIL PROTECTED] (Eric Blake) writes:
> Why don't rm and rmdir have a --strip-trailing-slashes option?
I'd guess because that option is an ugly hack and we'd rather that the
problem went away
> we should bring this up with the austin group.
Perhaps, but let's figure out what we want first.
Paul Eggert <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>
>> As you can imagine, I find the POSIX-required behavior to be senseless.
>
> Two things.
>
> First, I recall that you preferred the non-POSIX behavior because of
> file name completion issues. But because we agi
[EMAIL PROTECTED] (Eric Blake) wrote:
...
> On a related note, why don't rm and rmdir have a --strip-trailing-slashes
> option?
Because as far as I know, there is no need.
Do you know of a system where `rmdir symlink/'
removes only the referent of the symlink?
...
> Oops - cygwin has a bug in thi
[cc-ing bash-completion maintainer]
> First, I recall that you preferred the non-POSIX behavior because of
> file name completion issues. But because we agitated about this a
> while ago, Bash now does a better job with file name completion. For
> example, given this:
>
> mkdir dir
>
Hello Bob and others listening,
> > the `stat' command doesn't return an errorcode in case a given file
> > couldn't be stated.
> > The bug seems to be in the first calling parameter to `error()', which
> > is always 0, so the global variable `G_fail' will never be set, in
> > order to return some
Jim Meyering <[EMAIL PROTECTED]> writes:
> As you can imagine, I find the POSIX-required behavior to be senseless.
Two things.
First, I recall that you preferred the non-POSIX behavior because of
file name completion issues. But because we agitated about this a
while ago, Bash now does a better
Paul Eggert <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>
>> FYI: I've just added this warning to coreutils' README file:
>> ***
>> FreeBSD 5.0 `make test' infinite loop with /bin/sh
>> ---
>>
>> When building and running `ma
Jim Meyering <[EMAIL PROTECTED]> writes:
> FYI: I've just added this warning to coreutils' README file:
> ***
> FreeBSD 5.0 `make test' infinite loop with /bin/sh
> ---
>
> When building and running `make test' on a FreeBSD 5.0 system,
> expect the
>
> As you can imagine, I find the POSIX-required behavior to be senseless.
> The above behavior of non-POSIX rename, seen on Linux-2.6.x, is fine.
> Now that Linux/glibc provides a sane rename function, I'm tempted
> to make mv work in the above manner on all systems rather than allowing
> the cr
Eric Blake <[EMAIL PROTECTED]> wrote:
> According to Dr. David Alan Gilbert on 9/26/2005 11:17 AM:
>>
$ mkdir a b
$ ln -s $PWD/a sym
$ mv sym/ b
mv: cannot move `sym/' to `b/sym': Not a directory
>>
>> Nod. Perhaps the warning needs a warning that it can't be relied
>> on?
>
> No,
FYI: I've just added this warning to coreutils' README file:
***
FreeBSD 5.0 `make test' infinite loop with /bin/sh
---
When building and running `make test' on a FreeBSD 5.0 system,
expect the tests/install/trap test to get stuck in an infinite
That looks like a locale issue. Try setting LC_ALL=C in the environment.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
22 matches
Mail list logo
