Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Docker Image #235

Open
ghost opened this issue Jul 11, 2021 · 2 comments
Open

Docker Image #235

ghost opened this issue Jul 11, 2021 · 2 comments

Comments

@ghost
Copy link

ghost commented Jul 11, 2021

I think it would be so cool (as well as beneficial) if a docker image of this OS was published for developers to use.
I'm curious to hear the pros and cons as well as what would be required to do so.

@ivandavidov
Copy link
Owner

The MLL build process already generates a Docker compatible container layout that can be used as a base image. If you exclude all default overlay bundles and include only the glibc_full overlay bundle, the result MLL container layout won't be that different from the Docker's default Busybox images.

From nowadays perspective, the fact that MLL has smaller GLIBC footprint, therefore the final MLL image will also be smaller, is insignificant. I think most users would like to stick to the core community builds and use the Busybox image, rather than a third-party optimized image like MLL's variation of Busybox.

Of course, people with specific software needs could use the MLL build system to optimize their software and include only the parts they actually need in their own image. However, these users are very strong power users and I'm sure they are well aware of the pros and cons of building their own image, compared to the well tested community images from the mainstream.

In the end, I believe it's a community choice. The MLL build process provides this feature and it's up to community whether to use it or not.

I'm open for suggestions how to make this feature more popular and community friendly. :)

@ghost
Copy link
Author

ghost commented Jul 12, 2021

Well, I think the starting point would be going off of why people would choose to use this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant