Wine 1.6 Released With 10,000 Changes
An anonymous reader writes "Wine 1.6 has been released for running Windows applications on Linux and OS X. Wine 1.6 ships with 10,000 changes in the past year and has many new user features like a Mac graphics driver, Direct3D improvements, and 64-bit ARM support."
A good amount of tannins, some peppery notes, a hint of vanilla. A nice, full-bodied product. For the price, not bad at all. Should go well with game.
Reminds me of this old story about Windows.
it is indeed for developers who port x86 windows software to ARM 64, it is not an emulator but just a way to have windows function API
I think since Bootcamp, everyone just assumed that Mac users were just dual booting to play games. Not always true, though (and a real inconvenience).
The cow says "Moo." The dog says "Woof." The Timothy says "Thanks, valued customer. We appreciate your input."
64-bit ARM Windows binaries running on Linux ARM hardware.
Without more context that is the most useless metric I've ever seen.
Did they find/replace 10,000 typos?
No sig for you!!
Which is pretty meaningless with no ARMv8 hardware.
Useless != meaningless. There will be hardware.
sig: sauer
I didn't say it was useless. I said his bragging was meaningless in the absence of actual hardware.
Isn't the MS Surface RT an ARM windows device? Not sure of the bit-depth, though... the chipset mentions plans for 64, so future forward?
from 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
to 45 2F 6E 40 3C DF 10 71 4E 41 DF AA 25 7D 31 3F
Yes, Surface RT is ARM. No, it is not 64-but since there is no ARMv8 hardware.
Isn't the MS Surface RT an ARM windows device?
ARM? Yes. Windows brand? Yes. Windows in the sense use by Wine? No. All but three applications for the Surface RT use the WinRT API, not the Win32 API.
I think GOG and other commercial users of WINE have been working on (or, at least, funding) Mac support. There's a much bigger market for Windows games running on Mac than there is on other *NIX platforms.
I am TheRaven on Soylent News
Where did I say the announcement was meaningless? Oh right, no where. Wine supporting it is not meaningless lr useles. The tard whose bragging I responded to is meaningless.
Sorry, Eric Burdon :)
One of the big wine devs is Codeweavers which makes CrossOver a commercial implementation of Wine for Mac.
AArch64 devices are expected to begin shipping next year.
Bio questions? Ask me to start a Q&A journal. Computer analogies available for most topics!
Major inconvenience to use, you have to create a second partition just for Windows. Meaning you lose a lot of disk space. Then you need a full Windows install (and thus you pay for a full Windows license, not just an "upgrade"). Whereas Wine is confusing to install. So it's a tradeoff.
How Daoist?
It's over 9000!!
They really only made 16 changes but that sounded too low so they converted to binary
My bet is after 1.9. Version numbers dont mean shit, its the code that count.
Tomorrow is another day...
Lamborghini LM002.
John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
Overall looks really promising!
However, the last point is: "The addition of DirectWrite causes Steam to be unable to display text. This can be fixed either by setting dwrite.dll to disabled for steam.exe using Winecfg, or by running Steam with the -no-dwrite option."
Why the heck does that happen? Will this be fixed soon?
Yes, I know you could (normally) just run the Steam for Linux if you're running Linux, but I would guess that problem would hit other apps too.
- David A. Wheeler (see my Secure Programming HOWTO)
I should give money to the wine project. I keep a token windows laptop around for a few things, and those things are diminishing in number, but last time I used wine it really did take care of even those few things. I think the only reason I don't do it is because...well, witcher2 and bioshock infinite, honestly ;) And I only play something like that once a month or so
Butthurt
Surface RT is 32-bit. There aren't any 64-bit ARM systems in production yet. I presume when there are, there will be a 64-bit ARM port; Surface RT already has 2GB of RAM.
There's no place I could be, since I've found Serenity...
I really want to be able to run things like Quickbooks Premiere without Parallels.
However, the last point is: "The addition of DirectWrite causes Steam to be unable to display text. This can be fixed either by setting dwrite.dll to disabled for steam.exe using Winecfg, or by running Steam with the -no-dwrite option."
Why the heck does that happen? Will this be fixed soon?
Before Wine had no DirectWrite dll at all, causing applications to detect that and fall back to other code paths like they do on older Windows versions. Now Wine has a DirectWrite dll so applications try to make use of it. However it's still pretty incomplete, thus causing new bugs. But then theres' also some applications that will only run on Vista or greater that had no fallback work and that have no fallback code path which have now started working, at least to some extent, because this dll is now present. So it's a case of lose, some win some; as every time Wine adds a new dll.
Will this be fixed soon?
Depends. We're waiting for your patches!
You can build FLOSS windows apps and run them on wine on your ARM Linux machine. :)
I think since Bootcamp, everyone just assumed that Mac users were just dual booting to play games. Not always true, though (and a real inconvenience).
Why would mac users dual boot (and consider that "conventient), and Linux users run wine? Most Linux users run LInux on windows-compatible computers.
The need for adding "-no-dwrite" to wine has existed for months, it's nothing new.
Why don't you run native wine?
Major inconvenience to use, you have to create a second partition just for Windows. Meaning you lose a lot of disk space. Then you need a full Windows install (and thus you pay for a full Windows license, not just an "upgrade"). Whereas Wine is confusing to install. So it's a tradeoff.
Also BootCamp requires you to reboot to start Windows. This means it's impossible to use Windows and Mac applications side-by-side. Like reading your email on Mac OS X and opening attachments in Microsoft Office, or collecting data using one's familiar Safari browser and entering it in a Windows-only genealogy application, etc.
Windows also brings with it all its extra bagage: the need for an anti-virus, system updates, extra software to make it usable (Firefox or Google Chrome, VLC, ...), the mainteance thereof, etc.
Funny I have always felt the same way as you about Windows. Quite often while working with windows, often just trying to make it useable for me, I feel like I'm wasting precious time. Then I got back to my comfortable desktop and feel a lot better.
I have used linux for many years but I don't follow what are rambling on about with installing wine. I install it with aptitude install wine and things are just fine. The handy winetools script installs a bunch of things and it works for the one or two apps that I run with it occasionally. On one box I install from the latest git code just to see how things are progressing. But if you're having trouble building from source, then this route is not for you (on any OS).
Funny about how you keep dvds and hard drives full of msi's and exes and drivers! For me I just keep a copy of my home directory. Everything else I can install from a net install of Mint or some other distro, and just about everything I use daily is in the repos. Linux hardware support seems quite good to me these days. Even Nvidia's driver is in repos. It's a different paradigm is all. To me the command line is no different than navigating the depths of the registry on windows.
I now only use linux and have been that way for a couple years, but I don't delude myself. It's a lot more easier to download a setup.exe then double-click on it (which works even for drivers). ./configure ; make ; make install (feels like installer from 1992 or 1993 putting crap in C:\Windows\System). This despite me having six years of experience in use, sysadmin tasks and troubleshooting. Windows had that crap solved in 1995 with the Add/Remove applet in the control panel.
On linux, I don't know how to list programs installed from ppas / 3rd party repositories so I can get rid of them or revert them to main repo's version. You can't uninstall a program installed with
Oh, Windows users don't compile from git/svn, they download a nightly build and run it. And we wouldn't be able to install anything without broadband internet. The trade off is we don't have those slow windows updates and slow and boring viruses scans (hell on earth is doing a virus scan, a spyware scan, a "sfc /scannow", running all windows updates, then why not running the defragmenter on C:\ for good measure).
I really miss the Wine-On-Windows mingw builds. The SF builds are outdated.
You're speaking BS
> On linux, I don't know how to list programs installed from ppas / 3rd party repositories so I can get rid of them or revert them to main repo's version
Click e.g. on 'origin' in synaptic package manager???
> You can't uninstall a program installed with ./configure ; make ; make instal
Never heard of "make uninstall"?
> Windows had that crap solved in 1995 with the Add/Remove applet in the control panel.
You should learn how to use package managers: there is a lot of thme
> This despite me having six years of experience in use, sysadmin tasks and troubleshooting
After so much experience you can't perform a google search???
http://lmgtfy.com/?q=list+programs+installed+from+ppa
> Oh, Windows users don't compile from git/svn
You hardly need to compile stuff on linux for normal use... ever heard of binary packages?
Considering there still isn't a proper and official Mac distribution of WINE, I'm not sure this counts for all that much. It's an absurd problem to have in 2013 and should have been solved long ago.
Well, for one thing, Apple really hyped Bootcamp when it came out. And a lot of fans were really playing up the "Now you can game on a Mac!" thing at the time. And so Wine got neglected. I don't recall Apple officially even mentioning Wine, even before Bootcamp. And certainly not afterward. It's a shame, it really set Wine development on OS X back for a long time.
The cow says "Moo." The dog says "Woof." The Timothy says "Thanks, valued customer. We appreciate your input."
I don't see how a software developer could base its business model on this jailbreak hack. Most end users are not going to trust applications that require a jailbreak hack that Microsoft could eliminate with an update to Windows RT.
And is this subset enough to build an application, or do legit Windows Store applications also need to use other APIs that Wine does not support?
Make uninstall is sometimes available and sometimes, probably most times, not.
While you tried to be a dick, I guess the suggestion to use synaptic is useful, I will install it on my system.
Yes there's some binary stuff.. the DeadBeef music player (statically linked) is distributed as such (just a tarball), the author probably thought packaging it the regular way would be a pain in the ass/supported on too few distro versions.
Ah, that makes sense. Thanks for the answer.
- David A. Wheeler (see my Secure Programming HOWTO)
Just use your distro's package manager, whatever it may be. Synaptic is only for distros that have apt-get and dpkg as their package manager. Other distros have other front-ends for installing software, and they are almost always installed by default, so look in your system menus. On Fedora there's the built-in software manager, and of course the yum commandline command.
Honestly building software from source should only be done if you want the latest bleeding edge software. And it's fraught with difficulty because often dependencies that ship with your distro are too old for the latest source code. It's always easiest to wait for a packaged binary, which on my system is about as easy as double-clicking a setup.exe.
As I type this I'm compiling wine from source because I have a very old distribution that is no longer supported in any way by anyone but me at this point. But that's what I've chosen to run for now until I have time to upgrade (and decide what distro to use... Fedora, Mint, or Mint Debian Edition?).
Really opens up the sluices at both ends.
the idea of needing different source for the same hardware on different OSes is very... well lame, even for freeking TCP/IP. The 60s called and want their crappy standard libraries back.
If information wants to be free, why does my internet connection cost so much?
Wine and Steam. Linux is becoming more and more awesome everyday.
http://pctechntweaks.com