Live data from Hacker News

Wine 8.5

winehq.org

31–40 of 93 posts

Re: Wine 8.5

#31
post #16

Earlier quoted context omitted.

I use one fully open-source program (LMMS) which I've found a PITA to build reliably. But the Windows binary under WINE just works. We have a stable binary format for Linux! It's Windows.

Use Guix, everything gets compiled fine, no matter what. If you need non-free because of $HARDWARE reasons, use nonguix, (or just a non-free kernel to avoid polluting the userland), but I won't help you on that. Altough you can install guix on any GNU/Linux distro, on top: https://guix.gnu.org/manual/en/html_node/System-Installation... Then, run guix pull as a non root, and next, guix package -i lmms Don't forget to…

It sounds like WINE "just works" for their uses, "non-free" or not.

Re: Wine 8.5

#32

Is wine receiving patches from Valve's fork or are they completely separate at this point?

Proton developer here, working for CodeWeavers. Everything we develop goes preferentially in Wine, and is kept in Proton as a "hack" only when a solution clean enough for Wine is unfeasible or too complicated. Proton is periodically rebased onto Wine, so everything in Proton and not in Wine is additional rebasing work, which we'd like to avoid as much as possible.

Thanks for all the great work. I hadn't realised Proton was developed by CodeWeavers. Out of curiosity, what is the relationship between Proton and your own product Crossover?

Re: Wine 8.5

#33

Earlier quoted context omitted.

It is already a compatibility layer to run old windows software that Microsoft no longer supports. I use it for making music, and the number of 20+ years old VST plugins that work exceptionally well is astonishing. The only problem I encountered was some of their installers failing because they reported a negative available disk space, presumably because of a bigger new variable overflowing the older smaller one they…

You could just create a smaller filesystem in a file, mount it and export is as a Windows drive in winecfg.

I did something similar: made a very small partition on a USB drive and assigned it a drive letter, then tried to install in there. It didn't work because it's the variable that is bigger, not its contents, so whatever value it contains it still overflows the one expected. Short of patching the relevant WINE code (which I don't even know where to start looking for) A XP VM might be the last resort. The software once installed works fine as I experienced by moving to Linux a very old XP install I had on a backup.

Re: Wine 8.5

#34
post #16

Earlier quoted context omitted.

Use Guix, everything gets compiled fine, no matter what. If you need non-free because of $HARDWARE reasons, use nonguix, (or just a non-free kernel to avoid polluting the userland), but I won't help you on that. Altough you can install guix on any GNU/Linux distro, on top: https://guix.gnu.org/manual/en/html_node/System-Installation... Then, run guix pull as a non root, and next, guix package -i lmms Don't forget to…

It sounds like WINE "just works" for their uses, "non-free" or not.

Audio latency under Wine would suck against a native binary from Guix.

Re: Wine 8.5

#35

Is wine receiving patches from Valve's fork or are they completely separate at this point?

Proton developer here, working for CodeWeavers. Everything we develop goes preferentially in Wine, and is kept in Proton as a "hack" only when a solution clean enough for Wine is unfeasible or too complicated. Proton is periodically rebased onto Wine, so everything in Proton and not in Wine is additional rebasing work, which we'd like to avoid as much as possible.

Do you think Proton could be released on Steam for macOS? This could help rejuvenate the gaming community on macOS, which is suffering due to Apple's focus on the App Store. It seems like every decision Apple makes for macOS makes it harder to support games outside of their ecosystem.

Re: Wine 8.5

#36
post #18

Earlier quoted context omitted.

I suspect mikrotik devs to work on linux...

Can you compile code from within Linux to run on wine..? I know clang supports Windows, but I haven't heard anyone have a crosscompilation setup like that (sounds handy!)

In many cases you wouldn't even need cross compilation if you can run Windows tools directly on WINE. Years ago I installed Delphi 6 on a Linux machine with WINE, and although I didn't write any complex stuff or imported 3rd party components, it compiled every Delphi code I threw at it, producing native Windows code that ran flawlessly on Windows machines.

Re: Wine 8.5

#37
post #12
post #9

Earlier quoted context omitted.

What Windows software do you still need on Linux?

Excel. Nothing comes close really

Do current versions of Excel actually fully work in Wine now?

That would be a big deal and if true embarrassing I didn’t know about it.

Re: Wine 8.5

#38

Earlier quoted context omitted.

Winbox (Mikrotik configuration tool). Mikrotik seems to go out of their way to make sure it is compatible with Wine.

Last time I used it was to configure two dual band ceiling access points and their PoE switch, and everything worked flawlessly, both on Debian (desktop) and Manjaro (this laptop). Happened roughly 2 months ago.

It goes even further: 64-bit wine works with Rosetta. I'm running Winbox, via Wine, on M1 Mac.

Re: Wine 8.5

#39
post #18

Earlier quoted context omitted.

Can you compile code from within Linux to run on wine..? I know clang supports Windows, but I haven't heard anyone have a crosscompilation setup like that (sounds handy!)

In many cases you wouldn't even need cross compilation if you can run Windows tools directly on WINE. Years ago I installed Delphi 6 on a Linux machine with WINE, and although I didn't write any complex stuff or imported 3rd party components, it compiled every Delphi code I threw at it, producing native Windows code that ran flawlessly on Windows machines.

You could use Lazarus just fine.

Re: Wine 8.5

#40

Earlier quoted context omitted.

Last time I used it was to configure two dual band ceiling access points and their PoE switch, and everything worked flawlessly, both on Debian (desktop) and Manjaro (this laptop). Happened roughly 2 months ago.

It goes even further: 64-bit wine works with Rosetta. I'm running Winbox, via Wine, on M1 Mac.

You got a tutorial for that? I tried to get wine working with rosetta a year ago and it didn’t go so well.
Post reply on HN