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
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,
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
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
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
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
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
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
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
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
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
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 relea
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
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
We plan to release coreutils-8.32 in the coming week so any testing you can do on various different systems between now and then would be most welcome. -- You can download the coreutils snapshot in x