Arch Linux

Crossover Games und Arch86_64

[gelöscht]

Hallo,
ich habe mir gestern die 7 Tage Testversion von Crossover Games gesaugt. Da unter requirement nur stand das man die 32bit libs braucht wenn man ein 64bit System hat und leider keine genauen angaben dabei waren was nun alles dazugehört, hab ich einfach immer das installations Script gestartet und geguckt wegen was er gemeckert hat. Hab das was er dann beanstandet hat mit pacman nachinstalliert. Nun ist Crossover installiert und läßt sich auch starten, nur war es das dann auch schon. Man kann nichts installieren, standardschriftarten installieren geht nicht. Das dumme ist halt das es auch keine Fehlermeldung oder dergleichen gibt. Sieht halt so aus das er die Schriften installieren würde, nur kommt er halt nie zum ende. Genau so sieht es aus wenn man ein Spiel installieren will, wie in meinen Fall WoW. Hab ihm die installer.exe angegeben danach steht nur noch wird installiert. Machen tut er aber null. Und da auch keine Gehlermeldungen auftauchen stehe ich gerade ziemlich aufn schlauch.

Hab mal versucht mein installiertes WoW von der ntfs Partition zu starten. Einfach mit xcstart Wow.exe gibt aber nur die Meldung "Speicherzugriffsfehler". Hab dann auch noch versucht den installer mit xcstart /path/to/installer.exe zu starten. Gab aber auch nur ein Speicherzugriffsfehler.

Vllt. kann mir ja hier jemand weiterhhelfen? =)

eiffel56

Hallo,

ich spiele auch World of Warcraft, kann dir daher direkt helfen.
Crossover Games ist nichts anderes als Wine 0.9.6x(weiß nicht mehr welches 60er) mit ner GUI zum installieren oben drauf. Daher kannst du auch World of Warcraft ohne irgendwelche Probleme mit dem normalen Wine laufen lassen.
Ich habe auch ein 64Bit System und das ganze so gelöst das ich Wine in einem 32Bit Chroot laufen lassen(daher braucht man dann auch nicht diese lib32 Pakete). Geht wunderbar, man hat keinen Geschwindigkeitsverlust.

Arch Linux hat da eine Besonderheit mit dem Kernel. Der Scheduler ist per default unvorteilhaft eingestellt, was darin resultiert das WoW exakt alle 15 Sekunden ca. 3 Sekunden stark stockt und am oberen Bildschirmrand eine flackernde Linie ist. Es gibt 2 Möglichkeiten um das zu beheben. Der bervorzugte Weg ist den Kernel mit der Option KERNEL_SCHED_DEBUG neu zu compilieren und dann den Scheduler per sysctl neu einzustellen.
Alternativ kann man mit nice Wine auch eine höhere Priorität zuweisen. Wenn der Rechner stark genug ist verschwindet das 15 Sekunden stocken, wenn nicht wirds nur noch schlimmer.
Ist alles genauestens hier: http://www.wowwiki.com/Linux/Wine/Troubleshooting unter " Stuttering every 15sec and flickering line fix for Linux kernels 2.6.24 with CFS scheduler" beschrieben.

[gelöscht]

Huhu,
ich könnte es auch mit Wine probieren, aber wie sieht es denn bei Steam+HL2 aus?

eiffel56

Heya,

ich spiele an moderneren Spielen leider nur World of Warcraft, aber schau mal in die Wine AppDB http://appdb.winehq.org/.
Steam läuft(habe ich mal irgendwo gesehen), Half Life 2 denke ich auch.

[gelöscht]

http://appdb.winehq.org/objectManager.php?sClass=version&iId=11329

und dazu noch:

http://aur.archlinux.org/packages.php?ID=16531

Ich spiele damit Command and Conquer Tiberum Sun allerdings mit Netzwerk + Courser Patch

ganz wichtig ist noch die lib32-nvidia-utils wenn du eine Nvidia Karte hast ansonsten die gleichwertige ATI lib

