Commit graph

14 commits

Author SHA1 Message Date
wiz
86a78fce2e Bump PKGREVISION for perl-5.24. 2016-06-08 19:22:13 +00:00
agc
d9e4cfe05d Add SHA512 digests for distfiles for devel category
Issues found with existing distfiles:
	distfiles/eclipse-sourceBuild-srcIncluded-3.0.1.zip
	distfiles/fortran-utils-1.1.tar.gz
	distfiles/ivykis-0.39.tar.gz
	distfiles/enum-1.11.tar.gz
	distfiles/pvs-3.2-libraries.tgz
	distfiles/pvs-3.2-linux.tgz
	distfiles/pvs-3.2-solaris.tgz
	distfiles/pvs-3.2-system.tgz
No changes made to these distinfo files.

Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden).  All existing
SHA1 digests retained for now as an audit trail.
2015-11-03 03:27:11 +00:00
wiz
0982effce2 Recursive PKGREVISION bump for all packages mentioning 'perl',
having a PKGNAME of p5-*, or depending such a package,
for perl-5.22.0.
2015-06-12 10:48:20 +00:00
wiz
7eeb51b534 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.
2014-05-29 23:35:13 +00:00
wiz
d2ca14a3f1 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.
2013-05-31 12:39:57 +00:00
asau
e1ab7079b6 Drop superfluous PKG_DESTDIR_SUPPORT, "user-destdir" is default these days. 2012-10-31 11:16:30 +00:00
wiz
8b5d49eb78 Bump all packages that use perl, or depend on a p5-* package, or
are called p5-*.

I hope that's all of them.
2012-10-03 21:53:53 +00:00
adam
cac130177a Revision bump after updating perl to 5.14.1 2011-08-12 06:28:39 +00:00
seb
c3f1e700ad 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!
2010-08-21 16:32:42 +00:00
sno
52e60b51ae Updating devel/p5-Data-Page from 2.01 to 2.02
pkgsrc changes:
- Adding license definition

Upstream changes:
2.02 Mon Dec  7 19:45:33 GMT 2009
    - fix SQL documentation, spotted by Terrence Brannon
    - added change_entries_per_page, patch by James Laver (ELPENGUIN)
    - run perltidy on the modules
2010-02-15 14:33:03 +00:00
rillig
ad2adba9a5 Ran pkglint --autofix on the devel/ category. Most of the changes are
simple white-space issues like indentation and trailing spaces. The
others are cross-references for Makefile.common.
2009-06-13 06:46:41 +00:00
he
319b50a352 Update from versoin 2.00nb1 to 2.01.
Upstream changes:

2.01 Wed Oct  8 15:02:25 BST 2008
    - add human-readable license to the documentation
2008-10-30 21:58:24 +00:00
he
b021813da0 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=...").
2008-10-19 19:17:40 +00:00
abs
fa922e7d4e Added devel/p5-Data-Page version 2.00
When searching through large amounts of data, it is often the case that a
result set is returned that is larger than we want to display on one page. This
results in wanting to page through various pages of data. The maths behind this
is unfortunately fiddly, hence this module.

The main concept is that you pass in the number of total entries, the number of
entries per page, and the current page number. You can then call methods to
find out how many pages of information there are, and what number the first and
last entries on the current page really are.
2008-07-14 09:24:06 +00:00