Subject: Re: pkg/7158
To: NetBSD GNATS submissions and followups <>
From: Greg A. Woods <>
List: netbsd-bugs
Date: 04/09/1999 15:10:12
[ On Thursday, April 8, 1999 at 23:20:44 (+0200), Matthias Scheler wrote: ]
> Subject: Re: pkg/7158
> > As for /usr/libexec/sendmail, well I didn't want to try and get the
> > de-installation to put sendmail back as if it had been installed
> > directly into the system because that wouldn't necessarily be right,
> IMHO that is exactly what it should do.

It's not an easily solvable problem.  What do you propose to do when
this is ported to work in the zoularis environment?  I would propose
that a Solaris user first de-install sendmail from their system before
installing pkgmailwrapper, especially since the only reason for
installing pkgmailwrapper would be to install an alternate mailer, or
indeed to install a newer version of sendmail, etc.

> > Certainly you can't de-install the pkg_install package because it doesn't
> > save copies of the original binaries.
> It doesn't register as a package. And it install binaries which are
> downward compatible.

Well, pkg_install should register as a package -- that's the only way to
create a binary package and install it as a binary.  In fact if you
delete the NO_PKG_REGISTER line in the makefile it works just fine, and
then becomes almost exactly the same in principle to my pkgmailwrapper
(except for the fact that pkgmailwrapper will try to squirrel away a
copy of sendmail if it can, though this part isn't zoularis-compatible
yet either -- however if I were to port pkgmailwrapper to zoularis then
I would add a pkgsendmail package to install a current version of
sendmail in a mailwrapper compatible way, just as I have done for Smail,
and have partly done for Postifx).

This NO_PKG_REGISTER stuff is totally wrong IMO -- it should be only an
un-documented hack for pkgtools maintainers and it should *never* be
used in a real pkgsrc makefile.  I delete all such lines on sight in my
own source tree and I have execllent results in installing the resulting
binary packages I can then create.

[[ BTW, I do think sendmail should be removed from the source tree --
there's no need for anything beyond a slightly enhanced mail.local which
could be invoked by Mail et al for local mail delivery. ]]

							Greg A. Woods

+1 416 218-0098      VE3TCP      <>      <robohack!woods>
Planix, Inc. <>; Secrets of the Weird <>