[v2] location of SKUPPER_HOME is unconventional

[hash-d]

Describe the bug

SKUPPER_HOME, which houses non-static configuration and other non-static content, is rooted on /usr/local/share/skupper/namespaces/ for the root user.

That location may not be adequate given the characteristics of the files that reside there.

According to hier(7):

/usr This directory is usually mounted from a separate partition. It should hold only shareable, read-only data, so that it can be mounted by various machines running Linux.
(...)
/usr/share
This directory contains subdirectories with specific application data, that can be shared among different architectures of the same OS. Often one finds stuff here that used to live in /usr/doc or /usr/lib or /usr/man.
(...)
/usr/local/share
Local application data that can be shared among different architectures of the same OS.

The main point here is the data not being read-only. Also, the examples of data that is expected to reside there.

How To Reproduce

N/A

Expected behavior

/etc might be a good candidate to host the files, but as some of them are created and updated by the running application, perhaps /var/lib may be a better location for them. Again hier(7):

/var/lib
Variable state information for programs.

Examples of similar uses of that are /var/lib/containers/storage/ and /var/lib/libvirt/dnsmasq

Environment details

N/A

Additional context

See discussion on refdog for start of conversation: skupperproject/refdog#3

[c-kruse]

@hash-d +100 for man hier. I did not know that existed until now, but have always wanted something like that that wasn't some decades old blog post.