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

OpenRC integration #141

Closed
stalkerg opened this issue Oct 2, 2024 · 8 comments
Closed

OpenRC integration #141

stalkerg opened this issue Oct 2, 2024 · 8 comments

Comments

@stalkerg
Copy link

stalkerg commented Oct 2, 2024

Maybe a little bit to early, but I want to use it for OpenRC installation (Gentoo or Alpine) instead default dbus.

@zeenix
Copy link
Collaborator

zeenix commented Oct 2, 2024

Great. Is this issue about packaging busd for them or are there some special requirements that need to be implemented?

@aidanharris
Copy link

I don't think anything special is needed here but it's important that features like #80 don't get implemented in a way that makes this useless to anyone else. It is very hard to run dbus-broker without Systemd (See: bus1/dbus-broker#340) so most people using OpenRC continue to run the reference dbus-daemon instead.

In particular, if you do manage to get dbus-broker running you will find that user services do not launch because this is expected to be managed by Systemd (or some other "supervisor" or "manager" of some sort).

Whether you choose to tackle launching user services without Systemd like the reference implementation does is one thing but I would strongly suggest to at least keep it somewhat working without Systemd (even if users have to manually launch services somehow) and when you do add Systemd functionality to this project then gate it behind a Cargo 'systemd' feature flag so it's still possible to build without it.

@zeenix
Copy link
Collaborator

zeenix commented Oct 2, 2024

I can try but I won't make any promises. systemd (or at least its interfaces) should really be available on all Linux systems these days. Assuming systemd, makes things easier to implement.

Having said that, busd does target non-Linux machines so all the basics will continue to work w/o systemd.

@zeenix zeenix closed this as completed Oct 2, 2024
@zeenix
Copy link
Collaborator

zeenix commented Oct 2, 2024

Closed since I don't see any actionable here.

@stalkerg
Copy link
Author

stalkerg commented Oct 3, 2024

I can try but I won't make any promises. systemd (or at least its interfaces) should really be available on all Linux systems these days. Assuming systemd, makes things easier to implement.

Gentoo is still Linux, and they use OpenRC by default. And not only Gentoo but some other distros also use OpenRC.

@zeenix
Copy link
Collaborator

zeenix commented Oct 3, 2024

I can try but I won't make any promises. systemd (or at least its interfaces) should really be available on all Linux systems these days. Assuming systemd, makes things easier to implement.

Gentoo is still Linux, and they use OpenRC by default. And not only Gentoo but some other distros also use OpenRC.

I didn't say or imply otherwise but if they decide to go their own way, I (or any software developer targeting Linux in general) shouldn't have to cater for them.

Anyway, as I wrote, I seriously doubt we'll have a hard dep on systemd. As you wrote, maybe functionality like service autolaunch may not work but that's about it.

@zeenix
Copy link
Collaborator

zeenix commented Oct 3, 2024

Btw, I also get annoyed that I can't launch a new dbus-broker instance as easily as I can do for dbus-daemon so launching easily through commandline should always be possible.

@stalkerg
Copy link
Author

stalkerg commented Oct 4, 2024

@zeenix thank you! I appreciate your answer.

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

3 participants