Re: [systemd-devel] CoreOS Goal Question: Should we be aiming to be able to boot with an empty /etc?

2013-02-11 Thread Jan Engelhardt
On Monday 2013-01-07 15:26, Lennart Poettering wrote: BTW, Kay and I were thinking about coming up with a simple scheme that could pre-initialize a couple of files in /etc and /var that cannot really sensibly be dropped. For example, UID assignemnts unfortunately cannot be shipped in packages

[systemd-devel] CoreOS Goal Question: Should we be aiming to be able to boot with an empty /etc?

2013-01-07 Thread Colin Guthrie
Hi, Just thinking outload here as dealing with some packages where stuff in /etc was marked in the spec as %config and it really shouldn't be (I'm thinking dbus policy files and rootcerts mainly but there are do doubt countless other examples where this is true also). I was thinking, is it a

Re: [systemd-devel] CoreOS Goal Question: Should we be aiming to be able to boot with an empty /etc?

2013-01-07 Thread Lennart Poettering
On Mon, 07.01.13 11:48, Colin Guthrie (gm...@colin.guthr.ie) wrote: Hi, Just thinking outload here as dealing with some packages where stuff in /etc was marked in the spec as %config and it really shouldn't be (I'm thinking dbus policy files and rootcerts mainly but there are do doubt

Re: [systemd-devel] CoreOS Goal Question: Should we be aiming to be able to boot with an empty /etc?

2013-01-07 Thread Colin Guthrie
'Twas brillig, and Lennart Poettering at 07/01/13 13:37 did gyre and gimble: On Mon, 07.01.13 11:48, Colin Guthrie (gm...@colin.guthr.ie) wrote: Hi, Just thinking outload here as dealing with some packages where stuff in /etc was marked in the spec as %config and it really shouldn't be (I'm

Re: [systemd-devel] CoreOS Goal Question: Should we be aiming to be able to boot with an empty /etc?

2013-01-07 Thread Peeters Simon
I was thinking, is it a general stated aim that we should be able to boot with an empty /etc? I know this isn't true today, but with appropriate effort is that where we should be aiming? I have been thinking about this too, and I am even planning on doing some experiments with this. Currently

Re: [systemd-devel] CoreOS Goal Question: Should we be aiming to be able to boot with an empty /etc?

2013-01-07 Thread Lennart Poettering
On Mon, 07.01.13 09:13, Colin Walters (walt...@verbum.org) wrote: On Mon, 2013-01-07 at 11:48 +, Colin Guthrie wrote: H I was thinking, is it a general stated aim that we should be able to boot with an empty /etc? Definitely quite useful for my plan:

Re: [systemd-devel] CoreOS Goal Question: Should we be aiming to be able to boot with an empty /etc?

2013-01-07 Thread Colin Walters
On Mon, 2013-01-07 at 15:26 +0100, Lennart Poettering wrote: BTW, Kay and I were thinking about coming up with a simple scheme that could pre-initialize a couple of files in /etc and /var that cannot really sensibly be dropped. For example, UID assignemnts unfortunately cannot be shipped in

Re: [systemd-devel] CoreOS Goal Question: Should we be aiming to be able to boot with an empty /etc?

2013-01-07 Thread Lennart Poettering
On Mon, 07.01.13 09:36, Colin Walters (walt...@verbum.org) wrote: On Mon, 2013-01-07 at 15:26 +0100, Lennart Poettering wrote: BTW, Kay and I were thinking about coming up with a simple scheme that could pre-initialize a couple of files in /etc and /var that cannot really sensibly be

Re: [systemd-devel] CoreOS Goal Question: Should we be aiming to be able to boot with an empty /etc?

2013-01-07 Thread Tomasz Torcz
On Mon, Jan 07, 2013 at 02:54:49PM +0100, Peeters Simon wrote: - Some files are needed quiet hard (passwd, group, shadow ,...) That's not really true, as any consumer of those files should go through getpwname() and similar functions. And glibc implementation of those functions could be made

Re: [systemd-devel] CoreOS Goal Question: Should we be aiming to be able to boot with an empty /etc?

2013-01-07 Thread Tomasz Torcz
On Mon, Jan 07, 2013 at 07:35:54PM +0100, Lennart Poettering wrote: But dynamically allocating system users per-boot and ensuring that /etc and /var matches would still be interesting. Uh, yeah, there's still the question out there what to do with fully dynamic throw-away UIDs, for example