KillingSpark / rustysd

A service manager that is able to run "traditional" systemd services, written in rust
MIT License
506 stars 15 forks source link

Quick and easy way to get this installed on a bare-metal non-container Linux #48

Open ericcurtin opened 2 years ago

ericcurtin commented 2 years ago

Thanks very much for creating this, I'm curious I want to try this out, but on native bare-metal Linux (with a few user-space tools like an ssh server etc.). Any quick and easy guide? I could read LFS and try and figure it out. Has this been run on bare-metal or just in containers?

KillingSpark commented 2 years ago

Uhm, I dont habe a lot of experience with barebones linux. But i'd guess setting up a LFS using rustysd as the service manager could work.

I would advise against using it as the PID1 though. In theory it should work and the happy path likely will, but if anything goes wrong I don't think rustysd handles that well in its current state.

~Awkwardly enough, I just merged a PR from githubs dependabot because of a scary sounding CVE and the build is currently broken. Seems like an easy fix tho. I wanted to do that soon anyways. Might as well do it this evening.~ Edit: done

If you have any more questions please ask, I'd be happy to help you get this running if I can!

Edit: But to answer the question posed in the title: if you compile this against musl-libc it has no further dependencies. So you should be able to just put the binary wherever, point it to your service files and be done... so far the theory. This works in a docker container, so I'd imagine it would work outside of one too.