|
ingo2
Anmeldungsdatum: Juni 15, 2007
Beiträge: 1990
Wohnort: wo der gute Riesling wächst
|

21. März 2008 20:27
Habe jetzt versuchsweise mal alle beiden locales wieder auf ‚de_DE‘ zurückgesetzt und dann in einer Shell die globalen Variablen LANG, LANGUAGE, lang, language auch auf ‚de_DE‘ gesetzt und exportiert und dann aus derselben Shell ./widelands gestartet: noch immer Englisch -> das ist also wirklich ein Bug! Oder geht es bei Jemanden??? Ingo P.S.: habe noch etwas weiter nach dem Problem i18n gesucht und dabei gefunden, daß man außer $LANG auch die Variablen $LN_* checken soll. Da kommt bei mir nur Unsinn zu Tage:
ingo@pp:~$ echo $LN_*
bin data davfs Desktop du-sda6.txt du-sda7.txt efax-gtk-server export faxin faxout faxsent feisty-gnome-mount.strace.txt hpet-patch-for-2.6.22 install ivtv-tools Kingston-KVR667D2E5K2_4G.pdf lpr-pp@home nfs parallels-vm PDF QNAS-TS-109_EN.pdf smartmontools.txt~ ttyS0 wallpapers Habe dann mal gegoogled nach ‚$LC_*‘ und auf dieser Seite: http://www.onphp5.com/article/22 steht, daß da die Pitfalls mit PHP für cross-platfom Probleme liegen. Das übersteigt aber bei weitem meine Kenntnisse - kann da vielleichjt ein Fachman eine Lösung für Widelands ableiten???
Viele Grüße, Ingo
|
|
Nasenbaer
Anmeldungsdatum: Juni 27, 2006
Beiträge: 127
Wohnort: Kaiserslautern
|

23. März 2008 11:16
Scheint so, als ob ich doch mal ein minimales ubuntu als qemu-image installieren sollte um mir das problem selbst mal genauer anzugucken. Das schwierigste ist dabei leider vor Allem, dass die lösung hier im wiki bei den älteren versionen von ubuntu funktioniert hat, bei neueren aber offensichtlich nicht. ... ist mir irgendwie noch ein rätsel, warum es auf eigentlich fast jeder Unix-variante (etliche Linux-distributionen eingeschlossen) funktioniert und unter ubuntu nicht.
|
|
ingo2
Anmeldungsdatum: Juni 15, 2007
Beiträge: 1990
Wohnort: wo der gute Riesling wächst
|

23. März 2008 14:31
Hallo Nasenbaer, habe auch mal den Hinweis von http://sourceforge.net/tracker/index.php?func=detail&aid=1921516&group_id=40163&atid=427221 probiert mit der /etc/locale.gen: Die gibt es unter Ubuntu garnicht  Habe dann mal versuchsweise die von Lenny nach /etc/kopiert und entsprechend modifiziert - hat auch nix gebracht. Seitdem ich das 1x gemacht habe (jetzt ist sie wieder gelöscht), hat sich bei mir der Output von ‚export‘ geändert: ingo@pp:~$ export
declare -x COLORTERM="gnome-terminal"
declare -x DBUS_SESSION_BUS_ADDRESS="unix:abstract=/tmp/dbus-ZyCiyh8Fqj,guid=667c76fab990a5684f4b710047e64b53"
.......
declare -x HOME="/home/ingo"
declare -x LANG="de_DE.UTF-8"
declare -x LANGUAGE="de_DE:de:en_GB:en"
........ Vorher war der Output ohne das ‚declare -x‘ davor - hat einfach die Variablen gelistet. Das ist offensichtlich auch irreversibel! Werden die Variablen jetzt erst mit dem Aufruf von ‚export‘ deklariert und exportiert?
Habe dann auch noch mit der Datei /etc/locale.alias herumexperimentiert und entsprechede Aliasse eingetragen, hat aber alles nix gebracht. Das ist aber nur ein herumstochern von mir, dazu verstehe ich zu wenig vom Aufbau und Funktionsweise der i18n-Unterstützung in Linux/Ubuntu. Ich schätze langsam auch, das es sich um einen Bug in Ubuntu handelt - bloß den zu finden und dann gefixt zu bekommen, ist sicher problematisch, da Widelands nicht zu den offiziell unterstützten Paketen gehört. Ein ‚Würgeround‘ wäre natürlich toll, übersteigt aber bei Weitem meine Kenntnisse. Beste Grüße, Ingo
|
|
Nasenbaer
Anmeldungsdatum: Juni 27, 2006
Beiträge: 127
Wohnort: Kaiserslautern
|

