All checksums have been double-checked against existing RMD160 and
SHA512 hashes
Unfetchable distfiles (fetched conditionally?):
./textproc/convertlit/distinfo clit18src.zip
Problems found locating distfiles:
Package cabocha: missing distfile cabocha-0.68.tar.bz2
Package convertlit: missing distfile clit18src.zip
Package php-enchant: missing distfile php-enchant/enchant-1.1.0.tgz
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.
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.
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.
Halibut reads documentation source in a single input format, and produces
multiple output formats containing the same text.
The supported output formats are:
* Plain ASCII text
* HTML
* PDF
* PostScript
* Unix man pages
* Unix info, generated directly as .info files rather than .texi sources
* Windows HTML Help (.CHM files), or rather source which can be fed to
the MS HTML Help compiler to generate them
* Windows WinHelp (old-style .HLP files), generated directly without
needing a help compiler.