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

/etc/grid-security position doesn't respect ETC_DIR or --sysconfdir #115

Open
ShamrockLee opened this issue Apr 25, 2023 · 3 comments
Open
Assignees

Comments

@ShamrockLee
Copy link

The /etc/grid-security-related paths are hard-coded inside the code. When configuring with --sysconfdir to place the configurations somewhere other than /etc, VOMS clients still try to read from /etc/grid-security.

Is it a design decision?

@ShamrockLee ShamrockLee changed the title /etc/grid-security position doesn't respect ETC_DIR or --sysconfdir /etc/grid-security position doesn't respect ETC_DIR or --sysconfdir Apr 25, 2023
@giacomini
Copy link
Member

Difficult to say if it was a conscious design decision when it was taken, many years ago. Is it something that bothers you in practice? If so, I can try to investigate further.

Please note that you can specify the trusted certificates directory, the vomsdir directory and the vomses file in a number of ways, e.g. as env variables and command-line options.

@giacomini giacomini self-assigned this Jul 3, 2023
@msalle
Copy link
Contributor

msalle commented Jul 4, 2023

For the record, LCMAPS, LCAS and the like also hardcode /etc/grid-security. Different plugins typically have flags to override for example the certificates directory, similar to VOMS. Note that /etc/grid-security itself is rarely used. It's usually directories underneath it, and those latter one are usually configurable.

@ShamrockLee
Copy link
Author

ShamrockLee commented Jul 11, 2023

Sorry for late reply.

Is it something that bothers you in practice?

As a maintainer of the voms package in Nixpkgs, I need to specify where it looks for configuration and other data. (Unlike APT or RPM, Nix package manager stores each packages separately in hashed store paths instead of top-level FHS directories.) Just noticed such inconsistency when refactoring the package.

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