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

man: lack of descriptions of BoundBy= and ConsistsOf= #7043

Closed
johnlinp opened this issue Oct 10, 2017 · 3 comments
Closed

man: lack of descriptions of BoundBy= and ConsistsOf= #7043

johnlinp opened this issue Oct 10, 2017 · 3 comments

Comments

@johnlinp
Copy link
Contributor

johnlinp commented Oct 10, 2017

Submission type

  • Request for enhancement (RFE)

systemd version the issue has been seen with

v235

Description

I saw BoundBy= and ConsistsOf= dependencies were mentioned in systemctl(1), but I can't find the detailed descriptions of them anywhere in other documentations. I assume they should have been described in systemd.unit(5)?

@poettering
Copy link
Member

Humm. These are primarily internal deps. They are automatically created as inverse of BindsTo= and PartOf= and cannot be configured directly. The hence aren't really first-class deps.

That said I figure it doesn't hurt documenting such internal deps too, as they do show up in systemctl show, indeed.

@johnlinp
Copy link
Contributor Author

@poettering Since those dependencies are only for internal use, how about removing them in systemctl(1) and describe them with something like "inverse BindsTo=" and "inverse PartOf=" instead?

@poettering
Copy link
Member

well, even though they are for internal use they actually are interesting to admins too, as they may be used to determine things like "which service is bound to this device?" and things like that.

@keszybz keszybz added the has-pr label Dec 7, 2017
@yuwata yuwata closed this as completed in b292066 Dec 13, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

3 participants