FOSS gamedev and creative worlds

Linuxdirk wrote:Gerade frisch unter Arch kompiliert.

Your phone or window isn't wide enough to display the code box. If it's a phone, try rotating it to landscape mode.

Code: Select all

$ uname -rms
Linux 4.1.5-1-ARCH x86_64

$ minetest --version
Minetest 0.4.13
Using Irrlicht 1.8.1
Build info: VER=0.4.13 BUILD_TYPE=Release RUN_IN_PLACE=0 USE_GETTEXT=1 USE_SOUND=1 USE_CURL=1 USE_FREETYPE=1 USE_LUAJIT=0 STATIC_SHAREDIR="/usr/share/minetest"

$ pacman -Ql minetest | grep locale/de
minetest /usr/share/locale/de/
minetest /usr/share/locale/de/LC_MESSAGES/
minetest /usr/share/locale/de/LC_MESSAGES/minetest.mo

$ gettext --version
gettext (GNU gettext-runtime) 0.19.5
Copyright © 1995-1997, 2000-2007 Free Software Foundation, Inc.
Lizenz GPLv3: GNU GPL Version 3 oder später <http://gnu.org/licenses/gpl.html>

Nach wie vor alles auf Englisch.

Minetest erwartet die Sprachdateien in $path_share/locale, also bei dir /usr/share/minetest/locale und nicht /usr/share/locale.

Ist das eine cmake-Option, die gesetzt werden kann? /usr/share/locale/..... ist vom Gefühl her der richtige Ort (und wie gesagt: keina anderes Programm hat Probleme damit).

Linuxdirk wrote:Ist das eine cmake-Option, die gesetzt werden kann? /usr/share/locale/..... ist vom Gefühl her der richtige Ort (und wie gesagt: keina anderes Programm hat Probleme damit).

Probier es mal aus, indem du entweder einen symlink erstellst oder den Ordner kopierst.

EDIT: https://github.com/minetest/minetest/pull/3108

„sfan5 added low-priority enhancement and removed bug labels a day ago“

Ein offensichtlicher Bug wird gepatcht, und das ganze wird als „unwichtige Verbesserung“ angesehen? Geil.

ln -s /usr/share/locale /usr/share/minetest funktioniert, aber es kann ja nicht sinn der Sache sein, den kompletten „locale“-Verzeichnisbaum per Symlink an verschiedenen Stellen einzubinden, nur weil ein einziges von 831 Programmen probleme damit hat, dass die Locales da liegen, wo sie hin gehören …

Linuxdirk wrote:„sfan5 added low-priority enhancement and removed bug labels a day ago“

Ein offensichtlicher Bug wird gepatcht, und das ganze wird als „unwichtige Verbesserung“ angesehen? Geil.

ln -s /usr/share/locale /usr/share/minetest funktioniert, aber es kann ja nicht sinn der Sache sein, den kompletten „locale“-Verzeichnisbaum per Symlink an verschiedenen Stellen einzubinden, nur weil ein einziges von 831 Programmen probleme damit hat, dass die Locales da liegen, wo sie hin gehören …

Kein Freude, dass nach einem Jahr suchen endlich die Ursache erkannt wurde? Das enttäuscht mich jetzt irgendwie...

Nur so nebenbei, es ist kein Bug, sonder höchstens ein Irrtum des Entwicklers.

@Linuxdirk: Könntest du den patch testen? Weder ShadowNinja noch ich haben ihn getestet. Der patch sieht OK aus um ihn einzuspielen (momentan hat er eine von zwei benötigten stimmen dafür), aber er sollte auch getestet werden.

Nur so nebenbei, es ist kein Bug, sonder höchstens ein Irrtum des Entwicklers.

Wieso ist eine kaputte Lokalisierung kein Bug? o_O

Es doch egal, wodurch es verursacht wird, egal ob vertippt oder vergessen oder ein Irrtum oder was auch immer.

Sehen alle Entwickler die Lokalisierung denn etwa also so unwichtig ist, dass es sogar hingenommen wird, wenn es nicht richtig funktinioniert?

