On Sun, Jan 19, 2020 at 4:00 PM Michael Orlitzky <m...@gentoo.org> wrote: > > On 1/19/20 2:47 PM, Rich Freeman wrote: > > > > Obviously the UIDs associated with the shared /home need to be > > identical. Simplest solution is to sync anything > 1000 in > > /etc/passwd, and then not allow UIDs below 1000 in /home. A cron job > > could easily handle both, and of course regular users can't go > > creating stuff with the wrong UID anyway. > > That's not enough. You also need to sync any user/group that appears as > the owner or group of a file in /home, and every user/group that appears > in an ACL in /home, and so on. And since you have no idea what files or > access control lists will show up in /home, you'd better sync them all.
That doesn't seem reasonable, considering that this could require syncing across various Distros, or even various Unix-like OSes. It would be far simpler for the sysadmin to simply ensure that no unsynced user owns a file or appears in an ACL. That would be pretty trivial to achieve. Whatever is hosting /home could be designed to block such changes, or you could just scan for these ownership issues periodically and treat those responsible for them appropriately. In any case, maintaining permissions on stuff in /home is a sysadmin responsibility, not a distro responsibility. On Sun, Jan 19, 2020 at 5:09 PM Michael Orlitzky <m...@gentoo.org> wrote: > > Just kidding, the eclass is rigged to die in src_install if you delete > the home directory, and if you wait until pkg_preinst, the warning gets > shown anyway (for a file that's not there, noice). > > Guess we'll be triggering a warning after all. On the topic of treating those responsible appropriately, somehow I could see this scenario turning into a quiz question. I mean, would it kill you to just talk to QA first? -- Rich
