Replace datetime and zoneinfo_compiled crates with chrono#867
Conversation
|
I just started using NixOS and I'm seeing |
|
I guess it might be #856 which is fixed by this? |
|
Actually I was able to fix the error just by setting the |
|
@dbeckwith I seem to have the same issue, though I have |
|
Please open an issue or comment under an existing issue so I can keep track of that properly. |
|
I found this PR after you linked it from my issue #1047 :) |
- Improve compatibility with other OSes, timezone are handled for us - Reduce significantly code handling and rendering time
|
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 |
|
This PR makes it work properly on my Arch machine. Can it be merged soon? |
|
Same for me on Debian testing, I never had this issue before, but I often use |
|
@ogham can you please merge/release this one? |
|
Closing this, since exa is unmaintained (see #1243), and this has (finally 🎉) been merged in the active fork eza! |
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,
chronoalready provides us a nice Rust layer on top of all the nasty C platform-dependent code. Apart from Android, chrono also supports Windows.Fix #620
Fix #712
Fix #856
Fix #1047
Close #846
Close #857