Control: tags -1 wontfix Control: severity -1 wishlist On Wed, Mar 09, 2022 at 10:05:26AM +0900, Osamu Aoki wrote: > > -----Original Message----- > > From: Marc Haber <mh+debian-packa...@zugschlus.de> > > To: Osamu Aoki <os...@debian.org> > > Cc: 863...@bugs.debian.org, 863751-submit...@bugs.debian.org, Nicholas D > > Steeves > > <s...@debian.org> > > Subject: Re: Bug#863751: Add --btrfs-subvolume-home option to adduser > > Date: Tue, 8 Mar 2022 14:21:09 +0100 > > > > Hi, > > > > On Tue, Mar 08, 2022 at 07:16:57PM +0900, Osamu Aoki wrote: > > > I was thinking opt-in only. > > > > > > I mean to add an opt-in --btrfs-subvolume-home option to adduser so > > > the user can use this feature if he requests. I didn't think beyond. > > > (I didn't test it on non-btrfs system so I don't know the answer to > > > your question. Whoever specifies it in command line, he should know > > > it.) > > > > I had a sane default in mind. As times have changed and maintainer / > > developer resources are scarce, adduser primarily sees itself as a > > policy wrapper to help package maintainers to create their package > > accounts in their maintainer scripts without violating policy. Offering > > account creation capabilities to the local admin has been pushed into > > the background in the last decades. > > I now understand your POV and where it came from.
Thanks for your understanding. I appreciate that. > > I'd say then if the local admin wants to use a feature that adduser > > doesnt offer, they are free to use other tools such as useradd directly > > to get what they want. > > Yes. That's basically what I do here trivially. (I still use adduser. > After whole > standard d-i installation, I rename the primary user's home directory from > root > account on console and create subvolume in place and copy data into it.) Thats how I would do it as well, yes. > TBH, I am not pushing this patch after hearing back from you. I now think > the best > action is to label this as "wontfix" on condition until followings become > about to be > reached. Will do. > * Debian installer considers to support btrfs as root filesystem as out-of-box > feature and this becomes a required feature of installation process. I think that would be a strong point, yes. > > I would think more about adding this if having account-specific btrfs > > subvolumes per _system_ account would be a valid feature to have AND if > > useradd is smart enough to not error out or spew warnings if one tries > > to create a btrfs subvolume on non-btrfs volumes. At th moment, I am not > > convinced that this is worth spending developer / maintainer time on. > > As I see many so-called _system_ accounts in /etc/passwd, their home > directory are > everywhere under /var, /bin, /usr/bin, ... It they become separate btrfs > subvolume, > making snapshot script will be nightmare to address all. So it's bad idea to > do so > unless some rare maintainer script specifically request so (sbuild, > apt-cacher-ng may > be good candidate if their maintainer wishes but most _system_ account using > /nonexistent, /bin . /var/... as home directory shall not use this to > maintain easy > snapshot recoverable system). Noted. Thanks for your evaluation and explanation. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany | lose things." Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421
