GNOME Bugzilla – Bug 772253
Fails to build with tzdata 2016g
Last modified: 2016-12-22 15:08:09 UTC
tzdata 2016g renamed [1] the Rangoon timezone to Yangon, causing libgweather 3.20.3 to fail to build. How do you want to handle the translatable name field? 1. Just leave it as Rangoon. 2. Just change it to Yangon. 3. Branch the current git repo to gnome-3-20. Change it to Yangon. Backport the commit to the 3.20 series but without the Name change and do a 3.20.4 release. Anyway, here's a patch that changes the name field too. [1] https://launchpadlibrarian.net/287286222/tzdata_2016f-1_2016g-1.diff.gz
Created attachment 336668 [details] [review] data: Update Locations.xml for Rangoon>Yangon timezone name change
I wouldn't change the translatable name at all. From the Wikipedia page: " Soon after Burma's independence in 1948, many colonial names of streets and parks were changed to more nationalistic Burmese names. In 1989, the current military junta changed the city's English name to "Yangon", along with many other changes in English transliteration of Burmese names. (The changes have not been accepted by many Burmese who consider the junta unfit to make such changes, nor by many publications, news bureaux including, most notably, the BBC and foreign nations including the United Kingdom and United States.) " Languages where the translation is warranted probably already changed their translations. There's a problem still. Can we detect the version of tzdata and make sure that we can only build against the newest version?
> Can we detect the version of tzdata and make sure that we can only build against the newest version? I don't think that's necessary because it's basically mandatory for distros to update tzdata promptly.
Detecting it early and erroring out would still be nice.
Created attachment 336727 [details] [review] data: Update Locations.xml for Rangoon>Yangon timezone name change But don't change the Name field since that would affect translations and Rangoon still appears to be the more common name in English
That seems like it should be a separate issue since tzdata is not a normal library where checking its version is easy.
Can this be merged and a new release made?
Argh I had missed this bug, anyway I independently found and fixed the bug. The fix is already in 3.20.4.