bug-coreutils archive search

Search String: Display: Description: Sort:

Results:

References: [ +subject:snapshot: 406 ]

Total 406 documents matching your query.

341. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Mon, 05 Oct 2009 23:36:34 +0200
The failure is probably a function of the kernel. Which is it? I wonder why it works for me and not for you.
/archive/html/bug-coreutils/2009-10/msg00034.html (8,679 bytes)

342. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Mon, 5 Oct 2009 21:46:52 +0000 (UTC)
I'd be interested in the strace of ln -P -L symlink3 hard-to-a as well as 'grep LINK_FOLLOWS config.log'. It may be that the new gnulib linkat module can still work around this. -- Eric Blake
/archive/html/bug-coreutils/2009-10/msg00035.html (6,458 bytes)

343. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Mon, 05 Oct 2009 22:53:58 +0100
Right I was just looking at this. I think it's an issue with the test rather than ln, so you're right in it not requiring a fix. Saying that though, we should probably at some stage skip that part of
/archive/html/bug-coreutils/2009-10/msg00036.html (9,718 bytes)

344. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Mon, 05 Oct 2009 23:06:45 +0100
attached grep LINK_FOLLOWS config.log | uniq -c 76 | #define LINK_FOLLOWS_SYMLINKS 0 1 #define LINK_FOLLOWS_SYMLINKS 0 cheers, Pádraig. __libc_start_main(0x8049e90, 4, 0xbfee8b14, 0x804e7d0, 0x804e7
/archive/html/bug-coreutils/2009-10/msg00037.html (15,326 bytes)

345. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Mon, 5 Oct 2009 22:52:05 +0000 (UTC)
Bingo. For FC5, I need to implement rpl_linkat in gnulib, which mimics the link_follow fallback used on systems that lack linkat altogether, if linkat (,AT_SYMLINK_FOLLOW) fails with EINVAL. And prob
/archive/html/bug-coreutils/2009-10/msg00038.html (8,443 bytes)

346. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Mon, 5 Oct 2009 22:56:38 +0000 (UTC)
0xbfee893c) = 0 1024) = -1 4294967196) = -1 EINVAL Cute - those two lines match between the two straces, but the second trace doesn't know about the linkat syscall, and tries to interpret it as a con
/archive/html/bug-coreutils/2009-10/msg00039.html (6,572 bytes)

347. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Mon, 05 Oct 2009 21:53:17 -0600
According to Pádraig Brady on 10/5/2009 3:53 PM: This should fix it. I don't have access to FC5, but I tested the new code path by priming the cache (gl_cv_func_linkat_follow=runtime ./configure) al
/archive/html/bug-coreutils/2009-10/msg00041.html (21,347 bytes)

348. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Tue, 06 Oct 2009 10:22:10 +0200
I'm ready to release today, and that failure is far enough out on the fringe that I have no qualms. This makes two known bugs. The fix for the other will be always-required l?getfilecon wrappers to a
/archive/html/bug-coreutils/2009-10/msg00043.html (8,941 bytes)

349. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Tue, 06 Oct 2009 10:53:39 +0200
Wow, that was quick. Thanks. I should have read this first. I was just reviewing the changes in gnulib and see a few that should be included in the imminent coreutils beta release, so will probably t
/archive/html/bug-coreutils/2009-10/msg00044.html (9,102 bytes)

350. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Tue, 06 Oct 2009 10:05:33 +0100
Needs a couple of tweaks.. This needs to be added to linkat.c (seems like it should be refactored somewhere?) Also a minor nit in s/Linux/Gnu\/Linux/ After that the test passes. cheers, Pádraig.
/archive/html/bug-coreutils/2009-10/msg00045.html (9,809 bytes)

351. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Tue, 06 Oct 2009 11:12:25 +0200
This should do it: * lib/linkat.c: Include <stdint.h> for use of SIZE_MAX. -- ChangeLog | 5 +++++ lib/linkat.c | 1 + 2 files changed, 6 insertions(+), 0 deletions(-) diff --git a/ChangeLog b/ChangeLo
/archive/html/bug-coreutils/2009-10/msg00046.html (10,873 bytes)

352. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Tue, 06 Oct 2009 11:21:31 +0200
Definitely not when it's talking explicitly of a kernel version? Paolo
/archive/html/bug-coreutils/2009-10/msg00047.html (7,418 bytes)

353. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Tue, 06 Oct 2009 10:19:27 +0100
That works thanks. I suppose these should include stdint.h also? areadlink.c:# define SIZE_MAX ((size_t) -1) areadlink-with-size.c:# define SIZE_MAX ((size_t) -1) backupfile.c:# define SIZE_MAX ((siz
/archive/html/bug-coreutils/2009-10/msg00048.html (10,975 bytes)

354. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Tue, 06 Oct 2009 10:23:21 +0100
Right, it could be "GNU/Linux" or "Linux kernels? (.*)?" cheers, Pádraig.
/archive/html/bug-coreutils/2009-10/msg00049.html (7,229 bytes)

355. Re: new snapshot available: coreutils-7.6.63-addb6 (score: 1)
Author: HIDDEN
Date: Tue, 06 Oct 2009 12:50:19 +0200
Note that stdint.h may not be sufficient to get SIZE_MAX, quoting size_max.h: /* Get SIZE_MAX declaration on systems like Solaris 7/8/9. */ include <limits.h> /* Get SIZE_MAX declaration on systems l
/archive/html/bug-coreutils/2009-10/msg00050.html (12,406 bytes)

356. areadlinkat (was: new snapshot available: coreutils-7.6.63-addb6) (score: 1)
Author: HIDDEN
Date: Wed, 7 Oct 2009 17:00:17 +0000 (UTC)
Further looking shows that: findutils' listfile.c currently uses a home-rolled get_link_name_at which blindly changes the working directory, and calls xalloc_die on allocation failure. Perfect candid
/archive/html/bug-coreutils/2009-10/msg00070.html (54,315 bytes)

357. new snapshot available: coreutils-8.0.24-26e8e (score: 1)
Author: HIDDEN
Date: Mon, 12 Oct 2009 22:31:55 +0200
There are still at least two known test failures on FreeBSD 6.1, but this snapshot should compile on many more non-GNU/Linux systems than coreutils-8.0 did. coreutils snapshot: http://meyering.net/cu
/archive/html/bug-coreutils/2009-10/msg00117.html (8,362 bytes)

358. new snapshot available: coreutils-8.0.108-3aff3 (score: 1)
Author: HIDDEN
Date: Mon, 09 Nov 2009 12:04:27 +0100
We're expecting to release coreutils-8.1 soon (like before the end of the week), so here's a snapshot of the latest. This includes many improvements in gnulib, too. For the latest NEWS (it's getting
/archive/html/bug-coreutils/2009-11/msg00147.html (16,434 bytes)

359. Re: new snapshot available: coreutils-8.0.108-3aff3 (score: 1)
Author: HIDDEN
Date: Mon, 09 Nov 2009 13:45:52 +0000
Passed Skipped Failed \-- Fedora core 5 x86 | 363 47 0 Fedora 11 x86 | 363 47 0 Solaris 10 x86 | 342 68 0 FreeBSD 6 x86 | 336 72 2 FeeBSD 6 failures misc/env + env -u a=b true + fail=1 touch/trailing
/archive/html/bug-coreutils/2009-11/msg00148.html (6,074 bytes)

360. Re: new snapshot available: coreutils-8.0.108-3aff3 (score: 1)
Author: HIDDEN
Date: Mon, 09 Nov 2009 14:48:53 +0100
Thanks! Almost there...
/archive/html/bug-coreutils/2009-11/msg00149.html (6,206 bytes)


This search system is powered by Namazu