[gelöscht]

ganz wichtig ist noch die lib32-nvidia-utils wenn du eine Nvidia Karte

Huhu,
ja genau daran verzweifel ich seit gestern. Die aus den Community zweig tun es bei mir nicht. Aber verständlich ich hab halt die Beta Treiber drauf. Hab mich dann auf die Suche nach einer PKGBUILD Datei gemacht um diese dann anzupassen. Hab dann eine gefunden die vom legacy Treiber ist. Außerdem auch noch 1 Jahr alt. Hab es mit der versucht in dem ich die Version und so angepasst hab. Das Paket tut es bei mir leider nicht.

Gibt es nicht irgendwo eine etwas neuere PKGBUILD Datei und ich bin nur zu blind diese zu finden?

Evolis2k2

Hi Yasha, suche mal im Wiki nach ABS

Du kannst dir mit Hilfe des ABS eine PKGBUILD der aktuellen lib32-nvidia-utils herauskopieren und diese pkgbuild dann deinen Anforderungen anpassen.

Oder im schnelldurchlauf:

pacman -S abs
abs
cd /var/abs/community/lib32/lib32-nvidia-utils

In dem Ordner befindet sich die PKGBUILD

Yasha

Huhu,
das Wiki über ABS hab ich schon durchgelesen. Aber die lib32-nvidia-utils bringen mich noch ins Grab.

Habe in der PKGBUILD die Änderungen vorgenommen und danach das Paket installiert. Das Problem bleibt das gleiche keine opengl32.dll

Meine PKGBUILD sieht in mom so aus:

# $Id: PKGBUILD,v 1.14 2008/06/14 17:05:42 Neverth Exp $
# Contributor: Pierre Schmitz <pierre@archlinux.de> [1]
# Maintainer: Mikko Seppälä <t-r-a-y@mbnet.fi> [2]
_pkgsourcename=nvidia-utils
pkgname=lib32-$_pkgsourcename
pkgver=177.13 [3]
pkgrel=1
pkgdesc="NVIDIA drivers utilities and libraries."
arch=(x86_64)
url="http://www.nvidia.com/"
license=('custom')
groups=('lib32')
depends=('lib32-libxext')
conflicts=('lib32-libgl' 'lib32-ati-fglrx-utils')
provides=('lib32-libgl')
source=(NVIDIA-Linux-x86_64-177.13-pkg2.run) [4}
#md5sums=('de6f244f4761abebc7ef11ced1ba849c') [5]

build() {
cd $startdir/src
mkdir -p $startdir/pkg/opt/lib32/usr/lib
cp -dp usr/lib/*.so* $startdir/pkg/opt/lib32/usr/lib

# fix wrnog links
cd $startdir/pkg/opt/lib32/usr/lib
ln -sf libGL.so.$pkgver libGL.so
ln -sf libGL.so.$pkgver libGL.so.1
ln -sf libGLcore.so.$pkgver libGLcore.so.1
ln -sf libnvidia-cfg.so.$pkgver libnvidia-cfg.so.1
ln -sf libnvidia-tls.so.$pkgver libnvidia-tls.so.1
}

Kurz die Erklärungen zu den Zahlen in Klammern
[1] und [2] hab ich einfach so gelassen, da das Paket eh nicht weitergegeben werden soll.
[3] Paket Version angepasst
[4] Der teil der mich zur Zeit in den Wahnsinn treibt. In der Original PKGBUILD ist dort ein tar.gz Archiv angegeben. Da ich bei NVIDIA aber immer nur die .run Sachen finde hab ich die einfach mal genommen. Ausserdem hab ich das Paket einfach von der Nvidia Seite geladen und mit in den Build Ordner geschoben.
[5] Auskommentiert aus Faulheit die neue md5sums einzutragen =)

Nun das Paket wird erstellt. Fehlermeldungen gibt es keine. Das installieren klappt auch ohne irgendwelche Fehlermeldungen. Laufen tut WoW trotzdem nicht. Ich denke das Problem ist mir bekannt, nur weiss ich nicht so wirklich wie ich es beheben kann. Wenn man auf die einzelnen Dateien geht wie "libGL.so" "libGL.so.1" und so weiter und sofort gibt es als Meldung "Verknüpfung (fehlerhaft)"

Evolis2k2

Die PKGBUILD von lib32-nvidia-utils installiert (soweit ich das sehen und bewerten kann) das nvidia-utils Paket der i686 Version (die Endung ist ja .pkg.tar.gz). Eben nur unter anderem Namen und einem anderen Ordner, damit es keine Kollisionen mit dem x86_64 nvidia-utils gibt.

Du kannst jetzt probieren, das i686 paket nvidia-utils selber neu zu Erstellen (hier die originale PKGBUILD ausm SVN):

http://repos.archlinux.org/viewvc.cgi/nvidia-utils/repos/extra-i686/PKGBUILD?revision=4101&view=markup

Da haste auch deinen .run link, den du anpassen kannst.

Die von erstellte i686-nvidia-utils*.pkg.tar.gz setzt du dann als source in die PKGBUILD der lib32-nvidia-utils.

Ich hab sowas noch nicht ausprobiert, würde da aber so rangehen.

(Kann man mit einem x86_64 Arch ein i686 Paket erstellen)?

Yasha

Moin,
so jetzt bin ich weiter ich war sogar mal so weit das ich schon ein grinsen im Gesicht hatte. WoW lief forderte mich nach den einloggen halt dazu auf mir auch BC zu installieren was ich auch tat. Danach noch alle patches installiert und nun ist wieder aus die Maus.

wine Wow.exe

fixme:advapi:SetSecurityInfo stub
fixme:win:EnumDisplayDevicesW ((null),0,0x32eda4,0x00000000), stub!
fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex samplers and 32 total samplers
fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) > combined_samplers
fixme:win:EnumDisplayDevicesW ((null),0,0x32ec94,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f42c,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f5a8,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f5a0,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f57c,0x00000000), stub!
fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface
fixme:win:EnumDisplayDevicesW ((null),0,0x32f144,0x00000000), stub!
fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (5000): STUB
fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT 5000
fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONTEXT_VALUE; STUB
wine: Unhandled page fault on read access to 0xbf59e02c at address 0x871862 (thread 0009), starting debugger...
wine: Unhandled page fault on read access to 0x0000002a at address 0x7ed8d5d4 (thread 002c), starting debugger...
wine: Unhandled page fault on read access to 0x0000002a at address 0x7ed985d4 (thread 002e), starting debugger...
wine: Unhandled page fault on read access to 0x0000002a at address 0x7ed985d4 (thread 0030), starting debugger...
wine: Unhandled page fault on read access to 0x0000002a at address 0x7ed985d4 (thread 0032), starting debugger...
wine: Unhandled page fault on read access to 0x0000002a at address 0x7ed8d5d4 (thread 0034), starting debugger...

eiffel56

Wie gesagt empfehle ich dir ein 32Bit Chroot, da hast du nich den ganzen 32Bit Kram in deinem System. Ist einfach sauberer, und du hast absolute keine Probleme mit irgendwelcher Abhängigkteiten oder so.

Yasha

Juhu =))
ich habs.

wine Wow.exe -opengl tut es

eiffel56

Das auf OpenGL umzustellen ist irgendwie selbstverständlich, das steht auf allen Seiten. Kannst auch noch ne Menge Performance rausholen 😉.

[gelöscht]

ich hab heute mal ein Syu gemacht und nun geht garnichts mehr 🙁

$ winecfg
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": libuuid.so.1: wrong ELF class: ELFCLASS64
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": libuuid.so.1: wrong ELF class: ELFCLASS64
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": libuuid.so.1: wrong ELF class: ELFCLASS64
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": libuuid.so.1: wrong ELF class: ELFCLASS64
Application tried to create a window, but no driver could be loaded.
Unknown error (127).
Application tried to create a window, but no driver could be loaded.
Unknown error (127).
err:ole:apartment_createwindowifneeded CreateWindow failed with error 127

videoneu100

ich würde an deine stelle playonlinux nehmen, das läuft am bestens und einfacher geht es nicht! 😉

entferne wine und benutze nur playonlinux, danach kannst du mit playonlinux wine (gewünschte version) installieren. Was gut daran ist; du wählst in menu gewünschte Windows Programm/Spiel und playonlinux ladet entsprechene gepatchte wine version! geniales Programm!

so kannst du playonlinux installieren:

(werde root)

nano /etc/pacman.conf

und füge ganz am ende, das hier:

[archlinuxfr]
Server = http://repo.archlinux.fr/x86_64

jetzt noch:

pacman -Sy playonlinux

Poste ob das geklappt hat....?

Frage an alle:
warum wird nicht über Playonlinux werbung gemacht? sondern nur über kostenpflichtige Programme wie Crossover oder Cedega! die aber kostenlose wine nutzen! (ohne wine würde es nicht gehen) so was sollte m.M verboten werden bzw. GPL etwas ändern...!
wenn man so sieht, weder Crossover noch Cedega wirde ohne wine funktionieren! das nenne ich OpenSource missbrauch!

Gruss,
VN

eiffel56

Lass es in nem Chroot laufen, dein Problem kommt durch den Library Wirrwar zustande.

videoneu100

eiffel56 schrieb Lass es in nem Chroot laufen, dein Problem kommt durch den Library Wirrwar zustande.

ich würde das nicht machen! bzw. ganze 32bit umgebung zu installieren ist zu übertrieben.

Ich weiß nicht wie playonlinux das compilieren von wine hinkriegt....? hauptsache es geht aber! 😉

[gelöscht]

videoneu100 schrieb ich würde an deine stelle playonlinux nehmen, das läuft am bestens und einfacher geht es nicht! 😉

entferne wine und benutze nur playonlinux, danach kannst du mit playonlinux wine (gewünschte version) installieren. Was gut daran ist; du wählst in menu gewünschte Windows Programm/Spiel und playonlinux ladet entsprechene gepatchte wine version! geniales Programm!

so kannst du playonlinux installieren:

(werde root)
nano /etc/pacman.conf
und füge ganz am ende, das hier:
[archlinuxfr]
Server = http://repo.archlinux.fr/x86_64
jetzt noch:
pacman -Sy playonlinux
Poste ob das geklappt hat....?

Frage an alle:
warum wird nicht über Playonlinux werbung gemacht? sondern nur über kostenpflichtige Programme wie Crossover oder Cedega! die aber kostenlose wine nutzen! (ohne wine würde es nicht gehen) so was sollte m.M verboten werden bzw. GPL etwas ändern...!
wenn man so sieht, weder Crossover noch Cedega wirde ohne wine funktionieren! das nenne ich OpenSource missbrauch!

Gruss,
VN

weil ich es gar nicht kannte, ich probiere es mal aus

[gelöscht]

eiffel56 schrieb Lass es in nem Chroot laufen, dein Problem kommt durch den Library Wirrwar zustande.

glaub ich nicht 2 Rechner 2 mal selbe Problem nach dem update <juggle>

#Edit#
wollte denn wieder löschen scheint aber nicht zu gehen

videoneu100

weil ich es gar nicht kannte, ich probiere es mal aus

das meint ich mit "Frage an alle..."
du kennst es nicht, so wie viele andere cedega oder crossover Benutzer auch. die kennen es nicht.
ich habe bei phoronix.com, prolinux.de und viele andere "Werbeagentur"(?) immer wieder Crossover crossover crossoveer, cedega, cedege, cedege.... gelesen, aber nichts über PlayOnLinux. (schade!)

Nächste Seite »