bug#77934: bug: md5sum: Escaped backslashes in filename got in stdout

2025-04-20 Thread Glenn Golden
On Sat, Apr 19, 2025, at 17:44, William Johnson via GNU coreutils Bug Reports wrote: > > Hello. I would like to report a bug for md5sum coreutil. > If filename has ‘\t’ in filename, stdout for md5sum result will start > with backslash symbol. >  > [ ... ] > This is documented behavior since cor

bug#74107: bug#74808: date.1: Some remarks and and a patch for editorial changes for this man page

2024-12-13 Thread Glenn Golden
utput) is one way that had been discussed to avoid it, but just wondering (since you're going to be working on it anyway) if it might be possible for help2man to recognize the type of indentation construct that results in the extra vertical space and just avoid inserting an addtional ".IP"? - Glenn Golden

bug#47103: numfmt: invalid suffix 'k'

2023-11-26 Thread Glenn Golden
Sven Köhler [2023-11-26 17:09:23 +0100]: > So Pádraig's patch does allow for parsing lowercase k, but it does not > change numfmt to use lowercase k in its output in si mode. > > As Pádraig has shown, ls uses lowercase k in --si mode. So it uses lowercase > k for 1000. I think that numfmt should

bug#66519: b2sum, md5sum sha*sum etc broken on filenames including backslash

2023-10-17 Thread Glenn Golden
rbitrary file names." You can argue that it ought to have been done differently, but it is the documented behavior. Glenn Golden

bug#61884: add an option to du that allows to control which file types are counted

2023-03-02 Thread Glenn Golden
Hi Christoph, Christoph Anton Mitterer [2023-03-02 17:54:09 +0100]: > On Thu, 2023-03-02 at 16:01 +, Pádraig Brady wrote: > > There are many possible filtering options, > > which are probably best left to `find` (as per your example). > > This was also mentioned previously at: > > https://lis

bug#54785: for floating point, printf should use double like in C instead of long double

2022-04-27 Thread Glenn Golden
On Mon, Apr 25, 2022, at 19:33, Paul Eggert wrote: > On 4/25/22 16:50, Glenn Golden wrote: >> >> >> On Mon, Apr 25, 2022, at 13:06, Paul Eggert wrote: >>> >>> I'd like coreutils printf to stay compatible with Bash printf. Thanks. >>> >&g

bug#54785: for floating point, printf should use double like in C instead of long double

2022-04-25 Thread Glenn Golden
On Mon, Apr 25, 2022, at 13:06, Paul Eggert wrote: > > I'd like coreutils printf to stay compatible with Bash printf. Thanks. > Is there any interest/motivation for consistentizing {coreutils printf, bash printf} with glibc printf? There's a minor but notable inconsistency between them for %a

bug#52656: (id) utility bug found

2021-12-19 Thread Glenn Golden
Morteza Ghorbani [2021-12-19 11:01:37 +]: > Hello > I am Morteza Ghorbani > While Working with id utility, I found strange behavior. > Suppose that my username is ‘user1’ , so if I remove user1 from a > particular group (e.g. netdev) by the following instruction : > gpasswd –delete user1 net

bug#50940: how df utility displays sizes - GB vs GiB

2021-10-01 Thread Glenn Golden
Paul Eggert [2021-10-01 14:01:14 -0700]: > > On 10/1/21 1:30 PM, Danie de Jager wrote: > > Can we use the same options, but to trigger the longer annotation, we > > double the characters used to -hh and -HH? > > Interesting idea. Normally, later options override earlier, so 'df -h -H' is > equiv

bug#50940: how df utility displays sizes - GB vs GiB

2021-10-01 Thread Glenn Golden
ead) for all the gory details and historical background. NOTE: I do not know whether the program behavior and documentation described in the above post is still extant in coreutils release 9. Glenn Golden

bug#49381: v.8.32 – du(1) | Calculating the total size of files | One file covered instead of all

2021-07-04 Thread Glenn Golden
Ricky Tigg [2021-07-04 16:54:04 +0300]: > *OS:* Fedora; Tested in Bash v.5.1. > > Hello. Task: Printing total size of files *alone*. > To reproduce: > > $ stat -c '%i %h %s %n %F' k l > 4198568 2 34 k regular file > 4198568 2 34 l regular file > > $ find . -type f > ./k > ./l > > Those 'du' c

bug#47324: Missing information in documentation

2021-03-25 Thread Glenn Golden
On Thu, Mar 25, 2021, at 07:49, L A Walsh wrote: > On 2021/03/22 15:21, Bernhard Voelker wrote: > > > > According to the GNU guidelines and to avoid double work, the man page of > > the coreutils is essentially not much more than the output of --help. > > > --- > It sure would be nice if

bug#47085: du: why does 'usage' show prefixes 'Z' or 'Y' if they are disallowed?

2021-03-12 Thread Glenn Golden
Paul Eggert [2021-03-12 11:46:52 -0800]: > On 3/11/21 8:53 PM, L A Walsh wrote: > > Why are those suffixes listed as valid under the program 'usage' > > and manpage, when they are automatically disallowed? > > They are valid if your computer has wide-enough integers. As far as I know > no platfor

bug#47085: du: why does 'usage' show prefixes 'Z' or 'Y' if they are disallowed?

2021-03-12 Thread Glenn Golden
On Thu, Mar 11, 2021, at 21:53, L A Walsh wrote: > > Also something I didn't see as being clear: > I don't see where it says it will always round up to next higher > unit (it may say it somewhere, I just don't see it and was > surprised to see 'du -BT /tmp|hsort -s' show all objects as > be

bug#47023: df utilility displays G instead of GM as unit size for Gigabytes in power of 1000

2021-03-10 Thread Glenn Golden
L A Walsh [2021-03-10 13:27:15 -0800]: > On 2021/03/10 06:50, Glenn Golden wrote: > > Pádraig, Philippe, Paul - > > > > Pádraig Brady [Tue, 9 Mar 2021 19:51:45 +]: > > > > On 09/03/2021 12:58, Philippe Bénézech via GNU coreutils Bug Reports >

bug#47023: df utilility displays G instead of GM as unit size for Gigabytes in power of 1000

2021-03-10 Thread Glenn Golden
h says essentially the same things) rather than having two sets of mutually conflicting documentation co-existing within coreutils. The proposed patchset does that. See above posting for details. It's very long, but it lays out the entire story from start to finish, with all known back references that I'm aware of. - Glenn Golden