- default in BATCH mode is now, NOT to have X11 based utilities in
port dependencies, I think this makes apsfilter better in
- running on small printservers that don't have X11 installed
- making apsfilter package more "sexy" for being placed onto the 1st
FreeBSD installation CD-ROM, since now it consumes less space !!!
- make apsfilter use the same make environment variable NO_X like
in ghostscript6 port
- this enables you to build and run apsfilter even on a small printserver,
that doesn't have X installed
- NO_X is even usefull when having APSFILTER_ALL set, since then it installs
all available/supported filter utilities, that don't require X11
- the last one needs some more fine tuning, currently I left it empty,
have to think about, whats a possible replacement that don't need X11...
* Changed the python15 dependency to USE_PYTHON=yes
* Replaced PYTHON15 with PYTHON_CMD from bsd.python.mk
* Added SAPACHE_CONFDIR, like the other Sxxx variables, to be used in the
PLIST. APACHE_CONFDIR now depends on SAPACHE_CONFDIR
* Added APACHE_CONFDIR and WEBBASEDIR to PLIST_SUB
* Removed temporary file Zope.cgi.orig
* Removed .cvsignore from var/
* Added/removed some files to the PLIST
* Used @unexec rmdir to remove shared directories from PLIST
* Removed the line with "grep". I didn't understand how it was supposed to
work, I guess it should have been something like "cmp -s ...", but
Data.fs cannot be equal to Data.fs.in anyway, because Zope adds some
things to it the first time it's started (automatically imported
packages from filesystem).
* Removed temporary files from var/ at deinstall time (*.tmp, *.lock, *.soc,
*.pid)
* Sometimes the inituser file did not exist at deinstall time, so I
deleted it with @unexec. It won't be included by "make package".
* Added the Hotfix_2001-02-23 directory (@dirrm)
* Used variables from PLIST_SUB instead of www and etc/apache (@dirrm)
Approved by: maintainer
KDE Studio is an IDE (integrated development environment) for the
K Desktop Environment (KDE).
PR: 24576
Submitted by: Trenton Schulz <twschulz@cord.edu>
dirk is doing an excellent job of maintaing his www/mod_php[34] ports,
and now has even done the work necessary to create the slave lang/php[34]
ports (which I myself have promised to do more than once..)
Thanks Dirk!
case. When I tested my porting work, I kept on using ``make package''
and testing the installation of the package, without testing the
"install from the port" case.
Reported by: Mike Harding <mvh@corp.namesafe.com>