Problems found with existing distfile:
distfiles/libiconv-1.13-cp932.patch.gz
No changes made to the libiconv distinfo file.
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.
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!
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=...").
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.
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.
0.17 Sun Feb 24 2001
- It appears that messages no longer need start with a
TnefVersion attribute, and a message without this attribute
triggered a bug ('datahandle' method called on uninitialized
value) found by Randy Diffenderfer.
- Although the MSDN TNEF Stream syntax page makes it look like
TnefVersion must be the first attribute if it appears, and
MessageClass must be the first or second attribute if it
appears, I'm not going to check for this because then my
test file has MessageClass as the third attribute.
- Got rid of '_equal' function. The only reason to worry about
warnings when comparing undef is if there's a read error, and
then a warning ought to be ok anyway.
- Long overdue perltidy format cleanup.
0.16 Tue Jul 31 2001
- Simplified main loop some more. Don't need to check for end
of processing twice.
- Prefixed 'private' functions with underscore character.
- changed a couple of 'methods' which didn't use '$self' and weren't
documented as methods into 'private' functions.
0.15 Tue Jul 31 2001
- Finally combined message and attachment parsing loops.
- Removed the '|| []' from the attachment() method. I'm storing
an arrayref unconditionally in the TNEF object, so there should
be no need for this. Also now returns ref if not called
in list context.
0.14 Mon Jul 30 2001
- Subclass message and attachment portions of TNEF object.
- Found bug in saving the size of message attributes.
TNEF stands for Transport Neutral Encapsulation Format, and if you've
ever been unfortunate enough to receive one of these files as an email
attachment, you may want to use this module.
