What is Digg?108 Comments
- YokoZar, on 04/19/2008, -3/+107For Ubuntu users: 0.9.60 will NOT be included by default in Hardy - Hardy is simply too close to release to include a newer version of Wine with possible regressions.
If you use the wine.budgetdedicated.com apt repository to keep up to date, you will need to upgrade to Hardy before getting Wine 0.9.60; newer packages for older releases will not happen in order to make Hardy upgrades proceed cleanly.
Once you've upgraded to Hardy, you can add the WineHQ repository with these commands:
wget -q http://wine.budgetdedicated.com/apt/387EE263.gpg -O- | sudo apt-key add -
sudo wget http://wine.budgetdedicated.com/apt/sources.list.d ... -O /etc/apt/sources.list.d/winehq.list
These are the same commands you'll find here: http://www.winehq.org/site/download-deb, however it will take a couple of days for me to update the winehq website since I don't administer winehq.org personally.
After doing the above, you should have 0.9.60 on your system as soon as I'm able to upload it to the server. I use Launchpad to build the packages, and it's currently busy building the entire Ubuntu release candidate, so it may take some time for the packages to appear. - thtroyer, on 04/19/2008, -1/+44I think Gentoo users know how to manage their system...
- dualscreenman, on 04/19/2008, -0/+30Now that's a lot of bugfixes... o_O
Just a reminder: Wine 1.0 *will* be released June 13th, despite the amount of Wine 1.0 bugs remaining.
That being said the 1.0 bug count is down about 4 from last release, with about 66 still remaining. - inactive, on 04/19/2008, -1/+26Its not like bugs have stopped Windows releases before.
- weizbox, on 04/19/2008, -5/+28For Gentoo:
echo "app-emulation/wine ~yourARCHhere" >> /etc/portage/package.keywords
emerge -av wine
done and done :) - jb0nd38372, on 04/19/2008, -0/+21you call yourself a geek? eMachine with vista? Follow me.
- Scaryclouds, on 04/19/2008, -3/+22One of the 66 bugs that must be fixed before Wine 1.0
Star Trek: Armada does not install
***** epic. - christof53, on 04/19/2008, -4/+22Always with the lots of bug fixes. Never fails with every update.
- deadbaby, on 04/19/2008, -1/+17Probably because they have a couple win32 apps they need to run. For example, my company uses a closed source proprietary internal IM system. It only has a win32 client so I run it under WINE. It works perfectly. It's lighter than using a VM. (although I do have a VM also those times when WINE isn't enough.) If you mean win32 games, then yeah... use Windows or buy a console.
- Jereso, on 04/19/2008, -1/+17Well, the midwest just had one...
- aldenhg, on 04/19/2008, -2/+18Will a huge earthquake hit the west coast in the next few years? Maybe, but there's no real way of knowing. Tracking down and fixing bugs in Wine isn't an easy process, nor is it easy to figure our what the bug causing a particular problem is. The Windows API is a strange beast.
- HornyFox, on 04/19/2008, -2/+16Simple but obscure.
- BalooUrsidae, on 04/19/2008, -0/+13That's to be expected when you're re-implementing blindly: Wine's having to reimplement the Windows API without the benefit of knowing what it took to implement it the first time.
- BalooUrsidae, on 04/19/2008, -0/+13On the other hand, fixing the bug might make other stuff work, too.
- init100, on 04/19/2008, -1/+13You don't "use Windows" by running an application through Wine.
- weizbox, on 04/19/2008, -0/+11Very true... just showing the others how simple it can be ;)
- LastDitchHero, on 04/19/2008, -0/+11Wine is just a set of libraries that run Windows programs. Not everything gets ported to Linux ya know?
- paretoj, on 04/19/2008, -1/+12What would really move Wine forward quickly is if came companies included patches to Wine for games they made. That is, game companies could say on the retail box (Linux compatible with Wine) because they tested it on Wine and submitted patches that makes sure it works. It doesn't cost them much, and it opens up a new market for them.
- bagboyrebel, on 04/19/2008, -0/+10There are a couple ways to answer that. One reason is that people may prefer linux but have a couple windows games (but not enough where windows would be more beneficial) that they want to run. Or maybe they run linux but they need a specific windows program for work/school. But of course the best reason is, because we can.
- wontstoptalking, on 04/19/2008, -3/+13Awesome. Will Photoshop CS3 be fully bug-free and Wine compatible by the time 1.0 comes out?
- YokoZar, on 04/19/2008, -0/+9My build system for the Debian packages got broke when I upgraded to using Hardy and Launchpad; Launchpad doesn't yet support etch as a target for Personal Package Archives. It'll probably take me over the weekend to do it.
- jejones, on 04/19/2008, -0/+9For cut-and-paste types, like me, note that Digg has chopped off the trailing portion of that URL for the sources list file; you'll need to move the mouse over the truncated URL and get the full URL for the command.
Also, alas, at the time I write this, the amd64 version isn't there. I will be patient, and hope you will too. Thanks, YokoZar, for your time and effort. - Ademan, on 04/19/2008, -1/+10wine has more mature OSX support now (requires X11.app though, and as far as i know... sucks, but it's there, and like all open source, getting better) There are builds on http://thisismyinter.net/?p=29
- bagboyrebel, on 04/19/2008, -0/+8calm down guys, he's just a troll (he's even said so himself).
- Smegzor, on 04/19/2008, -0/+8You can't rush a good wine you know?
- kingofpenguins, on 04/19/2008, -0/+8Wow, I'm a moron. Never build within your ABS tree, always copy the PKGBUILD to /var/abs/local/wine/ or somewhere else first and then build it there.
- cdawzrd, on 04/19/2008, -1/+9No, they will keep bumping the minor revision by 1 every 2 weeks, and on June 13, the release will be called 1.0 all of a sudden.
- Daniel591992, on 04/19/2008, -0/+7Is that sarcasm or do people actually use it?
- vuke69, on 04/19/2008, -0/+7Bad spambot, no cookie.
- BalooUrsidae, on 04/19/2008, -0/+7Legacy applications. It's easier to make the switch if you can phase out the ***** from the old platform in a reasonably sane manner.
- dontaskagain, on 04/19/2008, -0/+7Ford owns majority of the marketshare. Bugatti is trash next to Ferrari. Ford-FTW.........
- jdhore1, on 04/19/2008, -2/+9complete *****. A friend of mine recently moved over from Windows (he games and he uses Photoshop and Illustrator) to linux and he's VERY happy. He runs XP in VM for Adobe products with seamless mode so everything integrates nicely and apparently that works flawlessly. At the same time, he runs Wine to play CS:S and only gets 30fps lower (from 200 down to about 170) than he did on Windows...Oh, and that minor framerate loss while keeping XP running in VM...Also, he doesn't have a really uber box, just a Core 2 Duo E8400, nVidia 8800GTS (or 8600GT...i forget which) and 4GB RAM.
- TheWindBlows, on 04/19/2008, -0/+7Anyone know how to get Microsoft Greetings 2000 working in Wine?
- cquilliam, on 04/19/2008, -0/+7Well, it was alpha from 1993 to 2005, and beta from late 2005 to present.
Will 1.0 be bug-free? No. Will wine ever be bug-free? No. To me, version numbers mean nothing other than separating milestone builds. - kingofpenguins, on 04/19/2008, -1/+8I would post a witty comment that all Arch users have to do is 'pacman -Syu', but unfortunately the Wine maintainer is lazy.
Best way to do install it now, run 'abs' as root and edit /var/abs/extra/wine/PKGBUILD . Change pkgver to 0.9.60 and remove the md5sum. Then build and install it with 'makepkg -csi' in /var/abs/extra/wine . - ruskie, on 04/19/2008, -1/+7you are saying wine is slow and you recommend vista? ***** epic
- pauleric, on 04/19/2008, -1/+6And soon XP won't be available at all, at any price.
- aldenhg, on 04/19/2008, -0/+5CS2 already works.
- srg13, on 04/19/2008, -1/+6I'm not going to use Windows just for one Windows application and two games that I occasionally use. Linux is far better for my uses, and being able to run the occasional Windows app in Wine is very handy.
- BalooUrsidae, on 04/19/2008, -0/+5Version numbers get advanced semiarbitrariliy, in the form of major.minor.patch. God knows every project zips through the patch numbers: There's no upper limit. It's not decimal or work like currency, it's literally three integers seperated by dots.
That being said, there's probably not many patches left before 1.0 - adamroach, on 04/19/2008, -0/+5Will it support Microsoft Bob?
- thtroyer, on 04/19/2008, -0/+4Well, it makes sense when you understand what's going on.
In the Gentoo tree (repository), all software goes into there -- even multiple versions of some software and you can then pick from those available versions. By default, it installs the latest stable package. Right now, for Gentoo, that is 0.9.57. If you want newer packages (like Wine 0.9.60), they are available, but masked -- such that you have to explicitly tell Portage to install the unstable package. This allows you to manage various degrees of stable/unstable software pretty simply, through the same package manager and tree.
Example, available packages of Wine in the Gentoo tree: http://packages.gentoo.org/package/app-emulation/w ... Green = stable. Yellow = masked.
I typically use vim to edit /etc/portage/package.keywords (rather than an echo), but either works. For an x86 system, a line like this would be needed:
app-emulation/wine ~x86
This will tell Portage that it can use masked packages for the specified software. This is really what I love about Gentoo -- the ability to easily and continuously upgrade, no waiting for new distro releases, etc. Plus, if there's a bad regression in Wine, it's simple to revert back a version. It's also simple to tell Portage to ignore a version, but still upgrade when the _next_ update comes out. Things like this simply aren't possible in distros like Ubuntu (without complicated scripts or other odd hacks).
The system takes a while to learn and it's much more complex (but more flexible) than any other distro I've seen. Once you get past Portage's learning curve, it is amazing.
Anyway, you said it was obscure... well, it will appear obscure on the surface, but there is a rhyme and reason for it all. :) - pauleric, on 04/19/2008, -0/+4They would only need 100 releases if Adrian Monk were the lead developer.
- estvir, on 04/20/2008, -0/+4Or Mac OS or Linux distributions.
- sark666, on 04/19/2008, -1/+5he's correct. Even though there are bugs that are labeled for 1.0, In June, it's the fifteenth anniversary of wine, so it's getting a 1.0 release based on that date. I can see why I think they should have waited. It's great it's been going all this time and all their accomplishments, but I think too many things still don't work for wine to be called 1.0.
- thepxc, on 04/19/2008, -0/+4Umm, yeah. All Wine progress _is_ bugfixes. What, did you think they were gonna add magical features that Windows doesn't have?
- srg13, on 04/19/2008, -0/+4I forgot the part where having the most marketshare meant that the product was better.
In fact, it is usually the opposite - smaller companies/projects are almost always the ones driving innovation. The big companies generally just try to provide the product or service with the least features for the highest price they can. - jejones, on 04/19/2008, -2/+6You'd rather they didn't fix bugs?
- dualscreenman, on 04/19/2008, -1/+5Ha, you think you're pretty smart, eh? My statement is easily verifiable:
http://wiki.winehq.org/WineReleasePlan - jejones, on 04/19/2008, -1/+5Alas, the costs might not solely be technical. It's in MS's interest to maintain the "applications barrier to entry," and who knows what pressure they exert on companies to NOT do what you suggest?
-
Show 51 - 100 of 104 discussions
Browsing Digg on your phone just got easier with our enhancements to the 
© Digg Inc. 2009
— Content created and posted by Digg users is