s25rttr unter ubuntu lucid lynx nicht startfähig

du musst auch libminiupnpc installieren. (gibts z.B auf
http://packages.siedler25.org )

libsndfile und libsamplerate wird nicht benötigt
gettext nur zum bauen.

libsdl1.2debian ist korrekt, genauso wie libsdl-mixer1.2

allerdings das ausführen des packages http://packages.siedler25.org funktioniert bei mir unter ubuntu 10.04 (64bit) nicht (siehe auch hier: https://answers.launchpad.net/s25rttr/+question/119636), da, wie oben schon zu sehen ist, die version 5 von libminiupnpc von rttr benötigt wird, ich jedoch keine solche version finde. wird libminiupnpc.so.5 tatsächlich benötigt? und wenn ja, wo bekomme ich die her?

okay, das paket heißt nur "miniupnpc" und ist in der paketquelle da zu finden.

ist evtl etwas widersprüchlich, ich sollte mal das paket entsprechend in lib und co zerlegen.

Hi,

die 64bit-Variante der Nightlies enthält ja kein libminiupnpc. Also hier gesehen, dass ich mir ein entsprechendes Paket aus dem s25rttr-Packages-Repos laden kann. Die amd64-Variante verlangt allerdings die Installation des Paketes lib64gcc1, welches in Lucid allerdings nur für die i386-Arch existiert. lib32gcc1 existiert dafür nur in der amd64-Arch. Kann es sein, dass libminiupnpc(amd64) lib32gcc1 verlangen müsste? Oder was ganz anderes?

Grüße,
Chris

Hi, kann gut sein das da ein Dependency-Fehler drin ist, ich werd mal
schaun ob ich den lösen kann. Evtl ist das auch ein Bug in lucid, das es
kein lib64gcc1 für amd64 bereitstellt?

Wie gesagt, die Pakete sind genau andersrum in Lucid:
lib32gcc1 ist in der i386-Arch
lib64gcc1 ist in der amd64-Arch
Keine Ahnung, ob das so rum korrekt ist ;)

Hi,
habe das ganze nun korrigiert.

Nun benutzt er die Metapackages "libc6" und "libgcc1", vorher hatte das
ganze das dpkg-buildpackage ausgefüllt, was wohl diese komischen effekte
erzeugt hat ;-)

Weiterhin habe ich nun das package umbenannt:

miniupnpc enthält nur noch den upnpc-konsolen-clienten
libminiupnpc enthält die dazugehörige lib
libminiupnpc-dev die developer files hierfür

die nightlys sollten auch gleich (in rev6670) umgestellt sein (sobald er
gebaut hat). wenn man eine ältere deb installiert, verlangt er halt
aktuell das falsche "miniupnpc"-paket, ist nicht tragisch, da dies
automatisch das libminiupnpc nachzieht.

habe es gerade getestet, auch ein update von miniupnpc auf die neue
aufteilung funktioniert dank conflicts/replaces-einträge nun korrekt.

aso wenn es dann funktioniert, dann bitte nochmal mitteilen, damit ich den bug auf fixed setzen kann, danke :-)

Jupp, läuft einwandfrei, danke =)

gut: fixed in rev6670