Re: du enhancement

On Fri, Oct 20, 2023 at 04:47:59PM +0100, Pádraig Brady wrote: Yes coloring is a plausible addition to du, and would make sense to follow the same options, env vars as ls. I'd argue that the use of colors in coreutils shouldn't really expand unless/until there's a more robust & generic interfa

Re: ls output changes considered unacceptable

I backed out the default ls quoting style change for now in Debian. I admit I simply missed the original RFC, and I apologize for that. I've been hesitant to wade into this because the tone of much of the criticism is frankly unpleasant, but I don't want to change a downstream default without s

Re: ls output changes considered unacceptable

On Thu, Feb 18, 2016 at 01:17:09AM -0800, you wrote: compared to the suggestions I got privately to commit suicide. The vocal minority feel strongly about change. Yeah, it's the discussions on other forums I was reacting to. Crazy. ls is really quite difficult to parse programmatically. I exp

Re: ls output change

On Mon, Feb 22, 2016 at 09:10:58AM +0100, Bernhard Voelker wrote: Just out of curiosity - what rolling distro do you use? On mine - openSUSE:Tumbleweed - the 'aaa_base-extras' package defines a shell alias which uses "-N --color=tty -T 0" per default for a very long time - so we don't profit fro

Re: [PATCH] test: Add unary operator -E: test that a file is an empty directory

On Wed, Apr 06, 2016 at 10:10:26PM +0200, Mattias Andrée wrote: We have now demonstrated that attempts to implement this functionally in shell script without -E is prone to errors in addition to being messy. Just wondering, what's the use case? Mike Stone

Re: [PATCH] test: Add unary operator -E: test that a file is an empty directory

On Wed, Apr 06, 2016 at 10:36:50PM +0200, Mattias Andrée wrote: On Wed, 6 Apr 2016 16:23:23 -0400 Michael Stone wrote: Just wondering, what's the use case? I just don't want a separate tool for it, Well, that's not a particularly compelling use case, especially since testin

Re: quarter code for date

On Thu, Oct 06, 2016 at 12:53:41PM +0100, Pádraig Brady wrote: It's not that awkward to get the quarter number: $(( ($(date +%-m)-1)/3+1 )) ^^^ this is how you can tell someone's been doing shell scripting too long :-D Mike Stone

Re: feature request for coreutils: b2sum

On Mon, Oct 31, 2016 at 10:18:55PM -0400, Assaf Gordon wrote: If by "equivalent" you mean just "happens to be the same length of digest but different value", then I fear many non-tech-savvy users would not be aware of this distinction. +1. This seems horribly user-unfriendly. With sha3 and b

coreutils & openssl

I've gotten another ping about distributing the debian coreutils package linked against openssl. Putting arguments about the technical merits aside, I'm confused about the license implications of doing so. coreutils has a --with-openssl option, but does not have a license exception for linking

Re: coreutils & openssl

On Tue, Jan 31, 2017 at 07:40:06PM -0800, Pádraig Brady wrote: We left the enablement of that option off by default, to let distributors explicitly decide if it was appropriate to invoke the GPL "special exception" and treat openssl as a system library shipped with the OS, thus allowing coreutils

Re: Bug#854053: coreutils: improve 2x-3x sha256sum performance on ppc64le due to current gcc optimization bug

On Fri, Feb 03, 2017 at 11:22:28AM -0200, Gustavo Serra Scalet wrote: The sha256sum provided by coreutils (without openssl) is performing poorly with versions >= 4.9 until 7.0 (currently under development). The reason for that is the -fschedule-insns optimization that is used with -O2. By simply

Re: [PATCH] doc: note the relationship between realpath and readlink

On Thu, Feb 09, 2017 at 08:28:15AM -0800, Pádraig Brady wrote: I was getting at `readlink` on macOS not supporting -f, while realpath is available on FreeBSD and macOS ports with a compatible albeit a subset interface. Whereas OpenBSD has readlink -f but no realpath(1). My suggestion would be

Re: [PATCH] dd: add punchhole feature

On Mon, Feb 13, 2017 at 07:34:04PM -0800, Pádraig Brady wrote: Anyway thanks for the patch. I'm still slightly against merging as it's a guaranteed way to lose data if you ctrl-c the command or whatever. I'll let others weigh in at this point. Agreed; this makes much more sense as a special pur

Re: Please, use --check=crc32 or switch to a safe format

