On Fri May 04 2007 at 02:00 AM +0200, Aurelien Jarno wrote: > If somebody is reading this bug log and still having the problem, > could you please send me the output of: > ls -l /etc/localtime
lrwxrwxrwx 1 root root 24 Apr 14 18:22 /etc/localtime -> /usr/local/etc/localtime lrwxrwxrwx 1 root root 30 May 1 2006 /usr/local/etc/localtime -> /usr/share/zoneinfo/US/Pacific -rw-r--r-- 1 root root 1017 Apr 25 10:35 /usr/share/zoneinfo/US/Pacific -rw-r--r-- 1 root root 1017 Apr 14 18:21 /tmp/localtime This is on a laptop. I point to the common /usr/local/etc/localtime from stable, testing and unstable partitions so I can change timezones from one and keep all three up-to-date. On upgrade, when necessary, I save /etc/localtime in /tmp and re-define the symlink. Here /tmp/localtime (/etc/localtime from the Apr 14 2007e-3 upgrade) is identical to zoneinfo/US/Pacific. Pacific was replaced during the attempted Apr 30 e-6 upgrade, but /etc/localtime was not. > cat /etc/timezone America/Los_Angeles Upgrades continue to fail, since aptitude first tries to configure tzdata and dies. -- Bill Brelsford [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]