bug#25833: fold -s ... but for more than just spaces

fold -s will break at spaces. But why not let the user also pick an arbitrary character, other than spaces, too?

bug#25832: split (v 8.25) with numeric suffixes beyond 89

On 21/02/17 20:01, Assaf Gordon wrote: > >> On Feb 21, 2017, at 22:32, Pádraig Brady wrote: >> >> This was discussed at http://bugs.gnu.org/20874 > > Missed that - sorry. I should've looked through the archives first... > >> I'm not sure anything needs to be done here, >>

bug#25832: split (v 8.25) with numeric suffixes beyond 89

> On Feb 21, 2017, at 22:32, Pádraig Brady wrote: > > This was discussed at http://bugs.gnu.org/20874 Missed that - sorry. I should've looked through the archives first... > I'm not sure anything needs to be done here, > since for backward compat for concat operations >

bug#25817: Why were Gnu coding standards violated in favor of posix for 'rm -fr .'?: request for reversion of behavior

On 02/21/2017 02:41 AM, L A Walsh wrote: > > Do you really need me to find the older version > of 'rm' in your source tree? It wouldn't hurt to point out which commit id changed behavior, if you indeed want to call that commit a regression. Being able to read the commit itself, as well as

bug#25817: Why were Gnu coding standards violated in favor of posix for 'rm -fr .'?: request for reversion of behavior

Or are you arguing that contents within the directory should be removed, even though the directory itself cannot be? --- That's the way a recursive descent algorithm works: it processes the contents, before the parents. When it gets to the parent, it couldn't remove it, but due to

bug#25378: cp does not preserve SElinx context of sub folder

On 20/02/17 23:18, Bernhard Voelker wrote: > Hi Padraig, > > only some minor remarks from my side. > > On 02/21/2017 04:11 AM, Pádraig Brady wrote: >> From d17ca013f3aadcf697663830fa9ec34cba551f66 Mon Sep 17 00:00:00 2001 >> From: =?UTF-8?q?P=C3=A1draig=20Brady?= >> Date: