Time Nick Message 12:45 Mons0811 Hi Im new here, first time using an IRC, does this work? 12:45 [MatrxMT] yes 12:45 Mons0811 thx 18:38 cheapie I heard mention somewhere of DIR_DELIM possibly being deprecated, but I've never found much on that - is there something else I'm supposed to be using instead, or does "/" get automatically translated on OSes that use something else? 18:39 MTDiscord use /, it gets translated 18:39 cheapie noted 18:39 cheapie Is that in the API docs anywhere? I don't remember seeing it 18:41 MTDiscord iirc it was never doucmented? citation needed 18:41 MTDiscord iirc ruben made a pr that took it out of the engine or something, but cant find it atm 18:41 MTDiscord https://github.com/luanti-org/luanti/blob/87669f982c9d998ca68c86bb50fdb66a8a75fb87/doc/breakages.md?plain=1#L24 18:42 cheapie Yeah, that's what I saw, and I was thinking that if there was a desire to remove it then surely there was a replacement, but I couldn't find any documentation on that anywhere 18:42 MTDiscord just use / 18:42 cheapie Yes, I heard you the first time, that's what I'm doing 18:43 MTDiscord aha, https://github.com/luanti-org/luanti/pull/13759 18:43 MTDiscord > The standard library allows you to use forward slash on Windows, so that Lua code doesn't need to care about whether the platform uses a different path separator. 18:43 MTDiscord > DIR_DELIM is undocumented so this is fine from a versioning perspective. 19:06 cheapie Hmm. Now I'm trying to poke at localization support in stuff, which seems easy enough, but I'm not having much luck testing it - no matter what language I select in the settings or what I set the LANG environment variable to, everything (even the main menu) is in English 19:07 cheapie cmake says "-- GetText enabled; locales found: ar;az;bar;be;bg;br;ca;cs;cy;da;de;dv;el;eo;es;es_US;et;eu;fa;fi;fil;fr;ga;gd;gl;he;hi;hu;hy;id;it;ja;jbo;jv;kab;kk;kmr;kn;ko;kv;ky;lt;lv;lzh;mi;mn;mr;ms;ms_Arab;nb;nl;nn;oc;pl;pt;pt_BR;ro;ru;sk;sl;sr;sr_Cyrl;sr_Latn;sv;sw;ta;th;tl;tok;tr;tt;uk;vi;zh_CN;zh_TW" but then the client just shows "INFO[Main]: Message locale is now set to: C" no matter what language I select 19:22 Krock cheapie: do you have the "locale" directory installed next to the minetest.conf file (assuming RUN_IN_PLACE=1)? There must be a directory for each language inside 19:23 Krock (which then contain LC_MESSAGES/luanti.mo) 19:23 cheapie This was RUN_IN_PLACE=0, but I just tried a fresh copy with RUN_IN_PLACE=1 with the same results. The luanti.mo files do indeed exist. 19:23 Krock languages are generated as an early step of the make process.. thus these should exist and be working. 19:25 cheapie FWIW the language I'm currently trying to make work is Spanish (es) but I haven't had any luck with any of them so far 19:25 Krock try with --verbose for relevant logs. porting.cpp contains a few of log lines that should be then printed 19:25 cheapie https://gist.github.com/cheapie/5e8131379a58ba0bbd1a6aa431ea135f 19:27 Krock hmm. That 'Message locale is now set to' line is much longer in my case, listing all LC_* env variables 19:29 Krock and "C" means that it uses the original strings. Question now is why the LC_MESSAGES env var is not set on your side 19:30 cheapie What should it be set to? It doesn't seem to be set to anything at all on any of the boxes here 19:30 cheapie (and even if it's calling for "C", shouldn't the setting override that?) 19:34 Krock The "LANGUAGE" env var is overwritten but not "LANG". See porting.cpp. 19:35 cheapie I tried setting LANG to "es", "es-ES", and "es-ES.UTF8" with no changes 19:36 cheapie I'm trying to read through some of the code here but I don't really understand C++ 19:37 cheapie s/UTF8/UTF-8/ 19:39 cheapie Oh, there we go, LC_ALL seems to have done something, after fixing a typo in the locale name 19:39 Krock the env var name should be according to localegen 19:40 cheapie I have no idea what the point is of a menu option to override the system language that doesn't actually let you override the system language, but... whatever, I can live with this for testing 19:41 Krock well.. for me it does overwrite the system language unless I change that by env vars from externally. Question is what makes the difference between your system and mine, for example. 19:42 cheapie I suppose I could dig into that more if I cared, but... TBH I kinda don't, this workaround is working well enough for me to test what I want to test