with another package. This makes it so this package can be installed
without X. This is for PR #26848.
Note: that some parts of metamail still reference "xterm".
Also changed path used in two scripts that reference the
now not-installed fonts. (Maybe that will need to be fixed too.)
Honor PKGMANDIR.
Update PKGREVISION.
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
provides an implementation. This fixes build problems caused by the recent
DragonFly patch under all operating systems which do not define the
argument of putenv(3) as "const" (e.g. Solaris or Mac OS X).
has been gone for a long time.)
Is anyone interested in helping clean metamail up? A while ago
I received feedback from metamail package maintainers from other
projects who may help with keeping a metamail up-to-date.
- define SYSV to make it compile properly
- use BSD_INSTALL_* to install scripts and binaries with the proper
permissions etc.
This should close PR pkg/25801.
assume that we want /usr/sbin/sendmail, but we don't currently have a
good solution to that problem, and this is consistent with an existing
change that was made to this package.
Closes PR pkg/24678.
http://www.securityfocus.com/archive/1/354362/2004-02-15/2004-02-21/2
* Bump PKGREVISION to 2.
* Make patches only modify one file each
* Fix some spelling errors
* Use ${SED} instead of sed, and ${CHMOD} instead of chmod
* Set CFLAGS.SunOS instead of doing the bsd.prefs.mk dance
Also don't check for /usr/X11R6 before running mkfontdir. This
package is already marked as USE_X11. Fixes install on
Solaris and other systems which use bmake instead of make.
to ${X11BASE} in the header and library search paths into references to
${LOCALBASE}/share/x11-links. These packages should now be strongly-
buildlinked regardless of whether xpkgwedge is installed.
Changes well-tested on NetBSD-1.5X/i386 with and without xpkgwedge and
lightly-tested on NetBSD-1.5.1/alpha without xpkgwedge.
