Overview
infi.conf is a generic mechanism for storing, loading and manipulating configuration.
Usage
Basics
Given a file like this:
>>> f = open("/tmp/my_file.cfg", "w")
>>> _ = f.write("""
... CONFIG = {
... "a" : {
... "b" : 2,
... }
... }""")
>>> f.close()
Obtaining a configuration object is done via:
>>> from infi.conf import Config
>>> c = Config.from_filename("/tmp/my_file.cfg")
>>> c.root.a.b
2
Loading From Other Sources
You can also load from string:
>>> c = Config.from_string("CONFIG = {'a' : 2}")
>>> c.root.a
2
Updating Paths
Setting paths is done by settings items:
>>> c['a'] = 3 >>> c.root.a 3
Setting paths that didn’t exist before is not allowed, unless you assign a config object:
>>> c['b'] = 3 #doctest: +IGNORE_EXCEPTION_DETAIL Traceback (most recent call last): ... CannotSetValue: Cannot set key 'b' >>> c['b'] = Config(2) >>> c.root.b 2
Assigning can also be done via the root proxy:
>>> c.root.a = 3 >>> c.root.a 3
Backing Up/Restoring
Whenever you want to preserve the configuration prior to a change and restore it later, you can do it with backup() and restore(). They work like a stack, so they push and pop states:
>>> c = Config({"value":2})
>>> c['value']
2
>>> c.backup()
>>> c['value'] = 3
>>> c['value']
3
>>> c.backup()
>>> c['value'] = 4
>>> c['value']
4
>>> c.restore()
>>> c['value']
3
>>> c.restore()
>>> c['value']
2
Utilities
Path Assignment
It is possible to assign to a config via path assignment, e.g:
>>> c = Config(dict(a=dict(b=dict(c=3)))) >>> from infi.conf.utils import assign_path >>> assign_path(c, "a.b.c", 4) >>> c.root.a.b.c 4
Expression Path Assignment
In some cases you would like to receive strings like this:
a.b.c=2
And make sense of them in the context of the configuration. This might be because they originate from command line, overlay files, or whatever other source comes to mind. infi.conf’s utilities provide a function for this:
>>> from infi.conf.utils import assign_path_expression >>> assign_path_expression(c, "a.b.c=2") >>> c.root.a.b.c '2'
Note that in this method, types are always strings. If your leaf already has a value, the deduce_type flag can be used to deduce the type from the current value:
>>> c['a']['b']['c'] = 3 >>> assign_path_expression(c, 'a.b.c=666', deduce_type=True) >>> c.root.a.b.c 666
Metadata
Release files for infi.conf 0.0.16
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| infi.conf-0.0.16.tar.gz | 4.3 kB | Without provenance | Details for infi.conf-0.0.16.tar.gz |
Release files / infi.conf-0.0.16.tar.gz
| Download URL | infi.conf-0.0.16.tar.gz |
|---|---|
| Size | 4.3 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
9a727193b22256f4f75efccb312fe833889f70efb77e781402a02ce65576e1aa
|
|
BLAKE2b-256 checksum How to use checksums |
1b941e27ea9b7796cfa9947c97aa46f9286bfeb54818475342e89691b9ac6c2a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
Security for infi.conf 0.0.16
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.