- Package:
- base-passwd
- Source:
- base-passwd
- Description:
- Debian base system master password and group files
- Submitter:
- Date:
- 2015-07-01 08:30:29 UTC
- Severity:
- normal
Package: base-passwd Version: 3.1.5 I had a group 'dos', gid 35. Obviously, I shouldn't have because it's a reserved number, but anyway, I did. base-passwd should (IMHO) offer to renumber the group, rather than just removing the entry from /etc/groups. Obviously the old gid will still be in use -- but that happens if you just nuke the group too. And nuking it destroys the membership information. Hamish
Previously Hamish Moffatt wrote: The postinst will show you what it wants to change and offers you the possibility to not change anything. update-passwd cannot renumber the group since it simply can't go out and look for any file with the old gid and change its ownership.. at some point that will break due to races, read-only filesystems, remote filesystems, etc. I'm closing this bugreport. Wichert.
reopen 52214 thanks I don't expect it to adjust the files on disk. Deleting the group will also leave files on disk with the wrong number -- renumbering the group is no worse. And deleting the group destroys its membership information. It can't be too hard to do. Hamish
Previously Hamish Moffatt wrote: You're right. You just say no in the postinst. Wichert.
Is there some reason you won't even consider my suggestion? There is loss of information here. Isn't that a real bug? I think so. Hamish
reopen 52214 thanks Yikes, bug closed by spam. Hamish
reopen 52214 thanks I'm not sure if this bug report is still valid anyway?
I think it's still a worthwhile issue; I want to deal with it by converting update-passwd's user interaction to debconf.