As a big Linux fan, it makes me said that Wine needs to exist. But, maybe it’s not such a bad thing. Linux is just a kernel, with no associated libraries for app developers. App devs don’t want to manually write system calls, so it’s always been the case thar they lick and choose which set of libraries to target for their Linux apps. A popular low level choice is the GNU standard C library, and a popular high level choice is the GTK/GDK/Gnome stack. But these aren’t the only choices. I mean you can use the MUSL standard C library if you want. You can choose between OpenGL, Vulkan, and WGPU for graphics already.
I see Wine and Proton as just being another set of standard apis to target. Maybe they don’t have the best design, but is traditional Unix really the best design either? Now the Valve and company are supporting Wine, it’s one of the Linux targets with the most actual developers. And of course it has a huge advantage over the glibc + Vulkan stuff: it retains binary compatibility forever.
Yes, Wine and Proton are great and they do actually solve a lot of issues with linux gaming. I don’t exactly begrudge anyone for choosing to go that route because linux is complicated. But I do wish we’d talk more about native linux gaming and didn’t always default to Proton. Valve has done wonders for gaming on linux, but I am not fan of Steam and their DRM policies.
I really appreciate programs like Bottles these days. Back in 2006 or so I beat Deus Ex on Wine and setting it up was a hassle. Today I’m amazed it was even possible back then.
I totally agree. The real problem for Linux gaming tho is that games are almost always distributed as compuled binaries, but Linux is built around open source. It you had a model where you paid for the source code of a game, and then it got compiled for your machine right when you downloaded, Linux gaming would probably work great. You’d have better fps too. (I actually really like this idea, somebody like GOG should make a client that does this).
As a big Linux fan, it makes me said that Wine needs to exist. But, maybe it’s not such a bad thing. Linux is just a kernel, with no associated libraries for app developers. App devs don’t want to manually write system calls, so it’s always been the case thar they lick and choose which set of libraries to target for their Linux apps. A popular low level choice is the GNU standard C library, and a popular high level choice is the GTK/GDK/Gnome stack. But these aren’t the only choices. I mean you can use the MUSL standard C library if you want. You can choose between OpenGL, Vulkan, and WGPU for graphics already.
I see Wine and Proton as just being another set of standard apis to target. Maybe they don’t have the best design, but is traditional Unix really the best design either? Now the Valve and company are supporting Wine, it’s one of the Linux targets with the most actual developers. And of course it has a huge advantage over the glibc + Vulkan stuff: it retains binary compatibility forever.
Yes, Wine and Proton are great and they do actually solve a lot of issues with linux gaming. I don’t exactly begrudge anyone for choosing to go that route because linux is complicated. But I do wish we’d talk more about native linux gaming and didn’t always default to Proton. Valve has done wonders for gaming on linux, but I am not fan of Steam and their DRM policies.
I really appreciate programs like Bottles these days. Back in 2006 or so I beat Deus Ex on Wine and setting it up was a hassle. Today I’m amazed it was even possible back then.
I totally agree. The real problem for Linux gaming tho is that games are almost always distributed as compuled binaries, but Linux is built around open source. It you had a model where you paid for the source code of a game, and then it got compiled for your machine right when you downloaded, Linux gaming would probably work great. You’d have better fps too. (I actually really like this idea, somebody like GOG should make a client that does this).