←back to thread

Shutting Down Clear Linux OS

(community.clearlinux.org)
125 points todsacerdoti | 1 comments | | HN request time: 0.216s | source
Show context
hardwaresofton ◴[] No.44611122[source]
Knowing which projects/languages/frameworks to invest time into and which to skip (even if they produce useful subprojects) is a superpower these days.
replies(9): >>44611184 #>>44611336 #>>44611395 #>>44611425 #>>44611464 #>>44611495 #>>44611523 #>>44611726 #>>44611751 #
kev009 ◴[] No.44611425[source]
Debian, FreeBSD.. the longstanding community software is immune from these kinds of rug pulls.
replies(1): >>44611535 #
mikepurvis ◴[] No.44611535[source]
Yes, but you pay a real cost for those choices too. A management plane that is non deterministic, imperative, and full of highly mutable state, not to mention basic stuff like the package manager metadata and cache not being shareable, and package installs all having to be serialized because they all call shell scripts as root. These limitations constrain even tools like dagger from providing a first class interface to apt like there is for apk because any deb could have rm -rf / as the postinstall script.

A lot of normal users don’t feel these pain points or tolerate them by sidestepping the whole affair with containers or VM images. But if you’re in a position where these things have an impact it can be extremely motivating to seek out others who are willing to experiment with different ways of doing things.

replies(1): >>44611613 #
zymhan ◴[] No.44611613[source]
I'll bet $20 your solution to the problems you posed is "Nix"
replies(2): >>44611746 #>>44611859 #
1. mikepurvis ◴[] No.44611859[source]
I did indeed deploy Nix to moderate success in a prior gig, but have held back pushing it at my current one; we're simply not at the scale where the problems that Nix solves are worth the cost (yet, maybe ever).

For a less controversial take, consider alpine's apk package manager. For a single-use container that runs one utility in an early dockerfile stage, apk can probably produce that image in 2-3 seconds, whereas for an apt-based container it's more like 30 seconds. That may not matter in the grand scheme of things or with layer caching or whatever, but sometimes it really does.