it’s been a while since I’ve posted on the forums so if I have the commands incorrect from what they should be please feel free to let me know which ones I should use and I’ll append them. I’ve uploaded my system info above with the commands I remember.
What’s not shown is that the AMD graphics card has amdgpu as its graphics driver and snd_hda_intel as its sound driver, but neither one of those are affected otherwise with steam so I think that’s irrelevant.
What I do want to preface, however, is that I can’t seem to boot into steam from the Desktop but I can through steamos-compositor-plus, which I have installed and configured already.
Running through the desktop causes the application to segfault. The only information I could find about this is for NVIDIA GPUs which I don’t have one on my manjaro system anymore nor should this installation of Manjaro contain NVIDIA packages (I formatted a while ago).
As a test, I deleted the .steam folder (there wasn’t anything in there anyway, I keep my games in another directory) and reinstalled steam-manjaro. Solved!
Edit: I do keep my games in steamapps, actually. i was thinking of windows.
Right … so … its all in the thread title.
“I installed this package, things stop working”. >> “I uninstall this third party package and things work again”
Not much of a solve
Strangest part is this package is exactly one of the two that the arch wiki recommends for big picture mode on OS boot. Nowhere does it mention that your desktop instance will become useless when installed so I’m guessing it’s a bug.
They are AUR packages … for all we know you didnt compile them correctly or they are simply out of date.
(for example … steamos-compositor-plus hasnt seen an update in ~4 months)
PS. How does the manual desktop file method work for you?
I’m guessing the latter. I installed through yay and there’s no indication anywhere on the AUR package website that I should do otherwise.
Works as expected…and that’s exactly the problem.
If you look at that method, you’ll see that you can’t control big picture that way with a keyboard or gamepad. That is an understatement for how useless Big PIcture is without either of those two functions if I’ve ever seen an understatement for big picture. i.e. big picture is intended for… well… big picture screens i.e. TVs. Now picture in your mind using a mouse sitting on a couch with something like this. I’m guessing it doesn’t sit right with you and it shouldn’t.
If I have no other alternative I’m just keeping the desktop client and creating a boot script that puts me in big picture on its own (i.e. no better than how windows handles it). that way with a display manager, but no way in heck am I using big picture mode with the application .desktop shortcut.
Ah fair enough.
I wonder how far you could get banging at the package
(I checked … nothing new in the github project)
Or conversely … I guess a test would be trying steam-native in conjunction to see if it makes a difference.
Hah. Well report back when it does … or doesnt I guess.
It would be somewhat interesting to see where the difference/breakage point is.
But … well, no such setup for me here to test. Maybe someone else will come along and like to play.
unmarked as the solution. It appears to be an issue with my steamapps folder.
For clarity, when I said I keep my games in another dir I was thinking about windows when it was needed. That’s my own fault for making that mistake!
Edit: it was working for like a minute after I installed steam-native and now it’s not. I can’t find the source of the issue.
Yea, I think this is part of a deeper issue with my OS and I don’t really have time to be spending forever debugging this so I’m probably going to give GamerOS a spin.