Links and validation constraints might point to keys not loaded
with the respective kdbGet
.
- no workaround such as
kdb get -a
- global plugin can register additional backends to load
- split
kdbGet
into multiple steps:- do
kdbGet
onsystem:/elektra
to update mount points - first do
kdbGet
on thespec:/
-namespace - then calculate which backends are needed
- then fetch all backends as needed
- do
- split loops in
kdbGet
not only according placements but also according namespace (get spec first)
Not supported, admins/maintainers need to stay with their spec within what applications request by kdbGet
.
- it is too expensive to always load all keys (@mpranj: is this true?)
- problems in implementing to always get everything
- it makes the parameter to
kdbGet
basically useless
see #1291