Elektra  0.8.24
Plugin: ni

This plugin uses the nickel library in order to read/write metakeys in the nickel ini format. It's purpose is to be used in the spec-namespace or when any metadata should be stored.

For other applications, e.g. modifying smb.conf you should prefer the ini plugin.

Usage

To mount the ni plugin you can simply use:

kdb mount file.ini spec/ni ni

The strength of this plugin is that it supports arbitrary meta data and the file format is still human readable. For example the following lines:

[key]
meta=foo

specify that key has a metadata key meta containing the metavalue foo:

kdb getmeta user/ni/key meta
#> foo

For the metadata of the parent key use the following syntax:

[]
meta=foo

Line continuation works by ending the line with \\ (a single backslash). If you want a line break at the end of the line, use \\n\\.

To export a KeySet in the nickel format use:

kdb export spec/ni ni > example.ni

For in-detail explanation of the syntax (nested keys are not supported by the plugin) see /src/plugins/ni/nickel-1.1.0/include/bohr/ni.h

Examples

`` <h1>Mount theniplugin atspec/tests/ni` sudo kdb mount file.ini spec/tests/ni ni

Add some metadata

kdb setmeta spec/tests/ni/key metakey metavalue kdb setmeta spec/tests/ni/key check/type char

Retrieve metadata

kdb lsmeta spec/tests/ni/key #> check/type #> metakey kdb getmeta spec/tests/ni/key metakey #> metavalue

Add and retrieve key values

kdb get spec/tests/ni/key #> kdb set spec/tests/ni/key value kdb set spec/tests/ni/key/to nothing kdb get spec/tests/ni/key #> value kdb get spec/tests/ni/key/to #> nothing

Undo modifications

kdb rm -r spec/tests/ni sudo kdb umount spec/tests/ni ```

Limitations

Nickel

This plugin is based on the Nickel Library written by author: charl.nosp@m.es@c.nosp@m.haosl.nosp@m.izar.nosp@m.d.org

Nickel (Ni) has its strength in building up a hierarchical recursive Node structure which is perfect for parsing and generating ini files. With them arbitrary deep nested hierarchy are possible, but limited in a keyname of a fixed size.

The API of nickel is very suited for elektra, it can use FILE* pointers (using that elektra could open and lock files), the node-hierarchy can be transformed to keysets, but it lacks many features like comments and types.

The format is more general than the kde-ini format, it can handle their configuration well, when the section names do not exceed the specified length. Nesting is only required in the first depth, any deeper is not understood by kde config parser.

The memory footprint is for a 190.000 (reduced to 35.000 when rewrote first ) line ini file with 1.1MB size is 16.88 MB. The sort order is not stable, even not with the same file rewritten again.

bohr libraries