Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Wine 2.0 released

winehq.org

Post reply on HN
Print view View original

301–310 of 314 posts

Re: Wine 2.0 released

#301

Post by yellowapple »

alexbock wrote: post #274
wtallis wrote: post #189

Earlier quoted context omitted.

Wine is at least distinct from emulators for recent consoles in that Wine is purely HLE techniques, without a low-level emulation component (although there was some work to integrate Wine and QEMU during the Mac Power PC days). Wine works on the level of the dynamic loader to handle a foreign object file format and intercept library calls, but all the machine code executes natively.

Use of Wine with QEMU was still a recurring topic even on Intel Macs (until this release) because 64-bit Windows binaries use a calling convention that isn't compatible with macOS.

It's also still a topic worth discussing in the context of ARM devices running Linux (be it on a smartphone or a netbook or a single-board PC). There's also the additional topic of whether or not Windows Mobile applications would be worth running via a native ARM->ARM variant of Wine.

Re: Wine 2.0 released

#302

Post by general_ai »

microtonal wrote: post #228
general_ai wrote: post #215

Earlier quoted context omitted.

It's like the Linux subsystem on Windows, but the other way around. :-)

With the exception that the Windows Subsystem for Linux can just rely on the opensource glibc et al. So, they basically 'only'[1] have to implement the syscall interface of the Linux kernel. They do not have to do any work to reimplement all the core Linux libraries in a compatible way. Wine has a much harder task. Since the common Windows libraries are closed source and non-redistributable, the Wine project basicall…

Yes, the covered surface is much larger. Frankly I don't get why MS insists on keeping Windows closed source. I get why you'd want to keep something others might be able to easily reuse closed source, but I don't get why Windows developers don't get to see Windows source code. In fact, having worked with Linux extensively for the past decade, I don't think I'd be comfortable doing serious work on a system where I don't have source code for debugging and documentation.

Re: Wine 2.0 released

#303

Post by mark-r »

nix0n wrote: post #294
mark-r wrote: post #162

Earlier quoted context omitted.

Any problems running Linux in a VM then Wine within that?

I've never tried this, but I know that Wine doesn't use VT-x so I think it would work better than nested VMs. I don't know how much sandboxing Wine provides, so it might not be necessary to do this.

I was asking because the parent post seemed to be concerned about untrusted Windows binaries. A VM gives you the ultimate sandbox (even if it's not perfect).

Re: Wine 2.0 released

#305

Post by pvdebbe »

ww520 wrote: post #133

This is perfect for gaming VM. Installing Windows in a VM requires an extra license. With Wine, I can install Linux in a VM and install Wine in it to run Windows games. Anything blows up in the VM can be rolled back.

Maintaining several wineprefixes is trivial too. The wineprefix describes where wine installs the "drive_c" and other stuff. So essentially it's the "chroot" of wine. It's of course more secure to do so in a VM but I run several wineprefixes locally for convenience.

Re: Wine 2.0 released

#306

Post by pvdebbe »

Wine has been good with the few Windows games that I play. (Dosbox with dos games is better, but it has been crashing way too often with certain titles.) Stuff works way better than in a VMWare box, games like Fallout, Jagged Alliance 2, GTA 3, VC, SA, even 4 at times, Fallout 3, New Vegas, Skyrim, Rise of Nations, most Needs for Speed.

Whatever glitches I get in Bethesda games, I google about them and quickly find out the same issues happen in Windows environments as well.

I also run many games that have native Linux ports in wine, because it handles sound better (pesky games these days presume I have a channel mixer set up)... like Faster Than Light.

Re: Wine 2.0 released

#307

Post by coldpie »

a3_nm wrote: post #295
bartvk wrote: post #226

The biggest commercial contributor to Wine is CodeWeavers: https://www.codeweavers.com/ Fantastic and very sympathetic small company which offers a next-next-finish installation of Wine. Excellent if you run a Linux desktop in a corporate environment that expects the ability to run Windows stuff.

Interestingly, CodeWeavers appears to be part of the reason in 2002 why Wine changed its license from MIT to LGPL. They were concerned about the fact that CodeWeaver's fork of Wine was proprietary. (Sources: https://en.wikipedia.org/wiki/Wine_(software)#History https://www.winehq.org/pipermail/wine-devel/2002-February/00... ) CodeWeaver's Wine variant still seems to be proprietary according to Wikipedia -- I wonder w…

CodeWeavers's usage of Wine and other open-source projects has always been open-source. You can download our Wine fork source from our website[1]. We do use a small amount of closed-source glue to provide our installation magic and desktop integration.

Wine switched to LGPL due to other proprietary forks.

[1] https://www.codeweavers.com/products/more-information/source

Re: Wine 2.0 released

#308

Post by coldpie »

javiramos wrote: post #279
bartvk wrote: post #226

The biggest commercial contributor to Wine is CodeWeavers: https://www.codeweavers.com/ Fantastic and very sympathetic small company which offers a next-next-finish installation of Wine. Excellent if you run a Linux desktop in a corporate environment that expects the ability to run Windows stuff.

Does anyone know how well Wine works with peripherals? I have a Windows device and driver+library that I would like to use with Linux. I am currently using a VM but would consider using Wine to simplify my install.

Depends on what kind of peripheral you're talking about. If the OS supports it, and we have code to use that kind of device (e.g. joysticks, storage devices), then it should "just work." If you need to install Windows-only drivers to get your device to work, then it likely won't.

We do have a guy working on getting raw HID support to underlie our device handling, which will improve things like USB device support and may even eventually allow installing some Windows-only drivers. But we're not there yet.

Re: Wine 2.0 released

#309

Post by coldpie »

pvdebbe wrote: post #306

Wine has been good with the few Windows games that I play. (Dosbox with dos games is better, but it has been crashing way too often with certain titles.) Stuff works way better than in a VMWare box, games like Fallout, Jagged Alliance 2, GTA 3, VC, SA, even 4 at times, Fallout 3, New Vegas, Skyrim, Rise of Nations, most Needs for Speed. Whatever glitches I get in Bethesda games, I google about them and quickly find o…

Ha! Glad to hear it. I maintain the audio code in Wine :)

Re: Wine 2.0 released

#310

Post by grovegames »

deviantfero wrote: post #273
grovegames wrote: post #196

Will this be able to run Photoshop CC? I am desperately trying to move most of the production pipeline to linux, but Photoshop CC is the one product I can't seem to replace. I've mitigated part of this with 3D-Coat, but if I could have a native Photoshop CC on linux, it would be close to perfect.

I have photoshop CS6 working perfectly fine, just look around for a custom installer that doesn`t connect to the internet, you should find it in any pirate site

I'm using the professionally, so legally is important. But thanks for the suggestion.
Post reply on HN