forked from andk/cpanpm
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Todo
18794 lines (13558 loc) · 741 KB
/
Todo
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
2009-07-08 Andreas J. Koenig <andk@cpan.org>
* from cpantesters-discuss
05:04:06 <@ST47> Hey
05:04:21 <@ST47> Anyone ever had a problem with the FTPstats.yml getting
corrupted?
05:04:49 <@ST47> It keeps getting messed up and throwing a syntax error through
YAML::Syck and throwing my smokers into a useless state
06:28:45 <@ST47> Probably ran out of disk space mid-write...
07:53:33 <@rafl> yeah, i've seen that.
2009-07-02 Andreas J. Koenig <andk@cpan.org>
* Curtis Jewell reports failing tests that I overlooked on cpantesters.
Seems to be that Expect-less systems fail some tests around push/pop on
urllist???
http://www.nntp.perl.org/group/perl.cpan.testers/2009/06/msg4356518.html
Nope, I can remove Expect and still pass all tests.
He is stuck in the test "urllist empty" and then gets the fail for the
test "reordering urllist". Skipping the "urllist empty" test when no
Expect is installed will most probably "fix" this. I mean, we're fixing
a test, not code.
Nope. Was a whitespace bug, FIXED.
2009-07-01 Andreas J. Koenig <andk@cpan.org>
* amend version numbers and let Andy Armstrongs script care for them
automatically. 1.9402 was delivered with 3 decreasing version numbers.
How come?
Status: Decreasing version number
=================================
module: CPAN::Distribution
version: 1.93
in file: CPAN-1.9402/lib/CPAN/Distribution.pm
status: Not indexed because CPAN-1.9304/lib/CPAN.pm in
A/AN/ANDK/CPAN-1.9304.tar.gz has a higher version number
(1.9304)
module: CPAN::Index
version: 1.93
in file: CPAN-1.9402/lib/CPAN/Index.pm
status: Not indexed because CPAN-1.9304/lib/CPAN.pm in
A/AN/ANDK/CPAN-1.9304.tar.gz has a higher version number
(1.9304)
module: CPAN::LWP::UserAgent
version: 1.00
in file: CPAN-1.9402/lib/CPAN/LWP/UserAgent.pm
status: Not indexed because CPAN-1.9304/lib/CPAN.pm in
A/AN/ANDK/CPAN-1.9304.tar.gz has a higher version number
(1.9304)
Something like
perl-reversion -current 0.0.4 -set 0.0.5 lib/**/*.pm
2009-04-19 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Acme::Badexample ($VERSION = do { $_++ while 1; return $_ };) breaks
us. Could not get a stable solution from BSD::Resource. The problem was
that when running the r command after a while the number of $SIG{XCPU}
interrupts increased until finally the shell ended itself. Probably a
bug somewhere else. Giving up at this state:
diff --git a/lib/CPAN/Module.pm b/lib/CPAN/Module.pm
index f9520d9..92d53c9 100644
--- a/lib/CPAN/Module.pm
+++ b/lib/CPAN/Module.pm
@@ -652,9 +652,32 @@ sub available_version {
#-> sub CPAN::Module::parse_version ;
sub parse_version {
my($self,$parsefile) = @_;
+ our($soft0,$hard0,$used0);
+ if (CPAN->has_usable("BSD::Resource")) {
+ ($used0) = BSD::Resource::getrusage();
+ ($soft0,$hard0) = BSD::Resource::getrlimit(BSD::Resource::RLIMIT_CPU()) unless $soft0;
+ warn "used0[$used0]soft0[$soft0]hard0[$hard0]\n";
+ my $success = BSD::Resource::setrlimit(BSD::Resource::RLIMIT_CPU(),int(3+$used0),$hard0);
+ if ($success) {
+ $SIG{XCPU} = sub {
+ my $sig = shift;
+ die +{ SIG => $sig};
+ };
+ } else {
+ $CPAN::Frontend->mywarn("Could not set limit\n");
+ }
+ }
my $have = eval { MM->parse_version($parsefile); };
if ($@) {
- $CPAN::Frontend->mywarn("Error while parsing version number in file '$parsefile'\n");
+ if (my $sig = $@->{SIG}) {
+ $CPAN::Frontend->mywarn("Signal $sig caught while parsing version number in file '$parsefile'\n");
+ } else {
+ $CPAN::Frontend->mywarn("Error while parsing version number in file '$parsefile'\n");
+ }
+ }
+ if ($soft0) {
+ BSD::Resource::setrlimit(BSD::Resource::RLIMIT_CPU(),$soft0,$hard0);
+ $SIG{XCPU} = 'IGNORE';
}
my $leastsanity = eval { defined $have && length $have; };
$have = "undef" unless $leastsanity;
Seems to be solved with a much simpler alarm call now but I had to
choose a surprisingly high alarm value of 10. Below that I saw random
errors.
2009-04-14 Andreas J. Koenig <andk@cpan.org>
* explicit option to prefer Archive::Tar over tar like suggested by
https://rt.cpan.org/Ticket/Display.html?id=33686?
explicit option for suppress readline!
while being at readline: improve the wording "available" versus what
Schwern suggested in https://rt.cpan.org/Ticket/Display.html?id=29862
2009-04-14 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* reminder: Solaris tar cannot read tarballs with a path with more than
100 bytes. Wolfram re-reported it today.
https://rt.cpan.org/Ticket/Display.html?id=43813 was the first report.
No, https://rt.cpan.org/Ticket/Display.html?id=40843
MST suggested switching to tgz. Good idea.
2009-03-13 Andreas J. Koenig <andk@cpan.org>
* git tags not exported. Why? Need to export the release tags. How?
Do I actually have some?
% git tag -l | tail
1.92_63
1.92_64
1.92_65
1.92_66
1.93
1.9301
1.9304
1.93_02
1.93_03
1.93_51
But on the re-imported clone it ends with 1.9301
git push --tags
this is considered to dtrt. Can be checked visiting github and hovering
over "all tags". According to
http://blog.ashchan.com/archive/2008/06/30/tags-on-git/ at least.
Problem with that is we have so many tags that we cannot scroll to the
last in firefox.
But indeed 'git push --tags' did work as expected and downloading to the
the other box also
2009-03-13 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* test YAML::XS and YAML::Perl.
| | YAML::Syck | YAML::XS | YAML | YAML::Perl | YAML::Tiny |
| | | | | | |
| hosts command | 0 s | 0 s | 5 s | INTR after 1 m | FAILS |
| | | | | | |
| test Acme::Meta | 4 s | 4 s | 35 s | FAILS | FAILS |
| | | | | | |
2009-02-28 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* support deprecate.pm: Nick's plan seems to be that when Switch.pm is
installed at
/Users/nick/Sandpit/511v/lib/perl5/5.11.0/Switch.pm
then it is a second class citizen (because it came with perl) which
warns when being loaded (due to deprecated.pm). But when it (the very
same file) is installed from the CPAN it will live in a different
location, say
/Users/nick/Sandpit/511v/lib/perl5/site_perl/5.11.0/Switch.pm
and then it will not warn about deprecate although the 'use deprecate'
is in the file.
The plan is to change CPAN.pm such that it installs from CPAN the very
same version as the core version is. The difference should be recognized
in the installation directory. So there shall be more magic in the INC
order.
2009-02-27 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* todo/nice to have: completion on distros such that before the slash we
complete user ids and after the slash not ls() but existing distros. Or
maybe if we have more than x characters we complete the distros. Or some
such.
2009-01-22 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* todo: add a new pause batch signing key
2009-01-18 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* 12:04:17 <@Alias> What I'm suggesting is that CPAN.pm can be embedded inside of
larger programs
12:04:36 <@Alias> Or at least, it should be... it is extremely front-end
centric in many places
12:05:22 <@Alias> Well, I can't actually load up CPAN.pm inside my process, as
it's unsafe...
12:05:29 <@Alias> Because it does permalocks on files and stuff
12:05:36 <@Alias> And that goes all explodey
12:05:47 <@Alias> So I have to isolate each CPAN.pm call out in seperate
processes
12:06:20 <@Alias> Mostly via pip or "cpan Whatever" calls
12:07:04 <@klapperl> maybe we can get rid of the permalocks
12:07:11 <@Alias> That would be nice
12:07:26 <@Alias> Also, to not apply the "don't try to reinstall" between
user-land commands
12:08:12 <@Alias> But if we could flush some of this stuff out, it would be nice
2008-11-03 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* shlomi-regex-utf8.pl needs a trick to kill itself after a second or
two but without alarm because alarm doesn't kill the running regexp.
Implemented with open..."|-". It uses alarm but in the parent and the
child runs the regex.
* S/SR/SRI/Catalyst-Plugin-HTML-Widget-1.1.tar.gz also calls cpanplus.
2008-11-02 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* somebody has successfully called cpanplus. I suspect it was
Devel-ebug-HTTP-0.32. Or Module::Install::Catalyst. Whatever. I now have
a process standing in
/home/sand/.cpanplus/5.11.0/build/Catalyst-Runtime-5.7015 doing nothing
having 6 pipes open and giving me no clue.
Yes, Leon has Module::Install 0.60 in inc/. Arrrrrrrgh.
http://rt.cpan.org/Ticket/Display.html?id=40599
2008-10-23 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Scriptalicious had its first fail on 2008-07-08 with a bleadperl since
then 6 green and 31 red.
2008-09-14 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Class::MOP and 32734:
Class-MOP-0.64_01.tar.gz OK
Class-MOP-0.64_02.tar.gz OK
Class-MOP-0.64_03.tar.gz OK
Class-MOP-0.64_04.tar.gz OK
Class-MOP-0.64_05.tar.gz NOT OK
A comment explains that the other versions did not load XS but fell back
to the pure perl versions.
It's not a trivial enough thing for me to simply fix it with an #if.
Envariable CLASS_MOP_NO_XS? Fixes it, of course but does not help us much.
2008-09-10 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Class-MOP
----Program----
eval q{use Class::MOP 0.65};
print $@ ? "N/A" : "OK";
print "\n";
----Output of ...pIitLTW/perl-5.10.0@32733/bin/perl----
OK
----EOF ($?='0')----
----Output of ...p3OAlrp/perl-5.10.0@32734/bin/perl----
N/A
----EOF ($?='0')----
http://rt.cpan.org/Ticket/Display.html?id=39149
2008-09-07 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* HOP-Parser-0.01 broke between
FAIL 1754549 meta:from[DAGOLDEN] meta:date[2008-06-20T22:25:00]
PASS 1727355 meta:from[andreas.koenig.gmwojprw] meta:date[2008-06-18T02:45:00]
HOP::Stream 0.02 came out
http://rt.cpan.org/Ticket/Display.html?id=37367 by RUDY with patch
2008-09-06 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* ATOURBIN/rpm-build-perl-0.6.8.tar.gz (= B::PerlReq) broke between Jun
28 and Jul 8 for all perls that had modules up to date. My 34053 is not
uptodate and it still tests ok.
Looking at the output of 'r' should reveal something.
B::Debug 1.07 1.11 OK
B::Utils 0.05 0.06 OK
Devel::CallTrace 1.0 1.2 OK
Devel::Backtrace 0.10 0.11 OK
CPAN::Reporter 1.15 1.1601 NOT OK
https://rt.cpan.org/Ticket/Display.html?id=39054 by DAGOLDEN with patch
2008-09-04 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* limit the autogeneration of a Makefile.PL to single-file stuff should
not break too many script distros. Requested by
Mailing-List: contact perl-qa-help@perl.org; run by ezmlm
To: perl-qa@perl.org
Subject: Re: imaginary Makefile.PL (and scripts)
Date: Wed, 3 Sep 2008 13:24:34 -0700
Message-Id: <200809031324.34780.ewilhelm@cpan.org>
From: Eric Wilhelm <scratchcomputing@gmail.com>
2008-08-23 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* it has already been reported as http://rt.cpan.org/Ticket/Display.html?id=36912
Hook::Filter has a use_ok in a BEGIN block. Only reached one of several
things is missing because then it is a skip_all. use_ok in BEGIN block?
Wasn't this allowed in old times due to a Test::Simple bug? Yes. I added
a comment to the ticket.
2008-07-17 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* mixed success with JSON::XS. At least a first binary search
demonstrates that there must be some problem.
----Program----
eval q{use JSON::XS 2.22};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pQYroRO/perl-5.9.3@27322/bin/perl----
OK
----EOF ($?='0')----
----Output of .../piMBZQp/perl-5.9.3@27323/bin/perl----
N/A
----EOF ($?='0')----
Is it a Test::Harness problem? The test output looks OK but the summary
says FAIL. T:H is up to date, 3.12. Upgrading CPAN from 1.9205 to
1.92_63. Upgrading CPAN::Reporter from 1.1601 to 1.16_51.
Still same bad result.
Upgrading to Test::Harness::Straps 0.30 No success
cpan[5]> install JSON::XS
Running install for module 'JSON::XS'
Running make for M/ML/MLEHMANN/JSON-XS-2.22.tar.gz
Has already been unwrapped into directory /home/sand/.cpan/build/JSON-XS-2.22-bEP80n
Has already been made
Running make test
PERL_DL_NONLAZY=1 /home/src/perl/repoperls/installed-perls/perl/piMBZQp/perl-5.9.3@27323/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/00_load...............ok
t/01_utf8...............ok
t/02_error.............. All 31 subtests passed
t/03_types..............ok
t/04_dwiw_encode........ok
t/05_dwiw_decode........ok
t/06_pc_pretty..........ok
t/07_pc_esc.............ok
t/08_pc_base............ok
t/09_pc_extra_number....ok
t/10_pc_keysort.........ok
t/11_pc_expo............ok
t/12_blessed............ok
t/13_limit..............ok
t/14_latin1.............ok
t/15_prefix.............ok
t/16_tied...............ok
t/17_relaxed............ok
t/18_json_checker.......ok
t/19_incr...............ok
t/99_binary.............ok
Test Summary Report
-------------------
Files=21, Tests=25547, 24 wallclock secs ( 9.90 usr 0.04 sys + 13.26 cusr 0.25 csys = 23.45 CPU)
Result: FAIL
Failed 1/21 test programs. 0/25547 subtests failed.
Most probably the t/02error.t thing, it has no "ok".
Oh no! I saw the above thing several times and now I retried and it has
disappeared with that same perl @27323.
2008-07-13 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* DBD-Pg on k81 hangs forever asking for 'Path to pg_config?'
* STEVAN/FCGI-Engine-0.04 seems to hang forever
2008-07-09 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* App-Control-1.02 seems to call the wrong perl and when it then fails
it goes into a--fortunately slow--endless loop. Need to investigate
soonish if nobody beats me to it.
2008-07-07 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* XML::RSS::Tools has three FAILS that nobody else reported but me.
Manually reproducable with 5.10.0 () and ParseReport does not lead me in
any direction.
So I decide to upgrade random pieces.
I come by Archive::Any and I see it fail the same way as XML::RSS::Tools!!!
t/type............
# Failed test 'right warning, unknown type'
# at t/type.t line 15.
# found carped warning: uplevel 2 is more than the caller stack at /home/src/perl/repoperls/installed-perls/perl/pVNtS9N/perl-5.8.0@32642/lib/site_perl/5.10.0/Test/Warn.pm line 283
# found warning: No mime type found for type 'hominawoof' at /home/sand/.cpan/build/Archive-Any-0.0932-SZsz9I/blib/lib/Archive/Any.pm line 169.
# expected to find warning: (?-xism:No mime type found for type 'hominawoof')
# Failed test 'right warning, no type'
# at t/type.t line 19.
# found carped warning: uplevel 2 is more than the caller stack at /home/src/perl/repoperls/installed-perls/perl/pVNtS9N/perl-5.8.0@32642/lib/site_perl/5.10.0/Test/Warn.pm line 283
# found warning: No handler available for type 'text/plain' at /home/sand/.cpan/build/Archive-Any-0.0932-SZsz9I/blib/lib/Archive/Any.pm line 179.
# expected to find warning: (?-xism:No handler available for type 'text/plain')
# Looks like you failed 2 tests of 7.
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/7 subtests
Test Summary Report
-------------------
t/type (Wstat: 512 Tests: 7 Failed: 2)
Failed tests: 5, 7
Test-Warn has many used-by and many dependencies. I pick for example
dependency on Sub::Uplevel and this perl has 0.19_03.
Only few have 0.19_03 installed. And indeed, downgrading to 0.1901 fixes
the issue.
2008-07-03 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Math-BaseCalc
1802488 1802531 1813504 1814071 1819368 1823811 1826225
2008-06-28 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* rt-perl-22977
----Program----
sub f ($); # Comment out to get right result!
sub f ($) {
my $test = $_[0];
write;
format STDOUT =
@<<<<<<<
$test
.
}
f(1);
f(2);
----Output of .../pMZAcVt/perl-5.8.0@19648/bin/perl----
1
1
----EOF ($?='0')----
----Output of .../pgL2gwc/perl-5.8.0@19649/bin/perl----
----EOF ($?='11')----
2008-06-26 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Email-Simple 2.004/2.003: During the latest megainstall I installed
first 2.004 and later 2.003 for whatever reason. And then, when he tried
to install Email-Simple-FromHandle, he complained that 2.003 was
insufficient.
http://rt.cpan.org/Ticket/Display.html?id=37144
2008-06-18 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Sys-Syscall-0.22 hangs with 34066 (maint-5.8) during 02-sendfile. That
makes Danga-Socket a DISCARD. Hmm. And then Perlbal hangs in its test.
Hmm.
update 2008-06-23: 34074@bleadperl also hangs. 34053 too. Why did I not
notice that? 33949 same. Aha: since Jun 15 there is process 9195 running
occupying port 60001, owned by sand, parent is 1 and it has plenty
children. I kill it and run the tests for 33949 again. Doesn't help. Now
process 21113, testing some t/31-realworld.t has occupied port 60001.
When I kill that then the Syscall test runs through.
Whose bug is that? I'd say Sys::Syscall should fail more gracefully
instead of just hanging.
Retrying 34053: now Sys-Syscall-0.22/t/01-epoll.t fails! But at least
without hanging. Same with 33949:
t/01-epoll.........
# Failed test 'made temp listening socket'
# at t/01-epoll.t line 61.
Can't use an undefined value as a symbol reference at t/01-epoll.t line 62.
# Looks like you planned 20 tests but only ran 13.
# Looks like you failed 1 test of 13 run.
# Looks like your test died just after 13.
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 8/20 subtests
Of course, there's process 9193 listening on 60000 since Jun 15.
And now epoll runs through everywhere.
http://rt.cpan.org/Ticket/Display.html?id=37075
2008-06-13 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Todo: report Data::Float the bug to switch to "traditional" instead of
"passthrough".
https://rt.cpan.org/Ticket/Display.html?id=36731
2008-06-12 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* As the last time in 2008-03-08 today I hit the Makefile.PLs written by
Module::Build::Compat "passthough" model. This time with
Data-Float-0.009 and Text-SimpleTable-0.03. Why does this perl have no
Module::Build? I thought my megainstall rules install it because they
install Bundle::CPANxxl? Yes, I do. But M:B FAILs with current
5.8.9-tobe. Is it Test::Harness 3.11? At line 675 we install T:H 3.11
and at 950 we fail the test compat.t, so yes, this is with 3.11.
Retrying with 33994 I see T:H 3.11 fail in its
t/compat/test-harness-compat.t. It has 3.10 and M:B PASSes.
Retrying with 33935 I see M:B PASS with T:H 3.10. Here T:H 3.11 PASSes
and is now installed. Testing M:B again FAILs on its t/compat.t test.
Retrying with what next? I would like to have a stock 5.8.8 as it comes
with just the bare metal.... Not needed because AndyA apparently
already knows (witnessed on #p5p)
Workaround is to force install M:B.
2008-06-05 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* URI::Escape::XS has 10 fails all of which have useperlio, usemymalloc,
ld=cc, intsize=4, hint=recommended, dlsrc=dl_dlopen.xs,
d_longlong=define, ccversion="", cc=cc, alignbytes=4. But what does that
tell us?
perl bin/quidi-getreports.pl -q=conf:intsize URI-Escape-XS | perl -nale 'if ($F[0] eq "FAIL"){ print "~/var/cpantesters/nntp-testers/$F[1]"}'|xargs echo
With this list we can grep for the test failure (it is always 03-hashu.
Uniq -c gives us:
1 # Failed test 'decodeURI("%uD869")'
9 # Failed test 'decodeURI("%uD869%uDEB2%u5F3E%u0064")'
The shorter one is /home/k/var/cpantesters/nntp-testers/1595927 from chris.
No clue.
2008-05-31 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* There seems to be a bug when the user has makepl_args and the
distroprefs file has other pl/args.
2008-05-29 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* flock on windows is mandatory -- mail from Jan Dubois
2008-05-28 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* what's the matter with maint-5.10? need a perl between 33823 and 33921
and because 33921 does not build I must read the available perls in the
APC directory:
% ls APC/perl-5.10.x-diffs
Trying 33883. Trying lots of older 5.10s which all must have worked some
time before because I do not think the I have skipped testing often. All
fail in the same way. Some debian upgrade must have broken something.
For the record:
ok 385 - Archive type recognized properly
not ok 386 - extract() for 'x.lzma' reports success
# Failed test 'extract() for 'x.lzma' reports success'
# at ../lib/Archive/Extract/t/01_Archive-Extract.t line 334.
ok 387 - No errors capturing buffers
not ok 388 - Found correct number of output files
# Failed test 'Found correct number of output files'
# at ../lib/Archive/Extract/t/01_Archive-Extract.t line 356.
# got: '0'
# expected: '1'
Modification of non-creatable array value attempted, subscript -1 at ../lib/Archive/Extract/t/01_Archive-Extract.t line 358.
1..388
# Looks like you failed 2 tests of 388.
# Looks like your test died just after 388.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 386, 388
Failed 2/388 tests, 99.48% okay
Failed Test Stat Wstat Total Fail List of Failed
-------------------------------------------------------------------------------
../lib/Archive/Extract/t/01_Archive-Extra 255 65280 388 2 386 388
Failed 1/1 test scripts. 2/388 subtests failed.
Files=1, Tests=388, 3 wallclock secs ( 1.05 cusr + 0.34 csys = 1.39 CPU)
But Archive::Extract from CPAN passes its tests.
Look, the x.lzma files in perl and in Archive::Extract differ:
% md5sum ~/.cpan/build/Archive-Extract-0.26-t7pU2J/t/src/x.lzma ./x.lzma
44c17dfa72c5277ff13518c9214f8a02 /home/sand/.cpan/build/Archive-Extract-0.26-t7pU2J/t/src/x.lzma
447ad6244441d9cccfa8ab690b6cd035 ./x.lzma
>sand@k75:/home/src/perl/repoperls/perl-m-5.10.0@33942/lib/Archive/Extract/t/src% cmp -l ~/.cpan/build/Archive-Extract-0.26-t7pU2J/t/src/x.lzma ./x.lzma
1 135 43
2 0 43
3 0 43
4 200 43
5 0 43
6 0 43
7 0 43
8 0 43
9 0 43
10 0 43
11 0 43
12 0 43
13 0 43
14 0 43
15 0 43
16 0 43
17 0 43
18 0 43
cmp: EOF auf /home/sand/.cpan/build/Archive-Extract-0.26-t7pU2J/t/src/x.lzma.
What? The test file in the CPAN distro is only 18 bytes? Bleedperl's
also has only 18 bytes.
see http://public.activestate.com/cgi-bin/perlbrowse/r///depot/maint-5.10/perl/lib/Archive/Extract/t/src/x.lzma.packed which says:
//depot/maint-5.10/perl/lib/Archive/Extract/t/src/x.lzma.packed
... #2 change 33943 integrate on 2008/05/28 by davem@davem-pigeon (text) 'Integrate: [ 33414] Subject: [p'
... ... copy from //depot/perl/lib/Archive/Extract/t/src/x.lzma.packed#2
... #1 change 33113 branch on 2008/01/29 by nicholas@nicholas-saigo (text) 'Integrate: [ 32652] Upgrade to '
... ... branch from //depot/perl/lib/Archive/Extract/t/src/x.lzma.packed#1
And the same for bleadperl http://public.activestate.com/cgi-bin/perlbrowse/r///depot/perl/lib/Archive/Extract/t/src/x.lzma.packed
//depot/perl/lib/Archive/Extract/t/src/x.lzma.packed
... #2 change 33470 edit on 2008/03/10 by rgs@scipion (text) 'Subject: Re: [PATCH] make Archi'
... ... copy into //depot/maint-5.10/perl/lib/Archive/Extract/t/src/x.lzma.packed#2
... #1 change 33098 add on 2008/01/28 by stevep@stevep-kirk (text) 'Upgrade to Archive-Extract-0.26'
... ... branch into //depot/maint-5.10/perl/lib/Archive/Extract/t/src/x.lzma.packed#1
main-5.10 has the packed file instead of the unpacked one. So who calls
uupacktool and how?
Ahh, 33943 must fix it. My last try was 33942.
2008-05-25 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* >>>>> On Sun, 25 May 2008 12:53:15 -0400, "David Golden" said:
> So here's what I think should be the logic, more or less:
> * under "install", all 'requires' must be satisfied without adding
> build directories to PERL5LIB or else they need to be queued. All
> "build_requires" must be satisfied including build directories or they
> need to be queued.
> * under "test/make", "requires" or "build_requires" must be satisfied
> including build directories or they need to be queued
> What do you think?
Excellent summary. This will indeed allow the user to mix install and
make/test commands.
2008-05-21 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Games::RolePlay::MapGen puzzling fails may need autobundle diffs.
/home/sand/.cpan/Bundle/Snapshot_2008_05_21_00.pm
2008-05-18 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* David did some refactoring and now we see that satisfy_requires and
satisfy_configure_requires are similar but not foldable into one thing.
Is this intentional or are there bugs lurking?
* "later_for" seems an unused variable, David said. Dispensable or lost
in transition? Not lost in transition, rather introduced without a clear
mission.
* bleedperl between 33832 and 33845 broke CPAN::Reporter?
t/51_test_report_fail..................
# Failed test 't-MultipleMatch: 'make test' grade explanation correct'
# at t/51_test_report_fail.t line 105.
# got: ''make test' error detected.'
# expected: 'One or more tests failed.'
# Looks like you failed 1 test of 102.
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/102 subtests
This is in the logfile but I cannot reproduce it.
2008-05-10 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Kwiki::Test and 5.10.1 tobe have a problem. 33787 is my maint-5.10,
33788 my blead. Autobundles in
/home/sand/.cpan/Bundle/Snapshot_2008_05_10_0[01].pm
First suspect File::Path 2.04 vs 2.06?
http://rt.cpan.org//Ticket/Display.html?id=35761
2008-05-04 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Devel::Profiler
http://rt.cpan.org/Ticket/Display.html?id=35620
* new bug in Module::Install? MooseX::Storage declares the dependency
"Best" on feature "YAML". Then I set my usual environment variables for
Module::Install and nobody asks a question and Best is not being
installed. Who's doing wrong?
To find out, we need a perl without Best.pm. 33711
Trying on the commandline both
/home/src/perl/repoperls/installed-perls/perl/pw3p8BE/perl-5.10.0@33711/bin/perl Build.PL
and
/home/src/perl/repoperls/installed-perls/perl/pw3p8BE/perl-5.10.0@33711/bin/perl Makefile.PL
ask the right questions, But setting either PERL_AUTOINSTALL=--skip or
PERL_EXTUTILS_AUTOINSTALL=--skip leads to no questions asked.
This is contrary to my expectations but as I'm not sure how
Module::Install intends to behave I cannot really tell what's up.
I filed a ticket against Module::Install to please provide some docs.
https://rt.cpan.org/Ticket/Display.html?id=35619
2008-05-03 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* SOAP-WSDL fails sometimes with Can't locate object method "new" via
package "SOAP::WSDL::Transport::HTTP"
Stepping through the debugger reveals it may have to do with the fact
that I have Test::Without::Module installed. Because otherwise he skips
tests silently.
http://rt.cpan.org/Ticket/Display.html?id=35610
* Catalyst-View-Jemplate 0.06 had a few fails recently, the first on May
1.
Jemplate 0.22 seems to break it
CPAN_FILE R/RK/RKRIMEN/Jemplate-0.22.tar.gz
UPLOAD_DATE 2008-04-29
There is no older version in the RKRIMEN directory. Previous maintainer
was INGY. Downgrading to INGY/Jemplate-0.21? Does not fix it. 0.20 fixes
this.
http://rt.cpan.org//Ticket/Display.html?id=35609
* DROLSKY/Log-Dispatch-2.21.tar.gz has its first fail ever yesterday.
Looks like a Params::Validate issue
k75 33755 0.89 PASS
k75 33755 0.90 FAIL
k81 32642 0.89 PASS
k81 32642 0.90 FAIL
k78 5.8.8 0.89 PASS
k78 5.8.8 0.90 FAIL
http://rt.cpan.org/Ticket/Display.html?id=35608
* SHA256-0.01b has some 64bit issue. All FAILs are systems that have
use64bitint set.
http://rt.cpan.org/Ticket/Display.html?id=33944
2008-04-29 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* XML::SAX::RTF needs an emergency release
* Bug in new distroprefs: sorting has been lost
2008-04-26 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* get-reports: when we get no clue from whatever we try we would like to
have an automaton that tests for every possible dependency, calculates a
regression and lists them. POE::API::Peek is such a case but also
List-Sliding-Changes might be analyzable that way.
L:S:C is fixed and get-reports did not help. Would have needed more
insights into tests but most reports do not provide that especially not
when it is a PASS.
2008-04-25 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* IPC::Run fails today with any perl I try even with perls that have
installed it successfully in the past and recent days. Either a
dependency on a module has got a new version or something on that system
(semaphores?). Interesting is http://rt.cpan.org/Ticket/Display.html?id=28150
Locale! distropref written.
2008-04-23 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Event::Lib seems to need a binarysearch. Might be a Test::Harness issue.
Ok, came to the conclusion it is Test::Harness 3.0 related.
http://rt.cpan.org/Ticket/Display.html?id=35355
* JSON::XS 2.2 is accused to need a binary search but I find it working
under many bleadperls and indeed failing with a very old bleedperl
(30953).
cpantesters currently count Pass 65 : Fail 3, so this seems to be a
bogus report.
2008-04-21 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* apc-overview says/should say
maint-5.10 5.10.1 32695 33660 ( 116) [have 33642]
maint-5.8 5.8.9 27041 33694 ( 982) [have 33638]
perl 5.11.0 32643 33714 ( 810) [have 33714]
missing number of patches since last build
2008-04-20 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Coming back to Data::Serializer. The trick was to do what in the
debugger?
make testdb TEST_FILE=t/05-Encryption.t
b 53 "JSON" eq $serializer
s
c 340
s
c 738
s
c 642
Ahja, now we can reconstruct.
use Crypt::CBC;
my $secret = "test";
my $cipher = "Blowfish";
my $digest = qq{deadbeef};
$digest .= chr(256); chop $digest;
my $cipher_obj = Crypt::CBC->new($secret,$cipher);
print length $cipher_obj->encrypt($digest)==32 ? "ok\n" : "not ok\n";
http://rt.cpan.org/Ticket/Display.html?id=35239
And a perlbug
Bitops on strings when UTF8 flag is set
2008-04-13 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* would like to get DJHD/Speech-Recognizer-SPX-0.09.tar.gz running on
debian but it needs more work:
Package pocketsphinx was not found in the pkg-config search path.
Perhaps you should add the directory containing `pocketsphinx.pc'
to the PKG_CONFIG_PATH environment variable
No package 'pocketsphinx' found
Unable to locate PocketSphinx using pkg-config. Please make sure that
you have installed pkg-config and PocketSphinx on your system, and
that PKG_CONFIG_PATH is set correctly.
2008-04-12 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* would like to get JavaScript to compile. Needs work on Debian. The
$lib/$libs thing is broken, fixing it was easy but then the compilation
and the tests still failed.
* refresh investigations Data::Serializer
The string that is brought from JSON via Data::Serializer to Crypt::CBC::encrypt is this:
DB<10> Devel::Peek::Dump $data
SV = PVMG(0x8a9e908) at 0x87e1964
REFCNT = 2
FLAGS = (PADMY,POK,pPOK,UTF8)
IV = 0
NV = 0
PV = 0x8b32198 "6cbcecd11182ea942e597f5a5b77b2883885cceccff88f6b08e025db66316c96=[\"one\",\"two\",\"three\"]"\0 [UTF8 "6cbcecd11182ea942e597f5a5b77b2883885cceccff88f6b08e025db66316c96=["one","two","three"]"]
CUR = 86
LEN = 221
MAGIC = 0x85c4148
MG_VIRTUAL = &PL_vtbl_utf8
MG_TYPE = PERL_MAGIC_utf8(w)
MG_LEN = 86
So far no difference between 2396[56] in Crypt::CBC::crypt.
The difference comes after
my @blocks = unpack("a$bs "x(int(length($self->{'buffer'})/$bs)) . "a*", $self->{'buffer'});
These blocks are UTF8 since 23966 and were not so in 23965. Even with
identical 7bit content this makes a difference later.
2008-04-11 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* may be a bug in Distroprefs.pm the $abs in line 122. Seen with some DD
only perl.
* OOTools:
----Program----
eval q{use Class::Error 2.21};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pBnR154/perl-5.9.2@24659/bin/perl----
OK
----EOF ($?='0')----
----Output of .../pWYtCAP/perl-5.9.2@24660/bin/perl----
N/A
----EOF ($?='0')----
2008-04-05 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* CharsetDetector
----Program----
eval q{use CharsetDetector 1.0};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../pdVMYpV/perl-5.9.2@25178/bin/perl----
OK
----EOF ($?='0')----
----Output of .../p1Kjy6j/perl-5.9.2@25179/bin/perl----
N/A
----EOF ($?='0')----
* There are some perls on my system that cannot compile current Expect!
Which are that? At the moment just 25185. 25180 and 25194 both have it,
so the gap must be pretty small.
2008-04-04 Andreas J. Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de>
* Data-Serializer:
----Program----
eval q{use Data::Serializer 0.44; use JSON 2.07};
print $@ ? "N/A" : "OK";
print "\n";
----Output of .../p691lTk/perl-5.9.1@23965/bin/perl----
OK