coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: plans for 8.21 release


From: Ondrej Oprala
Subject: Re: plans for 8.21 release
Date: Wed, 23 Jan 2013 11:52:11 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0

On 01/23/2013 01:11 AM, Pádraig Brady wrote:
On 01/21/2013 10:47 AM, Pádraig Brady wrote:
coreutils 8.20 was released on 2012-10-23

So given the current stack of changes:
http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=blob;f=NEWS;h=754b2cf8
I think it's worth cutting a release soon.

I was hoping to do a release in maybe 2.5 weeks including,
latest gnulib, numfmt, selinux enhancements to cp,mv,
and this cut adjustment http://bugs.gnu.org/13498,
since there are already a lot of cut fixes in this release.

BTW, I'm wary about adding dd [io]flag=seekable support,
as I'm unsure of its usefulness.  I'm waiting for more +1s
on that thread before merging/discarding.

So I hope to release a snapshot Jan 30th,
and after a week of testing release on Feb 7th.

I'd also like to look at the df deduplication patch,
which was backported downstream and has caused some issues:
https://bugzilla.redhat.com/show_bug.cgi?id=887763
That will be on the end of my list, so I'd be
much obliged if someone could figure out what's going on
before I dig into it.

The bug report seems to indicate we can't rely on an order
from /proc/mounts. Perhaps we could for a given dev,inode
favor entries with a '/' in their "Filesystem" and if
there are multiple of those then favor the one with the
shortest "Mounted on"?

If we can't come up with something workable,
we may have to pull the patch as missing entries
is worse than duplicate entries IMHO.

thanks,
Pádraig.

Hi,
I'll gladly look at the df issue.

Thanks,
Ondrej



reply via email to

[Prev in Thread] Current Thread [Next in Thread]