25. März 2008 09:45
Jaaaaaa..... zur Zeit sind wir auf den direkten Weg auf ein Build12, von daher wäre eine Lösung natürlich garnicht so verkehrt. Ich werde aber wirklich mal in den nächsten Tagen (bin zur Zeit noch auf Osterbesuch bei Verwandten) das aktuellen Ubuntu runterladen, unter VMware installieren und mal den kram mit widelands ausprobieren. Vielleicht find ich ja raus, warum Ubuntu nicht wie die anderen funktioniert 
|
|
ingo2
Anmeldungsdatum: Juni 15, 2007
Beiträge: 1990
Wohnort: wo der gute Riesling wächst
|

25. März 2008 17:25
Nasenbaer hat geschrieben: Jaaaaaa..... zur Zeit sind wir auf den direkten Weg auf ein Build12, von daher wäre eine Lösung natürlich garnicht so verkehrt.
Das wäre natürlich toll, ich drücke Dir die Daumen, daß Du die Wurzel des Übels findest! Nasenbaer hat geschrieben: Ich werde aber wirklich mal das aktuellen Ubuntu runterladen,
Mein Vorschlag wäre dann, auch gleich Hardy zu nehmen, da soll noch im April das Release erscheinen: http://releases.ubuntu.com/releases/8.04/ Viele Grüße, Ingo
|
|
Onli
(Themenstarter)
Anmeldungsdatum: Aug. 1, 2005
Beiträge: 6932
|

26. März 2008 20:25
Wie sieht es denn mit astyle, optipng, pngrewrite und ctags aus, also den beim Kompilieren anfangs abgefragten Programmen? Mir ist aufgefallen, dass astyle auch nach der Paketinstallation nicht gefunden wird - und pngrewrite finde ich gar nicht in den Quellen. Wie wichtig ist das? Gruß
|
|
Nasenbaer
Anmeldungsdatum: Juni 27, 2006
Beiträge: 127
Wohnort: Kaiserslautern
|

27. März 2008 12:00
zum kompilieren sind die irrelevant. Sind alles nur pakete zum weiteren verkleinern des resultierenden Paketes. Nur ändern tut das nicht viel, weil die PNGs sowieso schon fast alle optimiert sind (PNGrewrite, optipng) und astyle und ctags soweit ich weiß auch nur für die automatische dokumentation zuständig sind (aber da kann ich mich täuschen…) so oder so, werden die nicht für das kompilieren benötigt. 
|
|
detructor15
Anmeldungsdatum: Jan. 16, 2007
Beiträge: 5737
Wohnort: Kirchgellersen
|

27. März 2008 17:35
also, me wollt das Spiel gerad starten…ich habs direkt von der Site geladen…bekommen hab ich
./widelands: error while loading shared libraries: libSDL_net-1.2.so.0: cannot open shared object file: No such file or directory scheint so, als wenn einige der Pakete die nur für „zum kompilieren benötigt“ gelistet wurden auch für den normal Betrieb notwendig sind…folgende Pakete musste ich installieren: libsdl-net1.2 libsdl-net1.2-dev libsdl1.2-dev libsdl-gfx1.2-dev Gruß detru *edit nachdem ich folgende Optionen aktiviert habe: FullScreen -> ja 1280x1024@32 Einflussbereich von Gebäuden anzeigen -> ja Hab ich den Singleplayer gestartet und die 1. map genommen einen Computer rausgeworfen und direkt gestartet, Grafisch tat sich dann folgendes: Zuerst seh ich meinen Desktop, dann fullscreen die Karte mit einem Gebäude in der mitte, dann werd ich aus dem fullscreen geworfen, seh einen teil meines Desktops und ein Fenster mit weißem Inhalt und dem Titel „widelands - Versionsnummer“ Dann wieder fullscreen mit map etc. usw. ich habs dann mit strg+c unterbrochen und hatte folgendes in der Konsole: NoPaste Fehlt mir noch ein Paket? Im Hintergrund laufen compiz und emerald…ich werd das ganze jetzt mal eingehend testen Gruß detru Moderiert von cornix: Meterlange Fehlerausgabe in NoPaste ausgelagert, nächstes Mal bitte selber dran denken. an cornix: sorry  achja: es liegt an compiz…und noch eine kleine Sache: -> ESC drücken bringt nichts?! find ich nervtötend… ansonsten schönes Spiel, ich habs zwar noch nich kapiert (ich hab nie siedler gespielt) aber es macht nen guten Eindruck auf mich 
|
|
Nasenbaer
Anmeldungsdatum: Juni 27, 2006
Beiträge: 127
Wohnort: Kaiserslautern
|

