You are not logged in.
Pages: 1
sketchup was working on wine for a long time - then sometime last week it stopped. after searching and searching, i decided it was because of something i installed or configured - so i did a clean installation and am using openbox standalone (fast and beautiful)
but, sketchup still isn't working. i get the classic opengl pixelformat bug - so i changed the registry value to 1 as suggested here (which i had already done on the last arch installation):
http://wiki.winehq.org/GoogleSketchup
but i keep getting the error! here's what the terminal says:
err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element
err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.MFCLOC"
fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (30000): STUB
fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT 30000
fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT 30000
fixme:wininet:InternetSetOptionW INTERNET_OPTION_CONNECT_RETRIES 0
err:wintab32:X11DRV_LoadTabletInfo Unable to initialize the XInput library.
fixme:wgl:X11DRV_wglChoosePixelFormatARB unused pfAttribFList
fixme:wgl:ConvertAttribWGLtoGLX unsupported 2007 WGL Attribute
fixme:wgl:ConvertAttribWGLtoGLX unsupported 2029 WGL Attribute
fixme:wgl:X11DRV_wglChoosePixelFormatARB unused pfAttribFList
fixme:wgl:ConvertAttribWGLtoGLX unsupported 2007 WGL Attribute
fixme:wgl:ConvertAttribWGLtoGLX unsupported 2029 WGL Attribute
fixme:wgl:X11DRV_wglChoosePixelFormatARB unused pfAttribFList
fixme:wgl:ConvertAttribWGLtoGLX unsupported 2007 WGL Attribute
fixme:wgl:ConvertAttribWGLtoGLX unsupported 2029 WGL Attribute
fixme:wgl:X11DRV_wglChoosePixelFormatARB unused pfAttribFList
fixme:wgl:ConvertAttribWGLtoGLX unsupported 2007 WGL Attribute
fixme:wgl:ConvertAttribWGLtoGLX unsupported 2028 WGL Attribute
fixme:wgl:X11DRV_wglChoosePixelFormatARB unused pfAttribFList
fixme:wgl:ConvertAttribWGLtoGLX unsupported 2007 WGL Attribute
fixme:wgl:ConvertAttribWGLtoGLX unsupported 2028 WGL Attribute
fixme:wgl:X11DRV_wglChoosePixelFormatARB unused pfAttribFList
fixme:wgl:ConvertAttribWGLtoGLX unsupported 2007 WGL Attribute
fixme:wgl:ConvertAttribWGLtoGLX unsupported 2028 WGL Attribute
i am using wine from AUR (currently 1.1.10) - i dont have this problem in kubuntu - i have tried regressing to wine 1.1.7 because it definitely worked there, but i still get the error.
has something changed with X? i am still using the same xorg.conf - i haven't changed that. i have also tried both the nvidia and nvidia-beta drivers.
is there a package i can install for the opengl - something must be different, i just cant figure what it might be...any ideas where to look?
...this is a real bummer because i love ARCH, its awesome and so so fast using only OpenBox and a hand selected programs, i'm an architect so i need my sketchup
HP Pavilion tx2000 tablet pc
Arch Linux x86_64
openbox (stand alone)
Wine 1.1.0, 1.1.7, 1.1.10
Xorg - most current from standard repos.
[edited to to give more detailed info]
Last edited by originalsurfmex (2008-12-09 16:20:25)
Offline
WHy do you run WIne from AUR, when there's ABS?
There shouldn't be need for using AUR for packages that already exist in the ABS... and anyways, Wine 1.1.10 is already on extra.
Proud Ex-Arch user.
Still an ArchLinux lover though.
Currently on Kubuntu 9.10
Offline
oh, i wasnt aware it was in abs...or extra. here's the weird thing, i cant find it in pacman or shaman...i keep changing my mirrors and repos - even tried to use the slow capped archlinux repo - but it doesnt see wine.
what can i do?
Offline
pacman -Syys wine
but your right, I tried to run the command and wine does not show up. The other poster suggested abs, so maybe there isn't a binary package, you might have to build it and in this case it wouldn;t matter which PKGBUILD you used. AUR and abs PKGBUILD would get you the same thing.
BTW, xorg-server has had a major overhaul, very well could be the cause of your issue.
Last edited by jacko (2008-12-09 01:24:01)
Offline
The reason wine is not showing up for you guys is because it's only packaged for 32-bit.
The best way to get wine working on x86_64 is by 32bit chroot or with lib32 packages.
To use lib32 packages just grab either bin32-wine or bin32-wine-suse from the aur.
To use a 32 bit chroot check out this wiki page:
http://wiki.archlinux.org/index.php/Arc … bit_system
Last edited by Statix (2008-12-09 03:07:22)
Madly in love with Arch64, Openbox, DotA, and of course... penguins!
Happy to help if you're not a Help Vampire. Use your wonderful resources like ArchWiki, Google, and our wonderful search page.
Offline
hmmm...the plot thickens...i tried finding a guide to regress my xorg-server in arch, but came up with nothing substantial - is there a safe way to do this, or a guide you can point me to?
...im willing to try just about anything to get sketchup working again.
(i did see some patched ones in the AUR, but they look kinda sketchy, i'd hate to really break my system again - but if thats what it takes...what do you think?)
Offline
it's easy to downgrade, pacman -U /var/cache/pacman/pkg/<nameofpkg>
check your pacman.log around the same time things went ape shit. It should lead you to the root of the problem. Maybe...
BTW, bin32-wine is in the arch-gaming repository, located here. http://arch-games.twilightlair.net/wiki … /Main_Page
Offline
well...here's the full story...
i was trying to install cairo-dock - and trying to compile it, when i learned that cairo compiled with glitz is faster. so i removed cairo, but then i lost everything that was a dependancy. so as i was reinstalling like 80 files (it was a bloated system then) i must have updated something - so i wiped out my system and started over. i have nothing in cache or log.
...i'll try gaming now...
Offline
nope. it ended up installing 1.1.7 which is ok, that version is the last one that worked...but i still get the pixelformat thing - any tops on safely regressing my xorg-server since i have no cache?
Offline
nope. it ended up installing 1.1.7 which is ok, that version is the last one that worked...but i still get the pixelformat thing - any tops on safely regressing my xorg-server since i have no cache?
That is harder, you will need to find the old PKGBUILD for the previous release of xorg-server and all it's other files in the arch sbn repository. Where all the dev's keep the work for the arch PKGBUILDs. Once you get the previous release of the PKGBUILD, you just make the package as normal and install it.
It sounds a little overwhelming, but if you understand what svn and revison control software is all about it should make a lot of sense. The svn repository can be found at http://repos.archlinux.org/
Last edited by jacko (2008-12-09 13:53:25)
Offline
Because of this and other problems with different versions of wine, I am thinking of making a repository which contains different versions of wine, so it is easier for the users to rollback. I have never had an application stop working after I upgrade wine, but since many do have those problems, well... Let's see when I can come up with this, don't hold your breath.
Offline
thank you very very much. i was actually using this to go back and forth on my wine versions:
http://immortal.dy.fi/bin32-wine/
...but i dont think wine is particularly the problem - is there an xorg, xorg-server regression method, or repository for arch?? i really want to test my wine versions against the last two updates we got...
how do i do this?
Offline
okay...im starting to get worried here...
would it be a bad thing if i created another partition and did a 32bit arch install? heres what an ubuntu guy did:
http://ubuntuforums.org/showthread.php?t=714937
im very interested in getting to the bottom of this wine situation. i really really do not want to return to kubuntu...even if it is just to use sketchup...
Offline
i tried the chroot thing to put the 32-but stuff inside of 64 bit arch, but i couldnt get the repositories right and pacman kept downloading 64 bit files - the guide says to change the first x86_64 to i686...but i must not have understood it correctly
so instead i installed arch32 fresh on another partition, chrooted into that and pacmaned in all the 32 bit files i wanted and then rebooted.
Good News! SketchUp works great in 32-bit arch...soooo i guess its a 64 bit library thing?? Do any of you 64 bit wizards know how i can remedy this? or do i have to make it work with the 32bit chroot inside of a 64bit install?
thanks for all the feedback so far...if no one has any better solutions it looks like im stuck back in 32bit world (wich is kind of a bummer cuz i like using blender and gimp and kdenlive and kerkythea...they do some things faster in 64)
by the way, im using the same programs on both installations:
vanilly Arch install 32
HP Pavilion tx2000 tablet pc
openbox (stand alone)
1.1.10
Xorg - most current from standard repos
p.s. seeing as the thread is partially solved - should i changed the title to "SketchUp works on Arch32 but not 64", at this point it probably belongs in another part of the forum...
Last edited by originalsurfmex (2008-12-10 01:51:17)
Offline
Any chance you ever managed to come up with a solution to this?
Offline
Hello
If you have a nvidia graphic card try installing lib32-nvidia-utils. It will remove lib32-libgl.
I've just tried it and now sketchup 6 (french version) and sketchup 7 work for me.
I hope it will help
Last edited by ZiOns (2009-09-25 16:48:43)
Offline
I hope it will help
It did. Thank you very much!
Offline
Pages: 1