Ich verstehe jetzt auch nicht, was CUSTOM_LOCALEDIR jetzt damit zu tun haben soll. Die Übersetzung sollte standardmäßig funktionieren, Minetest doch keine Extrawurst gebraten kriegen.

Ich glaube, Linuxdirk hat erst dann Grund zur Freude, wenn die Lokalisierung wieder funktioniert, und das ohne irgendeine Sonderbehandlung von Minetest.

Achja, eine Frage hab ich noch für Linuxdirk: Kann es sein, dass du noch irgendwelche Umgebungsvariablen in deinem System verstellt hast?

Wuzzy wrote:

Nur so nebenbei, es ist kein Bug, sonder höchstens ein Irrtum des Entwicklers.

Wieso ist eine kaputte Lokalisierung kein Bug? o_O

Es doch egal, wodurch es verursacht wird, egal ob vertippt oder vergessen oder ein Irrtum oder was auch immer.

Sehen alle Entwickler die Lokalisierung denn etwa also so unwichtig ist, dass es sogar hingenommen wird, wenn es nicht richtig funktinioniert?

Ich verstehe jetzt auch nicht, was CUSTOM_LOCALEDIR jetzt damit zu tun haben soll. Die Übersetzung sollte standardmäßig funktionieren, Minetest doch keine Extrawurst gebraten kriegen.

Ich glaube, Linuxdirk hat erst dann Grund zur Freude, wenn die Lokalisierung wieder funktioniert, und das ohne irgendeine Sonderbehandlung von Minetest.

Achja, eine Frage hab ich noch für Linuxdirk: Kann es sein, dass du noch irgendwelche Umgebungsvariablen in deinem System verstellt hast?

In der Softwareentwicklung entscheidet man zwischen Fehler (Bug), Fehlverhalten und Irrtum. Fehlverhalten ist das falsche Ergebnis bei einer Eingabe; Fehler ist die Ursache des Fehlverhaltens (z.B. falsch geschriebener Code) und Irrtum ist eine Unklarheit oder falsche Annahme bezüglich des zu lösenden Problems.
Bei dem vorliegendem Problem handelt es sich um einen Irrtum des Entwicklers, da er davon ausging, dass in Linuxsystemen das locale Verzeichnis nach Paketen unterteilt ist.

Ich kann hier nur für mich sprechen, aber ich finde Lokalisierung ist wichtig. Da von diesem Irrtum aber nur sehr wenige Benutzer betroffen sind (so weit ich weiß nur Linuxdirk) und lange Zeit nicht klar war, ob es nun ein Fehler in dem Setup oder in Minetest selber ist, hat es wohl nicht genug Aufmerksamkeit bekommen. Der Pull Request wird akzeptiert sobald er erfolgreich getestet wurde.

PilzAdam wrote:Kein Freude, dass nach einem Jahr suchen endlich die Ursache erkannt wurde? Das enttäuscht mich jetzt irgendwie...

Nein, nein, nein … Nicht falsch verstehen bitte, das ist großartig, und ich kann allen, die mitgeholfen haben, nur danken! Ich bin eher erstaunt, dass so ein Bug bisher einfach niemandem aufgefallen ist :)

est31 wrote:@Linuxdirk: Könntest du den patch testen?

Ich gucke mir das am Wochenende mal an.

Wuzzy wrote:Die Übersetzung sollte standardmäßig funktionieren, Minetest doch keine Extrawurst gebraten kriegen.

Ja, das sowieso! Leider ist Lokalisierung den meisten Entwicklern wohl egal (sonst hätten wir längst ein standardmäßig funktionierendes System, das gettext-basierend mit Locale-Übermittlung vom Client zum Server im Netzprotokoll auch Erweiterungen übersetzen könnte).

Wuzzy wrote:Kann es sein, dass du noch irgendwelche Umgebungsvariablen in deinem System verstellt hast?

Nur die, die nötig sind, um die Lokalisierung auf meinem System zu konfigurieren.