On Mon, Mar 27, 2017 at 11:47:10PM +0100, Ariel Santana Naranjo wrote: If changing xz's options can't fix the problem, would you re-add a second format? Until coreutils-8.13 the tarball was distributed in two formats. I think adding a second format would fix the problem for busybox and for pris

Re: Please, use --check=crc32 or switch to a safe format

On Mon, Mar 27, 2017 at 08:28:35PM -0700, Pádraig Brady wrote: busybox's unxz can't detect bit errors during uncompression Those bit errors that escaped detection by the cryptographic signature?

Re: Please, use --check=crc32 or switch to a safe format

On Thu, Mar 30, 2017 at 01:13:22PM +0200, Antonio Diaz Diaz wrote: (i.e. checking the data before decompressing it) is not enough because the probability of undetected decompression errors is not negligible. And yet, the reports of crc errors being triggered in the real world seem pretty spar

Re: Please, use --check=crc32 or switch to a safe format

On Wed, Apr 05, 2017 at 04:16:53PM -0300, Matias Fonzo wrote: Can developers release (liberate) the ego?. There's nothing wrong in want to provide a "second" format, this increases the chances for accessing the project, inspect, study, etc. Exactly zero people have reported being unable to acc

ls man page/quoting_style

There's no mention of the QUOTING_STYLE environment variable on the ls man page or help output. What about changing --quoting-style=WORD use quoting style WORD for entry names: literal, locale, shell, shell-always, shell-escape,

Re: ls man page/quoting_style

On Tue, Oct 24, 2017 at 06:30:21PM -0700, Pádraig Brady wrote: For reference, env vars are not ideal for user preferences as they're significant when parsing command output (not a tty). I.E. globally set env vars in user settings may cause bugs in scripts. This is not a big deal in this case as Q

Re: Enhancements request – Accuracy, Documentation, Conventions, Basic units of measure

On Fri, May 25, 2018 at 10:07:49AM +0200, Ricky Tigg wrote: –Issue reported first at bugzilla.red hat 1582165 – OS :Fedora Version-Release number of component: coreutils.x86_64 8.29-6.fc28 @updates 1. Accuracy Actual results: In terminal, ou

Re: [PATCH] md5sum,b2sum,sha*sum: support -s option

On Mon, Jun 25, 2018 at 12:23:29AM -0300, Carlos Santos wrote: I stumbled on it when attempted to write a script that uses sha256sum and needs to work both on Fedora 7 and on an embedded system built with Buildroot. It's necessary to test where sha256sum comes from and use a variable for the stat

Re: [PATCH] md5sum,b2sum,sha*sum: support -s option

On Mon, Jun 25, 2018 at 09:56:34AM -0700, Pádraig Brady wrote: lol No I meant that scripts using -s on the newest systems, would fail if used on fedora 28, centos 7, ... Not a huge concern, but worth considering. It's also a different meaning than the equivalent bsd commands. I wish the busybo

Re: [PATCH] md5sum,b2sum,sha*sum: support -s option

On Mon, Jun 25, 2018 at 05:14:09PM -0300, Carlos Santos wrote: I looked at the BSD manual pages and even the command names are different so that should not be a concern. It is a concern if someone wants to add a short option that's compatible with that feature. Right now coreutils already has

Re: bug#32127: RFE -- in the way "cp -rl" -- enable 'ln' to do likewise?

On Tue, Jul 17, 2018 at 01:25:59AM -0700, L A Walsh wrote: I am not suggesting handing out alternates when you have a choice. I'm suggesting doing something useful in a case where there are no alternates and no downsides. If you can come up with a case where a symlink to a directory wou

Re: bug#32127: RFE -- in the way "cp -rl" -- enable 'ln' to do likewise?

On Tue, Jul 17, 2018 at 02:15:14PM -0700, L A Walsh wrote: I can't think of a similar failure mode that I'd want a hard link created Yes, you've made that clear

Re: bug#32127: RFE -- in the way "cp -rl" -- enable 'ln' to do likewise?

On Wed, Jul 18, 2018 at 03:23:59AM -0700, L A Walsh wrote: In the case of creating a link to a directory there is no choice in creating a "working solution". If you want a link there, it HAS to be a symlink. That the user would bother to use the 'ln' (link) command in the first place

Re: Bash-5.0 release available

On Wed, Jan 09, 2019 at 11:39:25AM -0800, Pádraig Brady wrote: On 07/01/19 23:16, Bernhard Voelker wrote: [forwarding from gnu-annou...@gnu.org] On 1/7/19 11:03 PM, Chet Ramey wrote: Introduction The first public release of bash-5.0 is now available with the URLs [...] +==

Re: [PATCH] df: Adding a --no-headers option, by request of Bruce Dubbs

On Thu, Mar 21, 2019 at 11:13:11AM +0100, Erik Auerswald wrote: More general, table headers are useful for interactive use, but often need to be ignored when the tool output is used programmatically. For a utility like df, which is in concept a tool for interactive use and has a wide range of

Re: How to calculate date relative to another date?

On Wed, May 22, 2019 at 06:44:40AM -0400, Steeve McCauley wrote: --iso seems to be an undocumented equivalent to the --iso-8601 date format, that gives you -MM-DD as the default format. You seem to have fallen on a bug in that either, 1) date string is corrupt and doesn't emit an error 2) d

Re: How to calculate date relative to another date?

On Sat, Jun 01, 2019 at 12:05:29PM -0600, Assaf Gordon wrote: On Wed, May 22, 2019 at 10:41:52AM -0400, Michael Stone wrote: In general my advice is to just avoid the date parsing entirely, it will never, ever do what you predict. I'm sorry to hear that is your experience with date(1) pa

Re: question about parallelism in cp command

On Fri, Jun 28, 2019 at 04:15:22AM -0700, L A Walsh wrote: You can target 10 areas at a time and get considerable benefit if they are spread across multiple disks in the raid. Alternatively, the kernel can hide this behind readahead.

Re: Decimal time support in 'date'

On Thu, Dec 12, 2019 at 05:16:43PM -0800, za3k--- via GNU coreutils General Discussion wrote: I am interested in adding support for decimal time to 'date', but before I dive into writing a patch, I wanted to ask whether the patch has a chance of being accepted--this may just be too obscure. I

Re: What is the difference between unlink and rm -f?

On Wed, Jan 29, 2020 at 08:42:20PM -0600, Peng Yu wrote: So a one-line summary is When the target can be delete, unlink and rm -f are the same; otherwise, unlink will complain about the error and exit with 1, but rm -f will do neither. No, rm -f will also exit with 1 if the file exists bug can

Re: Which sha sum is the fastest?

On Mon, Apr 27, 2020 at 09:55:32AM -0500, Peng Yu wrote: I got the following run time on a file of 116M. They are ranked in this order. Is this runtime order in general true? no; it will depend heavily on compile-time options and cpu-level optimizations.

Re: how to sell network nodes

On Sat, Nov 14, 2020 at 11:13:18AM +0100, Michael J. Baars wrote: As you can see from the log, with given blocksize, my benchmark does this exact same thing at a rate of 5663.7168 mb/s and at a maximum rate of 16589.7124 mb/s with blocksize 67108864 (the entire file at once). Just at first gla

Re: [PATCH] ls: add --sort=width (-W) option to sort by filename width

