Yes I read it, and noticed that ifdef, also I noticed that the leapseconds was omitted for last 12 month during MFV for unknown for me reasons. Therefore is you #define LEAPSECONDS you'll not get the next one.
And yes, the update should be on src/share/zoneinfo/leapseconds and not the .list file (my mistake), but as I said it haven't been updated during last MFV therefore there is nothing to be done for EN in this stage. Pawel. On 23 June 2015 at 22:21, Peter Jeremy <pe...@rulingia.com> wrote: > On 2015-Jun-23 22:00:49 +0100, Pawel Biernacki <pawel.bierna...@gmail.com> > wrote: > >On 23 June 2015 at 21:56, Peter Jeremy <pe...@rulingia.com> wrote: > > > >> On 2015-Jun-23 20:03:35 +0100, Pawel Biernacki < > pawel.bierna...@gmail.com> > >> wrote: > >> >As we (hopefully) all know on 30th of June we'll observe leap second. > >> > tzdata information was updated in release 2015a in January. > >> ... > >> >I believe that FreeBSD Project should issue Errata Notices for all > >> >supported version with update to share/zoneinfo/leap-seconds.list file. > > >The file is in src and is used by zic to compile zoneinfo files. Please > >read src/share/zoneinfo/Makefile. > > Maybe you need to read that file - nowhere does it mention > leap-seconds.list. > The closest is the LEAPSECONDS option: If LEAPSECONDS is defined at build > time, /usr/src/contrib/tzdata/leapseconds is baked into the individual > timezone files (to be) installed into /usr/share/zoneinfo. This is not the > default on FreeBSD and according to ctime(3), doing so breaks POSIX > compliance. > > You still haven't explained why the FreeBSD Project needs to issue an EN > to update the (non-existent) share/zoneinfo/leap-seconds.list file. > > Obviously, if you've done something non-standard, you may need to make some > local changes but the FreeBSD Project does no issue ENs for unsupported > configurations. > > -- > Peter Jeremy > -- One of God's own prototypes. A high-powered mutant of some kind never even considered for mass production. Too weird to live, and too rare to die. _______________________________________________ freebsd-security@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-security To unsubscribe, send any mail to "freebsd-security-unsubscr...@freebsd.org"
