master test build

[evox]

Wollte mir nun doch mal an schauen ob der Aufwand zu rechtfertigen ist aber leider nicht sauber Übersetzbar (Debian GCC 4.6-1 Probleme). Finde es sehr Schade mit den Zwang zu proprietären (Hardware)Treibern.

[cybersphinx]

Wenn du uns auch noch sagst, was genau die Probleme sind, kann man dir vielleicht auch helfen. Auf meinem Debian unstable mit Mesa und gcc 4.6 läuft das.

[evox]

Bug Bericht wurde Closed aber Fehler ist immer noch vorhanden Ticket und Ordner Debian ist nicht vorhanden in Master_20110801. Neue Depends wurden beachtet.

Kleinere Probleme
Build mit libgl1-mesa-dev (7.10.3-4) ist zwar möglich aber das Game startet nicht ,d.h. nur mit proprietären Headern (Nvidia,Fglrx) ;(
Game Crash: (< = git-da7283e)

QSslSocket: cannot resolve SSLv2_client_method
QSslSocket: cannot resolve SSLv2_server_method
AL lib: pulseaudio.c:612: Context did not connect: Connection refused
warzone2100: fccache.c:507: FcCacheFini: Zusicherung »fcCacheChains == ((void *)0)« nicht erfüllt.
No function contains program counter for selected frame.
Saved dump file to '/tmp/warzone2100.gdmp-8aEaqz'

GDB-File: KLick Mich

Ist es möglich diesen Teil des Threads abzutrennen ? Danke

[cybersphinx]

Build mit libgl1-mesa-dev (7.10.3-4) ist zwar möglich aber das Game startet nicht ,d.h. nur mit proprietären Headern (Nvidia,Fglrx) ;(

Wie gesagt, auf meinem AMD 890GX läuft das mit Mesa 7.10/7.11.

warzone2100: fccache.c:507: FcCacheFini: Zusicherung »fcCacheChains == ((void *)0)« nicht erfüllt.

Ist wohl Bug in Quesoglc, halt etwas nervig wenns beim Beenden crasht. Mögliche Lösung: Lad dir den Quellcode des libglc0-Paketes runter, suche nach "FcFini", entferne die betreffende Zeile, und bau das Paket neu.

[evox]

Build mit libgl1-mesa-dev (7.10.3-4) ist zwar möglich aber das Game startet nicht ,d.h. nur mit proprietären Headern (Nvidia,Fglrx) ;(

Wie gesagt, auf meinem AMD 890GX läuft das mit Mesa 7.10/7.11.

OK
Denke mal dort liegt der "Hund" hier laufen zum grossen Teil Nvidia Karten . Nouveau ist Standardmäßig in Debian nicht 3D fähig bzw sehr Rudimentär . Mesa 7.11 muss man sich erst anschauen aber das wird zum selben Ergebnis führen!?.

warzone2100: fccache.c:507: FcCacheFini: Zusicherung »fcCacheChains == ((void *)0)« nicht erfüllt.

Ist wohl Bug in Quesoglc, halt etwas nervig wenns beim Beenden crasht. Mögliche Lösung: Lad dir den Quellcode des libglc0-Paketes runter, suche nach "FcFini", entferne die betreffende Zeile, und bau das Paket neu.

Suchmaschine spukt zu diesen Thema nicht gerade Gutes aus ohje

Hinweis noch:
libglew1.5(dev) nicht mehr Verfügbar ab Debian /Testing. Test Build und Anspielen mit der Version libglew1.6 funktionierte.
Debian Stable würde zu Instabilitäten führen, kurios aber nicht zu ändern.

[cybersphinx]

Nouveau kenn ich nicht, würde aber annehmen, daß auch da neuere Mesaversionen grundsätzlich besser sind.

Glew und GLC sollte erstmal kein Problem sein, der GLC-Crash ist eigentlich beim Beenden, wenn das Spiel denn ordentlich starten würde.

[evox]

warzone2100: fccache.c:507: FcCacheFini: Zusicherung »fcCacheChains == ((void *)0)« nicht erfüllt.

Ist wohl Bug in Quesoglc, halt etwas nervig wenns beim Beenden crasht. Mögliche Lösung: Lad dir den Quellcode des libglc0-Paketes runter, suche nach "FcFini", entferne die betreffende Zeile, und bau das Paket neu.

Das mit der Entfernung von "FcFini" ist ein Schuss in Ofen

Dump caused by signal: SIGSEGV: Invalid memory reference: Address not mapped to object

GDB-FILE

[cybersphinx]

Ja gut, wie gesagt, der GLC-Crash ist beim Beenden, den zu beheben bringt nicht so viel, wenn dein Grafiktreiber schon nicht will.

[evox]

Ich weiß die Nvidia Treiber sind zur Zeit alles andere als Sauber und jetzt wo X Server 1.11.0 aufgeschlagen ist, ist das Chaos perfekt.
Weitere Versuche mit Nouveau waren alle negativ auch mit den Versionen von freedesktop.org aber Aufgeben kommt nicht die Tüte

Wollte eigentlich mal etwas mehr versuchen aber das Real Leben hat Vorrang.

[evox]

warzone2100: fccache.c:507: FcCacheFini: Zusicherung »fcCacheChains == ((void *)0)« nicht erfüllt.

Dieser Fehler tritt nur in Master auf da der 2.3 git Build ohne Probleme startet und Beendet