this post was submitted on 11 Aug 2024
48 points (100.0% liked)
libre
9828 readers
1 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.
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 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Does the base directory specification actually specify that directories in
$XDG_CONFIG_HOME
must use the full namespace & id as their name? I assumed it'd be here but I don't see it mentioned. I understand the idea behind it, to prevent conflicts between programs with the same name, but I've always really hated programs that do that because it's such a pain to remember the full path to what I'm looking for.I don't believe it is part of the spec but as a way of organizing modules it's incredibly useful in case System76 builds out a way to use third-party modules in COSMIC where you'd be able to easily switch between using a third party module or a S76 one without any fear of conflicts. S76 has said they're looking to host a COSMIC extensions store so it's looking like they're engineering around that.
The use of
.local/state
dirs is also really nice since it separates window state from configuration. On KDE Plasma, these values are not separated which doesn't make switching configurations fully reproducible.COSMIC doesn't have any technical debt or backwards compatibility concerns that KDE and GNOME have so we get to see things like this more frequently. All the learned lessons of KDE and GNOME can be readily applied to COSMIC and the fact that it's backed by a hardware manufacturer is literally what all the "Here's what Linux needs to do to succeed" dorks have been saying this whole time.