Very interesting. I wish flatpak would offer a better CLI experience. I don’t want another package managing tool, but here we are.
Very interesting. I wish flatpak would offer a better CLI experience. I don’t want another package managing tool, but here we are.
By this logic the Linux kernel is also a single point of failure and attack vector.
sudo isn’t going away, so does doas. run0 is just another alternative to use or not.
There are still distribution out there without systemd and if there ever won’t be any systemd-free distributions left and systemd would become a critical part of the Linux ecosystem, then it would get the same treatment as the Linux kernel with many professional maintainers.
I put the last one in brackets, because it is debatable. But my hole point is, that there are not many producers out there to chose from.
The problem is, that there are not many notebook producer, that are
There is Dell, Acer, Framwork and that’s it, I guess?
There are good reasons to break userspace sometimes. If we would never do so, we would stuck on X11 forever.
Thank you for this in depth answer. It makes me want to explore Ansible and setup automation. Sounds really great!
and write a blog post for people like me, how you did it, so I can learn.
I am thinking about that … 🤔
I use Fedora Silverblue and in my experience the updates are very stable. But with Debian and Ansible automation I think you are not missing a much, maybe nothing at all.
Would you mind sharing how you automated your setup with Ansible or generally how to use Ansible in that way? I use some bash scripts for my automation and it is a bit hacky, so if I could improve that, it would be nice.
Who hurt you?
I mean, you got some points, but went way over board with it and beyond the scope of the question.
but someone decided that is is time to transform proven development techniques in the hopes of eventually selling some orchestration and/or other proprietary repository / platform like Docker / Kubernetes does.
So, you really think, that this must be the reason immutable desktops were invented?
It magically disappeared …
You have posted basically the same post one day ago. https://lemmy.ml/post/9994522 This might be classified as spam by now …
Many maintainers use the entire systemd suite, even if they don’t require all its components.
This is the level of systemd-critic today?
Some thoughts:
Todays ThinPads are not superior. Some things are:
flatpak install "$1"
snap install "$1"
appimage-cli-tool install "$1"
I think flatpak could perfectly fine for installing cli applications even though it is designed for desktop applications.
Shoving CLIs into flatpaks could be a thing but that wouldn’t really solve a problem, it would just mean adding one more ocean to boil and someone would have to volunteer to package htop for the 30th time.
Flatpak is distribution independent, which means, it could be actually reduce repackaging.
flatpaks and containers use the same kernel tech underneath, cgroups and namespaces, it’s just a specific implementation designed for desktop apps, and it has things like portals and stuff that’s specific for gui apps.
While that is true, I don’t see, why this is a problem for CLI applications to be installed and run via flatpaks.
Direct package management in your home dir - also an option, you can just install homebrew, nix, or tea or whatever install packages in your home directory and then it’s totally decoupled from the system.
Can you explain, why this works better, than flatpaks? I mean it does not matter what flatpaks were intended for originally, if they do the job just fine.
So for example, if you use silverblue, you use htop, but it wouldn’t make sense as a flatpak when there’s a full fedora installation delivered via a container already on your desktop, you’d just dnf install htop and move on.
I found this approach lacking, because:
dnf install foo
in a bashscript. Controlling a container via bash is not that easy (or, I don’t know how it works)I use silverblue myself, but I think “cloud nativ” is a terrible name. “Immutable” is IMO better.
Also installing cli tools via toolbox/distrobox is not ideal. I hope for a better solution. Maybe someday i can install htop via flathub.
This is cool, but if Microsoft would <3 Linux, they would do this themself.
Did you type:
lspci > /sdc1 lspci.txt
exactly like this? because that would pipe the output into/sdc1
. You probably want to pipe it into/your/mount/point/lspci.txt
(something like that).