51
I hate YouTube videos.
If this was an article, it could be read quickly and with no annoying YouTube influencer in my face.
Or being forced to find a headset somewhere because my hearing is shit and I can't make out what they're saying (and don't get me started on the auto-generated sub's).
Also, not having ads waved in my face on YouTube is a plus.
Also, I read a lot faster than the average youtuber talks.
Some things benefit from video, but tech articles tend to not fall under that category.
It's also on YouTube, but this link is not YouTube
Are we trying to make YouTube a generic word now?
Haha didn't even notice it was hosted somewhere else since I didn't click the link.
But the point is, videos have a lot of downsides and very few upsides. Sometimes it's good to get a visual explanation of something but more often than not, videos are designed to focus on the influencer and to be entertaining.
I just want to get to the information myself.
love this guys videos, just watched this one earlier today
Nick is probably my favorite Linux YouTuber. He seems to be the only one to understand that Linux has to look and feel sexy for new people to stay on board.
Personally I'm not super into the idea of immutable Distros, they kind of feel like Phone or Game console operating systems due to being read-only and containerized.
I prefer being able to change stuff without it being overwritten in the next update which is one of my many complaints with the steam deck and it's immutable OS, the system is locked to read-only and even if you unlock it it'll get relocked and all your changes undone at the next update.
The point is you don't need to change stuff. You tell the resulting state of the system, the system will generate that state for you.
You don't change some file somewhere, you change the pipewire settings in your configuration file and rebuild. You save your config to version control so you can recreate the exact copy of your system any time and on any computer by just letting it download the locked versions of all of the packages you have installed.
Well back when I didn't know any better and would go through linux installations because I would break things but also because many of the "recommended linux distros" had problems (f*** you Canonical forcing buggy snaps onto us) I might've thought it was an awesome idea. But now that I know better (both how to not break stuff + fix things if they're broken, and know when people are recommending glitchy trash) it just feels more restrictive. Kind of like a game console, android phone, or S mode. It's not necessarily as restrictive as those things because you can turn it off and do what you want but the updates to the OS will almost never respect the changes you make, as I know from SteamOS.
Because I want to Install portmaster or create services to launch my own scripts on Boot without them being purged blindly by an update (just like How on Game consoles System updates will remove installed homebrew) I'm not into the idea of using immutable systems that lock you out of changes you might want to do that aren't official.
Immutable systems do not "lock you out of changes you might want to do that aren't official", even if steamOS specifically does.
Microos and coreos both allow package layering client side. There is also features landing allowing "unlocking" the read-only filesystem.
More importantly, coreos now allows using Containerfile to customize the distro server side, and then all your computers can pull the same image (with all your hard work stored in the registry, and reapplied via the Containerfile and some cicd). It's certainly a very different and new workflow and there is a lack of tools user facing tools, but that is always the case with new tech.
The workflow I would sell you on is this:
- "unlock" system (allowing non-persistent changes)
- test everything works as you would like
- apply same changes via Containerfile
- Enjoy all your computers automatically updating to this and all your hard work being stored permanently in a registry.
This is a simplification and in practice currently a lot of things are hard to accomplish this way (say bootloader changes). But that is the "goal", and after running highly customized distros for a decade, I at least would love to be able to have all my changes in all my (present and future) computers without the hassle that brings currently
You can just describe the effect you want for your system. Most common cases are done for you in NixOS. Like configuration of packages, systemd services, etc. But you could write your own. I submitted a pull request for a service, and then made a half-assed fork of a GUI for the NUR.
Could I just used a different distro and just installed it? Sure, but now people use my package
I could have figured out how to set the iptables myself instead of using some software, but we're sharing solutions here so the next person can just write the package name and just use it.
You're creating your own ad-hoc solutions with different benefits and drawbacks.
Portmaster wants to download its own updates. They could just go the Firefox "managed by your organization" route if they wanted to
At least in coreos. rpm-ostree let's you "layer" packages on top of the base image, so when you install the next update it will automatically install your packages on top. You get to have the cake and eat it too.
How’s this different from Docker over LXC in terms of practicality?
Docker just hides the dirt under the carpet. It doesn't actually clean up the mess. The beauty of something like NixOS or Guix is that you get reproducibility, immutability and hackability without any kind of container magic and you get it at the level of the individual package. The whole system is little more than a naming convention, some symlinks and environment variables. It's basically all classic Unix'y stuff.
That said, other immutable solution that aren't NixOS or Guix aren't that much different from Docker from what I understand.
If a lot of people don't prefer immutable distributions, why are they made? I still don't understand who this is for.
Colossal waste of developer time and system resources. No thanks. At that rate just port the whole userland to nodejs electron too.
this post was submitted on 19 Aug 2023
51 points (82.3% liked)
Linux
8152 readers
1 users here now
Welcome to c/linux!
Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!
Rules:
-
Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.
-
Be respectful: Treat fellow community members with respect and courtesy.
-
Quality over quantity: Share informative and thought-provoking content.
-
No spam or self-promotion: Avoid excessive self-promotion or spamming.
-
No NSFW adult content
-
Follow general lemmy guidelines.
founded 1 year ago
MODERATORS