Any reason why sysbox is only supported on Ubuntu and not say RHEL / CentOS / Fedora?
Launch HN: Nestybox (YC S20) – Containers beyond microservices
101–110 of 112 posts
Re: Launch HN: Nestybox (YC S20) – Containers beyond microservices
#102the docker installation that rhel uses carries small patches that enable one to build containers that run with systemd as init with ease, without the user having to do anything special (or run with privilege), its runtime sets everything up for you correctly. I've built and run them, so I know they work. RedHat wanted docker to take them, but Docker refused.
Didn't know that. But it makes sense given that podman already supports it. Btw, i did a quick search but couldn't find anything on this (docker's systemd support in rhel). If you happen to know where to find these patches, please send them my way. Thanks.
specifically, the hooks patch.
then see https://developers.redhat.com/blog/2016/09/13/running-system... (i.e. 4 years ago when I built containers to do this)
though of course as you note they now say to use podman https://developers.redhat.com/blog/2019/04/24/how-to-run-sys...
Re: Launch HN: Nestybox (YC S20) – Containers beyond microservices
#103Re: Launch HN: Nestybox (YC S20) – Containers beyond microservices
#104Re: Launch HN: Nestybox (YC S20) – Containers beyond microservices
#105For example, let's say that I'd like to compile some complex piece of Linux software, software for which I don't have all of the third-party software/library dependencies, and I don't want to download/install all of those packages on my desktop Linux computer, because they're only going to spam it up...
Well, it sounds like with a Nestybox -- I could install all of those 3rd party libraries/packages, compile the code (inside of the Nestybox), and then not have to worry about my main Linux desktop being clogged/spammed up by unwanted third party libraries/binaries/dependencies... is that true?
Will Nestybox work for the above scenario?
Re: Launch HN: Nestybox (YC S20) – Containers beyond microservices
#106I think this might have some use cases outside of running microservices, services, Docker / container images, etc. For example, let's say that I'd like to compile some complex piece of Linux software, software for which I don't have all of the third-party software/library dependencies, and I don't want to download/install all of those packages on my desktop Linux computer, because they're only going to spam it up...…
I fully agree that Sysbox use-cases extend beyond docker-in-docker and k8s-in-docker. These, docker and k8s, were just the first two system 'apps' that we decided to support, but Sysbox can grow to support many others.
To be fair, we are not expecting Sysbox to be able to run _every_ application, for many apps you'll still need hw virtualization. Our goal is to focus on the (potentially large) subset of apps that could technically run inside a container, but are not capable of doing so due to current runtime limitations (mainly coz they were not designed for that purpose).
Thanks.
Re: Launch HN: Nestybox (YC S20) – Containers beyond microservices
#107what are some practical use cases of being able to run docker inside docker? Does that help with hardware in the loop?
Re: Launch HN: Nestybox (YC S20) – Containers beyond microservices
#108I think this might have some use cases outside of running microservices, services, Docker / container images, etc. For example, let's say that I'd like to compile some complex piece of Linux software, software for which I don't have all of the third-party software/library dependencies, and I don't want to download/install all of those packages on my desktop Linux computer, because they're only going to spam it up...…
Right, that will work. I fully agree that Sysbox use-cases extend beyond docker-in-docker and k8s-in-docker. These, docker and k8s, were just the first two system 'apps' that we decided to support, but Sysbox can grow to support many others. To be fair, we are not expecting Sysbox to be able to run _every_ application, for many apps you'll still need hw virtualization. Our goal is to focus on the (potentially large)…
I hope you find much success!
Re: Launch HN: Nestybox (YC S20) – Containers beyond microservices
#109Earlier quoted context omitted.
Right, that will work. I fully agree that Sysbox use-cases extend beyond docker-in-docker and k8s-in-docker. These, docker and k8s, were just the first two system 'apps' that we decided to support, but Sysbox can grow to support many others. To be fair, we are not expecting Sysbox to be able to run _every_ application, for many apps you'll still need hw virtualization. Our goal is to focus on the (potentially large)…
Sounds absolutely awesome! Congrats on your excellent product / company! I hope you find much success!
Re: Launch HN: Nestybox (YC S20) – Containers beyond microservices
#110How does Sysbox compare to Podman? (If I remember correctly you can run systemd in a podman container and/or run a podman container with systemd.
podman run -ti --security-opt label=disable --security-opt seccomp=unconfined --cap-add SYS_ADMIN --env STORAGE_DRIVER=vfs quay.io/podman/stable sh -c "dnf update -y; podman run hello-world"