Re: %z and %Z in strftime man page require clarification

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Alex,

Patch is somewhat ready, I will send it once a teammate reviews it.
Should be ready by tomorrow.

I'd definitely appreciate if Paul checks it too :)


On Wed, 15 Feb 2023 at 17:21, Alejandro Colomar <alx.manpages@xxxxxxxxx> wrote:
>
> Hi Elliott, Almaz,
>
> On 2/13/23 17:31, enh wrote:
> > (given how complex a topic this is -- based on the discussion on the
> > tz mailing list -- you might want to send a specific suggestion in the
> > form of a patch...)
>
> Thanks, I agree.  This is too complex, and it would be nice to
> see a more specific suggestion in the form of a patch.
> I CCed Paul, in case he can help.
>
> Cheers,
>
> Alex
>
> >
> > On Mon, Feb 13, 2023 at 1:15 AM Almaz Mingaleev <mingaleev@xxxxxxxxxx> wrote:
> >>
> >> Friendly ping.
> >>
> >>
> >> On Thu, 28 Jul 2022 at 09:16, Almaz Mingaleev <mingaleev@xxxxxxxxxx> wrote:
> >>>
> >>> Hi Michael,
> >>> Current strftime specification in C language standard is not accurate.
> >>> It tells that tm_isdst is enough to find out time zone's offset. But
> >>> that's not true, for example Europe/Lisbon has changed [0] its
> >>> standard offset from 00:00 to 01:00 and back to 00:00, so an exact
> >>> date is needed to answer that.
> >>>
> >>> To get correct answer with the current glibc tm struct should either
> >>> come from localtime or there should be a mktime call prior to
> >>> strftime. You can find a repro example and discussion here [1]. Paul
> >>> Eggert has proposed a fix to C standard [2].
> >>>
> >>> Should man pages reflect that i.e. mention that there should be
> >>> localtime/mktime calls for %z and %Z?
> >>>
> >>> Thanks,
> >>> Almaz
> >>>
> >>> P.S. I am resending the email. My previous attempt was bounced back as
> >>> it wasn't TEXT/PLAIN.
> >>>
> >>> [0] https://github.com/eggert/tz/blob/a249a0c64b2f87a24c7f1aab43056fb597c95b96/europe#L2400
> >>> [1] https://mm.icann.org/pipermail/tz/2022-July/031668.html
> >>> [2] https://mm.icann.org/pipermail/tz/2022-July/031674.html
>
> --
> <http://www.alejandro-colomar.es/>
> GPG key fingerprint: A9348594CE31283A826FBDD8D57633D441E25BB5



[Index of Archives]     [Kernel Documentation]     [Netdev]     [Linux Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux