> I doubt much will be merged upstream. Many updates we have can technically
run on other OSes (%gs stubs won't be built on Linux because %gs is correctly set, SIGUSR1 will work but less optimally, etc). However I picked an approach where everything that is done for OpenBSD is just marked as OpenBSD only. I did that purely to simplify my life while I was working on it and clearly mark the changes.
> When I was talking to Wine maintainers a month ago, they were hesitant to accept even patching Wine so it compiles for OpenBSD, mostly because it's another OS they will have to support and keep operational, while the %gs stub fix is something they definitely cannot take upstream. They are very hesitant to take anything that is changing the "emulated" application code.
show comments
RunSet
Especially welcome news now that OpenBSD is shaping up to be a refuge from slopcode.
That has a static import from 13 hours ago. Anyone know if this wine port has its own repository somewhere else tracking the history of the development effort?
show comments
yass0
I am sure this has something to do with all the PS5 jailbreak work that is massively happening recently.
Bluescreenbuddy
Good lord this is awesome
CodeCompost
That is awesome. I take it I can't run this with nVidia.
show comments
throwaway27448
Out of curiosity, how much work/what sorts of openbsd-specific details must be addressed to get such a port working?
show comments
kogasa240p
Impressive! Wonderful to see that the BSDs are getting love these days.
ericfrederich
My first thought was this must have something to do with the development momentum around the PS5 but that apparently runs FreeBSD not OpenBSD.
imagetic
Yes. More of this.
shevy-java
Now the BSDs are not so popular compared to Linux, but
I think this is great news as more eyes help here. Let's
have EVERYTHING from windows portable towards linux.
(I struggled with the 32-bit versus 64-bit stuff; this
should also be a prime goal for wine to make this a
trivial super-easy to solve thing for linux in general.
Back then when I ran into this issue, it was not trivial
to solve.)
raverbashing
I wonder what's the state of 3D/OpenGL support on OpenBSD or if the games run into too many problems here
show comments
j45
I remember reading once how far away something like this way to work - for all the time that BSD has kept servers and networks safer than other options, it's nice to see things like WINE making it there as well.
Its hard to not think of the possibility that BSD might offer new or different advantages to keeping legacy windows applications safe until there is a willingness to adopt or develop alternatives.
saurilabs
This is awessome!
athrowaway3z
[dead]
ndbe
Insane work!
There's even the remaster of The Witcher running! If I had money I would simply gift to those guys.
curatedmcp
[flagged]
hahahoo
[flagged]
rskeens
[dead]
qwe-se-123
[dead]
ryanschneider
Semi-related, but I was just thinking today I wonder what sort of performance improvements, if any, one could see by having one of the frontier models build a operating system from scratch that targets the subset of imports WINE uses as the standard library? Basically, build whatever syscalls (or shims) WINE and the open source vulkan drivers need and nothing more.
Probably outside the scope of what an individual could pull off on thier own in a reasonable time, but I could totally see for example Valve considering that approach for a later iteration of SteamOS.
Gameplay videos
Disco Elysium https://video.gamerstavern.online/w/qYjXr8dBauynzvEquJ7cP4
Hollow Knight https://video.gamerstavern.online/w/8tjjFRDtGJQZwxfE4ojVoC
Prey 2017 https://video.gamerstavern.online/w/vNxVThRcpijbT9FAQPcKdz
Death Stranding https://video.gamerstavern.online/w/rzz2TLCxcmneHsydukAFLU
Witcher 3 Remastered https://video.gamerstavern.online/w/oZcTRKL5JMiU4M4FqGKcNH
According to the reddit post:
AMD Ryzen 9 9900X, 16GB RAM, AMD Radeon RX 9070
https://marc.info/?l=openbsd-ports&m=179241414029592
> I doubt much will be merged upstream. Many updates we have can technically run on other OSes (%gs stubs won't be built on Linux because %gs is correctly set, SIGUSR1 will work but less optimally, etc). However I picked an approach where everything that is done for OpenBSD is just marked as OpenBSD only. I did that purely to simplify my life while I was working on it and clearly mark the changes.
> When I was talking to Wine maintainers a month ago, they were hesitant to accept even patching Wine so it compiles for OpenBSD, mostly because it's another OS they will have to support and keep operational, while the %gs stub fix is something they definitely cannot take upstream. They are very hesitant to take anything that is changing the "emulated" application code.
Especially welcome news now that OpenBSD is shaping up to be a refuge from slopcode.
https://marc.info/?l=openbsd-tech&m=177411620801633&w=2
I find it amusing and appropriate that the surname of the author of that message is Frohwein. "Happy wine" in German.
Missed opportunity to call it Port.
I OK'd this port. I apologize in advance.
2026 is finally the year of the BSD gaming desktop!
I wish every post like this had an intro section that said:
“what is {insert obscure tech thing}”
“why do people typically use {insert obscure tech thing}”
Finally I can run Zonealarm on OBSD
OpenBSD apparently still uses CVS. I found this GitHub mirror of their ports repo which has the new wine port: https://github.com/openbsd/ports/tree/master/emulators/wine
That has a static import from 13 hours ago. Anyone know if this wine port has its own repository somewhere else tracking the history of the development effort?
I am sure this has something to do with all the PS5 jailbreak work that is massively happening recently.
Good lord this is awesome
That is awesome. I take it I can't run this with nVidia.
Out of curiosity, how much work/what sorts of openbsd-specific details must be addressed to get such a port working?
Impressive! Wonderful to see that the BSDs are getting love these days.
My first thought was this must have something to do with the development momentum around the PS5 but that apparently runs FreeBSD not OpenBSD.
Yes. More of this.
Now the BSDs are not so popular compared to Linux, but I think this is great news as more eyes help here. Let's have EVERYTHING from windows portable towards linux. (I struggled with the 32-bit versus 64-bit stuff; this should also be a prime goal for wine to make this a trivial super-easy to solve thing for linux in general. Back then when I ran into this issue, it was not trivial to solve.)
I wonder what's the state of 3D/OpenGL support on OpenBSD or if the games run into too many problems here
I remember reading once how far away something like this way to work - for all the time that BSD has kept servers and networks safer than other options, it's nice to see things like WINE making it there as well.
Its hard to not think of the possibility that BSD might offer new or different advantages to keeping legacy windows applications safe until there is a willingness to adopt or develop alternatives.
This is awessome!
[dead]
Insane work!
There's even the remaster of The Witcher running! If I had money I would simply gift to those guys.
[flagged]
[flagged]
[dead]
[dead]
Semi-related, but I was just thinking today I wonder what sort of performance improvements, if any, one could see by having one of the frontier models build a operating system from scratch that targets the subset of imports WINE uses as the standard library? Basically, build whatever syscalls (or shims) WINE and the open source vulkan drivers need and nothing more.
Probably outside the scope of what an individual could pull off on thier own in a reasonable time, but I could totally see for example Valve considering that approach for a later iteration of SteamOS.