IANA time zone database - release management: Difference between revisions
No edit summary |
No edit summary |
||
Line 17: | Line 17: | ||
---- | ---- | ||
Tim Parenti 2013-09-20 04:31:53 UTC http://mm.icann.org/pipermail/tz/2013-September/020304.html | Tim Parenti 2013-09-20 04:31:53 UTC http://mm.icann.org/pipermail/tz/2013-September/020304.html | ||
---- | |||
Paul Eggert 2013-09-20 06:43:36 UTC http://mm.icann.org/pipermail/tz/2013-September/020305.html | |||
opening up the development process in this way | |||
was probably a mistake. It's slowed development, and made | |||
it less fun. And let's not discount the cost of making | |||
things less fun in a volunteer project. The large quantity | |||
of repeated discussion of trivialities has driven one | |||
valuable contributor off the mailing list, a person who in | |||
the past contributed more useful changes to the data than | |||
anybody in this discussion other than ADO and myself. | |||
That's a net minus. | |||
---- |
Latest revision as of 2013-09-20T08:57:55
IANA time zone database
time zone acronyms |
zone changes |
cutoff date |
pre-1970 |
uninhabited territory |
file - backward
release management |
bugs |
proposals |
censorship
Andy Henninger 2013-09-18 21:36:41 UTC http://mm.icann.org/pipermail/tz/2013-September/020282.html
In an ideal world, from my perspective, changes that affect the present or near future time would be kept separate from other changes, and have a fast-track release process. And perhaps substantial cleanup and historical data updates would be kept away from the busy times in March-April, and September-October
gunther vermeir 2013-09-19 11:02:39 UTC http://mm.icann.org/pipermail/tz/2013-September/020292.html
it would be good to have a public update that keep things more or less as they are until
- there is a consensus about what to change exactly
- there is time to test if more radical changes actually break things
Tim Parenti 2013-09-20 04:31:53 UTC http://mm.icann.org/pipermail/tz/2013-September/020304.html
Paul Eggert 2013-09-20 06:43:36 UTC http://mm.icann.org/pipermail/tz/2013-September/020305.html
opening up the development process in this way was probably a mistake. It's slowed development, and made it less fun. And let's not discount the cost of making things less fun in a volunteer project. The large quantity of repeated discussion of trivialities has driven one valuable contributor off the mailing list, a person who in the past contributed more useful changes to the data than anybody in this discussion other than ADO and myself. That's a net minus.