Updating the packages with timezone information for Mageia 2 and Mageia 3. Advisory: ---------------------------------------- This is a maintenance and bugfix release that upgrades the timezone data packages to the 2013g version. References: http://www.mandriva.com/en/support/security/advisories/advisory/MDVA-2013:013/ ---------------------------------------- Updated packages in core/updates_testing: ---------------------------------------- timezone-2013g-2.mga2 timezone-java-2013g-2.mga2 php-timezonedb-2013.7-1.mga2 timezone-2013g-2.mga3 timezone-java-2013g-2.mga3 php-timezonedb-2013.7-1.mga3 from SRPMS: timezone-2013g-2.mga2.src.rpm php-timezonedb-2013.7-1.mga2.src.rpm timezone-2013g-2.mga3.src.rpm php-timezonedb-2013.7-1.mga3.src.rpm Reproducible: Steps to Reproduce:
Whiteboard: (none) => MGA2TOO
Testing complete mga3 64 Just testing packages install without error and checked the date/time $ date Wed Oct 30 14:08:07 GMT 2013 $ php -r 'echo date("l, F d, Y h:i:s A" ,time()). "\n";' Wednesday, October 30, 2013 02:08:16 PM Not so easy to test timezone-java other than it updates cleanly.
Whiteboard: MGA2TOO => MGA2TOO has_procedure mga3-64-ok
Testing complete mga2 32
Whiteboard: MGA2TOO has_procedure mga3-64-ok => MGA2TOO has_procedure mga3-64-ok mga2-32-ok
Testing complete mga3 32
Whiteboard: MGA2TOO has_procedure mga3-64-ok mga2-32-ok => MGA2TOO has_procedure mga3-32-ok mga3-64-ok mga2-32-ok
Testing complete mga2 64
Whiteboard: MGA2TOO has_procedure mga3-32-ok mga3-64-ok mga2-32-ok => MGA2TOO has_procedure mga3-32-ok mga3-64-ok mga2-32-ok mga2-64-ok
Validating. Advisory uploaded. Could sysadmin please push from 2&3 core/updates_testing to updates Thanks!
Keywords: (none) => validated_updateCC: (none) => sysadmin-bugs
Update pushed: http://advisories.mageia.org/MGAA-2013-0121.html
Status: NEW => RESOLVEDCC: (none) => tmbResolution: (none) => FIXED
Reopening. It appears some/all timezone information has moved from /usr/share/zoneinfo/ into /usr/share/zoneinfo/right/ which I *think* has caused a regression in evolution email client in mga2, which now fails to start. Possible packaging error? Reported in bug 11654 and bug 11660 and confirmed locally it was initially thought to be sqlite causing the problem so there is info in the firefox bug 11370. Bringing the info here instead.. Running under strace and killing with ctrl-c after a while shows it stops here.. open("/usr/share/zoneinfo/Cuba", O_RDONLY) = -1 ENOENT (No such file or directory) futex(0xb766cbac, FUTEX_WAIT_PRIVATE, 2, NULL) = ? ERESTARTSYS (To be restarted) --- {si_signo=SIGINT, si_code=SI_KERNEL} (Interrupt) --- +++ killed by SIGINT +++ $ ls /usr/share/zoneinfo/ Africa/ Antarctica/ Asia/ Australia/ Canada/ Etc/ Indian/ Mexico/ Pacific/ posixrules US/ America/ Arctic/ Atlantic/ Brazil/ Chile/ Europe/ iso3166.tab Mideast/ posix@ right/ zone.tab No errors are shown on cli. $ find /usr/share/zoneinfo/ -name Cuba /usr/share/zoneinfo/right/Cuba # ln -s /usr/share/zoneinfo/right/Cuba /usr/share/zoneinfo/Cuba It then stops at the next one, Egypt. open("/usr/share/zoneinfo/Egypt", O_RDONLY) = -1 ENOENT (No such file or directory) futex(0xb7675bac, FUTEX_WAIT_PRIVATE, 2, NULL) = ? ERESTARTSYS (To be restarted) --- {si_signo=SIGINT, si_code=SI_KERNEL} (Interrupt) --- +++ killed by SIGINT +++ It appears all timezones are present now in /usr/share/zoneinfo/right/ # ls /usr/share/zoneinfo/right/ Africa/ Australia/ Cuba Etc/ GMT0 Iceland Kwajalein MST7MDT Portugal Turkey W-SU America/ Brazil/ EET Europe/ GMT-0 Indian/ Libya Navajo PRC UCT Zulu Antarctica/ Canada/ Egypt Factory GMT+0 Iran MET NZ PST8PDT Universal Arctic/ CET Eire GB Greenwich Israel Mexico/ NZ-CHAT ROC US/ Asia/ Chile/ EST GB-Eire Hongkong Jamaica Mideast/ Pacific/ ROK UTC Atlantic/ CST6CDT EST5EDT GMT HST Japan MST Poland Singapore WET In mga3 there is a more complete /usr/share/zoneinfo/ but also a complete /usr/share/zoneinfo/right/ and evolution starts OK. $ ls /usr/share/zoneinfo/ Africa/ Australia/ Cuba Etc/ GMT0 Iceland Japan MST Poland right/ Universal Zulu America/ Brazil/ EET Europe/ GMT-0 Indian/ Kwajalein MST7MDT Portugal ROC US/ Antarctica/ Canada/ Egypt Factory GMT+0 Iran Libya Navajo posix@ ROK UTC Arctic/ CET Eire GB Greenwich iso3166.tab MET NZ posixrules Singapore WET Asia/ Chile/ EST GB-Eire Hongkong Israel Mexico/ NZ-CHAT PRC Turkey W-SU Atlantic/ CST6CDT EST5EDT GMT HST Jamaica Mideast/ Pacific/ PST8PDT UCT zone.tab $ ls /usr/share/zoneinfo/right/ Africa/ Atlantic/ Chile/ Eire Factory GMT-0 Iceland Japan Mideast/ NZ-CHAT PST8PDT UCT W-SU America/ Australia/ CST6CDT EST GB GMT+0 Indian/ Kwajalein MST Pacific/ ROC Universal Zulu Antarctica/ Brazil/ Cuba EST5EDT GB-Eire Greenwich Iran Libya MST7MDT Poland ROK US/ Arctic/ Canada/ EET Etc/ GMT Hongkong Israel MET Navajo Portugal Singapore UTC Asia/ CET Egypt Europe/ GMT0 HST Jamaica Mexico/ NZ PRC Turkey WET
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
Confirmed with .. # urpmi --downgrade timezone-2012c-1.mga2 The following package has to be removed for others to be upgraded: timezone-2013g-2.mga2.i586 (in order to install timezone-2012c-1.mga2.i586) (y/N) y Marking timezone as manually installed, it won't be auto-orphaned writing /var/lib/rpm/installed-through-deps.list installing timezone-2012c-1.mga2.i586.rpm from /var/cache/urpmi/rpms Preparing... ########################## 1/1: timezone ########################## Evolution is then able to start.
The specs and sources are the same in the mga2 and mga3 packages, so there's no obvious reasons for them to be any different. Oden, any ideas about this one?
CC: (none) => oe
Should the stuff in zoneinfo/right/ be in zoneinfo/ instead?
I just checked the binary packages (on i586) and their contents are exactly the same. The "right" directory contains "leaps" information if I'm reading the spec right, and no, it shouldn't be in zoneinfo. I don't see a packaging error with timezone. Maybe evolution is bugged.
$ urpmf --media Release ^timezone: | grep Cuba timezone:/usr/share/zoneinfo/Cuba timezone:/usr/share/zoneinfo/posix/Cuba timezone:/usr/share/zoneinfo/right/Cuba $ urpmf --media Updates ^timezone: | grep Cuba timezone:/usr/share/zoneinfo/Cuba timezone:/usr/share/zoneinfo/right/Cuba but with the update applied the /usr/share/zoneinfo/Cuba directory (and etc) is missing.
# urpmi --downgrade timezone-2012c-1.mga2 The following package has to be removed for others to be upgraded: timezone-2013g-2.mga2.i586 (in order to install timezone-2012c-1.mga2.i586) (y/N) y installing timezone-2012c-1.mga2.i586.rpm from /var/cache/urpmi/rpms Preparing... ######### 1/1: timezone ######### # ls /usr/share/zoneinfo Africa/ Brazil/ Egypt GB Hongkong Jamaica MST Portugal ROK WET America/ Canada/ Eire GB-Eire HST Japan MST7MDT posix@ Singapore W-SU Antarctica/ CET EST GMT Iceland Kwajalein Navajo posixrules Turkey zone.tab Arctic/ Chile/ EST5EDT GMT0 Indian/ Libya NZ PRC UCT Zulu Asia/ CST6CDT Etc/ GMT-0 Iran MET NZ-CHAT PST8PDT Universal Atlantic/ Cuba Europe/ GMT+0 iso3166.tab Mexico/ Pacific/ right/ US/ Australia/ EET Factory Greenwich Israel Mideast/ Poland ROC UTC /usr/share/zoneinfo/posix is a symlink # ll /usr/share/zoneinfo/posix lrwxrwxrwx 1 root root 1 Nov 13 08:50 /usr/share/zoneinfo/posix -> ./ With the update applied.. # urpmi timezone installing timezone-2013g-2.mga2.i586.rpm from /var/cache/urpmi/rpms Preparing... ######### 1/1: timezone ######### removing package # ls /usr/share/zoneinfo Africa/ Brazil/ Egypt GB Hongkong Jamaica MST Portugal ROK WET America/ Canada/ Eire GB-Eire HST Japan MST7MDT posix@ Singapore W-SU Antarctica/ CET EST GMT Iceland Kwajalein Navajo posixrules Turkey zone.tab Arctic/ Chile/ EST5EDT GMT0 Indian/ Libya NZ PRC UCT Zulu Asia/ CST6CDT Etc/ GMT-0 Iran MET NZ-CHAT PST8PDT Universal Atlantic/ Cuba Europe/ GMT+0 iso3166.tab Mexico/ Pacific/ right/ US/ Australia/ EET Factory Greenwich Israel Mideast/ Poland ROC UTC Stangely evolution now starts. Many more appear to be present. Downgraded again and installed the update with MageiaUpdate and it still starts ok. Which is strange :\
Cuba is a file, not a directory...
yes, it was missing previously.
# ls /usr/share/zoneinfo/ Africa/ Antarctica/ Asia/ Australia/ Canada/ Etc/ Indian/ Mexico/ Pacific/ posixrules US/ America/ Arctic/ Atlantic/ Brazil/ Chile/ Europe/ iso3166.tab Mideast/ posix@ right/ zone.tab # urpmi --downgrade timezone-2012c-1.mga2 The following package has to be removed for others to be upgraded: timezone-2013g-2.mga2.x86_64 (in order to install timezone-2012c-1.mga2.x86_64) (y/N) y # ls /usr/share/zoneinfo/ Africa/ Brazil/ Egypt GB Hongkong Jamaica MST Portugal ROK WET America/ Canada/ Eire GB-Eire HST Japan MST7MDT posix@ Singapore W-SU Antarctica/ CET EST GMT Iceland Kwajalein Navajo posixrules Turkey zone.tab Arctic/ Chile/ EST5EDT GMT0 Indian/ Libya NZ PRC UCT Zulu Asia/ CST6CDT Etc/ GMT-0 Iran MET NZ-CHAT PST8PDT Universal Atlantic/ Cuba Europe/ GMT+0 iso3166.tab Mexico/ Pacific/ right/ US/ Australia/ EET Factory Greenwich Israel Mideast/ Poland ROC UTC After installing the update with MageiaUpdate.. # ls /usr/share/zoneinfo/ Africa/ Brazil/ Egypt GB Hongkong Jamaica MST Portugal ROK WET America/ Canada/ Eire GB-Eire HST Japan MST7MDT posix@ Singapore W-SU Antarctica/ CET EST GMT Iceland Kwajalein Navajo posixrules Turkey zone.tab Arctic/ Chile/ EST5EDT GMT0 Indian/ Libya NZ PRC UCT Zulu Asia/ CST6CDT Etc/ GMT-0 Iran MET NZ-CHAT PST8PDT Universal Atlantic/ Cuba Europe/ GMT+0 iso3166.tab Mexico/ Pacific/ right/ US/ Australia/ EET Factory Greenwich Israel Mideast/ Poland ROC UTC So this appears to be some kind of weird mirror thing. I'll close for now as there is nothing wrong with the package AFAICT. Once distrib-coffee and mirrors syncing from it sync properly again the issue should be fixed there too. The solution if affected is to downgrade and reinstall the update. To downgrade use the command below as root.. # urpmi --downgrade timezone-2012c-1.mga2 You'll possibly need to kill any hung evolution processes with the command below, substitute lib for lib64 if you are using a 32bit system.. $ /usr/lib64/evolution/3.4/killev
Status: REOPENED => RESOLVEDResolution: (none) => FIXED