291–300 of 314 posts
Cool. I have to admit I haven't thought about Wine in a while because I can't think of any software I use that doesn't have a Linux version. What are people's use-cases nowadays?
Earlier quoted context omitted.
Ableton runs pretty well from wine too. Almost no messing around
bitwig has a native linux version.
Earlier quoted context omitted.
The Linux root is more insulated if your application is in a VM, but running other Windows services broadens the attack surface.
Any problems running Linux in a VM then Wine within that?
I don't know how much sandboxing Wine provides, so it might not be necessary to do this.
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.
(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 what made the relationship between CodeWeavers and Wine evolve.
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…
Earlier quoted context omitted.
Are you sure that's going to work? I don't think you'll be able to take full advantage of your graphics hardware that way. (Last I checked, Virtualbox and friends refused to allocate more than 256MB of VRAM... so I could play Duck Game and no more.)
Good question. I was thinking it'd be fun to benchmark an application running on Windows vs. that same application running on Wine running in the Ubuntu Userspace in Windows. I'd have to guess it'd be at least a few times slower.
Earlier quoted context omitted.
Unless you run Debian stable (or probably any LTS distro), in which case they don't want your reports because "your software is too out of date". I find this attitude odd, because there are (at least) tens of thousands of wine installs under Debian alone. Surely the information is relevant and useful to people, even if the version is no longer officially supported. As a result, I've stopped wasting my time filing rep…
The Debian upstream is crazy out of date for almost everything. I get why, I understand the thinking, but they have a point. At some point vendors - especially open source vendors with limited (volunteer) resources have to call time on supporting older versions. If you're running an unsupported version, and the new version is free to download and install, why would they go out of their way to support you? Their think…
I said that the information in the user report could be relevant and useful to people who still use that version, even if it's unsupported.
These are informational reports of "this app behaves this way under version x." So, and this is isn't about supporting an old version, this is about allowing or not allowing information about old versions in a database.
I don't think more information is harmful to the users, especially when it can help them make an informed decision about whether or not they must upgrade in order to be able to run a particular app.
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…
Earlier quoted context omitted.
Unless you run Debian stable (or probably any LTS distro), in which case they don't want your reports because "your software is too out of date". I find this attitude odd, because there are (at least) tens of thousands of wine installs under Debian alone. Surely the information is relevant and useful to people, even if the version is no longer officially supported. As a result, I've stopped wasting my time filing rep…
Debian stable's Wine is often fairly old. I wish there was an easier way to get a newer Wine on stable. They're rejecting your reports because the issues are often fixed in newer versions - someone would have to re-confirm your reports on a newer version.
Sure, newer versions fix bugs from older versions. But they don't delete/archive the old reports after a new release, so the reports that are there are already a mix of supported and unsupported versions anyway.
So, I don't see the harm in accepting new reports against older versions, particularly when old versions are still found several major distros (particularly the LTS versions of those distros)