RFC: cksum --base64/-b support

2023-01-29 Thread Jim Meyering
Hi Pádraig! Happy new year (belatedly ;-). Hope you're well. I'd like our generated announcements to be able to include base64-encoded checksums without having to recommend verifying them using openbsd's cksum, so... I've begun writing the code to add --base64/-b support for GNU cksum, prompted

Re: RFC: cksum --base64/-b support

2023-01-29 Thread Jim Meyering
On Sun, Jan 29, 2023 at 12:40 PM Jim Meyering wrote: ... > - I'm inclined to work like the openbsd cksum and accept invocations > like "cksum -a sha1x" and "cksum -a sha1b". Any objection? Actually, I am now **disinclined** to implement this part. It'd make sense only if we were able to compute

bug#61035: [PATCH] cp: improve help regarding ACLs

2023-01-29 Thread Paul Eggert
On 2023-01-29 03:06, Kamil Dudka wrote: On Wednesday, January 25, 2023 11:01:45 PM CET Paul Eggert wrote: On 2023-01-25 13:56, Ondrej Valousek wrote: But it's not the same meaning. What I am trying to explain here is that Cp -p (or cp --preserve=mode) also retains ACLs. This fact is not

bug#61035: [PATCH] cp: improve help regarding ACLs

2023-01-29 Thread Kamil Dudka
On Sunday, January 29, 2023 11:04:22 PM CET Paul Eggert wrote: > On 2023-01-29 03:06, Kamil Dudka wrote: > > On Wednesday, January 25, 2023 11:01:45 PM CET Paul Eggert wrote: > >> On 2023-01-25 13:56, Ondrej Valousek wrote: > >>> But it's not the same meaning. What I am trying to explain here is

bug#61035: [PATCH] cp: improve help regarding ACLs

2023-01-29 Thread Kamil Dudka
On Wednesday, January 25, 2023 11:01:45 PM CET Paul Eggert wrote: > On 2023-01-25 13:56, Ondrej Valousek wrote: > > But it's not the same meaning. What I am trying to explain here is that > > > > Cp -p (or cp --preserve=mode) also retains ACLs. This fact is not obvious, > > but yet it's