Klemens Böswirth

Structure of Documentation

5

Continuing from https://github.com/ElektraInitiative/libelektra/issues/1164#issuecomment-1213156318 > > Maybe there should just be a quick overview of the required steps at the top. > > I think that in most of our problems...

Switch from probot/stale to github/stale

1

We should switch from the current Probot based "stale issue bot" to [the one provided by GitHub](https://github.com/marketplace/actions/close-stale-issues). Not only is the Probot based one, seemingly no longer maintained (see https://github.com/probot/stale/issues/385...

[new-backend] Change system:/elektra/mountpoints and system:/elektra/modules/<plugin name>/exports to singular

1

> system:/elektra/mountpoints This should be changed to `system:/elektra/mountpoint` as we have in doc/DESIGN.md "We use singular for all names.". _Originally posted by @markus2330 in https://github.com/ElektraInitiative/libelektra/issues/4442#issuecomment-1229415692_

New backend logic

15

DO NOT MERGE YET

remove specload plugin

14

The current `specload` plugin is not really recommended, but it could be improved on the `new-backend` branch. I propose 3 changes: 1. Turn `specload` into a standalone backend plugin 2....

[new-backend] Extend kdbOpen contracts for adding mountpoints

3

The `contract` KeySet passed to `kdbOpen` currently supports only two types of contract: adding global plugins and adding keys to the global keyset (see [docs](https://github.com/ElektraInitiative/libelektra/blob/new-backend/doc/dev/kdb-contracts.md)) This is enough for the...

[new-backend] highlevel API updates

2

Just an idea, based on #4442, #4444 and the new mount tooling in C. When all this is done, the high-level API should by default use the new mountpoint contract...

Elektra prefixes (KDB)

1

Adds the `elektra` prefix to `kdbOpen`, `kdbGet`, `kdbSet` and `kdbClose`. Commit 2546a573fb416dd14030c78785ecf22b185cbf8e was done with https://github.com/kodebach/tree-surgeon, everything else was performed manually. For the Java binding some (if not all) of...

## Steps to Reproduce the Problem Compile the Java binding with JDK 20 ## Expected Result No errors ## Actual Result A bunch of warnings concerning the javadoc comments ```...

> Noticed in #4943 `libelektra-opts` uses our standard `errorKey` system to report errors. That's sufficient, if the errors are just displayed to the user, but if you want to do...