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.
{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.
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=...").
#
# $Id: Changes,v 2.6 2006/07/02 07:56:06 dankogai Exp dankogai $
#
$Revision: 2.6 $ $Date: 2006/07/02 07:56:06 $
! Jcode.pm t/regex.t t/tr.t
Security fix by Hanabusa-san that prevents options from being eval'ed.
<20060702140740.9DDB.DOT-DANKOGAI@ziro.org>
2.05 2006/05/16 05:00:19
! Jcode.pm t/jfold.t
Jcode->new('12345678900')->jfold(5) must be ('12345','67890', '0')
but the trailing 0 was lost.
Message-Id: <6.2.3.4.2.20060516111520.03407f18@mail.sj.estore.co.jp>
2.04 2006/04/15 04:08:30
! Jcode.pm t/perl581.t
Fixed: $j->GIVEN_ENCODING not working as advertized.
Message-Id: <20060414152058.2BCE.KSK@be.to>
Message-Id: <4355CE4F-6261-458F-8F2F-66BE6831991D@dan.co.jp>
2.03 2005/07/07 04:00:52
! Jcode.pm t/tr.t
Fixed: $j->tr($from, "a-z/") yields unexpected result
Message-Id: <20050706114544.D80E.KSK@be.to>
Message-Id: <530FB8E2-B09D-4BBA-A271-09F0D91AAD79@dan.co.jp>
2.02 2005/06/29 14:00:09
! Jcode.pm t/convert.t
Addressed: Jcode::convert("constant" ...) croaks
because 'Modification of a read-only value attempted'.
Reported by Akira Kawamata via htmllint@ring.gr.jp
Message-Id: <200506291823.ADF32994.VUONVB@piedey.co.jp>
Message-Id: <674CABD0-F30B-4244-AFD6-AE9BFA0F3744@dan.co.jp>
2.01 2005/06/20 06:21:06
! Makefile.PL
vs. ExtUtils::MakeMaker 6.30 -- Thanks, Mike (Castle|Schwern).
Message-Id: <20050620041227.GE5165@windhund.schwern.org>
2.00 2005/05/16 19:07:51
! Jcode.pm
2.00 released ex officio!
1.99_07 2005/03/08
! Jcode.pm
jfold() fixes by nipotan
http://blog.livedoor.jp/nipotan/archives/15894714.html
1.99_06 2005/02/19
! Jcode.pm Jcode/Nihongo.pod
tr(), jfold(), m() and s() now accepts flagged UTF-8 strings
in addition to EUC-JP strings.
! Jcode.pm Jcode/Nihongo.pod t/jfold.t
More patches by makamaka@donzoko.net.
Message-Id: <200502180920.j1I9KLvB000550@www231.sakura.ne.jp>
1.99_05 2005/02/18
! Jcode.pm MANIFEST Makefile.PL
+ Jcode/Nihongo.pod t/jfold.t
Enhancements & Japanese POD with a help from makamaka@donzoko.net.
Message-Id: <200502161338.j1GDct2I012566@www231.sakura.ne.jp>
1.99_04 2005/02/15
! Jcode.pm
* Minor pod fixes
* More field test at http://openlab.jp/Jcode/ before the official release
1.99_03 2005/02/13
! Jcode.pm
Addressed a bug that Jcode did not handle 'binary' correctly,
reported by Takahashi-san
+ t/append.t
Surprisingly, append() was not in the test suite so there.
! Jcode.pm
* $j->any_encoding feature added via AUTOLOAD.
* More testings
* Pod revisions
1.99_02 2005/02/12
- Unicode/_test.pl
This file was totally unnecessary but got installed via MakeMaker
so it is now removed from MANIFEST
! Makefile.PL
Now smarter so that only Jcode.pm is build and installed
when appropriate (when your perl is 5.8.1 or better).
1.99_01 2005/02/12
! *
First 2.0-beta.
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.
$Revision: 0.87 $ $Date: 2004/07/24 02:58:27 $
! Jcode.pm
* Document Fix by shigeno@iij-mc.co.jp
Message-Id: <20040708.175523.131609260.shigeno@iij-mc.co.jp>
* getcode() reverted to pre-0.84 because the new algorithm is prone
to false positive cases, reported by inu@kc5.so-net.ne.jp.
Message-Id: <20040723.233005.78712771.inu@mail.design.co.jp>
$Revision: 0.86 $ $Date: 2004/06/20 09:54:33 $
! Unicode/uni.c Unicode/uni2euc.h
Flat-table representation of uni2euc is now segmented to paged
tables so Visual C++ happy. Also pages w/ undefined characters
only are aggregated to shrink the table by more than 50%.
Thank you, Takahashi-san.
Message-Id: <006301c45664$a048cb20$0401a8c0@makoto>
0.85 2004/06/18 18:32:19
! Jcode.pm
getcode() is now less likely to fail to detect utf-8
Message-Id: <001901c45541$234adb00$0401a8c0@makoto>
2003/06/21 07:37:54
! Unicode/* Manifest
Unicode XS is completely rewritten from scratch. It is now
even faster than Encode (but less general, of course).
Instead of bsearch(), Unicode XS now uses flat lookup table
Which makes it not only faster but (hopefully) more portable.
Its only price is slightly larger size of the shared library
(360kb on FreeBSD 4-Stable)
