On Sun, 15.06.14 15:16, Michael Marineau (michael.marin...@coreos.com) wrote:
BTW: given that there's now at least Colin, Kay, me, and CoreOS working
on getting empty /etc working, can we at least try to agree where the
vendor versions of the files should be? I am kinda voting for
On Sun, Jun 15, 2014, at 02:56 PM, Lennart Poettering wrote:
BTW: given that there's now at least Colin, Kay, me, and CoreOS working
on getting empty /etc working, can we at least try to agree where the
vendor versions of the files should be? I am kinda voting for
/usr/share/etc, and this is
On Fri, 13.06.14 12:35, Michael Marineau (michael.marin...@coreos.com) wrote:
As a side note, regardless of whether an empty /etc is actually viable
or not the more packages that support gracefully dealing with
configuration in both /etc and /usr the fewer files there will be in
/etc that are
On Sat, 14.06.14 18:34, luigi (luig...@yandex.com) wrote:
hi.
i think it will be better that system users with fixed uid/guid shoud be
imposed by upstream.
Do not allow for flexibility for distros in order to make them stable and
standardized.
THis can never work, as the UID/GID
On Sun, Jun 15, 2014 at 2:56 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 13.06.14 12:35, Michael Marineau (michael.marin...@coreos.com) wrote:
As a side note, regardless of whether an empty /etc is actually viable
or not the more packages that support gracefully dealing with
On Fri, Jun 13, 2014, at 12:35 PM, Michael Marineau wrote:
For what its worth, in my efforts to make CoreOS boot with a
completely empty root filesystem I found that the changes required
were usually not too dramatic. Fixing many packages, like sudo, just
amounted to shipping different config
Hi,
I had a quick look at the new:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=1b99214789101976d6bbf75c351279584b071998
and followon commits.
My high level takeaway right now is that this looks OK for nspawn
containers, but it's not clear to me it's viable or right for the host
OS, at
On Fri, Jun 13, 2014, at 05:36 AM, Colin Walters wrote:
My high level takeaway right now is that this looks OK for nspawn
containers, but it's not clear to me it's viable or right for the host
OS, at least for general purpose systems.
That was wrongly stated - basically I'm just skeptical of
On Fri, 13.06.14 05:36, Colin Walters (walt...@verbum.org) wrote:
Hi,
I had a quick look at the new:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=1b99214789101976d6bbf75c351279584b071998
and followon commits.
My high level takeaway right now is that this looks OK for nspawn
On Fri, 13.06.14 06:37, Colin Walters (walt...@verbum.org) wrote:
On Fri, Jun 13, 2014, at 05:36 AM, Colin Walters wrote:
My high level takeaway right now is that this looks OK for nspawn
containers, but it's not clear to me it's viable or right for the host
OS, at least for general
On Fri, Jun 13, 2014 at 6:37 AM, Colin Walters walt...@verbum.org wrote:
On Fri, Jun 13, 2014, at 05:36 AM, Colin Walters wrote:
My high level takeaway right now is that this looks OK for nspawn
containers, but it's not clear to me it's viable or right for the host
OS, at least for general
11 matches
Mail list logo