Search String: Display: Description: Sort:

Results:

References: [ +subject:snapshot: 248 ]

Total 248 documents matching your query.

1. [coreutils] snapshot deferred by another day: bison vs. openbsd (score: 1)
Author: HIDDEN
Date: Thu, 07 Oct 2010 23:33:30 +0200
coreutils didn't compile on OpenBSD 4.7: http://thread.gmane.org/gmane.comp.parsers.bison.bugs/3418 I'll push the gnulib fix early tomorrow.
/archive/html/coreutils/2010-10/msg00057.html (4,527 bytes)

2. Re: [coreutils] snapshot deferred by another day: bison vs. openbsd (score: 1)
Author: HIDDEN
Date: Thu, 07 Oct 2010 15:37:55 -0600
http://thread.gmane.org/gmane.comp.parsers.bison.bugs/3418 Didn't compile, or didn't bootstrap from git? There's a difference. We want to guarantee that tarballs don't rely on bison, and inability to
/archive/html/coreutils/2010-10/msg00058.html (5,492 bytes)

3. Re: [coreutils] snapshot deferred by another day: bison vs. openbsd (score: 1)
Author: HIDDEN
Date: Fri, 08 Oct 2010 08:15:01 +0200
It failed to compile from tarball. I rarely try to bootstrap from git on *BSD systems.
/archive/html/coreutils/2010-10/msg00059.html (4,928 bytes)

4. [coreutils] new snapshot available: coreutils-8.5.188-9af44 (score: 1)
Author: HIDDEN
Date: Sun, 10 Oct 2010 21:57:02 +0200
Here is a snapshot of the latest coreutils development sources. Please build it and run "make check" on any systems you can, and report any problems to address@hidden I expect to make a stable releas
/archive/html/coreutils/2010-10/msg00069.html (48,109 bytes)

5. Re: [coreutils] new snapshot available: coreutils-8.5.188-9af44 (score: 1)
Author: HIDDEN
Date: Mon, 11 Oct 2010 17:21:10 +0100
I just noticed tail-2/inotify-hash-abuse hang on my system, which is due to a 2.6.24 kernel bug where inotify_add_watch() returns ENOSPC all the time. This causes tail -F to just wait in vain. 10s fi
/archive/html/coreutils/2010-10/msg00070.html (7,427 bytes)

6. Re: [coreutils] new snapshot available: coreutils-8.5.188-9af44 (score: 1)
Author: HIDDEN
Date: Mon, 11 Oct 2010 20:46:20 +0200
Good point. I've just added this: * .mailmap: Map git author names and email addresses to canonical/preferred form. This file is used e.g., by "git shortlog". -- .mailmap | 10 ++++++++++ 1 files chan
/archive/html/coreutils/2010-10/msg00071.html (6,866 bytes)

7. Re: [coreutils] new snapshot available: coreutils-8.5.188-9af44 (score: 1)
Author: HIDDEN
Date: Mon, 11 Oct 2010 22:44:58 +0200
Nice. Perfect timing. Definitely worth including in the upcoming release.
/archive/html/coreutils/2010-10/msg00072.html (7,995 bytes)

8. [coreutils] new snapshot available: coreutils-8.6.19-1369f (score: 1)
Author: HIDDEN
Date: Wed, 03 Nov 2010 14:19:08 +0100
Here's a snapshot of the latest. I would like to release coreutils-8.7 on Friday. The main motivation was to adjust stat(1)'s handling of %X, %Y, %Z so as not to render scripts that use those format
/archive/html/coreutils/2010-11/msg00004.html (9,255 bytes)

9. [coreutils] new snapshot available: coreutils-8.6.24-6c058 (score: 1)
Author: HIDDEN
Date: Sat, 06 Nov 2010 15:48:33 +0100
With Paul's big stat change, I'm hoping we've reached closure on that issue. This snapshot also includes plenty of fixes in gnulib by Eric Blake: fixes for icc-related problems as well as for Solaris
/archive/html/coreutils/2010-11/msg00025.html (6,502 bytes)

10. [coreutils] new snapshot available: coreutils-8.7.66-561f8 (score: 1)
Author: HIDDEN
Date: Fri, 17 Dec 2010 11:07:11 +0100
Here's a preview of what should soon appear as coreutils-8.8. This is mostly a bug-fix release, with numerous fixes to our newly-parallelized sort. Any testing you can perform over the weekend would
/archive/html/coreutils/2010-12/msg00074.html (15,597 bytes)

11. [coreutils] du/bigtime fail ( was: new snapshot available: coreutils-8.7.66-561f8) (score: 1)
Author: HIDDEN
Date: Fri, 17 Dec 2010 10:34:08 -0500
Jim Meyering wrote, On 12/17/2010 05:07 AM: On CentOS 5.4, du/bigtime fails (in a reproducible manner). $ uname -a Linux XXXXXX 2.6.18-164.11.1.el5 #1 SMP Wed Jan 20 07:32:21 EST 2010 x86_64 GNU/Linu
/archive/html/coreutils/2010-12/msg00075.html (5,381 bytes)

12. new snapshot available: coreutils-8.9.77-4e9ab7 (score: 1)
Author: HIDDEN
Date: Wed, 02 Feb 2011 20:19:39 +0100
Here's a snapshot of what should soon be tagged as coreutils-8.10. I expect to release 8.10 on Friday, so any testing you can do between now and then would be most welcome. Since this changes how "cp
/archive/html/coreutils/2011-02/msg00005.html (18,049 bytes)

13. new snapshot available: coreutils-8.11.9-8c0b1d (score: 1)
Author: HIDDEN
Date: Thu, 21 Apr 2011 22:09:32 +0200
Considering the potential for data loss when using coreutils-8.11 on ext4 and xfs when using e.g., 2.6.39-rc3[*], here's a snapshot that will soon become coreutils-8.12. Please give it a try. Here is
/archive/html/coreutils/2011-04/msg00136.html (6,729 bytes)

14. Re: new snapshot available: coreutils-8.11.9-8c0b1d (score: 1)
Author: HIDDEN
Date: Thu, 21 Apr 2011 23:12:59 +0200
Looks good. The "files full of zeros" problem is gone and all 367 tests pass. The first (tiny) steps for SEEK_HOLE and SEEK_DATA support were just posted: http://thread.gmane.org/gmane.linux.kernel/1
/archive/html/coreutils/2011-04/msg00138.html (4,890 bytes)

15. Re: new snapshot available: coreutils-8.11.9-8c0b1d (score: 1)
Author: HIDDEN
Date: Thu, 21 Apr 2011 16:33:15 -0600
Thanks for that pointer. Here's hoping that the kernel implements the same documented semantics as Solaris: SEEK_HOLE - returns the offset of the next hole without repositioning the file (all files h
/archive/html/coreutils/2011-04/msg00139.html (6,453 bytes)

16. snapshot tomorrow, preparing for coreutils-8.13 (score: 1)
Author: HIDDEN
Date: Tue, 30 Aug 2011 23:58:28 +0200
I plan to push these parse-datetime.y changes to gnulib: http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/27929/focus=27953 (doc changes can wait a few days, if needed) and then the corresponding c
/archive/html/coreutils/2011-08/msg00073.html (4,437 bytes)

17. new snapshot available: coreutils-8.12.178-df9cd (score: 1)
Author: HIDDEN
Date: Wed, 31 Aug 2011 21:40:06 +0200
Wow. There have been nearly 1000 commits in *gnulib* since coreutils-8.12. With 178 in coreutils proper, that is well above average[*]. If all goes well, I'll release coreutils-8.13 early next week,
/archive/html/coreutils/2011-08/msg00074.html (20,623 bytes)

18. Re: [Platform-testers] new snapshot available: coreutils-8.12.178-df9cd (score: 1)
Author: HIDDEN
Date: Thu, 1 Sep 2011 10:15:17 +0200
On Linux with glibc 2.11.3: All tests pass, and all gnulib-tests pass. On MacOS X 10.5: 1 of 361 tests failed see separate report. On FreeBSD 6.4: 4 of 367 tests failed see separate report. On OpenBS
/archive/html/coreutils/2011-09/msg00004.html (7,051 bytes)

19. Re: [Platform-testers] new snapshot available: coreutils-8.12.178-df9cd (score: 1)
Author: HIDDEN
Date: Thu, 01 Sep 2011 11:06:16 +0100
Thanks for all this testing Bruno. Note the reports are easier to diagnose if you use: make check VERBOSE=yes Note also, you can run individual tests like: make check TESTS=split/l-chunk VERBOSE=yes
/archive/html/coreutils/2011-09/msg00012.html (8,244 bytes)

20. Re: [Platform-testers] new snapshot available: coreutils-8.12.178-df9cd (score: 1)
Author: HIDDEN
Date: Thu, 01 Sep 2011 12:19:00 +0200
Hi Pádraig, That is enabled by default, but if you are running the tests with a deficient bourne shell it turns off the VERBOSE=yes. Here's the code from init.sh that does that: setup_ () { if test
/archive/html/coreutils/2011-09/msg00015.html (8,904 bytes)


This search system is powered by Namazu