Experimental systemd system extensions (sysexts) for Fedora image based systems
But if Palestine had the kind of military backing Israel does, Israel would simply not exist on the map today. And the Palestinians would be openly celebrating over the dead bodies of Israeli people.
What is this based on? Like, could you (by any means) back up this claim?
Please correct me if I'm wrong, but my understanding is that we didn't get any alternative in return. Right?

XZ Utils Back Door in Linux - Analysis of the Attack

YouTube Video
Click to view this content.
A video by SavvyNik that covers some of the highlights from the following recently published scientific article - Wolves in the Repository: A Software Engineering Analysis of the XZ Utils Supply Chain Attack

XZ Utils Back Door in Linux - Analysis of the Attack

YouTube Video
Click to view this content.
A video by SavvyNik that covers some of the highlights from the following recently published scientific article - Wolves in the Repository: A Software Engineering Analysis of the XZ Utils Supply Chain Attack
Thank you for the answer! Much appreciated.
Mint has a common issue of destroying itself on updates.
Could you be more explicit? Like, I don't think it literally deletes itself from your drive. Right? So, what is it then?
It has been my pleasure! Hope it'll work out for ya!
With no Adobe CC on Linux
How's this?
Mint has far too many issues to be a serious suggestion.
Would you mind elaborating on that?
Edit: Note that I've been a Linux^[Including the likes of: EndeavourOS, Fedora Atomic, Nobara and Zorin OS] user for a couple of years now, so no need to dumb down the answer for me. Just a heads-up*.
thanks, that’s comprehensive
Thanks fam for the appreciation!
I recommend it at least :-)
I totally get it and I actually appreciate your efforts. Which shouldn't be surprising as I favor anything 'atomic' over the traditional model. Heck, were it not for Fedora Atomic, I would probably have daily-driven openSUSE Aeon instead.
Uhmm..., my apologies for sidestepping to a topic I would rather not... But here goes nothing...
Perhaps you might have noticed the discussion that has been going on elsewhere in this thread😅. And thus..., you might have become aware that an LLM was used (by me) for wording/phrasing/punctuation the earlier 'info-dump'. Note that the content is still mine. I just wasn't able to commit to put out a decent writing myself. Instead, I speech-to-texted my input. Asked the LLM to make it legible. After which we had a bit of back-and-forth until we arrived at the final result.
Anyhow, now that you're aware of the context, I would like to ask you the following: What would you have preferred?
- (Either) That I didn't do any of that and thus not comment at all.
- (Or, rather) Our current situation in which I did whatever I did.
Would you want a piece of good faith, sincere advice?
Sure, fam. Hit me.
If not I can drop things.
Though, this confuses me... confused 🤔 Would you only drop them if I didn't want it? For now, I'll assume that's just a typo (or something/whatsoever).
Strictly speaking, for my posts^[Which there are only three of at the time of writing.] (i.e. my comments aren't included into the conversation yet), I do heavily employ an LLM as a writing assistant. But the process those undergo is very different from the comment you see above; it takes a lot of time, effort and many revisions until I land on something I like.
As for my comments, it depends: if it's longer, I employ it to help with shortening while retaining the content I meant to convey. Or, to help with wording/phrasing specific troublesome passages that either don't flow well or if I'm unsure if idioms (and whatnot) have been used correctly.
While I don't like to bring it up, some people -naturally- have the tendency to write up texts that are (somehow) reminiscent to what we'd expect from an AI. FWIW, I have many times been accused of this while the text was all just me...
Finally, to directly address the comment found above: No; I don't think I can recall any other comment that was as carelessly composed as that one. And to directly answer your following question:
Do you always have ideas in the middle of the night and want to post them only to have an RSI flare up and no laptop nearby and decide to use ChatGPT to write your posts?
Nope. I can't recall the last time -prior to the one above- in which I did something similar. And, again, content-wise, it is me. The LLM mostly just made it legible.
In this case, I woke up in the middle of the night. I couldn't sleep. Saw this and wanted to answer somehow. Went to use speech to text for a first draft, you may find it below. As I've got pains related to RSI, however, I couldn't be bothered to make it all slick and crisp myself on a phone. My laptop + split-keyboard setup was tucked in my bag. So, at that moment, I asked an LLM -unsure at the moment if it was trained by my own data to replicate my style of writing- to perform the 'act'. After some back and forth, we got to the final result. Content-wise, I'd say, it's all just me. The LLM only did wording/phrasing/formatting etc.
(The original draft from speech to text:)
Due to the order of how events have happened, i.e. the fact that Fedora Atomic matured earlier, simply by virtue of being earlier into development, and also because the idea to make a desktop out of it wasn't just an idea that was tagged along later, but an important thing a lot earlier into its development These are definitely key reasons for why the adoption of Fedora Atomic has been a lot better than OpenSUSE micro OSes And I haven't even mentioned the fact that a fan project like Universal Blue has had for the adoption of the ladder Heck, it's easy to sum up in retrospect, simply because the data is there, that Universal Blue has single-handedly, maybe tripled or quadrupled the userbase of Fedora Atomic, hence all of the above has helped Fedora Atomic's adoption a great lot Of course, Fedora is, for some reason, more popular than OpenSUSE, while they are mostly just different continental ideas, or distros, rather of the same idea, or close enough Regardless, as to your question regarding OpenSUSE micro OS, I think that with the way they've set it up It is relatively mild, at least at this point in time, to managed-ness
and abiding to the rules of congruent system management which means that if someone likes what Federal Atomic does in this regard as it is, at least in this point in time, by far the most popular of the Atomic branch of together with NixOS they often switch between these i.e. if NixOS is just too hardcore or its language is just a little bit obtuse for what they want out of the system then its easy for them to just simply adopt Federal Atomic instead or if they like Federal Atomic, what it is, but want to increase the level of managedness and going full declarative, then they can go for NixOS instead but having started from either of these, the unique selling point for OpenSUSE microOS Desktop is simply not there yet, or at least not as pronounced as it should be as for what I think, OpenSUSE microOS Desktop seems like a very logical step up from OpenSUSE Tomb Raid, which is probably how they envision the project at least if we would ask Richard Brown of course time will tell if the one will go over into the other or vice versa regardless, it is more interesting, in my opinion, as an evolution of the traditional model that adopts the most minimal of what atomicity and transaction updates has taught us
Rather than being a new paradigm in its entirety that tries to do or be as radically different as either Fedora Atomic or NixOS tries to be.
Perhaps it was just placebo, but my system always felt snappier (even if momentarily) right after a reset. As such, it would slowly but surely reach a proverbial boiling point where starting fresh was the only thing that truly salvaged it for me. So yeah, while not exactly easy, it felt so gratifying that I couldn't do anything but.
I had never heard of the impermanence module, that seems really cool !
It's pretty great, isn't it? And honestly, hearing folks get excited about it definitely nudges me closer to finally diving in this summer. Wish me luck!
Thanks for clarifying.
The example sentence could also be something like "I would like to notify everyone that I'm aware of this issue and I intend to start tackling it from <insert date>
As for them working on it or not. Clearly, they haven't worked on it until now. But I don't understand what was so crucial in the last 8 releases that they couldn't address this issue instead. Especially, in the aftermath of the XZ utils backdoor. But that's not the issue I was trying to address with my previous comment. The issue is radio silence. It doesn't have to set off alarm bells for themselves in order to acknowledge (timely) the concern a chunk of its user base experiences.
If with "it" you refer to Ventoy, then I'd like to inform you that they've been doing a good job at maintaining it. They've even had multiple releases^[Those being 1.0.98, 1.0.99, 1.1.00, 1.1.01, 1.1.02, 1.1.03, 1.1.04 and 1.1.05. The most recent of these was released at the 24th of February of this year.] since the (original) issue was opened.
Aight, gotcha. That whole business with "out of tree kernel modules" and having to "use toolbox to force out of tree software to function" definitely sounds like a pain, especially for the kind of user OP was talking about. I can see why those would be headaches in that specific context.
It's just, when I first read that original line about atomic distros making "...many things a person may eventually want to do with their machine a lot more complicated," my brain kinda went, 'Whoa, many things? Like, for anybody who might want to dig in a bit more eventually, beyond OP's initial scenario?'
So, hearing about the driver stuff and the app install workarounds... yeah, those are definitely a couple of solid examples that start to flesh out what 'many things' could mean, even in that wider sense. Helping me connect some dots, for sure. Still kinda leaves you wondering what else is on the 'many things' menu, eh? :P
That being said, my other frustration was a lack of easily discoverable in-depth documentation.
That's indeed a big concern. Thanks for mentioning that.
FWIW, uBlue's images (which are just opinionated takes on Fedora Atomic) have better documentation, but those have only more recently been a thing.
Alright. So..., that's one thing. Got more where those came from? I'm just asking because you said "... many things ..." previously.
Edit: Just to be clear, I acknowledge that's a big thing (at least for some). So I'm not trying to underplay it or anything*. And I agree that by itself, it may constitute sufficient of a reason for some to rightfully not consider these distros.
Sorry, I think there's a misunderstanding.
First of all, thank you for clarifying what you meant. I'm not native, so I haven't seen "rummage" being used within that context. And while a LLM did (at least an attempt to) provide its meaning, it didn't make sense... by which we have arrived at the misunderstanding.
Since it is read-only
Yes, for Fedora Atomic, (most of) /usr
is read-only. Perhaps this also applies to some other folders of /
, however this doesn't apply to /etc
as it's not read-only; therefore, you can actually change its content. At best, you'd have to go sudo
(or fill the credentials through polkit's window); but that's all. This part isn't different from how it's over on (traditional) Fedora. Compared to its non-Atomic variant, however, we do find the following changes regarding /etc
:
- The changes you apply to
/etc
are being kept track of. You can access these throughostree admin config-diff
. - And, related to the previous, a pristine copy of
/etc
is kept at/usr/etc
. And, that one, is actually read-only.
So..., the following step, i.e.
you always have to copy a config file into your home/user/.config/... before you can edit it.
Isn't required or anything. Heck, it's the first time (after three years of Fedora Atomic) that I've seen something like that being mentioned within this context.
rummaging around in /etc felt really limiting.
Sorry, I didn't get this. Could you elaborate?

The FOSS 'Someday' Thread: Projects On Your Radar But Not Your System (Yet)
Fellow open-source enthusiasts,
We all have that mental backlog of promising projects — those distros, tools, and systems we keep tabs on but haven't yet deployed. Perhaps you're waiting for that mythical free weekend, lacking a spare/compatible device or just holding out until that one killer feature drops.
FWIW, my 'someday' list includes:
Operating Systems/Distros:
- Gentoo – Source-based meta-distribution driven by Portage and USE-flags for near-granular control; binary packages also available if you'd rather skip marathon compile sessions.
- Guix System – GNU's functional, declarative distro built with Guile Scheme.
- MocaccinoOS – Image-based, container-built distro that originated from Gentoo/Sabayon but now uses the Luet package manager and OTA-like updates.
- NixOS – Declarative Linux distribution using the Nix package language.
- Qubes OS

The FOSS 'Someday' Thread: Projects On Your Radar But Not Your System (Yet)
Fellow open-source enthusiasts,
We all have that mental backlog of promising projects — those distros, tools, and systems we keep tabs on but haven't yet deployed. Perhaps you're waiting for that mythical free weekend, lacking a spare/compatible device or just holding out until that one killer feature drops.
FWIW, my 'someday' list includes:
Operating Systems/Distros:
- Gentoo – Source-based meta-distribution driven by Portage and USE-flags for near-granular control; binary packages also available if you'd rather skip marathon compile sessions.
- Guix System – GNU's functional, declarative distro built with Guile Scheme.
- MocaccinoOS – Image-based, container-built distro that originated from Gentoo/Sabayon but now uses the Luet package manager and OTA-like updates.
- NixOS – Declarative Linux distribution using the Nix package language.
- Qubes OS

The FOSS 'Someday' Thread: Projects On Your Radar But Not Your System (Yet)
Fellow open-source enthusiasts,
We all have that mental backlog of promising projects — those distros, tools, and systems we keep tabs on but haven't yet deployed. Perhaps you're waiting for that mythical free weekend, lacking a spare/compatible device or just holding out until that one killer feature drops.
FWIW, my 'someday' list includes:
Operating Systems/Distros:
- Gentoo – Source-based meta-distribution driven by Portage and USE-flags for near-granular control; binary packages also available if you'd rather skip marathon compile sessions.
- Guix System – GNU's functional, declarative distro built with Guile Scheme.
- MocaccinoOS – Image-based, container-built distro that originated from Gentoo/Sabayon but now uses the Luet package manager and OTA-like updates.
- NixOS – Declarative Linux distribution using the Nix package language.
- Qubes OS

While this is an especially great development for the Fedora Atomic aficionados among us, I wouldn't be surprised if we'll be hearing a lot more from sysexts as (yet another) avenue for installing software, particularly on other atomic/immutable distros. The concept itself isn't new - Flatcar has been utilizing this approach for some time (and has been a significant influence on this Fedora initiative).
The gist would be that it basically allows installing software natively without the traditional rpm-ostree
layering method. This approach eliminates both the lengthy installation times and reboot requirements typically associated with that process. Though, it doesn't seem to completely replace the conventional method as it comes with certain limitations (as per the developer):
They can not be used to:
- install another kernel
- install kernel modules
- make changes to the initrd
- make changes to /etc
- add udev rules
For th

Experimental systemd system extensions (sysexts) for Fedora image based systems
While this is an especially great development for the Fedora Atomic aficionados among us, I wouldn't be surprised if we'll be hearing a lot more from sysexts as (yet another) avenue for installing software, particularly on other atomic/immutable distros. The concept itself isn't new - Flatcar has been utilizing this approach for some time (and has been a significant influence on this Fedora initiative).
The gist would be that it basically allows installing software natively without the traditional rpm-ostree
layering method. This approach eliminates both the lengthy installation times and reboot requirements typically associated with that process. Though, it doesn't seem to completely replace the conventional method as it comes with certain limitations (as per the developer):
They can not be used to:
- install another kernel
- install kernel modules
- make changes to the initrd
- make changes to /etc
- add udev rules
For th

Experimental systemd system extensions (sysexts) for Fedora image based systems
While this is an especially great development for the Fedora Atomic aficionados among us, I wouldn't be surprised if we'll be hearing a lot more from sysexts as (yet another) avenue for installing software, particularly on other atomic/immutable distros. The concept itself isn't new - Flatcar has been utilizing this approach for some time (and has been a significant influence on this Fedora initiative).
The gist would be that it basically allows installing software natively without the traditional rpm-ostree
layering method. This approach eliminates both the lengthy installation times and reboot requirements typically associated with that process. Though, it doesn't seem to completely replace the conventional method as it comes with certain limitations (as per the developer):
They can not be used to:
- install another kernel
- install kernel modules
- make changes to the initrd
- make changes to /etc
- add udev rules
For th

Atomic Linux Distros: What Barriers Stand Between You and Making the Switch?
Look, I've only been a Linux user for a couple of years, but if there's one thing I've learned, it's that we're not afraid to tinker. Most of us came from Windows or macOS at some point, ditching the mainstream for better control, privacy, or just to escape the corporate BS. We're the people who choose the harder path when we think it's worth it.
Which is why I find it so damn interesting that atomic distros haven't caught on more. The landscape is incredibly diverse now - from gaming-focused Bazzite to the purely functional philosophy of Guix System. These distros couldn't be more different in their approaches, but they all share this core atomic DNA.
These systems offer some seriously compelling stuff - updates that either work 100% or roll back automatically, no more "oops I bricked my system" moments, better security through immutability, and way fewer update headaches.
So what gives? Why aren't m

Atomic Linux Distros: What Barriers Stand Between You and Making the Switch?
Look, I've only been a Linux user for a couple of years, but if there's one thing I've learned, it's that we're not afraid to tinker. Most of us came from Windows or macOS at some point, ditching the mainstream for better control, privacy, or just to escape the corporate BS. We're the people who choose the harder path when we think it's worth it.
Which is why I find it so damn interesting that atomic distros haven't caught on more. The landscape is incredibly diverse now - from gaming-focused Bazzite to the purely functional philosophy of Guix System. These distros couldn't be more different in their approaches, but they all share this core atomic DNA.
These systems offer some seriously compelling stuff - updates that either work 100% or roll back automatically, no more "oops I bricked my system" moments, better security through immutability, and way fewer update headaches.
So what gives? Why aren't m

Atomic Linux Distros: What Barriers Stand Between You and Making the Switch?
Look, I've only been a Linux user for a couple of years, but if there's one thing I've learned, it's that we're not afraid to tinker. Most of us came from Windows or macOS at some point, ditching the mainstream for better control, privacy, or just to escape the corporate BS. We're the people who choose the harder path when we think it's worth it.
Which is why I find it so damn interesting that atomic distros haven't caught on more. The landscape is incredibly diverse now - from gaming-focused Bazzite to the purely functional philosophy of Guix System. These distros couldn't be more different in their approaches, but they all share this core atomic DNA.
These systems offer some seriously compelling stuff - updates that either work 100% or roll back automatically, no more "oops I bricked my system" moments, better security through immutability, and way fewer update headaches.
So what gives? Why aren't m