(since PERL_CONFIGURE sets MAN3PREFIX for us) [0]
- fix pkg-plist to not be greedy about ${SITE_PERL}/${PERL_ARCH}/Bundle and
Apache directories.
PR: 58724, 59710 [0]
Submitted by: lev [0]
The person who requested this change says that mail to the maintainer
bounces. I have confirmed this.
I will understand if the maintainer backs this change out and handles
the update differently later.
Requested by: Mars G Miro <mars@cannoncreek.com>
httpd.conf.default exist.
This is a best attempt at resolving the problem where the system
is left changed from before a mod_perl installation after mod_perl
is removed.
If only apxs had an option to revert module activation.
Requested by: asami
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>
port. By all means, try to remove .../include/apache/modules and
.../include/apache/perl, since we may be the only owner of those, but
we're never going to successfully remove a directory that a port that we
depend on populates!
Like any port that relies on Perl5's MakeMaker, this was horribly
PREFIX-unclean. It's now PREFIX-clean for everything except libperl.so,
which will require a rethink of pkg-install.
Mostly non-critical bugfixes.
While a few new features have been added, most folks who need to upgrade
will know about the bugs that have been biting them.
Install src/modules/perl/*.h (suggested by author).
Change some ${PREFIX} to ${LOCALBASE}.
Add RUN_DEPENDS for apache. Although this breaks the ability to
select an Apache flavour for the package, it's necessary (asami).
PR: 15988
Submitted by: Igor Vinokurov <igor@zynaps.ru>
This is mod_perl for Apache. It is intended as a replacement for the
p5-Apache port. Instead of creating a replacement httpd binary with
mod_perl linked into it, it uses Apache's APXS to create and install
mod_perl as a DSO.
This makes it suitable for use with apachexx-xxx ports other than
apache13.
