for the millionth time they get to stand on the shoulders on all the wine development that came before it. and now we have to reckon with the bullshit of proton patches that never go upstream to make wine better for all
Coincidently one of the things they list (named pipes) as an improvement is something I’ve had a nuisance with for years. there’s multiple things that I would love wine to have that it does not but proton does
@mactan@drosophila Problem I run into is most of the games I play have a rootkit anti-cheat and that does not work with wine. So I’m forced to do a virtual machine with virtual gpu pass-through. Big pain in the ass to setup and Ubuntu pretty regularly breaks it with various “upgrades”.
Tbf if wine were released under regular GNU instead of LGPL, Valve wouldn’t have been able to make Proton proprietary, and so their contributions would also be open source. It is unfortunate that this is the situation, but by using the LGPL license WINE basically permitted this, no?
@Mwa@wildbus8979 Yes, early on there was AT&T and Berkley, System-V became AT&T’s mainstream though there were off-shoots like CB-Unix for PDP11/70’s which only had 64k I+D space, and Berkeley had 4.2 and 4.3BSD, and now you have offshoots of those, such as FreeBSD and NETBSD, MacOS is a highly mutilated BSD sitting atop a Mach micro-kernel with the Mac finder sitting on top of the whole mess. The Mach microkernel provides a layer of hardware abstraction that makes it easy to jump between architectures as Mac has often done. What I do not like about MacOS is that they include only drivers necessary for their hardware and forbid the use on Non-Mac’s by license. This limits your selection of things like video cards to those they specifically chose to use.
Ohh yeah locked down unix like the one used in game consoles like Playstation and Nintendo switch (these consoles are very very locked down no terminal or anything) and macos (less locked down) as well atleast macos you can install outside of the appstore which I HATED on ios and iPados
@wildbus8979@Mwa MacOS was Unix based after Steve Jobs created the Mach/Unix/Mac Finder stack for use on the Next computer, as soon as he returned to Apple, it was adopted there.
I know. At the time of the ACPI debacle, Mac OS X didn’t exist yet, and NeXT was essentially irrelevant because a) it didn’t run x86 and b) it only ran on proprietary hardware.
You should go read Microsoft’s attempt at excluding Linux/Unix from running on x86 using ACPI!
https://web.archive.org/web/20070202174648/http://www.iowaconsumercase.org/011607/3000/PX03020.pdf
:O The Archive! It’s back online!! WOOOOO
Btw, in the end, they did this with their office format.
Browser too, and the whole activeX, and DirectX api system to practically force windows only development.
Yeah, same with gaming until Proton came along
for the millionth time they get to stand on the shoulders on all the wine development that came before it. and now we have to reckon with the bullshit of proton patches that never go upstream to make wine better for all
Why are you mad at me? Have I ever even interacted with you before?
Calm down.
@prole @mactan Whom are you addressing?
Huh?
Coincidently one of the things they list (named pipes) as an improvement is something I’ve had a nuisance with for years. there’s multiple things that I would love wine to have that it does not but proton does
@mactan @drosophila Problem I run into is most of the games I play have a rootkit anti-cheat and that does not work with wine. So I’m forced to do a virtual machine with virtual gpu pass-through. Big pain in the ass to setup and Ubuntu pretty regularly breaks it with various “upgrades”.
Tbf if wine were released under regular GNU instead of LGPL, Valve wouldn’t have been able to make Proton proprietary, and so their contributions would also be open source. It is unfortunate that this is the situation, but by using the LGPL license WINE basically permitted this, no?
What about Proton is proprietary? The source is available on Github and may be used under the terms of the 3-clause BSD license.
Unix also including mac and bsds?
@Mwa @wildbus8979 Yes, early on there was AT&T and Berkley, System-V became AT&T’s mainstream though there were off-shoots like CB-Unix for PDP11/70’s which only had 64k I+D space, and Berkeley had 4.2 and 4.3BSD, and now you have offshoots of those, such as FreeBSD and NETBSD, MacOS is a highly mutilated BSD sitting atop a Mach micro-kernel with the Mac finder sitting on top of the whole mess. The Mach microkernel provides a layer of hardware abstraction that makes it easy to jump between architectures as Mac has often done. What I do not like about MacOS is that they include only drivers necessary for their hardware and forbid the use on Non-Mac’s by license. This limits your selection of things like video cards to those they specifically chose to use.
Ohh yeah locked down unix like the one used in game consoles like Playstation and Nintendo switch (these consoles are very very locked down no terminal or anything) and macos (less locked down) as well atleast macos you can install outside of the appstore which I HATED on ios and iPados
BSDs mostly, Mac wasn’t a Unix based system at the time. It also didn’t run on x86.
@wildbus8979 @Mwa MacOS was Unix based after Steve Jobs created the Mach/Unix/Mac Finder stack for use on the Next computer, as soon as he returned to Apple, it was adopted there.
I know. At the time of the ACPI debacle, Mac OS X didn’t exist yet, and NeXT was essentially irrelevant because a) it didn’t run x86 and b) it only ran on proprietary hardware.
Ohh
@wildbus8979 @Timely_Jellyfish_2077 youtube.com/watch?v=2DvOTjDmrU…