Problem bei WineX Installation

[the_isz]

Hi Ihr!

Ich hab mir mal die UT2004 Demo unter Linux angeschaut und seitdem hab ich mir gedacht: Zocken unter Linux funktioniert ja vielleicht doch...

Um auch Diablo2 auch zocken zu können (spiel ich halt immer noch am häufigsten) hab ich mir mal WineX mit folgendem Befehl gezogen:


cvs -z3 -d:pserver:cvs@cvs.transgaming.org:/cvsroot co -r winex-3-3 winex

Ich hatte den Befehl von holarse.net und hab einfach das "3-2" durch "3-3" ersetzt, weil ich gesehen hatte, dass diese Version bereits erschienen ist.

Das .configure ist auch prima durchgelaufen, aber beim compilieren gabs Probleme. Das eine ließ sich recht einfach durch Installation des flex-old Pakets beheben, das andere leider nicht. Das Compilieren brach mit folgender Fehlermeldung ab:


make[2]: *** [oaidl_p.o] Fehler 1
make[2]: Leaving directory `/home/rincewind/files/winex/dlls/oleaut32'
make[1]: *** [oleaut32/liboleaut32.so] Fehler 2
make[1]: Leaving directory `/home/rincewind/files/winex/dlls'
make: *** [dlls] Fehler 2

Ich hab gegoogelt, bei Holarse geschaut und hier im Forum gesucht, aber nicht einen Thread mit den entsprechenden Stichwörtern gefunden.

Mein System:

AMD Athlon 2500+
ASUS A7N8X Deluxe 2.0
Sapphire Radeon 9800 Pro
======================
Debian Sid
Kernel 2.6.4
XFree86 Version 4.3.0.1 (X11 6.6)
fglrx Treiber Version 3.7.6

Könnt Ihr mir weiterhelfen?

Grüße,

Timo

[the_isz]

Hab jetzt gerade gesehen, dass OSS zum Compilieren vorgeschlagen wird, hab aber ALSA in den Kernel compiliert. Ist das schlimm?

P.S.: Hab's auch mal mit der 3.2 Version von WineX versucht... Genau das gleiche Ergebnis :confused:

[the_isz]

Gerade folgendes in der README gefunden:


You need to have the X11 development include files installed
(called xlib6g-dev in Debian and XFree86-devel in RedHat).
To use Wine's support for multi-threaded applications, your X libraries
must be reentrant, which is probably the default by now.
If you have libc6 (glibc2), or you compiled the X libraries yourself,
they were probably compiled with the reentrant option enabled.

Das Paket xlib6g-dev ist aber ein stable Paket, das aber mit einem anderen Paket in Konflikt steht:


Die folgenden Pakete haben nichterfüllte Abhängigkeiten:
xlibs-static-dev: Kollidiert: xlib6g-dev aber 4.1.0-16woody1 soll installiert werden

Könnte das der Grund für den Compiler-Fehler sein, und wenn ja: Was soll ich denn da machen?

Greetz,

Timo

[the_isz]

Ich hab mal die Ausgabe der configure Prozedur untersucht pack mal die negativen Ergebnisse hierher. Vielleicht kann mir dann ja jemand helfen:


checking whether we are cross compiling... no
checking for lclint... no
checking for lint... no
checking for i386_set_ldt in -li386... no
checking for _oss_ioctl in -lossaudio... no
checking for _xpg4_setrunelocale in -lxpg4... no
checking for mmap in -lmmap... no
checking for openpty... no
checking for dlopen... no
checking Checking if the sdldrv should be built... no
checking for sane-config... no
checking freetype/ftnames.h usability... no
checking freetype/ftnames.h presence... no
checking for freetype/ftnames.h... no
checking for gcc strength-reduce bug... no
checking whether .type must sit inside a .def directive... no
checking whether external symbols need an underscore prefix... no
checking whether stdcall symbols need to be decorated... no
checking for the errno variable name on this platform: __error... no
checking for the errno variable name on this platform: ___errno... no
checking for the errno variable name on this platform: __thr_errno... no
checking for the errno variable name on this platform: __errno... no
checking for _lwp_create... no
checking for _pclose... no
checking for _popen... no
checking for _stricmp... no
checking for _strnicmp... no
checking for chsize... no
checking for fpclass... no
checking for rfork... no
checking direct.h usability... no
checking direct.h presence... no
checking for direct.h... no
checking ieeefp.h usability... no
checking ieeefp.h presence... no
checking for ieeefp.h... no
checking io.h usability... no
checking io.h presence... no
checking for io.h... no
checking libutil.h usability... no
checking libutil.h presence... no
checking for libutil.h... no
checking linux/ucdrom.h usability... no
checking linux/ucdrom.h presence... no
checking for linux/ucdrom.h... no
checking socket.h usability... no
checking socket.h presence... no
checking for socket.h... no
checking sys/cdio.h usability... no
checking sys/cdio.h presence... no
checking for sys/cdio.h... no
checking sys/filio.h usability... no
checking sys/filio.h presence... no
checking for sys/filio.h... no
checking sys/link.h usability... no
checking sys/link.h presence... no
checking for sys/link.h... no
checking sys/lwp.h usability... no
checking sys/lwp.h presence... no
checking for sys/lwp.h... no
checking sys/modem.h usability... no
checking sys/modem.h presence... no
checking for sys/modem.h... no
checking sys/sockio.h usability... no
checking sys/sockio.h presence... no
checking for sys/sockio.h... no
checking sys/strtio.h usability... no
checking sys/strtio.h presence... no
checking for sys/strtio.h... no
checking sys/v86.h usability... no
checking sys/v86.h presence... no
checking for sys/v86.h... no
checking sys/v86intr.h usability... no
checking sys/v86intr.h presence... no
checking for sys/v86intr.h... no
checking whether stat file-mode macros are broken... no
checking for gcc option to accept ANSI C... none needed
checking whether sys/mount.h defines statfs... no
checking for msg_accrights in struct msghdr... no
checking for sa_len in struct sockaddr... no
checking for sun_len in struct sockaddr_un... no
checking whether we need to define __i386__... no

Fällt jemandem hier etwas Schlimmes auf?

[m4c4br3]

schau mal unter http://ting.homeunix.org/cvs_wine/GetWineX.html

[the_isz]

Danke für die Antwort, kam leider etwas spät...

Mittlerweile funktioniert's. Hab keine Ahnung was ich großartig geändert habe, außer halt die cvs Version neu auszuchecken.

Naja, trotzdem danke!