CVS log for pkgsrc/www/p5-Apache-Filter/Makefile

Up to [cvs.NetBSD.org] / pkgsrc / www / p5-Apache-Filter

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

*: recursive bump for perl 5.40

*: recursive bump for perl 5.38

*: recursive bump for perl 5.36

*: recursive bump for perl 5.34

*: bump PKGREVISION for perl-5.32.

Bump PKGREVISIONs for perl 5.30.0

Follow some remaining search.cpan.org redirects.

Recursive bump for perl5-5.28.0

Fix HOMEPAGE.

Recursive revbump from lang/perl5 5.26.0

Bump PKGREVISION for perl-5.24.

Reset maintainer (observer now).

Recursive PKGREVISION bump for all packages mentioning 'perl',
having a PKGNAME of p5-*, or depending such a package,
for perl-5.22.0.

Remove SVR4_PKGNAME, per discussion on tech-pkg.

ap-perl/b3.mk -> ap2-perl/b3.mk

Bump for perl-5.20.0.
Do it for all packages that
* mention perl, or
* have a directory name starting with p5-*, or
* depend on a package starting with p5-
like last time, for 5.18, where this didn't lead to complaints.
Let me know if you have any this time.

Bump all packages for perl-5.18, that
a) refer 'perl' in their Makefile, or
b) have a directory name of p5-*, or
c) have any dependency on any p5-* package

Like last time, where this caused no complaints.

Drop superfluous PKG_DESTDIR_SUPPORT, "user-destdir" is default these days.

Bump all packages that use perl, or depend on a p5-* package, or
are called p5-*.

I hope that's all of them.

Revision bump after updating perl5 to 5.14.1.

Bump the PKGREVISION for all packages which depend directly on perl,
to trigger/signal a rebuild for the transition 5.10.1 -> 5.12.1.

The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=..."), minus the packages updated after
the perl package update.

sno@ was right after all, obache@ kindly asked and he@ led the
way. Thanks!

Bump the PKGREVISION for all packages which depend directly on perl,
to trigger/signal a rebuild for the transition 5.8.8 -> 5.10.0.

The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=...").

updated to 1.024
took maintainership

ChangeLog:
Version: 1.024  Sat Sep 24 21:56:42 CDT 2005
 - Fixed a bug that probably only I would ever see - when running the
   "disttest" action, it was actually using the server configuration
   from the top-level distribution directory, not the dist-dir
   directory.

 - For some reason all the files in the tarball of 1.023 looks like
   they're read-only and non-executable, which causes lots of tests to
   fail (e.g. those trying to execute CGI-style scripts).  I'm
   re-releasing what looks like correct permissions. [Spotted by Tom
   Kirkpatrick]

Version: 1.023  Mon Jun  6 06:05:44 CDT 2005

 - Fixed a testing bug under (certain versions of?) Mac OS X, in which
   none of the pages in t/real.t would generate any output. [Peter
   Farmer]

Add DESTDIR support.

Rename all PHP 4 packages to php4-*, all PHP 5 packages to php5-*,
all PEAR packages to php?-pear-* and all Apache packages to ap13-* or
ap2-* respectively. Add new variables to simplify the Makefile
handling. Add CONFLICTS on the old names. Reset revisions of bumped
packages. ap-php will now depend on the default Apache and PHP version.
All programs using it have an implicit option of the Apache version
as well.

OK from jlam@ and adrianp@.

Point MAINTAINER to pkgsrc-users@NetBSD.org in the case where no
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.

Recursive revision bump / recommended bump for gettext ABI change.

Bump BUILDLINK_RECOMMENDED of textproc/expat to 2.0.0 because
of the shlib major bump.
PKGREVISION++ for the dependencies.

Bump the PKGREVISIONs of all (638) packages that hardcode the locations
of Perl files to deal with the perl-5.8.7 update that moved all
pkgsrc-installed Perl files into the "vendor" directories.

Turn PERL5_PACKLIST into a relative path instead of an absolute path.
These paths are now relative to PERL5_PACKLIST_DIR, which currently
defaults to ${PERL5_SITEARCH}.  There is no change to the binary
packages.

Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used.

since perl is now built with threads on most platforms, the perl archlib
module directory has changed (eg. "darwin-2level" vs.
"darwin-thread-multi-2level").

binary packages of perl modules need to be distinguishable between
being built against threaded perl and unthreaded perl, so bump the
PKGREVISION of all perl module packages and introduce
BUILDLINK_RECOMMENDED for perl as perl>=5.8.5nb5 so the correct
dependencies are registered and the binary packages are distinct.

addresses PR pkg/28619 from H. Todd Fujinaka.

Update p5-Apache-Filter from 1.019 to 1.022.
Add a HOMEPAGE pointing into search.cpan.org.
Adapt the patch to the new version of the package.

Change log:

Version: 1.022  Fri Jan 31 14:00:48 CST 2003

 - Now can be installed using either Module::Build or
   ExtUtils::MakeMaker.

 - Simplified a few of the TIEHANDLE code chunks that used substr() to
   manipulate saved filehandle data.

Version: 1.021   Fri Dec 27 10:13:23 CST 2002

 - The test suite now provides a bit more useful information upon
   failure and uses Test.pm to generate its output.

 - Avoid an "undefined value" warning in READLINE() method [Dave
   Rolsky]

 - If the initial $r isn't an Apache object (could be Apache::Request
   or a subclass of Apache), make an on-the-fly subclass of whatever
   it is. [Dave Rolsky]

Version: 1.020  Date: Mon Nov 11 17:11:31 AEST 2002
   Fixed the Apache::PerlRunFilter module, which was missing a call to
   filter_register(). [Ruslan U. Zakirov, Oleh Khoma]

   Minor regex speedup in READLINE() method of filehandle.

   Correct doc bug about Filter2 and Filter3.

   Add Apache::HTML::ClassParser to list of filter-aware modules.

Convert to buildlink3.

COMMENT should start with a capital letter.

s/netbsd.org/NetBSD.org/

Use tech-pkg@ in favor of packages@ as MAINTAINER for orphaned packages.
Should anybody feel like they could be the maintainer for any of thewe packages,
please adjust.

Use buildlink2. Use perl5/module.mk.

Buildlinkify, in the sense that only the perl headers are found in
${PREFIX} -- everything else is pickup up from ${BUILDLINK_DIR}.

SVR4 packages have a limit of 9 chars for a package name.
The automatic truncation in gensolpkg doesn't work for packages which
have the same package name for the first 5-6 chars.
e.g. amanda-server and amanda-client would be named amanda and amanda.
Now, we add a SVR4_PKGNAME and use amacl for amanda-client and amase for
amanda-server.
All svr4 packages also have a vendor tag, so we have to reserve some chars
for this tag, which is normaly 3 or 4 chars. Thats why we can only use 6
or 5 chars for SVR4_PKGNAME. I used 5 for all the packages, to give the
vendor tag enough room.
All p5-* packages and a few other packages have now a SVR4_PKGNAME.

p5-Apache-Filter: alter the output of previous Apache handlers

These modules provide the ability to chain PerlHandler routines together,
so that the output of one handler/filter becomes the input of the next
handler/filter.  The following Perl modules are known to be "Filter-aware":

     Apache::Registry (using Apache::RegistryFilter)
     Apache::SSI
     Apache::ASP
     HTML::Mason
     Apache::SimpleReplace

Initial revision