exa
exa copied to clipboard
ogham
Replace datetime and zoneinfo_compiled crates with chrono
After hours of pain trying to retro-engineer several libc including glibc, musl and Bionic (Android), I’ve come to the conclusion that it’s the wrong approach. But I couldn’t understand the mess that’s time and timezone handling in C, much less investigate every OS we would like exa to support.
Fortunately, chrono already provides us a nice Rust layer on top of all the nasty C platform-dependent code. Apart from Android, chrono also supports Windows.
- Improve compatibility with other OSes, timezone are handled for us
- Reduce significantly code handling and rendering time
Fix #620 Fix #712 Fix #856 Fix #1047
Close #846 Close #857
I just started using NixOS and I'm seeing Unable to determine time zone: No such file or directory (os error 2) from exa v0.10.1. Does this PR cover fixing that?
Actually I was able to fix the error just by setting the time.timeZone NixOS config option.
@dbeckwith I seem to have the same issue, though I have time.timeZone set properly
Please open an issue or comment under an existing issue so I can keep track of that properly.
Is this blocked on anything? I would love to see it merged - exa continues to have trouble with the time zone on several of my machines due to how the TZ environment variable is handled. PRs to correct TZ handling per the glibc manual were closed in lieu of this PR. (see https://github.com/ogham/exa/pull/911)
Same for me on Debian testing, I never had this issue before, but I often use export TZ=:/etc/localtime in bash scripts. And today after some updates I-m now getting Unable to determine time zone: No such file or directory (os error 2) when I use exa -l. Please release this PR.
Closing this, since exa is unmaintained (see https://github.com/ogham/exa/issues/1243), and this has (finally :tada:) been merged in the active fork eza!