[tz] Removing US/Pacific-New from default installation

Paul Eggert eggert at cs.ucla.edu
Sat Nov 4 16:06:57 UTC 2017

I wrote:
> I'm open to the idea that a similar argument applies to the 'pacificnew' file. 
> If it would simplify maintenance overall to move its contents into the 
> 'backward' file and remove the 'pacificnew' file, then we should do that.

After thinking about this some more, I believe the argument does not apply to 
'pacificnew'. The only function of 'pacificnew' is to create a link 
US/Pacific-New that is so mistaken and confusing that it is worth keeping 
separate from 'backward', so that people can easily avoid installing it.

Come to think of it, eventually we should remove 'pacificnew' as it causes more 
trouble than it is worth; see https://bugs.debian.org/815200 for an example. To 
help get the ball rolling, the attached proposed patch changes the default 
installation procedure to omit US/Pacific-New, by removing 'pacificnew' from the 
default BACKWARD macro in 'Makefile'.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Omit-US-Pacific-New-from-default-installation.patch
Type: text/x-patch
Size: 1634 bytes
Desc: not available
URL: <http://mm.icann.org/pipermail/tz/attachments/20171104/649983ff/0001-Omit-US-Pacific-New-from-default-installation.patch>

More information about the tz mailing list