2 ms·
I'm bit befuddled why the author decided to use volumes for /source and /install instead of just installing the game into the container image. That way you woul
by zokier 7y ago
I'm bit befuddled why the author decided to use volumes for /source and /install instead of just installing the game into the container image. That way you wouldn't need to keep the game files floating around on the host system and overall would have more self-contained container. You could even get fancy and use multi-stage container so that the installer wouldn't need to be included in the final image.
The installer could be run under `expect` so that human interaction is not needed.
- Groxx 7y agoIt's covered explicitly in the "goals and principles" section. They're aiming for a reusable environment for older games, not a single-purpose one.
- jayd16 7y agoThey could make a base image and then an image layer that contains the game files only. Now you have a single file image per game with a consistent base.
- Groxx 7y agoSure, as a follow-up they could do that. That's (very clearly declared to be) not the goal of the author though.
- jayd16 7y agoMy point is that by separating the layers it does fulfill the declared goals but in a more portable way. As implemented, there could be hidden dependencies on the local file system or across game installs.
- reificator 7y agoBut it then prevents redistribution of the container images in a legal manner, because the game files themselves are still under copyright.
- djhworld 7y agoI guess one concern might be the author wanting to push the images to a public repo so other people can use them - which would probably get the author into a bit of trouble for distributing paid content.