Imminent tzdata import (was: Re: Vendor Imports in Subversion)

Warner Losh imp at bsdimp.com
Wed Dec 9 15:48:50 UTC 2020


On Wed, Dec 9, 2020 at 1:16 AM Philip Paeps <philip at freebsd.org> wrote:

> On 2020-12-09 14:47:18 (+0800), Warner Losh wrote:
>
> > Greetings,
> >
> > The git working group is making final preparations for the cut over in
> two
> > weeks (currently planned to start December 19). There's one item that's
> > caused some recent problems that we'd like to ask the committer's help
> on:
> > vendor imports. We've had a few vendor imports of late that have caused
> > problems for the git converter. Imports should be done from the top level
> > so that the merge info winds up in the right place. uqs@ has added code
> to
> > defensive code to detect the recent problems, but we're not sure it will
> > catch everything.
> >
> > So, over the next two weeks, we'd like to ask that committers refrain
> from
> > doing vendor imports in the src tree for those cases where delay is
> > possible. For vendor imports that can't wait, due to security or other
> > serious issues, please coordinate with git at freebsd.org before doing the
> > vendor import. If there's a confidential matter, you can contact me (
> > imp at freebsd.org) or the core team instead.
> >
> > Thanks for your understanding...
> >
> > Warner
> > On behalf of the git working group
>
> I expect there will be one more tzdata import this year.  Probably in the
> next week or so.
>
> I could potentially hold this one off, but one of the timezones in Russia
> is changing at short notice and we do have a sizeable number of users in
> Russia.
>
> https://mm.icann.org/pipermail/tz/2020-December/029607.html
>
> It sounds like the timezone is changing on 27 December 2020 (argh) but we
> won't know for sure until next week (argh argh).
>
> Given that tzdata imports are exceedingly trivial, perhaps this is
> actually a best-case first import to try out the process?  Happy to
> coordinate with you guys.
>

Thanks Philip for the heads up. This is the sort of timely data that makes
sense not to delay. You've done a number of these in the past, so this
should be OK. Please take extra care to ensure that the mergeinfo
properties are done correctly at the high level.

Unless someone else pipes up, please consider this approved. We're planning
to start the conversion of December 19, so please try to have it done well
ahead of that, iana willing :).

Warner


More information about the freebsd-git mailing list