News for hackers. Stuff that matters.

A comment on Show HN: Compare local Docker images with ones in registry. Parent comment

Re:Show HN: Compare local Docker images with ones in registry by Pirate-of-SV on Saturday September 02, 2017 @11:22AM (#15156398)
What you say is true for container images and putting an ELF binary as the only file in an image doesn't make much sense if your only purpose is to run it without any other requirements.

However don't forget that Docker also gives the user an interface for running processes in a namespace and cgroup!

[ Parent | on HN ]
Re:Show HN: Compare local Docker images with ones in registry by stephenr on Saturday September 02, 2017 @11:38AM (#15156509)
So does systemd, which, fucking abysmal community engagement approach aside, is technically a lot more usable and reliable than Docker.
[ Parent | on HN ]
Re:Show HN: Compare local Docker images with ones in registry by ivanilves on Saturday September 02, 2017 @07:19PM (#15158772)
Docker IMO does the packaging thing very well.

I agree that for the bare Golang application systemd will be enough.

But what will you do with Java and (OMG!) Ruby, NodeJS applications?

For lots of stuff out there Docker packaging capabilities are vital!

[ Parent | on HN ]
Re:Show HN: Compare local Docker images with ones in registry by stephenr on Sunday September 03, 2017 @10:21PM (#15165233)
What will I do? Install their dependencies.

People have been running servers and installing software for a long time before Docker came around, and will be for a long time after it's flavour of the month appeal wears off.

[ Parent | on HN ]
Re:Show HN: Compare local Docker images with ones in registry by mschuster91 on Monday September 04, 2017 @07:52AM (#15167534)
> What will I do? Install their dependencies.

Good luck when you want to have multiple projects installed on a single server.

[ Parent | on HN ]
Re:Show HN: Compare local Docker images with ones in registry by stephenr on Monday September 04, 2017 @08:54AM (#15167887)
rbenv is a thing that exists.

npm already installs dependencies locally by default.

I already generally avoid Java apps, for bigger reasons than packaging, but setting a custom $CLASSPATH for the JVM to load your dependencies isn't really that difficult.

[ Parent | on HN ]