TimeZone for "Baruun-Urt" not found: "Asia/Choibalsan"

[hectorthemonk]

System

• Stellarium version: Stellarium 24.3+ (v24.3.281-600edc8 [stellarium-next])
• Operating system: Arch Linux rolling

Logfile

StelLocationMgr::loadCitiesBin(): TimeZone for  "Baruun-Urt"  not found:  "Asia/Choibalsan"
StelLocationMgr::loadCitiesBin(): Summary of unknown TimeZones:
"Asia/Choibalsan"
Please report these timezone names (this logfile) to the Stellarium developers.

[alex-w]

Please share info about your operating system

[hectorthemonk]

Please share info about your operating system

Updated issue above. Thanks!

[alex-w]

@hectorthemonk could you check and share version of installed tzdata package?

[hectorthemonk]

$ pacman -Qs tzdata
local/tzdata 2024b-2
    Sources for time zone and daylight saving time data

[alex-w]

$ pacman -Qs tzdata
local/tzdata 2024b-2
    Sources for time zone and daylight saving time data

Thanks! It's interesting, version 2024a of tzdata has Asia/Choibalsan time zone. I'll check what is happened between versions.

[hectorthemonk]

This might be relevant?

Asia/Choibalsan is now an alias for Asia/Ulaanbaatar rather than
being a separate Zone with differing behavior before April 2008.
This seems better given our wildly conflicting information about
Mongolia's time zone history. (Thanks to Heitor David Pinto.)

From https://lists.iana.org/hyperkitty/list/[email protected]/thread/IZ7AO6WRE3W3TWBL5IR6PMQUL433BQIE/

[alex-w]

Probably yes. Please check /usr/share/zoneinfo/Asia directory - it should contain symlink Choibalsan.

[hectorthemonk]

It contains a file:

$ ls -la /usr/share/zoneinfo/Asia/Choibalsan 
-rw-r--r-- 3 root root 877 Sep 11 01:47 /usr/share/zoneinfo/Asia/Choibalsan

$ file /usr/share/zoneinfo/Asia/Choibalsan 
/usr/share/zoneinfo/Asia/Choibalsan: timezone data (fat), version 2, no gmt time flags, no std time flags, no leap seconds, 50 transition times, 4 local time types, 16 abbreviation chars

$ zdump -i /usr/share/zoneinfo/Asia/Choibalsan 

TZ="/usr/share/zoneinfo/Asia/Choibalsan"
...

[alex-w]

This is weird... Wait! Are you using an AppImage package or it installed from AUR?

[hectorthemonk]

Ah! AppImage. Mystery solved I think.

[alex-w]

Ah! AppImage. Mystery solved I think.

Please share full log from Stellarium

[hectorthemonk]

log.txt

[alex-w]

@hectorthemonk could you test a Qt6-based AppImage also?

[hectorthemonk]

log.txt

Issue exists with Stellarium-24.3-600edc8-qt6-x86_64.AppImage too.

[alex-w]

Please test https://github.com/Stellarium/stellarium/actions/runs/11384772593

[hectorthemonk]

Please test https://github.com/Stellarium/stellarium/actions/runs/11384772593

log-qt5.txt
log-qt6.txt

Issue appears to be fixed in this build . No log messages about unknown TimeZones. Thanks!

[alex-w]

@hectorthemonk the time zone is correct after fix?

[hectorthemonk]

For https://github.com/Stellarium/stellarium/actions/runs/11384772593, selecting Baruun-Urt, Eastern Asia in the Location window sets the Time zone field to Asia/Ulaanbaatar in both the qt5 and qt6 versions.

For Stellarium 24.3+ (v24.3.281-600edc8 [stellarium-next]), selecting Baruun-Urt, Eastern Asia sets the Time zone field to System default.

[alex-w]

I hope the time is correct

[github-actions]

Hello @hectorthemonk!

Please check the fresh version (development snapshot) of Stellarium:
https://github.com/Stellarium/stellarium-data/releases/tag/weekly-snapshot

[github-actions]

Hello @hectorthemonk!

Please check the latest stable version of Stellarium:
https://github.com/Stellarium/stellarium/releases/latest