8.20 release plan?

[Jim Meyering]

Hi Pádraig,

Would you please review this?

    [ cp: avoid data-corrupting free-memory-read ]
    http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/25139/focus=25151

That bug is obviously serious and the fix merits a prompt release.

What would you or anyone else like to see committed before the release?
Ondrej's df patch is overdue, but I haven't reviewed it, and now wonder
if it'd be better to defer it until after 8.20.  Without reviewing it,
however, I'm not well placed to estimate its risk/benefit ratio.

I will have less time for free software in the coming months (I'm
changing jobs and moving back to the US (San Francisco)), so help
with the backlog would be most welcome, even if it's just doing
triage (ping/add-"moreinfo"/close-if-fixed) on the bugs that have
been around for too long:

    http://debbugs.gnu.org/coreutils

Anyone can help.  Just send properly formatted mail messages per
these guidelines: http://debbugs.gnu.org/Using.html

Additional guidelines: closing a bug can seem harsh to the submitter,
so be gentle and give more explanation rather than less.  If a report
may be valid but lacks sufficient info, please request more info and
leave a record by applying the "moreinfo" tag.  Then, as is too often
the case, when there's no reply, we can go through and close the old
moreinfo-marked bugs.

Another way to help with bug triage that I've recently experimented
with is to use emacs' brand new debbugs interface.  To do that,
you may have to use a very recent version of emacs, like 24.2
or maybe even newer:

    http://ftp.gnu.org/gnu/emacs/emacs-24.2.tar.bz2
    http://ftp.gnu.org/gnu/emacs/emacs-24.2.tar.bz2.sig

I use the latest emacs built from git/bzr and put this in ~/.emacs:

    (setq debbugs-gnu-default-packages '("coreutils"))

With that, run this command to get a nice interactive
view onto the hundreds of open coreutils bugs:

    emacs --eval '(debbugs-gnu nil)'