-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
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
systemd-detect-virt: support Charliecloud #25549
Comments
why doesn't this container implementation set $container= like everyone else? https://systemd.io/CONTAINER_INTERFACE/ "CH_RUNNING" is a bit generic, and we rather not add more individualized hacks to our list of things to check. So far docker was the one speciality that was too special to follow the logic everyone else implements. Can you ping the people working on this new container thing, to implement the stuff listed in the container interface document? To the very least the $container thing? (And if they care about being able to runs systemd inside their containers also the rest) |
Closing, since they really should just implement the same logic as everyone else |
You get to run your project the way you want. But, regarding these:
I guess you missed this part of the initial bug report:
That is, third person is inappropriate and disrespectful. As to the substantive question, that variable appears to be a systemd thing rather than any kind of standard, and plenty of “everyone else” gets their own checks. I'm disinclined to support “individualized hacks” for systemd. |
at least nspawn, lxc, podman set $container=. |
libvirt sets it too btw |
If you are looking for more sw that checks for $container check this github search: https://github.com/search?q=getenv%28%22container%22%29&type=code&p=2 Good luck convincing them all to check specifically for your own implementation instead... |
Component
systemd
Is your feature request related to a problem? Please describe
systemd-detect-virt
can detect a variety of virtualized or containerized environments. Charliecloud is a well-known HPC container implementation but not apparently supported: it is not listed in the version 252 man page.Note: I am the Charliecloud project lead.
Describe the solution you'd like
Add Charliecloud support to
systemd-detect-virt
; a reasonable ID would becharliecloud
.Detection is simple;
ch-run(1)
, used to start a container, sets the environment variableCH_RUNNING
.Describe alternatives you've considered
One could also figure out some signature of a running Charliecloud container (e.g., which namespaces are in use), but since there is a documented method for detection, that seems best.
The systemd version you checked that didn't have the feature you are asking for
252
The text was updated successfully, but these errors were encountered: