Hi Paul, Ping. Could you please have a look at this? We have some nasty bugs in shadow, and are yet undecided on how to fix them. On Thu, Aug 01, 2024 at 01:46:40PM +0200, Alejandro Colomar wrote:
On Thu, Aug 01, 2024 at 01:43:36PM GMT, Alejandro Colomar wrote:
I like this approach the most. Which made me wonder... is date(1) fancy?
$ date --date='2023-09-20[+0200]' date: invalid date ‘2023-09-20[+0200]’
Does this kind of date-with-timezone look good to you? Would you add support for it in GNU date(1) (via gnulib)? Have a lovely day! Alex
$ date --version date (GNU coreutils) 9.4 Copyright (C) 2023 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.
Written by David MacKenzie.
It seems not. Paul, should I report a bug to coreutils, or do you have plans for it already? It would be interesting if date(1) would accept these suffixes.
Now I remember, coreutils uses gnulib for that, as you told me some time ago. It would be a gnulib report. :)