On Thu, 15 Mar 2001, Anthony Towns wrote: > On Thu, Mar 15, 2001 at 01:15:37PM +0100, Wichert Akkerman wrote: > > Previously Anthony Towns wrote: > > > What's special about dynamic u/gids? You just make sure the user/group > > > exists in the preinst, then let dpkg unpack it to the correct id. No need > > > for statoverrides at all. > > The name of the user/group must be used in the data.tar.gz, which can > > only happen if the package is build on a system that has that group. > > That might not be possible with autobuilders. > > Seems like either fakeroot could be enhanced to handle that, or maybe > such packages should be restricted to being built with sudo with the > appropriate checks in debian/rules to ensure that either the user already > exists, or that running adduser in debian/rules succeeds.
IMHO there is no cost-benefit reason to do this. I have dynamic userids being handled in postinst for two reasons: 1. No bootstrap trouble, fakeroot works fine. 2. I don't need pre-depends. It will take a LOT of convincing to get me to move such stuff to preinst "just because". Needing to do (2) is a pain, and I find it unreasonable to add pre-depends (or write a preinst that is crappier/unsafer than what it could be if I could use pre-depends) for no real reason. Needing to do (1) Is Not Acceptable. Have you noticed you're advocating creating dynamic users in just about every machine that ever needs to build a certain package JUST because you dislike dpkg-statoverride usage in postinst? It looks like you're trying to address a problem the wrong way, to me. Maybe MUST guidelines that force the correct usage of dpkg-override, and a severe warning that such stuff should be done in preinst if at all possible would be a better solution to the problem. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh
