6 ms·
"Modern package management systems like APT spend a lot of effort installing and removing files, and they don't do it completely" Well, there /is/ another way
by bubo_bubo 9y ago
"Modern package management systems like APT spend a lot of effort installing and removing files, and they don't do it completely"
Well, there /is/ another way to do it.
STATIC LINK ALL THE THINGS
Which would work if licenses and copyrights didn't exist.
- lobster_johnson 9y agoI'm talking about mutations to the file system. Things like database files, logs, /var/run, etc. Managing internal dependencies (like libraries) is another concern entirely. But containers are good for that, too.
- chainsaw10 9y ago> Which would work if licenses and copyrights didn't exist. I don't think it would. Dynamic linking allows a library to be patched once and have the patch apply to all the programs using it. If every program was statically linked, you would have to update each one individually. Not to mention the waste of space. I'm guessing much of that is moot these days, but IMHO it's still something to aim for.
- digi_owl 9y agoI think GP is being snarky/sarcastic.
- isostatic 9y agoPatch a library and perhaps you end up breaking some programs that rely on that library. The benefit of that goes away with containers anyway, you don't share libraries, every instance gets its own install.
- digi_owl 9y agoCould have sworn that _nix already had mechanisms for loading different lib versions side by side...
- unscaled 9y agoThat's one of the main touted benefits of containers (a.k.a build reproducibility). You can view containers as a an overly complicated way to make software with complicated deployment brain-dead easy to deploy. We're at the point in the hype cycle where it starts getting fashionable to dismiss that as an overkill, but the reality for most of us out there is that most software is way more complicated than a single executable and containers make it easier to deploy complicated software.