On Thu, Apr 15, 2021 at 07:56:30AM -0500, Carl Edquist wrote: Anyway, after some time if you find yourself wanting to use the feature a lot but being bored to type --sort=width each time, maybe that will provide more inclination to add a short option... ("Yes," you might say, "but that's what sh

Re: version-sort ugliness or bugs

On Fri, Apr 16, 2021 at 09:38:54AM -0700, Kaz Kylheku (Coreutils) wrote: On 2021-04-15 18:44, Erik Auerswald wrote: Hi, On Thu, Apr 15, 2021 at 11:47:34PM +0200, Vincent Lefevre wrote: I'm currently using version-sort in order to get integers sorted in strings (due to the lack of simple numeri

Re: [RFC PATCH] mv: add --swap option

On Fri, May 28, 2021 at 09:25:26PM +0900, Dominique Martinet wrote: Pádraig Brady wrote on Fri, May 28, 2021 at 12:58:48PM +0100: Yes sorry for the delay. Thanks for the reply! I'm not sure about --swap in mv to be honest. We were considering a separate `replace` utility, which might be more

Re: [PATCH 0/1] Introduce sm3sum based on OSCCA SM3 hash

On Thu, May 27, 2021 at 04:15:20PM +0100, Pádraig Brady wrote: I'm thinking rather than add yet another *sum util, we might go the route of a single utility with an option to select which algorithm to use. +1

Re: Add support for cksum --algorithm [sm3]

On Tue, Sep 07, 2021 at 04:45:23PM +0100, Pádraig Brady wrote: This patch set refactors all digest implementations to their own modules, all interfaced through digest.c. All file operations and diagnostics are done in digest.c. All digests are made available through `cksum -a`. Also we add suppor

Re: Add support for cksum --algorithm [sm3]

On Thu, Sep 09, 2021 at 01:20:56PM +0100, Pádraig Brady wrote: On 09/09/2021 00:39, Michael Stone wrote: On Tue, Sep 07, 2021 at 04:45:23PM +0100, Pádraig Brady wrote: This patch set refactors all digest implementations to their own modules, all interfaced through digest.c. All file operations

Re: Patch: dircolors, add alacritty

On Wed, Oct 13, 2021 at 02:18:53PM +0100, Pádraig Brady wrote: Right dircolors will set empty LS_COLORS due to not matching the TERM. In that case ls will resort to using its default basic color set (which it does because COLORTERM is set). Adding various terminals to the default list seems not

Re: Inconsistent behavior of core utilities

On Wed, Aug 24, 2022 at 10:17:49AM -0700, L A Walsh wrote: On 2022/08/23 00:30, Mike Jonkmans wrote: que find is the path to go. Because find isn't part of coreutils? there's more to life than coreutils find isn't consistent either: find . -name \*.foo gives you output from dir ".", but

Re: Inconsistent behavior of core utilities

On Thu, Aug 25, 2022 at 10:10:46PM -0700, L A Walsh wrote: there's more to life than coreutils - But the OP was posting about inconsistencies in coreutils. What you are saying is because coreutils is broken/inconsistent, use 'find'. For programmatic use, definitely. When someone's trying

Re: [PATCH] cksum: Use AVX2 and AVX512 for speedup

FWIW (since all the avx512 discussion seemed to involve intel CPUs), the new code seems to work fine on AMD zen4 & zen5 in avx512 mode.

Re: hash-sum - print only the checksum - quiet mode

On Wed, Dec 18, 2024 at 01:35:41AM -0600, Rob Landley wrote: I'm unsure of which command hash-sum is, but I note that toybox has been using -b (brief) in md5sum through sha3sum for 10 years now: https://github.com/landley/toybox/commit/2682551a4b19 An unfortunate choice since coreutils has al

Re: Re: hash-sum - print only the checksum - quiet mode

On Tue, Dec 17, 2024 at 09:19:33PM +0100, wrotycz wrote: What is pretty, according to you, then? An option that clearly communicates what change is made to the output, rather than an option which is traditionally (even in the same command!) used to indicate that there is no output apart from

Re: hash-sum - print only the checksum - quiet mode

On Tue, Dec 17, 2024 at 12:45:01PM +, Pádraig Brady wrote: "Using the --quiet option for this seems a little awkward. s/awkward/hideous/

Re: [PATCH] cksum: Implement Chorba algorithm in PCLMUL

On Tue, Dec 24, 2024 at 11:52:38PM +, Pádraig Brady wrote: However this is a regression on i7-5600U at least: I'm seeing the same on older consumer hardware, even after the latest patch (i3-6100): $ time ./cksum --debug /tmp/testfil cksum: avx512 support not detected cksum: avx2 support

Re: [PATCH] cksum: Implement Chorba algorithm in PCLMUL

On Wed, Dec 25, 2024 at 05:55:38PM +0100, Sam Russell wrote: Did you test this with the first patch or the second patch? At a minimum cutting out the final table-based fold should be a consistent ~5% improvement on any platform. The one with "Date: Wed, 25 Dec 2024 10:27:32 +0100" in the header

Re: cp clashing options reflink / sparse

On Tue, Apr 15, 2025 at 11:33:26AM +0100, Philip Rowlands wrote: I see the logic, but in this case I'm using cp not to duplicate, just to sparse-ify, then delete the original. It would be fair to say "don't use cp if you don't want a copy", but there aren't many tools which can do this. Probab

Re: configure --enable-systemd

On Thu, Apr 24, 2025 at 10:55:39AM +0100, Pádraig Brady wrote: 2) The option --enable-systemd is off by default. On systems like Ubuntu 25.04 (without /var/run/utmp support) this leads to a dysfunctional 'who' program by default. What can be done about this? Ad 1) (a) One should add a coreutils

Re: potential addition of sponge to POSIX

On Fri, Jun 20, 2025 at 10:32:27AM +0200, Marc Chantreux wrote: On Thu, Jun 19, 2025 at 06:09:49PM +0100, Pádraig Brady wrote: > > we should aim for ACID file replacement functionality. > it seems to me that's the whole point of sponge > so out of curiosity: is there another possible usage ? You