bug#28079: find -type l -xtype and recursive symbolic links

2017-08-13 Thread Poor Yorick
When a find expression includes both the -type and -xtype options and a symbolic link that points to itself is encountered (a recursive symlink), find fails with the error message, "Too many levels of symbolic links". the -L option combined with the -type option also triggers the error: fi

Re: coreutils 7.4 build: previous declaration of '__u32' was here

2009-05-27 Thread Poor Yorick
> From: Mike Frysinger > Sent: 2009-05-26 21:17 > > On Tuesday 26 May 2009 17:05:29 Kamil Dudka wrote: > > On Tuesday 26 of May 2009 22:55:37 Poor Yorick wrote: > > > Building coreutils to install in an alternate location which has its own > >

coreutils 7.4 build: previous declaration of '__u32' was here

2009-05-26 Thread Poor Yorick
Building coreutils to install in an alternate location which has its own libcap and glibc (self-compiled): CC ls.o In file included from ls.c:43: /path/to/include/sys/capability.h:34: error: redefinition of typedef '__u32' /path/to/glibc/include/asm-generic/int-ll64.h:

Re: coreutils-6.12.208-2441 and strtold

2009-01-28 Thread Poor Yorick
Eric Blake wrote: > -BEGIN PGP SIGNED MESSAGE- > > 'git checkout cfe3602' gives you the state of the tree at > 6.12-213-gcfe3602 (and to prove it, 'git describe cfe3602' should give you > the same version string). Ah, I see. Thank you very much. The was the starting point I needed. --

Re: coreutils-6.12.208-2441 and strtold

2009-01-28 Thread Poor Yorick
Bob Proulx wrote: > Poor Yorick wrote: >>> From: Jim Meyering ... Doh! Sorry about the long lines in the previous email. Mea culpa. -- Yorick ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/

Re: coreutils-6.12.208-2441 and strtold

2009-01-28 Thread Poor Yorick
Bob Proulx wrote: Poor Yorick wrote: From: Jim Meyering That was done in v6.12-213-gcfe3602, with other, related changes. You might want to try coreutils-7.0 or a newer snapshot. Thanks, the latest packaged snapshot I could find was 6.12.208-2441. Could you clue me on on how to obtain

Re: coreutils-6.12.208-2441 and strtold

2009-01-26 Thread Poor Yorick
> ---Original Message--- > From: Jim Meyering > Subject: Re: coreutils-6.12.208-2441 and strtold > Sent: 2009-01-26 19:15 > [SNIP] > > Yes. > That was done in v6.12-213-gcfe3602, with other, related changes. > You might want to try coreutils-7.0 or a newer snapshot. > Thanks,

coreutils-6.12.208-2441 and strtold

2009-01-26 Thread Poor Yorick
building coreutils-6.12.208-2441 on SunOS 5.9 with gcc and gnu ld: gcc -m32 -std=gnu99 -g -O2 -lintl -Wl,--as-needed -o runcon runcon.o libver.a ../lib/libcoreutils.a ../lib/libcoreutils.a -lsocket gcc -m32 -std=gnu99 -I. -I../lib -I../lib -I/path/tosrc/coreutils-6.12.208-2441/core

Re: 6.12.70-4f470 with 64-bit gcc and gnu ld on Solaris 9 - timeout-parameters.log

2008-06-27 Thread Poor Yorick
Pádraig Brady wrote: Poor Yorick wrote: compiling 6.12.70-4f470 with 64-bit gcc (with -m64) and 64-bit gnu ld on Solaris 9: So on this system `timeout 4294967296 sleep 0` is invalid but `timeout 49711d sleep 0` is OK? The apply_time_suffix() function should be returning an error for the

Re: 6.12.70-4f470 with 64-bit gcc and gnu ld on Solaris 9 - timeout-parameters.log

2008-06-26 Thread Poor Yorick
> From: Poor Yorick <> > compiling 6.12.70-4f470 with 64-bit gcc (with -m64) and 64-bit gnu ld on > Solaris 9: > > === > 1 of 346 tests failed > (46 tests were not run) > See tests/test-suite.log &

6.12.70-4f470 with 64-bit gcc and gnu ld on Solaris 9 - timeout-parameters.log

2008-06-26 Thread Poor Yorick
compiling 6.12.70-4f470 with 64-bit gcc (with -m64) and 64-bit gnu ld on Solaris 9: === 1 of 346 tests failed (46 tests were not run) See tests/test-suite.log Please report it to bug-coreutils@gnu.org

Re: coreutils-6.12.29-a16be - FAIL: misc/truncate-fail-diag.log

2008-06-25 Thread Poor Yorick
Jim Meyering <> wrote: Same test failed with coreutils-6.12.66-c1aab. truncate-fail-diag.log attached. >>> >>> Oops, this snapshot doesn't seem to contain the version of gnulib with the >>> fix: >>> http://lists.gnu.org/archive/html/bug-coreutils/2008-06/msg00121.html >>> I presume it

Re: coreutils-6.12.29-a16be - FAIL: misc/truncate-fail-diag.log

2008-06-21 Thread Poor Yorick
> From: Pádraig Brady <> > Sent: 2008-06-21 14:19 > > Poor Yorick wrote: > > Building latest snapshot of coreutils, coreutils-6.12.29-a16be, on SunOS > 5.9, > > with gcc-4.2.2 and gnu ld: > > > > FAIL: misc/truncate-fail-diag.log >

coreutils-6.12.29-a16be - FAIL: misc/truncate-fail-diag.log

2008-06-20 Thread Poor Yorick
Building latest snapshot of coreutils, coreutils-6.12.29-a16be, on SunOS 5.9, with gcc-4.2.2 and gnu ld: FAIL: misc/truncate-fail-diag.log log attached. -- Yorick truncate-fail-diag.log Description: Binary data ___ Bug-coreutils mailing list Bu

Re: "\.1" entries in Makefile $MAN variable (Solaris 9)

2008-06-20 Thread Poor Yorick
> From: Jim Meyering <> > > That's not the same context as the above. > In the for loop above, the tr use is within a `...` context. > In *that* case, you'll find the extra backslashes are required. Thank you for your reply. I see what you mean about the extra backslashes. I tried again wi

"\.1" entries in Makefile $MAN variable (Solaris 9)

2008-06-19 Thread Poor Yorick
installing coreutils-6.12 on SunOS 5.9, with gcc-4.2.2 and gnu ld, Makefile contains unexpected "\.1" entries in Makefile: MAN = uname.1 chroot.1 hostid.1 nice.1 who.1 users.1 pinky.1 uptime.1 stty.1 df.1 chcon.1 chgrp.1 chown.1 chmod.1

error building coreutils on Solaris 9 - Makefile:541: *** missing separator

2008-06-19 Thread Poor Yorick
installing coreutils-6.12 on SunOS 5.9, with gcc-4.2.2 and gnu ld, "make" fails because there are newlines in the @MAN@ variable: Makefile:541: *** missing separator. Stop. The following patch eliminates the newlines: --- configure.ac2008-06-18 19:05:11 -04:00 +++ configure