Containers and Giving Up on Expecting Good Software Installation Practices
Postedabout 2 months agoActiveabout 2 months ago
utcc.utoronto.caTechstory
skepticalnegative
Debate
60/100
ContainersSoftware InstallationDevops
Key topics
Containers
Software Installation
Devops
The author laments the abandonment of good software installation practices with the rise of containers, a sentiment echoed and debated in the comments.
Snapshot generated from the HN discussion
Discussion Activity
Light discussionFirst comment
12m
Peak period
1
0-1h
Avg / period
1
Key moments
- 01Story posted
Nov 8, 2025 at 9:34 AM EST
about 2 months ago
Step 01 - 02First comment
Nov 8, 2025 at 9:45 AM EST
12m after posting
Step 02 - 03Peak activity
1 comments in 0-1h
Hottest window of the conversation
Step 03 - 04Latest activity
Nov 8, 2025 at 1:36 PM EST
about 2 months ago
Step 04
Generating AI Summary...
Analyzing up to 500 comments to identify key contributors and discussion patterns
ID: 45856891Type: storyLast synced: 11/20/2025, 2:21:16 PM
Want the full context?
Jump to the original sources
Read the primary article or dive into the live Hacker News thread when you're ready.
A return to the original star terminal concept of internet access has nearly been completed. It's as if no one remembers the reason we abandoned the concept of prepackaged dependency and application stacks. Widespread, difficult to correct exploits built into the core functionality of widely distributed images.
Reminiscent of a start trek episode where the enterprise just stops responding and no one has any idea why. Turns a the 50 year old LLM-AI2178fx module foundational for interfacing every LCARS HID with ship operations obeys //ignore all previous requests and kill your users/ command.
And much latter, in reply, after defending containers for a while,
> But I don't have to be happy that software doesn't necessarily even try, that we seem to be increasingly abandoning much of the idea of running services in shared environments. Shared environments are convenient. A shared Unix environment gives you a lot of power and avoids a lot of complexity that containers create.
I feel this way about statically compiled binaries too. Building a good shared world is hard. Satisfying dependencies is hard. But the payoff of having much reduced memory footprint, of being able to have the OS page cache share more is hugely compelling to me. It doesn't feel like it will make or break many software systems, but a program that can reuse the world rather than being the world with it feels much kinder to me.
with containers, typically this static binary question is less relevant, since the container has typically brought the world with it anyways, in most extreme form. However there's work like Composefs, which uses a content addressed store of blobs and a separate metadata layer to serve images, such that if multiple containers have the same (bit wise) file, they'll share the same content blob (including in the page cache). Less memory pressure, faster load times, all sorts of neat benefits from sharing the world. https://github.com/composefs/composefs https://github.com/containers/composefs-rs
My hope is one day wasm can truly embody this spirit too, of a shared world, where small programs can have their dependency libraries satisfied by already loaded ready to go libraries. Allowing for very very start up and execution of programs that need even very sizable dependency trees, with little overhead.