Open nsheff opened 4 years ago
Yes, I did create one, and I'm realizing now I never pushed that to docker hub I believe. I built it and was successfully using that on local desktop. I am running in to lab this evening to grab a few items and will ensure that's pushed as well. Thought I had finalized everything there but obviously not.
It's the databio/alpine-coreutils image. Basically, it's alpine linux with GNU coreutils installed. Still very lightweight at < 10 MB.
So, to clarify. Not a manifest, but a new docker image. Can revert that to a manifest if we think that's better?
We had talked about ensuring greater version control. Which the image creates versus importing host commands... Not sure the merit there, as obviously we are then in charge of updating the image.
here are a few thoughts:
and will ensure that's pushed as well.
why don't you just rebuild and push it if you want it pushed?
So, to clarify. Not a manifest, but a new docker image. Can revert that to a manifest if we think that's better?
to be clear: the manifest would use your image (or ideally an official coreutils one if it existed, so we don't have to maintain it)
join
that wasn't present and I use in multiple pipelines.ok make your manifest have everything on the coreutils list
everything
at least, everything that makes sense (su
for example doesn't make sense... if needed it should be a host command I guess...)
may require some tweaking as we go
Gotcha. Will do.
I think whoami
should probably be left as a host command... ?
Does it get added to alpine? Or just removed from containerization?
I think it would be useful to have a manifest that provides all the core utils for strict runs
@jpsmith5 you were working on something similar, what did you decide on? I see a lot of coreutils made it into terminal manifests (like peppro), are you planning to make a
bulker/coreutils
manifest and import that, so these can be shared among manifests?