fedora-atomic discussion point: /usr/lib/passwd
Colin Walters
walters at verbum.org
Mon Apr 28 18:50:57 UTC 2014
On Mon, Apr 28, 2014 at 1:39 PM, Simo Sorce <simo at redhat.com> wrote:
>
> We can do that with SSSD, which we are planning to take over all users
> (though it will leave /etc/passwd on the system for emergency repair
> and
> backward compatibility).
Ok, though one thing that's going to be important to me at least is the
ability to mutate the user list "offline" - the use case here is
something like an installer where you're operating on a different
target root. So in addition to the DBus API, there would need to be a
way to use a shared library API with a "const char *chroot" type
argument (as e.g. ostree_sysroot_new() has now).
Ideally that ends up being dumb filesystem manipulation, maybe
invalidating some database-type caches that are then regenerated on
boot or so. And I should be able to control whether or not fdatasync()
occurs on written files. A bit more on the fdatasync() topic here:
http://marc.info/?l=selinux&m=139578267630878&w=2
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20140428/4af5a446/attachment.html>
More information about the devel
mailing list