Re: pkg/44048

["Filip Hajny" <filip%joyent.com@localhost>]

The following reply was made to PR pkg/44048; it has been noted by GNATS.

From: "Filip Hajny" <filip%joyent.com@localhost>
To: <gnats-bugs%NetBSD.org@localhost>
Cc: <pkg-manager%netbsd.org@localhost>,
        <gnats-admin%netbsd.org@localhost>,
        <pkgsrc-bugs%netbsd.org@localhost>,
        <liman%cafax.se@localhost>
Subject: Re: pkg/44048
Date: Tue, 8 Nov 2011 13:56:15 +0100

 The essence on the part of Mailman is that Mailman's configure *does* check=
  that the user picked truly exists. If either doesn't exist for real, it wi=
 ll still go on and install itself, but with the user/group bits blank in it=
 s core config files, which makes the package fail when installed. I run a m=
 odified mail/mailman package on my system which patches away the user/group=
  existence part in configure, which makes this entire problem go away (i.e.=
  the pkgsrc package can be switched back to the normal at-install-time user=
 /group handling). And the check_perms invocation in INSTALL takes care of a=
 ny file ownership/permission issues at package install time, anyway.
 
 Isn't that a better way to deal with this problem? I can patch the package =
 to work like this.
 
 -F=