Feature #2158
Allow better control of file-based configuration
Status: | Resolved | Start date: | 06/17/2016 | |
---|---|---|---|---|
Priority: | Normal | Due date: | ||
Assignee: | J. Moringen | % Done: | 100% | |
Category: | Configuration | |||
Target version: | rsb-0.15 |
Description
RSB Configuration currently loads config files from three different places (system config from PREFIX/etc/rsb.conf
, user config from ~/.config/rsb.conf
, and current directory config from $(pwd)/rsb.conf
). This is a reasonable default, but might be inefficient or even unfitting in some cases. For example:
- When users have an install prefix
/vol/mysystem
for their system, but use rsb from another place (often/vol/toolkit/...
in our case), the above file-based configuration won't load configuration from the system prefix/vol/mysystem/etc
, but the rsb prefix (/vol/toolkit/.../etc/
) instead, which does not allow system-specific configuration as intended. - I might not have control (e.g. write permissions) over the system config, but might not want to overwrite every unwanted option of the system config in my user config.
- adding pathes or
- inhibit default pathes (#1716)
Maybe similar to how I configure unix PATH
or LD_LIBRARY_PATH
variables.
Subtasks
Related issues
Associated revisions
Added description of RSB_CONFIG_FILES in *.rst
refs #2158
- specification-config.rst (Non-default Configuration File Cascade): new
section; describes RSB_CONFIG_FILES - common-command-line-options.rst (Common Environment Variables): added
RSB_CONFIG_FILES - news.rst (RSB 0.15): mention RSB_CONFIG_FILES
History
#1 Updated by Anonymous about 9 years ago
- Related to Feature #1716: Add an environment variable which inhibits file-based configuration added
#2 Updated by C. Emmerich about 9 years ago
+1
#3 Updated by J. Moringen almost 8 years ago
- Target version set to rsb-0.15
#4 Updated by J. Moringen over 7 years ago
- Status changed from Feedback to In Progress
#5 Updated by J. Moringen over 7 years ago
- Assignee set to J. Moringen
#6 Updated by J. Moringen over 7 years ago
- Status changed from In Progress to Resolved