I don’t know about gnome, but on KDE you can disable touch support under settings>mouse & touchpad.

Unionize. Have companies pay you fairly for what you do.

The problem with that here I. The states are two fold. First of all if the companies could, at least here in the states, they wouldn’t allow unionization. They don’t want to pay fairly for what you do. All these companies want to do is make as much money as possible, while paying the workers as little as possible.

Most of the companies here would like us to work until we die on the lines, but pay us nothing to do the work so they could make it all. Companies don’t give a damn about workers rights, or being fair to us. A lot of non-union shops will fire you for trying to bring a union in. They would be extremely happy if the labor boards, OSHA etc would cease to exist.

Awesome thanks

I would love to have that wallpaper

It’s a KWin scrip called Autocompose. Does endeavour ship it by default?

Endeavour installs a mostly default DE when you make your choice of which one to use, so most of the DE’s come as packaged by the devs. If I’m not mistaken Autocompose is a default script included with KDE.

I say mostly, because some parts of the DE you use is incompatible with the Arch ecosystem and disabled by default. For example, Discover on KDE is pretty much unusable on arch/EndeavourOS because the repos aren’t adequately designed for such a setup.

So do snaps and flatpacks. And they are still consider containerized / sandboxed. Appimages are the predecessors to snap and flatpack. The only difference is unlike Appimages they got it right for the most part.

Generally speaking the Appimages integrate with KDE better than all the other DE’s. The codes for Appimages are still containerized from the OS in general as defined in my last post.

Unlike snaps and flatpaks, Appimages aren’t containerized or sandboxed at all. They are only used to bundle (some) dependencies, so you don’t need to rely on packages provided by your distro’s package manager.

You might want to look up what Appimages are as well as what containerization is. To help I have found the following.

AppImage aims to be an application deployment system for Linux with the following objectives: simplicity, binary compatibility, portability, distro agnosticism, no installation, no root permission, and keeping the underlying operating system untouched.

Source: https://en.m.wikipedia.org/wiki/AppImage#:~:text=AppImage%20is%20a%20format%20for,developers%2C%20also%20called%20upstream%20packaging.

As stated Appimages are containerized/sandboxed as it prevents needing to install any files on the OS.

Containerized applications are applications run in isolated packages of code called containers. Containers include all the dependencies that an application might need to run on any host operating system, such as libraries, binaries, configuration files, and frameworks, into a single lightweight executable.

Source: https://cloud.google.com/discover/what-are-containerized-applications

As you can see, once again, your info is incorrect as this is another example of what Appimages are.

The thing about snaps and app image is they are containerized. The idea behind that is to help keep the apps separate from the main file subsystem by sandboxing them from each other as well as not cluttering your hdd with different versions of the same libraries to make them work.

Because of the sandboxing, once you close the app it stops running in the background therefore there is nothing to get notifications from.

IMHO, this is why snap and app image programs are not advisable for programs you may need notifications from on a, generally, required/needed basis.

As for superconductivity, the only way around that problem is to download from source, compile it and let it run natively on your system in the background, or add it to you auto startup list so it is running at boot time.

Ubuntu wants you to use snap for all your app needs. I think their plan is to make repos only for os maintenance and installation and nothing else.

I was waiting for this one. 😂