fedora-atomic discussion point: /usr/lib/passwd
mzerqung at 0pointer.de
Fri Apr 11 15:27:26 UTC 2014
On Fri, 11.04.14 15:19, Jóhann B. Guðmundsson (johannbg at gmail.com) wrote:
> On 04/11/2014 03:11 PM, drago01 wrote:
> >On Fri, Apr 11, 2014 at 5:05 PM, "Jóhann B. Guðmundsson"
> ><johannbg at gmail.com> wrote:
> >>On 04/11/2014 02:47 PM, Lennart Poettering wrote:
> >>>On Fri, 11.04.14 14:41, Jóhann B. Guðmundsson (johannbg at gmail.com) wrote:
> >>>>On 04/11/2014 02:34 PM, Lennart Poettering wrote:
> >>>>>Within the systemd project we have been working on a scheme we call
> >>>>>"factory" where packages can drop in static descriptions in /usr/lib of
> >>>>>stuff they need in /etc and /var to work properly. The idea is to then
> >>>>>use this information automatically at boot if systemd finds /etc and
> >>>>>/var empty to populate them.
> >>>>I dont think /etc the right place to be used here based on the
> >>>>evolution taking place so suggest containers should source that from
> >>>I cannot parse this?
> >>/etc is "administrator space" and evolving into "administrator only space"
> >>which means eventually nothing will be placing or flushing or populating
> >>there other then the administrators themselves.
> >>In other words if containers have to "populate" /etc they are doing it wrong
> >>hence the overall design is wrong
> >This thread is not about containers.
> The outcome is the same as things are evolving *nothing* would be
> adding,editing anything to /etc other then administrators
For me the "factory" systemd stuff is actually very much about
containers. It's actually kinda my primary goal here: I want to allow
deployment of a single /usr in a thousnad containers, so that each
container's /etc and /var is automatically populated on boot, without
any manual interference of the admin.
The same scheme is also useful on embedded and desktop/tablet/phone
setups though where we really want a "factory reset" scheme, the same
way as Android has it.
Lennart Poettering, Red Hat
More information about the devel