Problems found with mismatching existing digests for:
distfiles/asclock-classic-1.0.tar.gz
distfiles/asclock-gtk-2.1.10beta.tar.gz
distfiles/asclock-xlib-2.0.11.tar.gz
distfiles/emiclock-2.0.2.tar.gz
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.
{perl>=5.16.6,p5-ExtUtils-ParseXS>=3.15}:../../devel/p5-ExtUtils-ParseXS
since pkgsrc enforces the newest perl version anyway, so they
should always pick perl, but sometimes (pkg_add) don't due to the
design of the {,} syntax.
No effective change for the above reason.
Ok joerg
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.
0.089:
- Non-development release without DateManip dependency
0.088_1:
- Remove DateTime::Format::DateManip from dependencies due to instability in that package and its dependencies (thanks jjn1056)
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!
pkgsrc changes:
- Adding license
- Adjusting dependencies and module type
Upstream changes:
0.088:
- Remove DateTime::Format::DateParse from dependencies as fails lots
of tests and not used (thanks ranguard)
- Updating package for p5 module DateTimeX::Easy from 0.085 to 0.087
- Setting gnu-gpl-v2 as license
Upstream changes:
0.087:
- TODO'd some tests that were breaking because of time zone weirdness
- The previous entry is an example of gooder english!
0.086
- Treat a 4 digit number as a year... Format::Flexible changed on how it interpreted them
DateTimeX::Easy makes DateTime object creation quick and easy. It
uses a variety of DateTime::Format packages to do the bulk of the
parsing, with some custom tweaks to smooth out the rough edges
(mainly concerning timezone detection and selection).