libre

9936 readers

56 users here now

Welcome to libre

A comm dedicated to the fight for free software with an anti-capitalist perspective.

The struggle for libre computing cannot be disentangled from other forms of socialist reform. One must be willing to reject proprietary software as fiercely as they would reject capitalism. Luckily, we are not alone.

libretion

Resources

Free Software, Free Society provides an excellent primer in the origins and theory around free software and the GNU Project, the pioneers of the Free Software Movement.
Switch to GNU/Linux! If you're still using Windows in $CURRENT_YEAR, flock to Linux Mint!; Apple Silicon users will want to check out Asahi Linux.

Rules

Be on topic: Posts should be about free software and other hacktivst struggles. Topics about general tech news should be in the technology comm or programming comm. That doesn't mean all posts have to be serious though, memes are welcome!
Avoid using misleading terms/speading misinformation: Here's a great article about what those words are. In short, try to avoid parroting common Techbro lingo and topics.
Avoid being confrontational: People are in different stages of liberating their computing, focus on informing rather than accusing. Debatebro nonsense is not tolerated.
All site-wide rules still apply

Artwork

Xenia was meant to be an alternative to Tux and was created (licensed under CC0) by Alan Mackey in 1996.
Comm icon (of Xenia the Linux mascot) was originally created by @ioletsgo
Comm banner is a close up of "Dorlotons Degooglisons" by David Revoy (CC-BY 4.0) for Framasoft

founded 4 years ago

MODERATORS

context@hexbear.net

hello_hello@hexbear.net

AshenWolf@hexbear.net

Linux system: running a command which normally requires sudo in the background on user login? (hexbear.net)

submitted 1 day ago* (last edited 1 day ago) by imogen_underscore@hexbear.net to c/libre@hexbear.net

11 comments fedilink hide all child comments

So, me and my girlfriends share my linux desktop, and we all play videogames through steam. I have a fairly good solution for sharing the steam game files between users which as you may know is a slight pain on linux especially with games requiring proton. So, the current workaround we have to do is for each user to take ownership of the shared directory after they log in. I've been putting off finding a more elegant solution so i just set up a quick alias for everyone to do it for the time being. The command is this:

sudo chown -R user1:steam /share/steam/

The games live in /share/steam, and i created a steam group which we all belong to. However it's my impression there is no "true" shared ownership of linux directories, they seem to want to always be associated with a primary user which doesn't play nice with steam and proton. It seems to be a shortcoming with proton more than anything, i did read an article which explains how to create your own fork of proton which fixes this issue, but i want the freedom of being able to hop around proton versions rather than that limitation.

I would like to move to a more elegant solution where this permissions change happens automatically in the background, on login of a given user. I'm sure that it's possible, but i haven't been able to find a perfect solution by looking around. It seems like making a systemd module might be best? I'm probably gonna give that a go, but i wanted to see if anyone had a better idea or any feedback at all.

Thanks!

you are viewing a single comment's thread
view the rest of the comments

[–] stupid_asshole69@hexbear.net 3 points 1 day ago

After spending a few minutes reading about how steam handles .acf files and how unpredictable that is, the most elegant solution would be more storage.