30. März 2008 22:13
(Kopie von http://forum.ubuntuusers.de/topic/122306/?p=1316956#1316956 damit auch hier alle das lesen ) So habs nun mal ausprobiert und die locales unter Hardy Heron zum laufen bekommen. Ab sofort sollten alle neuen SVN-Versionen - und somit auch Build12 - mit Übersetzungen funktionieren.  Zu beachten ist nur: * Die locales müssen kompiliert sein und in dem Ordner liegen, in dem Widelands gestartet wird * Als Sprache muss „System default language“ bzw. „Systemstandard“ eingestellt werden, weil „Deutsch“ aus welchen Gründen auch immer vom Ubuntu-gettext nicht akzeptiert wird. Den Wikiartikel hab ich schon erneuert: Spiele/Widelands Für den jenigen den es interessiert - hier mal das, was ich festgestellt habe: ist“ language=de_DE.utf-8“ und im Ordner „locale“ eine Übersetzung unter „de_DE“ zu finden, so funktioniert es reibungslos. Ist im selben Fall „language=de_DE“ (wie der Ordner ja heißt und was dan eigentlich auch verwendet werden sollte) so funktioniert es nicht. Eigentlich sollte es rein von der Logick genau andersherum sein, aber aus welchen Gründen auch immer stellt sich gettext dagegen.  Aber was solls nun funktionierts (zumindest unter Hardy-Heron - denn da hab ichs gerade in diesem Moment am laufen) 
|
|
ingo2
Anmeldungsdatum: Juni 15, 2007
Beiträge: 1990
Wohnort: wo der gute Riesling wächst
|

7. April 2008 23:21
Habe heute mal versucht, Widelands Build auf Hardy amd64 zu starten (einfach den Build entpackt und die angemeckerten *SDL* Libraries installiert - nicht die dev-Pakete!). Aber es mag nicht starten. Weiß Jemand, was da fehlt??? Viele Grüße, Ingo P.S.: Der Build 12 läuft prima unter Feisty 32-bit - und in Deutsch. GRATULIERE
|
|
Nasenbaer
Anmeldungsdatum: Juni 27, 2006
Beiträge: 127
Wohnort: Kaiserslautern
|

8. April 2008 13:17
Die precompiled von unserer Homepage läuft unter hardy nicht? Was sagt denn die konsolenausgabe?  … noch hab ich hardy neben Mandriva laufen, kanns sonst auch nochmal ausprobieren… selbst kompilieren hat jedenfalls einwandfrei funktioniert. 
|
|
ingo2
Anmeldungsdatum: Juni 15, 2007
Beiträge: 1990
Wohnort: wo der gute Riesling wächst
|

8. April 2008 18:12
Hi Nasenbär, bitte beachten: Hardy amd64! (das ist zumindest mein Plan, wenn Hardy mal fertig ist, die 64-bit Version installieren, habe nämlich 6GB ECC-RAM hier) Zunächst hatte ich diese Meldung:
ingo@pp:~/widelands$ ./widelands
./widelands: error while loading shared libraries: libSDL-1.2.so.0: cannot open shared object file: No such file or directory Dann habe ich die ia32-libs installiert, jetzt kommt diese Meldung:
ingo@pp:~/widelands$ ./widelands
./widelands: error while loading shared libraries: libSDL_image-1.2.so.0: cannot open shared object file: No such file or directory Habe dann mal das Verzeichnis /usr/lib32 gecheckt. Darin sind nur diese SDL-Libraries:
ingo@pp:/usr/lib32$ ls -l libSDL*
lrwxrwxrwx 1 root root 20 2008-04-08 17:58 libSDL-1.2.so.0 -> libSDL-1.2.so.0.11.1
-rw-r--r-- 1 root root 420376 2008-01-05 05:52 libSDL-1.2.so.0.11.1
lrwxrwxrwx 1 root root 25 2008-04-08 17:58 libSDL_mixer-1.2.so.0 -> libSDL_mixer-1.2.so.0.2.6
-rw-r--r-- 1 root root 391868 2007-10-24 17:48 libSDL_mixer-1.2.so.0.2.6
lrwxrwxrwx 1 root root 23 2008-04-08 17:58 libSDL_net-1.2.so.0 -> libSDL_net-1.2.so.0.0.7
-rw-r--r-- 1 root root 11612 2007-10-31 14:36 libSDL_net-1.2.so.0.0.7
lrwxrwxrwx 1 root root 23 2008-04-08 17:58 libSDL_ttf-2.0.so.0 -> libSDL_ttf-2.0.so.0.6.3
-rw-r--r-- 1 root root 18024 2007-08-07 00:59 libSDL_ttf-2.0.so.0.6.3 Sieht also so aus, daß wohl die 32-bit libSDL_image-1.2.so.0 tatsächlich fehlt  Ich fürchte, die kann man nicht einfach von Debian ‚ausleihen‘? Oder sollte man am besten gleich aus dem SVN und den 64-bit dev-Paketen selbst kompilieren? Viele Grüße, Ingo
|
|
Nasenbaer
Anmeldungsdatum: Juni 27, 2006
Beiträge: 127
Wohnort: Kaiserslautern
|

9. April 2008 17:36
SDL_image ist ein eigenes Paket, genau wie SDL_net, SDL_mixer und SDL_ttf. Die gehören also nicht direkt zu SDL dazu - installier einfach mal das Paket für SDL_image, dann solltest du zumindest ein Stück weiterkommen  Eigentlich sollte es klappen, wenn du
sudo apt-get install libsdl1.2 libsdl-gfx1.2 libsdl-image1.2 libsdl-net1.2 libsdl-mixer1.2 libsdl-ttf2.0 gettext libiconv zlib1g libpng12 libstdc++6 libboost ausführst.. zumindest denk ich das das der drichtige Aufruf wäre (kanns gerade nicht testen, weil ich unter Mandriva bin )
|
|
ingo2
Anmeldungsdatum: Juni 15, 2007
Beiträge: 1990
Wohnort: wo der gute Riesling wächst
|

9. April 2008 19:58
Btte beachten: es ist hardy amd64! Oder steht es im Moment so schlimm um Hardy-Beta? so, hier der Output von Deinem Vorschlag:
root@pp:/home/ingo# apt-get install libsdl1.2 libsdl-gfx1.2 libsdl-image1.2 libsdl-net1.2 libsdl-mixer1.2 libsdl-ttf2.0 gettext libiconv zlib1g libpng12 libstdc++6 libboost
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Reading state information... Fertig
Paket libsdl1.2 ist nicht verfügbar, wird aber von einem anderen
Paket referenziert. Das kann heißen, dass das Paket fehlt, dass es veraltet
ist oder nur aus einer anderen Quelle verfügbar ist.
Doch die folgenden Pakete ersetzen es:
libsdl1.2debian-pulseaudio libsdl1.2debian-nas libsdl1.2debian-arts
libsdl1.2debian-oss libsdl1.2debian-esd libsdl1.2debian-alsa
libsdl1.2debian-all
E: Paket libsdl1.2 hat keinen Installationskandidaten
root@pp:/home/ingo# Daraufhin habe ich dann ausgeführt:
root@pp:/home/ingo# apt-get install libsdl1.2debian-pulseaudio libsdl1.2debian-nas libsdl1.2debian-arts libsdl1.2debian-oss libsdl1.2debian-esd libsdl1.2debian-alsa libsdl1.2debian-all
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Reading state information... Fertig
libsdl1.2debian-alsa ist schon die neueste Version.
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder dass, wenn Sie die
Unstable-Distribution verwenden, einige erforderliche Pakete noch nicht
kreiert oder aus Incoming herausbewegt wurden.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:
Die folgenden Pakete haben nichterfüllte Abhängigkeiten:
libsdl1.2debian-all: Kollidiert: libsdl1.2-arts
Kollidiert: libsdl1.2-esd
Kollidiert: libsdl1.2-nas
Kollidiert: libsdl1.2-oss
Kollidiert: libsdl1.2debian-alsa aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-arts aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-esd aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-nas aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-oss aber 1.2.13-1ubuntu1 soll installiert werden
libsdl1.2debian-alsa: Kollidiert: libsdl1.2-all
Kollidiert: libsdl1.2-arts
Kollidiert: libsdl1.2-esd
Kollidiert: libsdl1.2-nas
Kollidiert: libsdl1.2-oss
Kollidiert: libsdl1.2debian-all aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-arts aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-esd aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-nas aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-oss aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-pulseaudio aber 1.2.13-1ubuntu1 soll installiert werden
libsdl1.2debian-arts: Kollidiert: libsdl1.2-all
Kollidiert: libsdl1.2-esd
Kollidiert: libsdl1.2-nas
Kollidiert: libsdl1.2-oss
Kollidiert: libsdl1.2debian-all aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-alsa aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-esd aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-nas aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-oss aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-pulseaudio aber 1.2.13-1ubuntu1 soll installiert werden
libsdl1.2debian-esd: Kollidiert: libsdl1.2-all
Kollidiert: libsdl1.2-arts
Kollidiert: libsdl1.2-nas
Kollidiert: libsdl1.2-oss
Kollidiert: libsdl1.2debian-all aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-alsa aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-arts aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-nas aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-oss aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-pulseaudio aber 1.2.13-1ubuntu1 soll installiert werden
libsdl1.2debian-nas: Kollidiert: libsdl1.2-all
Kollidiert: libsdl1.2-arts
Kollidiert: libsdl1.2-esd
Kollidiert: libsdl1.2-oss
Kollidiert: libsdl1.2debian-all aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-alsa aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-arts aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-esd aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-oss aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-pulseaudio aber 1.2.13-1ubuntu1 soll installiert werden
libsdl1.2debian-oss: Kollidiert: libsdl1.2-all
Kollidiert: libsdl1.2-arts
Kollidiert: libsdl1.2-esd
Kollidiert: libsdl1.2-nas
Kollidiert: libsdl1.2debian-all aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-alsa aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-arts aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-esd aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-nas aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-pulseaudio aber 1.2.13-1ubuntu1 soll installiert werden
libsdl1.2debian-pulseaudio: Kollidiert: libsdl1.2-all
Kollidiert: libsdl1.2-arts
Kollidiert: libsdl1.2-esd
Kollidiert: libsdl1.2-oss
Kollidiert: libsdl1.2debian-all aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-alsa aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-arts aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-esd aber 1.2.13-1ubuntu1 soll installiert werden
Kollidiert: libsdl1.2debian-oss aber 1.2.13-1ubuntu1 soll installiert werden
E: Kaputte Pakete
root@pp:/home/ingo# So traurig sieht es hier unter Hardy aus  Viele Grüße, Ingo
|
|
Nasenbaer
Anmeldungsdatum: Juni 27, 2006
Beiträge: 127
Wohnort: Kaiserslautern
|

10. April 2008 13:10
hmm naja, ich weiß nicht wie das unter hardy-amd64 ist, kann ich leider auch nicht ausprobieren… aber was definitiv unter hardy-x86-beta funktioniert hat: sudo apt-get install build-essential python libsdl1.2-dev libsdl-gfx1.2-dev libsdl-image1.2-dev libsdl-net1.2-dev libsdl-mixer1.2-dev libsdl-ttf2.0-dev gettext libiconv-hook-dev zlib1g-dev libpng12-dev libpngwriter0-dev scons libstdc++6-dev libgcc1 exuberant-ctags optipng libboost-dev das sind jetzt halt alle pakete, die du zum selbst kompilieren brauchst - eigentlich viel zu viele - aber die enthalten definitiv das was du brauchst. Wenn das dan nauch nicht geht, ja ähm…  Also wünsch ich einfach mal: Viel Glück!
|