On Fri, 11.04.14 15:19, Jóhann B. Guðmundsson (johannbg@xxxxxxxxx) 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@xxxxxxxxx> wrote: > >>On 04/11/2014 02:47 PM, Lennart Poettering wrote: > >>>On Fri, 11.04.14 14:41, Jóhann B. Guðmundsson (johannbg@xxxxxxxxx) 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 > >>>>elsewhere. > >>>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. > > And? > > The outcome is the same as things are evolving *nothing* would be > adding,editing anything to /etc other then administrators > themselves. 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 -- Lennart Poettering, Red Hat -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
