The Linux Thread - The Autist's OS of Choice

  • 🐕 I am attempting to get the site runnning as fast as possible. If you are experiencing slow page load times, please report it.
-but then other programs can sniff the screen content
X has a security extension and can differentiate between trusted and untrusted X clients. Untrusted ones cannot read the clipboard, see input into other windows, or read the screen content. It's not even difficult to set up just nobody does because it's not well documented.
 
Hard disagree, given the time I've wasted fighting with Windows' ACLs and SIDs. There's a virtue in simplicity, when it comes to security.
I think the only way to truly do desktop sandboxing is to make it easy to define capabilities for programs instead of users. Users should still be a thing, but I want to (easily) have a system where random programs can never screen record while OBS always can. Linux can technically do things like this, it's just done inelegantly and takes lots of effort to set up. Firejail is sort of what I'm thinking about, it's just not completely polished. Some of these problems are due to how programs communicate with each other on a fundamental level. It's jank all the way down... I should try not to think about it much more because I will lose what's left of my mind.
 
X has a security extension and can differentiate between trusted and untrusted X clients. Untrusted ones cannot read the clipboard, see input into other windows, or read the screen content. It's not even difficult to set up just nobody does because it's not well documented.
So, rather than read the documentation, they invented an entirely new system that does the same thing in an even more complicated way.

This is pulseaudio all over again.
 
I think the only way to truly do desktop sandboxing is to make it easy to define capabilities for programs instead of users. Users should still be a thing, but I want to (easily) have a system where random programs can never screen record while OBS always can. Linux can technically do things like this, it's just done inelegantly and takes lots of effort to set up. Firejail is sort of what I'm thinking about, it's just not completely polished. Some of these problems are due to how programs communicate with each other on a fundamental level. It's jank all the way down... I should try not to think about it much more because I will lose what's left of my mind.
Is it necessary, though? I don't think that nonconsensual screen-recording is really a problem that's been plaguing the Linux desktop...
 
Is it necessary, though? I don't think that nonconsensual screen-recording is really a problem that's been plaguing the Linux desktop...
Agree, we need something that works first, performs well second, and has good security third. A system that works and runs fast can probably get security added later, but if you're designing a new software component, it never hurts to think about security.
 
So, rather than read the documentation, they invented an entirely new system that does the same thing in an even more complicated way.
I think there were some more problems with it, in the way that most software at least used to be designed to assume it's trusted and crash otherwise because the security access denied access to some other extensions. Also to make it really work effectively, you also had to combine it with sandboxing so that the untrused program cannot access it's cookie. I had my browser set up for a while to use it but then scrapped the whole setup because how inconvenient it was not to be able to copy&paste from and to other programs. I think you can use it somehow with firejail. I dunno. I use bwrap for those network facing progams, everything else on my system is just not allowed to access the network/internet, via network namespace sandboxing.

You can also theoretically sandbox X programs with xpra, even though that's not really it's intended usage scenario.

EDIT: Come to think of it, you could probably bypass at least the paste restriction by using xdotool or something similar and one of the million ways you can do keyboard shortcuts in X to have your clipboard contents typed out with synthetic key presses. You'd still not be able to copy from such programs though.
 
Last edited:
Is Linux Mint Cinnamon tweaking X11? I could see them working to extend it. But I think they're just switching to Wayland
They are adding experimental Wayland support in the next version of Cinnamon, which implies that they plan on moving to it. But they don't seem to be in a rush too, lot's of people on their forum having been for years asking for Wayland support, which they have always turned down due to lot's of Cinnamon's components being forked from older versions of Gnome, which meant that they wouldn't support Wayland very well and would have to spend a lot of time adding and fine tuning it, which they didn't see much of a point in.

But, of the more recent versions of Cinnamon they have been re basing somethings from more updated versions of Gnome, like the file manager etc. This combined with other distro's and Dev's pushing Wayland might be the reason they are starting to look into Wayland support.
 
fancy blogpost | mailing list
debian.png

:lossmanjack:
 
Has anyone tried this out?

Linux Mint 21.3 Beta Released With Cinnamon 6.0 Desktop​


Linux Mint 21.3 beta is now available for testing as this latest Ubuntu-based, desktop-focused Linux distribution.

Linux Mint 21.3 is working its way toward release and this weekend marks the availability of the public beta. The Cinnamon 6.0 desktop is found with Linux Mint 21.3 that brings some new "spices" add-ons, very early and experimental work on Wayland support, 75% scaling support, gesture improvements, and various other desktop refinements.

Clement Lefebvre showing off Linux Mint with Cinnamon 6.0 on Wayland:
Linux Mint 21.3


Linux Mint 21.3 is also bringing other desktop/app enhancements like the Hypnotix TV viewing application now allows setting channels as "favorites" for easier access, support for cusotm TV channels within Hypnotix, Warpinator adds support for connecting to another device manually, artwork improvements, and more.

Linux Mint 21.3 continues to make use of the Linux 5.15 LTS kernel and Ubuntu 22.04 LTS package base. Linux Mint 21.3 is intended to receive security updates until 2027.

More details on the Linux Mint 21.3 Beta via the LinuxMint.com blog.

Original article
Archive
 
Has anyone tried this out?

"Linux Mint 21.3 continues to make use of the Linux 5.15 LTS kernel and Ubuntu 22.04 LTS package base. Linux Mint 21.3 is intended to receive security updates until 2027."
I know Canonical makes... decisions about LTS that presumably make sense to Canonical, but isn't Mint big enough now to do something less damn weird?
Offering "security updates until 2027" is leaning on the definition of "long-term support" a bit for something that will be released in 2024.
And because 5.15 won't play nicely with new hardware, you have to also support 5.17 which everyone else seems to have moved on from.
Meanwhile, 5.10 has CIP support until 2031, and 6.1 until 2033.
And if you must lean on Ubuntu, the pre-release of 24.4 is available for download (even if they don't know which kernel it will be using, but it damn well won't be 6.6 LTS, because Canonical.)
canonical.jpg
Make it make sense.
 
Last edited:
  • Agree
Reactions: std::string
Back