Hi Alex,
Use "T0" or " 0" zone offset prefix to make it work:
$ date -d2023-09-20T0+0200
2023 Sep 19 Tue 16:00:00
$ date -d2023-09-20\ 0+0200
2023 Sep 19 Tue 16:00:00
or maybe add [ T]12:00 to make it less ambiguous when dealing only with dates?
I agree that date with zone without time has a useful meaning, so allowing the
time to be optional, defaulting to 0 as usual, in strptime(3) and date(1), would
be useful.
On 2025-02-11 08:57, Alejandro Colomar via tz wrote:
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. :)
Didn't you all go around on this last August in bug-gnulib?
--
Take care. Thanks, Brian Inglis Calgary, Alberta, Canada
La perfection est atteinte Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add
mais lorsqu'il n'y a plus rien à retrancher but when there is no more to cut
-- Antoine de Saint-Exupéry
