Hi! Absolutely none game with Steam Proton doesn’t works! But when I use Wine-GE with Lutris (or just use Wine-GE instead of Steam Proton) - everything works fine! Where’s the issue may be? 🤔
…will encounter many absurd and esoteric problems, all of which ultimately stem from the fact that the vast majority of linux software is developed with systemd as the default, assumed, init system.
Unless the application in question is directly interacting with systemd, then I believe this is overblown.
Applications largely simply expect certain features to be supported. DNS, for example, could be provided by systemd-resolvd or by dnscrypt-proxy.
This isn’t being built around systemd, this is being built around the expectation of a feature. This feature can be provided by different applications and still function.
In my experience, providing the features expected is far more important than providing specifically the systemd API.
Basically, any Linux OS that doesn’t use systemd should be considered entirely experimental, beyond any software that the OS devs explicitly state they support.
Hard disagree.
I think the init system is more abstracted away from the developers of a game/typical user app than you are implying.
Try different versions of proton. Also try changing the version of steam to the flatpak version, or to the native version if you are already using flatpak.
In my experience, providing the features expected is far more important than providing specifically the systemd API.
Which is why I said:
…will encounter many absurd and esoteric problems, all of which ultimately stem from the fact that the vast majority of linux software is developed with systemd as the default, assumed, init system.
Your OS is software.
It is a gigantic maze for a non linux pro to try to figure out all of these alternate dependencies that are needed, need to be configured, and whether or not they even play nice with each other, whether or not they won’t throw you into dependency conflict hell.
Generally speaking, when a normal person, who isn’t a linux expert… installs an OS… they expect that it will more or less work out of the box at a fundamental level, that it will come pre-bundled with dependencies and configurations that allow them to use the software they want to use.
Hard disagree.I think the init system is more abstracted away from the developers of a game/typical user app than you are implying.
Ok, two responses to that:
You ever tried gaming on a non systemd OS?
Granted, its been a few years, but I have, and its a fucking nightmare along the lines I described… tons of insane, esoteric nonsense going wrong all over the place, that requires you to functionally develop a solid workaround schema for everything you are trying to do, that may as well qualify you as a developer of or contributor to the OS.
I don’t see anyone, anywhere, recommending a non systemd linux OS for gaming.
Second response: Okey dokey, then I’m sure you’ll be able to prove that by solving this person’s problem for them within Devuan.
Solving a random non-systemd user’s issue is irrelevant, even if we knew a lot more about their setup.
Yep, here we are in a tech support thread for some person with some issue, I have provided a solution to that issue, you are arguing that solving the person’s issue is irrelevant.
Okie dokie!
… You say you’ve gotten gaming on a non systemd os to work.
If … it worked with Steam… and Proton… perhaps you could suggest that OS, and whatever custom config you used, to this person?
You know, as opposed to Devuan, which is apparently set up incorrectly, out of the box, for this user?
I have firsthand experience with videogames made for one flavor of Linux not working on my machine due to dependency hell.
You know exactly the problem I am describing that comes along with trying to game on a non systemd OS, because you have experienced it yourself.
You get stuck in dependency hell because all the supporting software that is required for modern gaming… is a large mismatch, by default os config, with what is actually compatible with and developed for non systemd systems, and it requires a massive amount of effort to get anything into a reasonably stable and reasonably working state.
I ask you to provide your experience directly, which could genuienly help this person, and you instead want to nitpick vocabulary in a sophomoric manner so that you can feel you are more correct by virtue of ‘well, ackshually’…
…and your approach to trying to solve the problem is robotic, run through standard error output log, identify error… theorize solution…
… even though you personally know that approach will be very time consuming and frustrating.
Unless the application in question is directly interacting with systemd, then I believe this is overblown.
Applications largely simply expect certain features to be supported. DNS, for example, could be provided by systemd-resolvd or by dnscrypt-proxy.
This isn’t being built around systemd, this is being built around the expectation of a feature. This feature can be provided by different applications and still function.
In my experience, providing the features expected is far more important than providing specifically the systemd API.
Hard disagree.
I think the init system is more abstracted away from the developers of a game/typical user app than you are implying.
But if it will works 🤔. And what can I do to do now? Remains only to have try to install some other OS.
Also I’ve try this instruction: https://github.com/lutris/docs/blob/master/HowToEsync.md
But this also was be helpless 🤷
I would look at the proton log of a game that doesn’t work.
How do I create logs of a game I run with Proton?
Proton will create a log file for a particular game, if you set the launch parameter to:
PROTON_LOG=1 %command%The log file will be created in your home folder with the name scheme
steam-$STEAMID.log. For example:$HOME/steam-379720.logIt takes about 30 minutes…
Ok. I’ve cleaned that machine, but don’t install there something yet 🤔. I’ll try…
And the end of the log:
Modules: Module Address Debug info Name (23 modules) PE 00400000-00a8a000 Export megaserval PE 7b000000-7b2a0000 Deferred kernelbase PE 7b600000-7b65f000 Deferred kernel32 PE 7bc00000-7bcaa000 Export ntdll ELF 7d000000-7d005000 Deferred <wine-loader> ELF 7e9ff000-7eb86000 Export libwine.so.1 ELF f62ea000-f63d7000 Deferred ntdll.so ELF f78e7000-f78f6000 Deferred libmd.so.0 ELF f78f6000-f790d000 Deferred libbsd.so.0 ELF f790d000-f7914000 Deferred libxdmcp.so.6 ELF f7914000-f7919000 Deferred libxau.so.6 ELF f7919000-f7947000 Deferred libxcb.so.1 ELF f7947000-f7a99000 Deferred libx11.so.6 ELF f7a99000-f7ad5000 Deferred libglx.so.0 ELF f7ad5000-f7b51000 Deferred libgldispatch.so.0 ELF f7b51000-f7c56000 Deferred libm.so.6 ELF f7c58000-f7cc4000 Deferred libgl.so.1 ELF f7cc4000-f7cc9000 Deferred librt.so.1 ELF f7cc9000-f7ef1000 Deferred libc.so.6 ELF f7ef1000-f7ef6000 Deferred libdl.so.2 ELF f7ef6000-f7efb000 Deferred libpthread.so.0 ELF f7f07000-f7f99000 Deferred gameoverlayrenderer.so ELF f7f9b000-f7fd0000 Deferred ld-linux.so.2 Threads: process tid prio name (all IDs are in hex) 00000020 steam.exe 00000024 0 00000118 0 00000130 0 00000030 services.exe 00000034 0 00000038 0 wine_rpcrt4_server 00000044 0 wine_rpcrt4_io 00000048 0 wine_threadpool_worker 00000068 0 wine_rpcrt4_io 00000074 0 wine_rpcrt4_io 00000098 0 wine_rpcrt4_io 000000b0 0 wine_rpcrt4_io 000000c4 0 000000e4 0 wine_rpcrt4_io 000000e8 0 wine_threadpool_worker 0000003c winedevice.exe 00000040 0 0000004c 0 00000050 0 wine_sechost_service 00000054 0 00000058 0 0000005c 0 000000bc 0 000000c0 0 00000060 winedevice.exe 00000064 0 0000006c 0 00000070 0 wine_sechost_service 00000078 0 0000007c 0 00000080 0 00000084 0 0000008c 0 00000090 plugplay.exe 00000094 0 0000009c 0 000000a0 0 wine_sechost_service 000000a4 0 wine_rpcrt4_server 000000a8 svchost.exe 000000ac 0 000000b4 0 000000b8 0 wine_sechost_service 000000c8 explorer.exe 000000cc 0 000000d0 0 000000d4 0 wine_rpcrt4_server 000000dc rpcss.exe 000000e0 0 000000ec 0 000000f0 0 wine_sechost_service 000000f4 0 wine_rpcrt4_server 000000f8 0 wine_rpcrt4_server 000000fc 0 wine_rpcrt4_io 00000100 0 wine_threadpool_worker 00000104 tabtip.exe 00000108 0 00000110 0 wine_rpcrt4_server 00000114 0 0000011c 0 00000128 (D) Z:\mnt\Games\Steam\steamapps\common\Mega Serval\megaServal.exe 0000012c 0 <== 00000144 0 0000013c conhost.exe 00000140 0 System information: Wine build: wine-8.0 Platform: i386 (WOW64) Version: Windows 10 Host system: Linux Host version: 6.1.0-35-amd64 1057.067:0030:0148:warn:threadname:NtSetInformationThread Thread renamed to L"wine_threadpool_worker" 1057.067:0030:014c:warn:threadname:NtSetInformationThread Thread renamed to L"wine_threadpool_worker" 1057.068:0030:0150:warn:threadname:NtSetInformationThread Thread renamed to L"wine_threadpool_worker" pid 15809 != 15808, skipping destruction (fork without exec?)It doesn’t seems that the problem in SystemD 🤔. Maybe…
Take the whole log and put it a pastebin like pastebin.com. Then reply with the link.
Can I use PrivateBin instead?
https://0.jaegers.net/?56551c15509bb58b#WwJnXzAmbJfk767Ac5NDykBUJndRG6nuoMmSu6ZxU1X
Try different versions of proton. Also try changing the version of steam to the flatpak version, or to the native version if you are already using flatpak.
So… The version from Flatpak (https://flathub.org/apps/com.valvesoftware.Steam) is not official?
But, anyway, I’ve try to set up Steam from Flatpak… But there’s absolutely the same result:
chdir "/mnt/Games/Steam/steamapps/common/Super Blue Boy Planet" Game Recording - would start recording game 560260, but recording for this game is disabled Adding process 1300 for gameID 560260 ERROR: ld.so: object '/home/user/.var/app/com.valvesoftware.Steam/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored. ERROR: ld.so: object '/home/user/.var/app/com.valvesoftware.Steam/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored. ERROR: ld.so: object '/home/user/.var/app/com.valvesoftware.Steam/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. ERROR: ld.so: object '/home/user/.var/app/com.valvesoftware.Steam/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored. ERROR: ld.so: object '/home/user/.var/app/com.valvesoftware.Steam/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored. WARNING: discarding _NET_WM_PID 2416 as invalid for X11 window - use specialized XCB_X11_TO_PID function! WARNING: discarding _NET_WM_PID 2419 as invalid for X11 window - use specialized XCB_X11_TO_PID function! WARNING: discarding _NET_WM_PID 2731 as invalid for X11 window - use specialized XCB_X11_TO_PID function! WARNING: discarding _NET_WM_PID 3245 as invalid for X11 window - use specialized XCB_X11_TO_PID function! WARNING: discarding _NET_WM_PID 12018 as invalid for X11 window - use specialized XCB_X11_TO_PID function! Adding process 1301 for gameID 560260 Adding process 1302 for gameID 560260 Adding process 1390 for gameID 560260 Proton: Upgrading prefix from None to 8.0-103 (/mnt/Games/Steam/steamapps/compatdata/560260/) Adding process 1391 for gameID 560260 Adding process 1392 for gameID 560260 fsync: up and running. wine: RLIMIT_NICE is <= 20, unable to use setpriority safely Adding process 1393 for gameID 560260 Adding process 1396 for gameID 560260 Adding process 1398 for gameID 560260 Adding process 1401 for gameID 560260 Adding process 1410 for gameID 560260 Adding process 1423 for gameID 560260 Adding process 1429 for gameID 560260 Adding process 1442 for gameID 560260 Setting breakpad minidump AppID = 560260 Steam_SetMinidumpSteamID: Caching Steam ID: 76561198248711762 [API loaded no] Adding process 1461 for gameID 560260 pid 1394 != 1393, skipping destruction (fork without exec?) Game Recording - game stopped [gameid=560260] Removing process 1461 for gameID 560260 Removing process 1442 for gameID 560260 Removing process 1429 for gameID 560260 Removing process 1423 for gameID 560260 Removing process 1410 for gameID 560260 Removing process 1401 for gameID 560260 Removing process 1398 for gameID 560260 Removing process 1396 for gameID 560260 Removing process 1393 for gameID 560260 Removing process 1392 for gameID 560260 Removing process 1391 for gameID 560260 Removing process 1390 for gameID 560260 Removing process 1302 for gameID 560260 Removing process 1301 for gameID 560260 Removing process 1300 for gameID 560260Games still don’t works 🤷
There’s
Unverifiedlabel…Which is why I said:
Your OS is software.
It is a gigantic maze for a non linux pro to try to figure out all of these alternate dependencies that are needed, need to be configured, and whether or not they even play nice with each other, whether or not they won’t throw you into dependency conflict hell.
Generally speaking, when a normal person, who isn’t a linux expert… installs an OS… they expect that it will more or less work out of the box at a fundamental level, that it will come pre-bundled with dependencies and configurations that allow them to use the software they want to use.
Ok, two responses to that:
You ever tried gaming on a non systemd OS?
Granted, its been a few years, but I have, and its a fucking nightmare along the lines I described… tons of insane, esoteric nonsense going wrong all over the place, that requires you to functionally develop a solid workaround schema for everything you are trying to do, that may as well qualify you as a developer of or contributor to the OS.
I don’t see anyone, anywhere, recommending a non systemd linux OS for gaming.
Second response: Okey dokey, then I’m sure you’ll be able to prove that by solving this person’s problem for them within Devuan.
Next quote I’ll explain more.
Which more has to do with just being setup incorrectly, than missing systemd.
I do. It works.
Solving a random non-systemd user’s issue is irrelevant, even if we knew a lot more about their setup.
Yep, here we are in a tech support thread for some person with some issue, I have provided a solution to that issue, you are arguing that solving the person’s issue is irrelevant.
Okie dokie!
… You say you’ve gotten gaming on a non systemd os to work.
If … it worked with Steam… and Proton… perhaps you could suggest that OS, and whatever custom config you used, to this person?
You know, as opposed to Devuan, which is apparently set up incorrectly, out of the box, for this user?
Irrelevant to proving. Context.
See, this is how a stubborn insecure person acts.
You, just now:
You, 3 months ago:
You know exactly the problem I am describing that comes along with trying to game on a non systemd OS, because you have experienced it yourself.
You get stuck in dependency hell because all the supporting software that is required for modern gaming… is a large mismatch, by default os config, with what is actually compatible with and developed for non systemd systems, and it requires a massive amount of effort to get anything into a reasonably stable and reasonably working state.
I ask you to provide your experience directly, which could genuienly help this person, and you instead want to nitpick vocabulary in a sophomoric manner so that you can feel you are more correct by virtue of ‘well, ackshually’…
…and your approach to trying to solve the problem is robotic, run through standard error output log, identify error… theorize solution…
… even though you personally know that approach will be very time consuming and frustrating.
In conclusion, boy you must be great at parties.
I know. But I want to solve this. It will gave me some experience in Linux Administration.
Thanks… So I don’t visits parties, and I don’t sees any sense in this.
Sorry, but that issue had nothing to do with systemd.
But if we get a fiasco - I’ll try PikaOS.