Dict: offline version?

[qsu]

(sorry for the multiple posts; should probably just research for longer before sharing my notes…)

@qsu

I guess the root cause is line 1626: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8): No such file or directory but I don’t know much about setlocale or why/where that missing file logic is for me to debug… Any ideas?

Yet another answer-to-self:

• ubuntu - Linode Lish bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8) - Stack Overflow makes me think this is a config nixos livecd should’ve set me up with from the start
• Nix does not provide en_US.UTF-8 locale · Issue #4829 · NixOS/nix · GitHub seemed relevant, but since that’s about nix packaging outside of nixos I’m not sure there’s anything useful there for me…
• found nixos discourse about i18n.defaultLocale = "en_US.utf8" but I already have that set

k, out of ideas for the moment. input welcome!

---

edit:

@qsu

maybe somehow the index2word script is dropping the --locale arg and it would work if --locale=$locale was used by the nix script? reason for this hypothesis: this while loop is moving over whitespace-expansion, meaning the $locale encounters that loop all by itself lonesome, and gets consumed by that break clause?

okay, seriously last thought: this ^is probably what’s happening; I wonder if there’s some way for me to test this theory? I want to try this:

-      dictfmt_index2word --locale $locale < "$base".index > "$base".word || true
+      dictfmt_index2word --locale=$locale < "$base".index > "$base".word || true
-      dictfmt_index2suffix --locale $locale < "$base".index > "$base".suffix || true
+      dictfmt_index2suffix --locale=$locale < "$base".index > "$base".suffix || true

Can I edit this file myself somehow on my local machine quickly (and re-run everything), to prove my hypothesis? Very much a nix-question out of my depth…