Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support obtaining the system timezone on old Debian-based distributions #430

Open
dkhalanskyjb opened this issue Sep 2, 2024 · 1 comment
Milestone

Comments

@dkhalanskyjb
Copy link
Collaborator

From https://wiki.debian.org/TimeZoneChanges:

In Debian releases Sarge (3.1) and earlier, /etc/localtime was a symbolic link. It was changed to a regular file (a copy of a /usr/share/zoneinfo/ file) in Etch (4.0), and remained so until Stretch (9), at which time it was made a symbolic link again.

According to the dates from https://en.wikipedia.org/wiki/Debian_version_history, this means that some Debian releases between 2007-04-08 and 2020-07-18 used a regular file instead of a symlink for /etc/localtime, a behavior we don't currently support. Instead, the timezone name should be obtained from /etc/timezone, a Debian-specific file.

It's worth noting that the Debian releases in question are all past their long-term support guarantees and are considered old. Still, if they are still widespread, it may be worth it to include the required workaround.

@TarunVishwakarma1
Copy link

TarunVishwakarma1 commented Sep 26, 2024

Hey, I want to confirm the logic if I'm correct on a high level. If the /etc/localtime file exists then we get the data from this file else we move to /etc/timezone file. As both the file contains the zoneID in same formate it will not affect the logic.

Am I right ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants