I don't know if I should resurrect this issue, or create a new one, but I this issue hasn't been fixed. My Synaptics touchpad work fine on Budgie for years. I just did a fresh install of Solus 4.3 Plasma, and some Touchpad options have been greyed out, including tap to click, which I think is mandatory for good experience.
And what was needed to fix it was to install xorg-driver-input-synaptics.
So the same problem and the same solution as in this original issue. Do you think that driver should be included by default, or would that cause a problem?

I'm really sorry I missed that previously, even though I used sunshine for quite a while I haven't used all its features. So recently I have been going through and checking all of them and it turns out I never checked if Systemd service works. Turns out it didn't, and it expected binary in /home/build/YPKG/root/sunshine/build/sunshine.git/build/sunshine.
So if you wanted to make Sunshine run on each boot, it would fail. No other functionality was affected. Sorry I discovered it so late, after the original diff was already accepted.

Fix permissions for sunshine.conf and apps_linux.json, so the new web GUI can edit them

Use %libdir% according to Josh's advice

I tested it on a fresh machine, and contrary to what program's readme says, you don't need to add user to input group! I even tested it a few months ago and back then it was needed but for some reason it no longer is.
So I think this package is now ready to be included, and all functions work without the need of qol-assist.
Should I create a new diff without [RFC] in the name, or can I just edit this one?

Make changes according to joebonrichie's comments

Clean up dependencies

Version 4.0.2 has just been released, a few versions ago the author removed the note it is an early development version.
I have used it for more than a year without a single problem, and author quickly makes sure it is compatible with all Gnome updates.

In T9599#183848, @DataDrake wrote:

I'm more than a bit skeptical that EGL would be required for this.

Another thing is that it and wxwidgets are still build against GTK-2, I don't know if at one point they can be build against GTK-3 or will they also need separate package.

I don't think it has anything to do with compiling against Wayland, also you shouldn't need that env variable.
Also are you sure you are already running webrenderer and you don't also need gfx.webrender.enabled=true?

I was trying to figure it out for so long, I troubleshooted every single part, and it turns out the culprit is extremely simple. Solus ships a really old Snap version of 2.39 and support of audio-playback was introduced in 2.40. So only apps that support deprecated pulseaudio interface will have sound, while newer like Teams-Insiders will not.
Check, maybe your app will still have sound, but to fix the core problem we will have to wait for T8609 to be resolved by the Core Team.

Change .desktop name and remove Flatpak files

Sorry for bringing it up again, but I don't feel confident enough to package and pattern it correctly, and it is needed for newest version of GOverlay for example. Could somebody more experienced look into it? It was even even already done in D4154 and probably it would work with almost no changes.

Just a wild guess, what GPU and drivers are you using. That could explain why newest Proton doesn't work, maybe try beta or stable instead if you are on Nvidia?

There might be some problems with Snap after updating Pulseaudio, but I'm really not sure.
I just installed snap teams-insiders and no sound devices are visible in it. I also got an error during installation INFO snap "teams-insiders" has bad plugs or slots: audio-playback (unknown interface "audio-playback"); audio-record (unknown interface "audio-record"). Snap on my system completely lacks "audio-playback" and "audio-record" interfaces.
But I have not used it before, so it is quite likely my snap config is wrong, and it was that way before the update. Could somebody else check if audio still works in your snaps?

Also both of my issues are now resolved, task list now works as expected and icon now will the entire screen in both orientations, and look really nice. You did a stellar job, thank you so much!

Is the way Arch or Fedora does it good enough? I don't feel experienced enough to do it myself from scratch. Maybe there is somebody more skilled than me that could do it or at least help me.

After updating my main machine I noticed another 2 weird behaviours, which I don't know if they are expected:

In T9379#178277, @JoshStrobl wrote:

Icon spacing is much bigger than before and I think it is too big

You can change the icon sizes in Budgie Desktop settings. They're reflective of expected supported icon sizes (32x32, 48x48, 64x64, 96x96), I don't want to be loading in larger versions of Pixbufs than needed and scaling them down in the name of customization, or use Pixbuf to load (which would also need to handle the SVGs). It's similar behavior to the IconTasklist and even to Nautilus' old desktop view behavior (zoom swaps between supported sizes).

Updated Budgie on my main PC and everything seems to work fine.
But as a heavy user of desktop icons the new implementation leaves a bit to be desired. It works as described, but it lacks useful features:

Could you look at improving the manpage? Right now most of it is installation instructions for different OSes, which are useless as you already have installed it. I don't know if you could trim most of it during the packaging or maybe report that to the original author?

To cite the author:

What is wrong with OBS?
A lot of people online suggest using OBS's replay buffer feature. However this requires opening OBS and start recording. I do not know when something will happen that I want to share. Might not even happen while playing a game. I just want something in the background (like a systemd service) so that whenever something happens I can record it.

Sure OBS can do that, but on Windows after I enable it in a controll panel I can forget about it and days later I'm one shortcut away from starting a recording or saving a replay. This is exactly what ReplaySorcery offers, while with OBS you have to remember to launch it every time before you play. Also this solution is much lighter on the resources.

And if we want a wine version that has best possible game compatibility, why not Proton-GE T9232? Although in its default configuration it does not replace system-wide wine, so it is not quite what you are asking for, but game compatibility is miles better than wine-staging.

The author can't reproduce our errors, but I found an fix to make it work on my machine.
Delete the /home/jacek/.config/vkBasalt/vkBasalt.conf just to be sure, then configure it through GOverlay.
Go to that file and edit:
reshadeTexturePath = /home/jacek/.local/share/reshade
to
reshadeTexturePath = /home/jacek/.local/share/reshade/Textures (So just add "/Textures" to the end).
This fixed it for me and now it works with CAS and SMAA. If it will also work for you then we could pass that on to the creator as a fix.

Error for CAS only says vkBasalt err: Does the filepath exist and does it not include spaces?, so doesn't tell me what exactly is wrong. But the error for SMAA tells me exactly what is wrong so it can be fixed.
Both suggest vkBasalt conf is configured for wrong directory by GOverlay, but where SMAA I can go around it, I don't know what the path to CAS is.
I hope they are both the same issue and can be fixed by the author, because I'm out of ideas.

I figured it out for my machine, the problem isn't with the vkBasalt, but with GOverlay. And not even my packaging, but probably the creator's fault.
On my machine it was searching for file at /home/jacek/.local/share/reshade/AreaTex.dds, but it really was at /home/jacek/.local/share/reshade/Textures/AreaTex.dds so when I copied all files from Textures to main reshade folder, it stopped crashing.
I will report it to the creator, and hopefully he will fix it.
Edit: reported here: https://github.com/benjamimgois/goverlay/issues/62

You are right, it doesn't work for me either. I could have sworn it worked when I last updated GOverlay, but maybe it slipped past my testing, or recent update broke it.
Sorry, I will try to figure out what is wrong.

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 was already talked about in T4194, even @eyecreate provided working diffs. So there is some demand.

Reorder builddeps and move .rules file to correct location.

Reorder builddeps and turn off static.

Add patterns.

Solus team can't do much if there isn't driver for it. So the best thing you can do is to monitor support for it on any linux distribution, and if there are things that need to be changed to make it work, you could report them here.
For example it could happen that necessary drivers make their way into the kernel, but they need to be enabled in Solus's kernel config.

You can't use AUR on Solus because they are completely different systems, and many instructions are different. You can sometimes use them as a guide for creating a package for Solus, but that is not necessary here.
So unfortunately there it seems they won't package Chromium for Solus because Google needs api key, so you have 3 options:

This is proton i made to be used from withing Steam and tutorials and guides mention only that. I just wanted to add that it also can be used from within Lutris, but that's just a bonus.
And I just said this is not system wide to clarify this is not replacement for Wine, and that it is gaming-focused and Steam-only

So the desktop would need use V-Sync when no full screen app is running, so that the screen is refreshing at it maximum rate?

Also the current driver doesn't work with some devices using exFAT (like PS VIta), while the Samsung driver and Windows work just fine.

Could you please consider accepting it? It is under active development, stable and I've working package.yml for it.
Only reason against including it is how easy it is to install it using pip.

They found a few fixes for similar issues here, including forcing a language or running through Lutris https://forum.manjaro.org/t/rise-of-the-tomb-raider-does-not-launch/136930/18
Hope it helps

I don't have any other idea, but do you have 32bit driver installed? Depending on your driver version this is nvidia-glx-driver-32bit or nvidia-beta-driver-32bit

Is this the only Steam game that causes problems?
Has this game worked before for you?
Could you try launching whole Steam from the command line and launch the game from there?

You could uninstall the current drivers and try with nvidia beta current or nvidia developer current.

Changed the description to please IDoS

Description and cosmetic changes to package.yml

Switch pkgconfig of gtk-2-devel

Removed leftover comment

Fix the MAINTAINERS.md

I built using this package.yml and verified it works with Steam games, so this is ready to be accepted into the repos