Page MenuHomeSolus

steamos-compositor and steamos-modeswitch-inhibitor
Closed, ResolvedPublic


Package names:

  • SteamOS Compositor (steamcompmgr)
  • SteamOS Modeswitch Inhibitor (steamos-modeswitch-inhibitor) <- which is required for compositor.

Project Homepage: SteamOS Wiki page


This is a repost from this Reddit post:

I've used the compositor before in Ubuntu via this PPA and the games run great as I can boot directly into the compositor and Steam from a lightdm login. Some games run better and some of us would like to boot directly into Steam without a whole desktop environment.
I would like this as I have Solus on a mini-itx PC in my living room directly connected to my TV and booting into Steam via this compositor would be great.

Please take this package into consideration. Thanks!

Event Timeline

t3g created this task.Aug 1 2017, 2:05 AM
DataDrake triaged this task as Wishlist priority.Jul 29 2018, 11:49 AM
DataDrake moved this task from Backlog to Accepted For Inclusion on the Package Requests board.
JoshStrobl closed this task as Wontfix.Aug 31 2018, 4:58 PM

As this task has been marked Needs Maintainer for a month with nobody having stepped up to become maintainer, in addition to providing an acceptable patch for inclusion, marking as WONTFIX. Feel free to re-open when a patch has been submitted via the proper processes.

I have created package configs for steamos-compositor and steamos-modeswitch-inhibitor. Let me know what steps are needed to get these in the repos.(I believe these packages need to be accepted first)

@eyecreate This task was accepted which means anyone can submit a package for it.
Then the package will be reviewed and once all the remarks will be addressed, it will be added in the repository.

Everything is documented here :

serebit reopened this task as Open.Apr 14 2020, 2:53 AM
DataDrake closed this task as Wontfix.Apr 15 2020, 3:54 PM
DataDrake added a subscriber: DataDrake.

After further evaluation, both of these packages haven't seen development since 2016 which makes them ineligible for inclusion under the current policy. I wish this wasn't the case, but here we are.

@DataDrake Just for the sake of completion, steamos-compositor saw a tiny bit of development in 2018 (unless you saw that and didn't count it, understandably):

steamos-compositor (1.35) brewmaster; urgency=medium

  * Crude workaround for Steam login issue.

 -- Pierre-Loup A. Griffais <>  Fri, 24 Aug 2018 16:42:56 -0700

I understand not wanting to take on "abandoned" packages, but lack of development may not matter if it does what it needs to still. Even in it's current state, it will likely be useful for any X11 based setup for a while. Despite that, it's understandable to not take some packages on when you realize that a rolling release distro would want to emphasize active codebases to help avoid where some software breaks when a more active codebases changes and they don't.
Still, I don't know of Solus having any "3rd party repo" support like PPAs, so it makes it hard to distribute software built against the distro but not fitting it's acceptance rules.(I don't think snaps/flatpak is proper for this kind of package either)

This is just a normal part of curation. You can't keep a repository small by letting every piece of software in that people request. We only make exceptions for older software if its a library or application required by otherwise actively developed and maintained software.

DataDrake added a comment.EditedApr 15 2020, 10:14 PM

I should also say that a PPA approach makes no sense for a rolling distribution. Downstream would have to be far too attentive to ensure their software doesn't break. Snaps and Flatpaks aren't a perfect solution, but they at least won't break on an update of most distro libraries.

Thanks you for your thoughts. I think openSuse Tumbleweed is a good example of how a rolling release can have 3rd party repos, but I can understand not wanting to open that can of worms for the Solus project. Maybe there will be another chance to include a tool like this once Valve properly releases gamescope.

Jacek added a comment.Sep 23 2020, 9:11 PM

As this is under active development, can it now be accepted for inclusion? Last diff by @eyecreate had to be abandoned because of lack of development, but that is no longer the case

This is currently under active development:

While gamescope is under active development, I am rejecting it for inclusion. It uses a version of wlroots that does not exist (0.14.1 being latest and it wanting a non-existent 0.15.x+), uses a version of libliftoff that doesn't exist, and refuses to properly detect + use our stb.

It's a real shame too because gamescope could have some good usecases like emulating borderless fullscreen when a game doesn't actually support it, limiting FPS, etc. But until its development practices improve and we can use our own libs, it isn't going in.

DataDrake changed the task status from Wontfix to Frozen.Feb 21 2022, 8:26 AM
Mavincs added a subscriber: Mavincs.

Can link against system wlroots and libliftoff now. Still only allows for bundled stb but that is only headers.

Talking about gamescope specifically here, just in case that wasn't clear.