101–110 of 192 posts
WINE needs 32 bit support. The bulk of windows programs that people still care about are from the 32 bit era, and as they point out many 64 bit apps use 32 bit installers. Maybe it's time for x86 box like DOSbox.
I think you can just use 32-bit libraries from Debian for the most part (I assume Debian is going to maintain i386 forever).
I would be concerned about the stability of mixing distros like that, even within a family. If nothing else, those packages are built against different versions of libraries.
Earlier quoted context omitted.
Okay, I'll be that guy this time: Why the downvotes? This is a bit hacky and only allows temporary systems, but it appears to be functional, free-as-beer, and works fine for these random one-off cases.
Per the license terms [1]: You may use the software for testing purposes only. You may not use the software for commercial purposes. You may not use the software in a live operating environment. [1] - https://az792536.vo.msecnd.net/vms/release_notes_license_ter...
Presumably, the kernel will continue to support 32-bit, it's just that Ubuntu won't package various 32-bit libraries anymore. But, can't Wine just bundle any library dependencies itself?
I really don't want to lose that!
I do use Wine (and Steam with it's various levels of Windows API calling), and I am happy about this. Sure, it will create some issues during the first stages of this migration, but, more than once, I botched my system in the past with the needed i386 libraries (it didn't happen lately, can't tell if because I finally got my head around it of because they improved the tooling). Still, in the end, we will all have a "…
I think even if you got the drivers working you'd have too much latency. You need the PREEMPT_RT kernel patch to get reliably low latency. You can also try Bitwig, it has native Ubuntu support and most feature parity with Ableton.
I also tried Bitwig and it's great, but I use a Push I. That creates an issue (Bitwig support for Push fails in 2 major points: note repeat, and delete functionality... and they keep making changes without adding something as simple as that to the devices API).
Earlier quoted context omitted.
> Maybe it's time for x86 box like DOSbox ...or Virtualbox.
You're suggesting an emulator, which is absolutely correct and a worthwhile reminder that we can emulate 32bit without any problem. It's also worth considering the context, WINE (WINE Is Not an Emulator) provides an abstraction layer that doesn't require the overhead of an emulation layer. DOSbox is similar. (EDIT: apparently it's not, and is actually an emulator. TIL.)
Earlier quoted context omitted.
15 years ago I considered switching to Linux. I depend on some Windows applications and, above all, I want to play games. Wine looked like it was almost there, so I intended to give it another try next year. Year by year I've been trying Wine again and again. As of today, it's still almost there. So, maybe in 2030? By now, I'll stay using Windows.
For games, give Lutris a try. For years, I've been reluctant to use Wine wrappers like PlayOnLinux, for no reason other than I don't like wrappers. I always ended up getting everything working with bare Wine, but at the cost of long hours (sometimes even days) of experiments. I've started using Lutris a few months ago (I gave up on getting Wine and DXVK play well together) and, well, that's a life changing experience…
Earlier quoted context omitted.
many of the applications for which you would want to run wine (e.g. gaming, the primary use) are performance-heavy. adding a layer of a vm is substantially more performance overhead.
That doesn't have to be true with hardware passthrough.
Examples: Rust, Rainbow Six Siege, DayZ. All the games using BattlEye can be banned.
On the other hand LoL handles GPU passthrough well.
I immediately wondered about macOS, which is dropping 32-bit support as well. One of the first links I found[1] seems to say that there is no 64-bit wine on macOS regardless of library issues, due to an ABI incompatibility. So on the surface it seems like the world is shifting under wine's feet, and they are going to need to do a second level of emulation eventually to keep 32-bit stuff running. [1]: https://forum.wi…
The change Ubuntu is proposing is far less harsh than what macOS is doing. Unlike macOS, Ubuntu will still run 32-bit processes, you just have to provide all of the userspace libraries. Applications like Steam for Linux already do this for binary compatibility reasons, so their usecase won't change much. Wine's official Ubuntu packages currently rely on the OS to provide these userspace libraries. They would "only" n…