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
bug: eza ignores LC_TIME and always shows dates in English (deb.gierens.de build only) #985
Comments
looks like it is an issue of http://deb.gierens.de build. not sure who can notify owner of that repo. |
You're looking for @gierens :) |
Hm, I simply pack the musl binaries from the github release pages into the deb packages 📦 ... so when it's broken in the deb package it's broken on the release page. I'm gonna try to confirm and look into it later 🕵♂️ |
Ah, this might be musl related: https://wiki.musl-libc.org/open-issues Apparently, musl-libc simply does not support LC_TIME or locales in general. Awesome XD |
@gierens i see :-) i just have tested eza_x86_64-unknown-linux-gnu.tar.gz and it work fine. so maybe it makes sense to use version that is dynamically linked against standard libc, instead of statically linked with musl. |
@antonsoroko The problem with dynamically linking against glibc is that its shipped in different versions on each distro, meaning I would need to build, package and ditribute for each of them. Ubuntu at the moment has I think 6 different versions that are not EOL, there are short-lived versions popping up every now and then, and who knows what all the daughter distros of Debian and Ubuntu are doing. So this would become quite a bit of overhead quickly. At the moment the only issues that were reported with the MUSL builds were that SSS usernames/groups are not displayed and the LC_TIME thing here now. In both cases I'd argue that the broad user base is unaffected, and I can imagine maybe distributing for at least the major players (Debian, Ubuntu LTS versions) but that would still incur quite a bit of overhead and require adjusting the repo structure which could be problematic for users already using it. Also I think eza should become part of the official Debian 13 Trixie repo and from there it's likely that it makes its way down to other distros quite quickly. So overall, I'd say we are not moving away from musl-libc in the near future at least. |
for ubuntu you could use PPA - it can do auto builds for all supported ubuntu versions. but it is of course an extra burden to support another repo (PPA). ubuntu 24.04 and debian 13 already have eza: and i guess for older deb based distros users can download libc version from github releases page. i mean, it is still quite inconvenient, but it is not critical, i guess. |
If eza does something unexpected, or its output looks wrong, or it displays an error on the screen, or if it outright crashes, then please include the following information in your report:
eza --version
):v0.18.14 [+git]
-l
If it’s a crash, please include the full text of the crash that gets printed to the screen. If you’re seeing unexpected behaviour, a screenshot of the issue will help a lot.
exa:
eza:
The text was updated successfully, but these errors were encountered: