You are not logged in.
Please don't take this is a complaint in any way - just a slightly bemused observation!
After having been tied previously to the very slow updates from the Debian Etch repos, I have become used to Arch keeping most packages I use well up to date. However, I am slightly puzzled as to why Arch's Wine package is usually a bit further behind than most, 0.9.56 versus 0.9.58 currently.
Of course I appreciate that the package maintainer might well be busy, but I wonder if Wine, and legacy programs from Windows, just matter less to Archers than to folk using other distros?!
Offline
It looks like there's a pretty up-to-date wine package in the AUR: http://aur.archlinux.org/packages.php?ID=14845.
I've never used Wine. There's a lot of great-quality software available for linux.
Offline
I've never needed Wine either. I do use Windows in VirtualBox on occasion because some clients prefer GoToMeeting.
Dusty
Offline
I do use wine, since I don't use Windows. And yes wine takes a bit to be updated, since it releases every two weeks, the developer should be busy with other things to be every two weeks compiling wine and making sure it works and then uploading it to the repository. But be my guest, I thought wine 0.9.56 fixed an issue I was having, so I nicely asked the developer in charge of the package if he'd be so kind as to upgrade to that version, and he did. Sadly, the problem wasn't solve, maybe 0.9.58 does.
Offline
OH! Another "why doesnt the package i use get updated the minute a new version is released" thread. how innovative.
Use ABS. thats whats its there for
There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums. That is why we avoid it. -- ewaller (arch linux forum moderator)
Offline
just compile it from ABS by changing the version number in the PKGBUILD
Last edited by NoOneImportant (2008-03-26 21:59:11)
Offline
just compile it from ABS by changing the version number in the PKGBUILD
Yes, that seems quite straightforward, thanks.
Offline
I've never used Wine. There's a lot of great-quality software available for linux.
Sometimes you just need to extract the drivers for your wifi card, which come only in a .exe format
Or sometimes you might wish to try out Dwarf Fortress
Have you Syued today?
Free music for free people! | Earthlings
"Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away." -- A. de Saint-Exupery
Offline
hehe I'll try nethack first.
Offline
off topic. Codeweavers have released crossover-games to play windows games natively on Linux. Though it is paid software they support wine in a big way.
---for there is nothing either good or bad, but only thinking makes it so....
Hamlet, W Shakespeare
Offline
peets wrote:I've never used Wine. There's a lot of great-quality software available for linux.
Sometimes you just need to extract the drivers for your wifi card, which come only in a .exe format
Or sometimes you might wish to try out Dwarf Fortress
I have had to extract wifi drivers from an exe before, and I've always just used unzip...*shrugs*
Last edited by ph0tios (2008-03-27 13:45:09)
Offline
finferflu wrote:peets wrote:I've never used Wine. There's a lot of great-quality software available for linux.
Sometimes you just need to extract the drivers for your wifi card, which come only in a .exe format
Or sometimes you might wish to try out Dwarf FortressI have had to extract wifi drivers from an exe before, and I've always just used unzip...*shrugs*
me too, but I used cabextract
Offline
It looks like there's a pretty up-to-date wine package in the AUR
what is it for, when one can:
just compile it from ABS by changing the version number in the PKGBUILD
what's more, having ccache enabled makes it rebuild in quite a breeze.
To know recursion, you must first know recursion.
Offline
I... since it releases every two weeks, the developer should be busy with other things to be every two weeks compiling wine and making sure it works and then uploading it to the repository.
Ok so maybe we can skip only exactly 1/2 of new Wine versions not more than 2/3?
Offline
On i686, you can compile wine cvs.
On x86_64, you can get the daily snapshot using bin32-wine-suse. Or even install an i686 chroot and compile wine cvs. Or compile wine cvs on a different i686 PC and install it.
Happy?
Offline
Damn, it didn't strike me to check AUR for wine. Never used it anyway. But I have a slightly different question as I've never seen this before. How is it that the source for bin32-wine-suse is an rpm? I mean, if I'm not wrong. rpm is a binary right? Or is this a source rpm?
Offline
On i686, you can compile wine cvs.
On x86_64, you can get the daily snapshot using bin32-wine-suse. Or even install an i686 chroot and compile wine cvs. Or compile wine cvs on a different i686 PC and install it.
Happy?
Yes I have some similar ideas and without advices.
Maybe I should just install Gentoo and do:
emerge wine
Or maybe i should install Debian and install the latest wine without compiling?
Last edited by ProzacR (2008-03-29 18:17:40)
Offline
just compile it from ABS by changing the version number in the PKGBUILD
Just did that (for 0.9.58) and it worked fine, though it did take just over an hour to complete on my old gear!
Offline
Damn, it didn't strike me to check AUR for wine. Never used it anyway. But I have a slightly different question as I've never seen this before. How is it that the source for bin32-wine-suse is an rpm? I mean, if I'm not wrong. rpm is a binary right? Or is this a source rpm?
It's a binary rpm.
The PKGBUILD takes the pre-compiled SUSE wine releases and repackages them as arch packages, in order to save the user the time spent compiling wine.
If you still want to compile it, use ABS and change the package version like previously mentioned in this thread
Last edited by Gil (2008-03-31 21:34:25)
Offline
64-bit Arch isn't multilib, so we can't just compile the 32-bit wine. Not without creating a 32-bit chroot, anyway. Therefore, bin32-wine or bin32-wine-suse are a very reasonable compromise. They are called bin32 precisely because they are pre-compiled binaries. SuSE update their binaries on-time, so it's hardly going to be a problem for the vast majority of users.
If SuSe were slow, then I'd just create bin32-wine-<distro> instead.
Offline
bin32-wine-suse seems to have disappeared from AUR. Is this intentional?
Offline
Shows what a "community" can do. Here's bin32-wine-suse.
Last edited by brebs (2008-04-23 13:22:32)
Offline
Thanks. I still had a copy of your PKGBUILD from the previous AUR tarball, so I'd already made the changes to grab the new 0.9.60 release. I guess I won't be deleting that tarball anytime soon, eh?
BTW, I wonder why it's not in AUR anymore...?
Offline
I orphaned it (cos I'm distro-hopping again), and somebody (dunno who) deleted it.
You could reinstate it. Hint hint
Last edited by brebs (2008-04-21 13:48:25)
Offline
I orphaned it (cos I'm distro-hopping again), and somebody (dunno who) deleted it.
You could reinstate it. Hint hint
I have done so. You might want to double-check it to make sure I didn't bork it up.
Last edited by ProfessorTomoe (2008-04-22 12:48:48)
Offline