CPAN
view release on metacpan or search on metacpan
* address RT #59216: make sure $builddir exists before calling tempdir
(Lee Goddard)
* a couple of new distropref files
2010-06-24 Andreas J. Koenig <andk@cpan.org>
* release 1.94_58
* bugfix: Non-English locales got no diagnostics on a failed locking due
to permissions (reported by Frank Wiegand)
* chasing test failures with test fixes.
2010-05-24 Andreas J. Koenig <andk@cpan.org>
* release 1.94_57
* bugfix: treat modules correctly that are deprecated in perl 5.12.
* allow ranges in urllist dialog, as inspired by Andrew Strebkov
* allow "o conf init WORD WORD2..."
* address #21484: disable inactivity_timeout when d_alarm is not "define"
* regex in "o conf init MATCH" must now be enclosed in slashes as in all
other commands that allow regexes
* again tested with 5.8.0, this time with an UTF8 locale and it did
indeed not pass the 30test: turning LANG=C now for the 30shell test,
unconditionally
* all supported config variables now documented in the POD and added a
test to monitor changes in the future
2006-09-13 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* release 1.87_63
consequences on user code.
So it's likely to depend on a module.
diff -u =(sort /home/k/.cpan/Bundle/Snapshot_2007_04_14_00.pm) =(sort /home/k/.cpan/Bundle/Snapshot_2007_04_14_01.pm) | less
Nothing obvious. So let's study the test itself.
It's about how the Austrians say to the month February. Why on earth is
16904 able to dig that word "Feber" out of the locale system but 16905
not? The files that contain "Feber" are specifically being delivered by
Locale::TextDomain, so seem not dependent on my Linux version or the
state of my locale installations.
https://rt.cpan.org/Dist/Display.html?Queue=libintl-perl is empty.
So if I cannot find a negative module dependency, it's something in
perl?
Wow: my 16904 was compiled on Gentoo! But comparing the configs does not
reveal anything yet.
Maybe it helps to run the same program in two debuggers step by step?
* Looks like a bug to me what I find in Bundle-SZABGAB-0.01.yml:
CONTAINSMODS is empty because Gabor has a distro in the bundle.
* Todo: clean up "XXX" in the code
* M2 (Wishlist) separate the TTLs for 01,02,03. If somebody asks 'a
FOO', we should only check for the authors database, etc.
* E1 Todo: use 00whois.xml instead of mailrc, and follow the UTF-8 HOWTO to
get rid of the term_is_latin variable. Test output with locales.
* H4 branch 1.87-dbmdeep-hackery revive? It was very broken but I do not
remember details. Hint: DBM::Deep promises significant memory savings
and in that branch we tried to see how it can be made to work for us.
* M3 RT 17353: Flag outdated CPAN sites and move them to the end of the
list when they have reached 291 hours. (Note: $CPAN/authors/02STAMP)
* E1: revisit rev 158:159, the introduction of "recent" and "perldoc".
#21791 has its bugreport. I don't like that most of the subroutines are
* One thing we do not support yet in distroprefs is adding dependencies
without patching. Shall we?
* Todo: clean up "XXX" in the code
* M2 (Wishlist) separate the TTLs for 01,02,03. If somebody asks 'a
FOO', we should only check for the authors database, etc.
* E1 Todo: use 00whois.xml instead of mailrc, and follow the UTF-8 HOWTO to
get rid of the term_is_latin variable. Test output with locales.
* H4 branch 1.87-dbmdeep-hackery revive? It was very broken but I do not
remember details. Hint: DBM::Deep promises significant memory savings
and in that branch we tried to see how it can be made to work for us.
* M3 RT 17353: Flag outdated CPAN sites and move them to the end of the
list when they have reached 291 hours. (Note: $CPAN/authors/02STAMP)
* E1: revisit rev 158:159, the introduction of "recent" and "perldoc".
#21791 has its bugreport. I don't like that most of the subroutines are
cpan[15]> o conf commit
commit: wrote '/home/k/.cpan/CPAN/MyConfig.pm'
Please use 'o conf commit' to make the config permanent!
FIXED
* write a dummy distro that reads arguments to Makefile.PL and another
one that reads something from STDIN (or maybe both in one) DELAYED until
the distroprefs stuff leaves the alpha stage.
* The bug in Strptime is in the "ga" locale. Installing the ga locale on
my box doesn't solve it. Manana.
* "I hate Module::AutoInstall". See down under the hr when you ever have
time.
2006-11-12 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* BUG: randomize_urllist cannot be set on the shell commandline: because
it ends in "list", it becomes always an array:))
distroprefs/RICKM.DateTime-Format-Strptime.yml view on Meta::CPAN
---
comment: |
started failing on 2008-05-19 with 'Can't call method "year" on an
undefined value at t/004_locale_defaults.t line 45.' while testing a
french date in december 1998 with a date containing
DB<8> Dump $_->[2]
SV = PV(0xe699f8) at 0x116cf70
REFCNT = 1
FLAGS = (POK,pPOK)
PV = 0x118d100 "31 d\351c 1998"\0
CUR = 11
LEN = 16
( run in 0.846 second using v1.01-cache-2.11-cpan-ceb78f64989 )