Conversation
RC_PATH now behaves similarly to MANPATH, the first empty entry will be replaced with the default search path XDG_CONFIG_DIRS is a systemwide mirror of XDG_CONFIG_HOME, and not using the same subdir inside both is technically spen non-compliant there is no other system-level tool i could find that uses XDG_CONFIG_*, so i think it makes sense to reduce it to --user only
the same as the local prefix on seemingly all systems, of which was defined incorrectly as $prefix/usr/local. since most systems call it local prefix, drop the 'pkg' one
distros, namely debian, want to keep sysvinit scripts for compatibility, while moving to openrc native scripts slowly having /etc/init.d in the search path before /usr/libexec/rc/init.d makes that transition almost impossible the recommendation for most distros is to leave the path untouched or as close to the default as possible
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
for 2/4:
by all intents i could gather, XDG_CONFIG_DIRS aren't really supposed to be searched for system packages, no one does, and using different suffixes on it vs _HOME is technically/pedantically spec uncompliant -- i'm still a bit unsure about how RC_PATH should interact with user services, since setting an RC_PATH combined with --user could cause issues
maybe --user should also append /user to RC_PATH? have to check what systemd does there
for 4/4:
mostly done for debian, i'm not super happy with it but if there's no alternative is something we could do for them