[systemd-devel] [PATCH] udev hwdb: Support shipping pre-compiled database in system images

[Lennart Poettering]

On Mon, 27.10.14 17:25, Michael Biebl (mbiebl at gmail.com) wrote:

> 2014-10-27 16:37 GMT+01:00 Lennart Poettering <lennart at poettering.net>:
> > Well, I think that's OK really. We want to stay compatible with
> > split-usr distros, but that kind of setup is really not at the focus
> > of what we design for.
> >
> > I still think this should be named --usr. After all, moving those
> > files away from /etc doesn't really make sense on split-/usr systems
> > anyway, as it wouldn't help monopolizing vendor data in /usr
> > really... Or at least I think the --usr stuff is really about
> > monopolizing vendor data in /usr, and if you have a split-/usr system
> > then that goal is moot anyway...
> 
> Well, as I suggested earlier, --system sounds just more logical to me.
> This switch after all is for creating a cache for the system supplied
> hwdb files.
> And it has the nice benefit of being without ambiguity for both
> split-usr and merged-usr systems.
> So I don't see a good reason to not pick that original suggestion from
> Kay (without the -only).

Well. "system" is usually used in the context of "user" context
vs. "system" context by systemd. The former being something
unpriviliged that runs under user identities of normal users, while
the latter is everything that is running underneat that. This spills
into a lot of different things, for example there's
/etc/systemd/user/ and /etc/systemd/system/ for the unit files for
systemd: the former are the ones to be executed by systemd user
managers, the latter ones used by systemd system managers.

Now, the distinction udevadm is supposed to make here though is very
different, it is a distinction between /etc and /usr, i.e. between
vendor data and local configuration. Using the word "system" to
distuingish this is highly misleading hence.

Still, --usr is the most appropriate name, even if on split-usr
distros things might appear slightly weird then.

Lennart

-- 
Lennart Poettering, Red Hat