forked from andk/cpanpm
/
Todo
2559 lines (1816 loc) · 101 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
2006-10-14 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Add support for all other CPAN::Config variables. Maybe by turning
them all into methods in CPAN::Distribution, maybe via autoload, maybe
with clever use of local(). Currently only "make",
"make_install_make_command", and "build_requires_install_policy" are
supported. The first two for PDL on freebsd, the last one was just for
quick testing of the mechanism.
* Randy's CPAN-Search-Lite lives at
http://sourceforge.net/cvs/?group_id=101571 and on my local disk at
/home/src/perl/cpan-search-lite/CPAN-Search-Lite. As it needs DBI, it
cannot use bleadperl. Latest maint-perl is 28854.
AI::Categorizer needed by t/basic.t, not listed as prereq. Needs in turn
(unlisted?) Algorithm::NaiveBayes:-(
Warning: prerequisite Config::IniFiles 0 not found.
Warning: prerequisite DBD::SQLite 0 not found.
Warning: prerequisite File::Listing 0 not found.
DBD::SQLite did not compile on the first try. But it did on the second.
I think in between I installed libsqlite0-dev.
No again I have no Lingua::StopWords:=(
No SOAP::Lite
No Perl::Tidy
No HTML::TextToHTML
No Pod::Xhtml
No XML::SAX::ExpatXS
Finished installing prereqs, all tests except Mysql pass.
make install is OK.
First invocation of the indexer with
/home/src/perl/repoperls/installed-perls/maint-5.8/pjTSIuN/perl-5.8.0@28854/bin/csl_index --config /home/src/perl/cpan-search-lite/cpan.conf --setup
Using config file "/home/src/perl/cpan-search-lite/cpan.conf"
Cannot retrieve /home/src/perl/cpan-search-lite/indices/ls-lR.gz from file:///home/ftp/pub/PAUSE/indices/ls-lR.gz at /home/src/perl/repoperls/installed-perls/maint-5.8/pjTSIuN/perl-5.8.0@28854/lib/site_perl/5.8.8/CPAN/Search/Lite/Index.pm line 198.
Ouch, ls-lR.gz is used for what exactly? That's pure funet. I fetch it
from there. It's huge (2.4M)! How often do they update it?
/home/src/perl/repoperls/installed-perls/maint-5.8/pjTSIuN/perl-5.8.0@28854/bin/csl_index --config /home/src/perl/cpan-search-lite/cpan.conf --setup
Using config file "/home/src/perl/cpan-search-lite/cpan.conf"
Cannot retrieve /home/src/perl/cpan-search-lite/MIRRORED.BY from file:///home/ftp/pub/PAUSE/./MIRRORED.BY at /home/src/perl/repoperls/installed-perls/maint-5.8/pjTSIuN/perl-5.8.0@28854/lib/site_perl/5.8.8/CPAN/Search/Lite/Index.pm line 198.
Gotta get this mirroredby file as well...
% /home/src/perl/repoperls/installed-perls/maint-5.8/pjTSIuN/perl-5.8.0@28854/bin/csl_index --config /home/src/perl/cpan-search-lite/cpan.conf --setup
Using config file "/home/src/perl/cpan-search-lite/cpan.conf"
Argument "0.20a" isn't numeric in numeric comparison (<=>) at /home/src/perl/repoperls/installed-perls/maint-5.8/pjTSIuN/perl-5.8.0@28854/lib/site_perl/5.8.8/CPAN/Search/Lite/Util.pm line 274.
[...]
Ah, it's quite fast.
* 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.
* Measure kwalitee with Module::CPANTS::Analyse before uploading. That
way we can catch bugs in M:C:A itself or in its dependencies. DELAYED
because currently M:C:A doesn't pass its own tests.
* just a memo what I usually install:
o debug CPAN Distribution
install Bundle::CPAN YAML::Syck Module::Signature CPAN::Reporter Devel::Symdump
force install Expect
* replace 03 index file with YAML.
* Todo/buglet: turn on debug "CPAN" and find the reason why
incommandcolor is quite often not reset. We had that further down but I
fear it is not yet fixed.
* Todo: clean up "XXX" in the code
* "I hate Module::AutoInstall". See down under the hr if you have much
time.
* 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
thrown into CPAN::Distribution either. OTOH, we have commands that have
no central role within CPAN. One can always refuse to use them. Hrm.
HTML::Display!
* E5: (again and again) verify that the CPAN.pm-using modules continue
to work
AltaVista-BabelFish DMUEY CPAN-Unwind MSCHILLI CPAN-WAIT ULPFR
Devel-Modlist RJRAY PAR-Dist-FromCPAN SMUELLER Perl-Dist DAGOLDEN
Test-CPANpm CRAKRJACK
* E5 watch RT for open tickets. This todo can never be closed.
* E1 Todo: continue to close the Pod::Coverage gap. Currently only
CPAN.pm is covered
* E3 Todo: write a test for dot-cpan/Metadata usage. Hmmm. Important for
the future of locking, the future of DBM::Deep, protocol changes. Not
sure what to test.
* M3 Todo: investigate what BUGHUNTING in Tarzip means "today": it's
about a very old bug in Archive::Tar that is most probably fixed. Turn
bughunting on with the command C< !print$CPAN::Tarzip::BUGHUNTING=1 >.
It is slow but everything should just plain work. When we're confident
that everything works, we could offer a tar_policy option that has
options "ext" and "mod", for external programs vs. modules, default to
"ext"?
* M3 Reopened Bug: it seems that a user who is in /bin and has "." in
the beginning of the path gets ./sh as his shell from FirstTime. If we
encounter . in the path we should rather ignore it. But first we must
verify the behaviour. Reported by Slaven Rezic on behalf of Tino
Schulze. This has nothing to do with -I. but only with the shell and
$ENV{PATH} and as we do not know which shell it was it seems we cannot
test for the problem.
* H1 These days developer TELS posted to perl5-porters that his newest
release is available at
http://bloodgate.com/perl/packages/devel/Math-BigInt-1.78.tar.gz
Suddenly it dawned on me that I want to support
install http://bloodgate.com/perl/packages/devel/Math-BigInt-1.78.tar.gz
What am I missing?
The other commands dealing with files would have to learn a bit.
d http:// # fails as before with "No objects of...."
# alt: does a HEAD and tells user that the URL can e reached
ls http:// # lists nothing
# alt: says that ls doesn't support URLs
get http:// # this is probably all we need to implement. Maybe a new
# class needed that does as_string and as_glimpse as well?
And maybe a pragma that turns this feature on? So that 'get http://...'
never works but 'force get http://...' does? Alt: config variable to
turn feature on, then a separate module that implements it.
Brian likes the idea
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: Welcome new user LOCAL
To: modules@perl.org
Date: Mon, 18 Sep 2006 14:52:48 -0500
Organization: Perl Authors Upload Server
Reply-To: modules@perl.org
In article <877j0361hl.fsf@k75.linux.bogus>, (Andreas J. Koenig)
<andreas.koenig.gmwojprw@franz.ak.mind.de> wrote:
> My spontaneous idea was to support the command
>
> cpan> get http://bloodgate.com/perl/packages/devel/Math-BigInt-1.78.tar.gz
oh, very interesting, especially if I already have the file:
cpan> get file:///....
This makes CPAN::Mini::Inject a bit less useful because I no longer
need the middle man.
* Make the "new -> ." symlink in scripts/ as outlined in a mail to kurt
and jarkko
* M2 feature request by Juergen Christoffel: have time stamps on the
history and a history command to see them
* H3 Locking: Linda W writes
>I'm not sure I understand the reason for the lock file
>placed in cpan_home. If I have two different architectures
>with different build directories, I'm not sure I understand
>where the conflict is -- is it in storing/listing Bundles,
>the history file, the Metafile or the shared source?
>I can understand private history, but the Bundles aren't
>updated often, the sources should be fairly static (unless
>new files are downloaded), The metafile would be updated about
>once a day (default).
>If the build directories are separate, why would there be a
>need for locking more in interactive use vs. batch use?
And I promise to try out a more granular locking mechanism.
* hr ================ no todos below this line ================ /hr
* hr ================ no todos below this line ================ /hr
* hr ================ no todos below this line ================ /hr
* write a test with new dummy modules PrerecqurseI and II (or CircDep?)
Take t/CPAN/authors/id/A/AN/ANDK/CPAN-Test-Dummy-Perl5-Make as the
source and
t/CPAN/authors/id/A/AN/ANDK/CPAN-Test-Dummy-Perl5-Make-CircDepeOne as
target. DONE in rev. 1031
* Schwern reopened 21144. Go resolve, I have promised before the next
release. FIXED in rev. 1016 and 1018
2006-10-13 Andreas J Koenig <akoenig@*c*nm*b*l*.com>
* Slaven want direct support for $Config->{make} and
make_install_make_command so that it can be set to gnumake for PDL on
freebsd. DONE in rev 1015
* Slaven says that no user knows the distroname as well as the module
name. ==> Change the prefs hash structure. "qr" shall be replaced by
"match" and contain "module" and/or "distro" which are ANDed conditions
and each may contain a regex. We probably will rename all distroprefs
files too. DONE in rev. 1013/14
2006-10-13 Andreas J Koenig <akoenig@*c*nm*b*l*.com>
* always check if *c*nm*b*l* has crept into the Todo file!
2006-10-13 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* check the version numbers since we rolled over rev. 1000. DONE, is OK
* Fix what podcover found: prefs and yaml_loadfile DONE.
* See if YAML::Tiny works and if so, mention it in FirstTime and maybe
make it the default?? Doesn't seem to work out of the box. DONE and
documented in FirstTime.
* I hate Module::AutoInstall. Watching installation of Plagger:
CPAN.pm: Going to build M/MI/MIYAGAWA/Plagger-0.7.13.tar.gz
make[1]: Entering directory `/home/k/.cpan/build/Plagger-0.7.13'
/home/src/perl/repoperls/installed-perls/perl/p4tTru3/perl-5.8.0@29004/bin/perl "-Iinc" Makefile.PL --config= --installdeps=File::Find::Rule,0,UNIVERSAL::require,0.1,Template,2.13,Template::Provider::Encoding,0.04,Text::Tags,0,DateTime::Format::Strptime,0,URI::Fetch,0.071,Cache::Cache,1.04,Module::Pluggable::Fast,0,HTML::ResolveLink,0,Date::Parse,0,MIME::Types,1.16,Net::DNS,0,XML::Feed,0.12,XML::Atom,0.23,Term::Encoding,0,XML::Liberal,0.14,XML::RSS::Liberal,0,HTML::Scrubber,0,XML::Feed,0.09,XML::Atom,0.20,HTML::Scrubber,0,Time::Duration::Parse,0,WebService::Bloglines,0.11
CPAN: File::HomeDir loaded ok (v0.58)
*** Installing dependencies...
Holy crap! Recursive installation where we are just eager to maintain a
clean and efficient queue of installation objects and could do it
ourselves so easily? And besides that, the INC path is not our INC path,
so I always get a different CPAN version. While the latter is only
disturbing a minority, it's a BUUUUUUG to go recursive.
Not only does it cost memory, this child is also uninformed about failed
installations!
This needs to be fixed.
The manpage of M:AI says it checks if it is running under CPAN.pm. Maybe
this check is wrong? Apparently yes.
2006-10-12 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* restructure the prefs YAML files to have cpanconfig as key and all
CPAN.pm configs inside that. That gives room to cpanplus. DONE
* why did MIYAGAWA/XML-Atom not work? -- Because it asked us twice but
our yaml file only answered once FIXED.
* improve feedback when you pick a file for prefs settings, maybe store
the picked yaml file in the distro object. DONE.
* test if you can get around single modules by specifying
prefs->{make}{nosuchtarget}. Interesting for MailTools or DBI in current
bleadperl. EXACTLY! (and tested)
* test if the Test-Deep setting of brip works. DONE
2006-10-11 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* F/FD/FDALY/Test-Deep-0.096.tar.gz is just needed temporarily during building or testing. Do you want to install it permanently? (Y/n) [no]
* BTROTT/Crypt-DSA-0.14.tar.gz
==> Auto-install the 1 optional module(s) from CPAN? [n]
==> Auto-install the 1 optional module(s) from CPAN? [n]
* PETDANCE/WWW-Mechanize-1.20.tar.gz
Do you want to install the mech-dump utility? [y]
* ABW/Template-Toolkit-2.15.tar.gz
Do you want to build the XS Stash module? [y]
+ about 9 questions
* BYRNE/SOAP-Lite-0.69.tar.gz
Press <enter> to see the detailed list.
Do you want to proceed with this configuration? [yes]
Do you want to perform these tests in addition to core tests? [no]
* RCAPUTO/POE-0.38.tar.gz
Would you like to skip the network tests?
(Any text other than Y or y will be taken as a no) [n]
* DBROBINS/Net-SSH-Perl-1.30.tar.gz asks
Which protocol(s) do you plan to use? [3]
Enter your choices, separated by spaces: [1]
Would you like to install it? (y/n) [y]
Would you like to install it? (y/n) [y]
* ILYAZ/modules/Math-Pari-2.010706.tar.gz asks
Make sure you have a large scrollback buffer to see the messages.
Fetch? (y/n, press Enter)
* INGY/Inline-0.44.tar.gz asks for
Do you want to install Inline::C? [y]
* EESTABROO/IMAP-Admin-1.6.4.tar.gz asks me for...
Enter server:
Enter login:
Enter password:
Test using SSL(y/n)?
Test using CRAM(y/n)?
Enter Port#:
* NIKIP/Authen-PAM: asks me for a password during testing and I enter
"testing". Maybe I should enter exactly what he demands?
* GBARR/perl-ldap-0.33 and ExtUtils::AutoInstall. Read source code. Same
for GBARR/Authen-SASL-2.10 DONE
* CHAMAS/SSLeay: the first distro that shows us that Expect needs a
debugging aid. Maybe fixed in rev. 998 or so
* Interesting bug occurred with current maint when I tried to upgrade
everything. PathTools failed and I see this:
cpan[3]> d KWILLIAMS/PathTools-3.22.tar.gz
Use of uninitialized value in sprintf at lib/CPAN.pm line 4258.
Distribution id = K/KW/KWILLIAMS/PathTools-3.22.tar.gz
CPAN_USERID P5P (The Perl5 Porters Mailing List <perl5-porters@perl.org>)
CALLED_FOR File::Spec
CHECKSUM_STATUS OK
CONTAINSMODS Cwd File::Spec File::Spec::Cygwin File::Spec::Epoc File::Spec::Functions File::Spec::Mac File::Spec::OS2 File::Spec::Unix File::Spec::VMS File::Spec::Win32
UPLOAD_DATE 2006-10-10
archived tar
build_dir /home/k/.cpan/build/PathTools-3.22
incommandcolor 0
localfile /home/ftp/pub/CPAN/authors/id/K/KW/KWILLIAMS/PathTools-3.22.tar.gz
make NO
modulebuild 1
prereq_pm build_requires requires
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
prereq_pm_detected 1
^^^^^^^^^^^^^^^^^^^^
reqtype c
unwrapped YES
writemakefile YES
yaml_content
But I cannot reproduce it. So I must have upgraded something that caused
the bug.
* Since when fails a YAML test? 0.62 with blead @28990 fails today on
rt-bugs.t or so. Reported to P5P. RESOLVED in blead @28997.
2006-10-10 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* put the distroprefs directory into MANIFEST. DONE in rev. 993
* DistroPrefs:
Variable Comment Done in file
pl env DBROBINS.Net-SSH-Perl.01.yml
args GAAS.libwww.01.yml
expect JJORE.Carp-Clan.01.yml
make env
args
expect
test env Tk-Getopt(BATCH=1) SREZIC.Tk-Autoscroll.01.yml
args
expect ReadLine ILYAZ.Term-ReadLine-Perl.01.yml
install env
args
expect
cpanconfig:
build_requires_install_policy FDALY.Test-Deep.01.yml
2006-10-09 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
2006-10-08 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Nice to have: CPAN::MyDistroPrefs to store arguments and expect
scripts to Makefile.PL/make/test/install based on regexes being matched
against the distroname. (think libwww, ReadLine, perl-ldap, Apache-Test,
and always questions from Module::AutoInstall, Carp::Clan asks if I want
a prereq for testing from Makefile.PL, Net::DNS ask if I want to run
tests over the internet, mod_perl or Apache::Test asks me for the apache
executable, Authen-PAM asks me for a password, Module::Signature asks
for importing the key)
Name? DistroPrefs is good. Customize is not so good because one would
expect that it is related to 'o conf'. Distro must be in the name.
DistroCustomize is too long so DistroBuildEnv seems completely out of
band. Only Prefs is tempting but again too easily confusable with 'o
conf' stuff. Something completely different? Its about Env, Args, Stdin.
BuildInput? Distrinput? Distrin? No. DistroPrefs the long word, prefs
the short one. 'reload prefs' might be a command if we need it at all.
ALL DONE in rev. 1015; well, left in alpha state
* Todo/buglet: turn on debug "CPAN" and find the reason why
incommandcolor is quite often not reset.
First example is "Net::Stomp" with a prereq of Class::Accessor::Fast.
After it and its prereq are installed, the module Class::Accessor::Fast
and the distro K/KA/KASEI/Class-Accessor-0.25.tar.gz are both still in
command state.
So it's something with follow_prereqs.
Seems to be fixed with rev. 980 but needs to stay on the watchlist
No, I just tried Bundle::Phalanx100 and the majority of modules was in
commandcolor and many were neither installed nor reported as failed, so
the rev. 908 may be buggier than we ever were?? Maybe its just the "run
it twice" problem due to late dependency resolving. Oh and watch the
ugly bug that shows up when makeing Mason!
AHHHH, that is fixable with eval! FIXED in rev. 981.
2006-10-07 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Todo: clean up XXX
* automatic testing? Is it anywhere documented what the impacts of
$ENV{AUTOMATED_TESTING} are?
* new keyword capture? CPAN::Reporter does not know the output of the
commands before "test" and cannot report about compilation failures.
This looks like a major flaw to me:-(
* E1: Nice to have: make YAML vs. YAML::Syck switchable. Another
advantage would be that we could remove YAML from the Bundle. DONE rev. 986
* reload cpan should be based on timestamps. Fixed in rev. 979
* Bug via Bundle::Phalanx100? Shortly after perl-ldap-0.33 I see
Unknown require type for 'G/GB/GBARR/Convert-ASN1-0.20.tar.gz', setting to 'r'. This should not happen and is construed a bug.
Later:
Unknown require type for 'A/AG/AGROLMS/GSSAPI-0.23.tar.gz', setting to 'r'. This should not happen and is construed a bug.
Todo: see after it. I think it's AutoInstall.
Fixed in rev. 979
2006-10-06 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: cpan[15]> install File::Copy::Recursive
Running install for module File::Copy::Recursive
Running make for D/DM/DMUEY/File-Copy-Recursive-0.28.tar.gz
Is already unwrapped into directory /home/k/.cpan/build/File-Copy-Recursive-0.28
Has already been processed within this session
Running make test
Prepending /home/k/.cpan/build/File-Copy-Recursive-0.28/blib/arch /home/k/.cpan/build/File-Copy-Recursive-0.28/blib/lib to PERL5LIB.
Sorry, test with a regular expression is not supported
Running test for module File::Copy::Recursive
Running make for D/DM/DMUEY/File-Copy-Recursive-0.28.tar.gz
Is already unwrapped into directory /home/k/.cpan/build/File-Copy-Recursive-0.28
Has already been processed within this session
Running make test
Prepending /home/k/.cpan/build/File-Copy-Recursive-0.28/blib/arch /home/k/.cpan/build/File-Copy-Recursive-0.28/blib/lib to PERL5LIB.
Refusing to autoload 'test' 'CPAN::Distribution=HASH(0x9b6ff30)' '/usr/bin/make test' in recursion
/usr/bin/make test -- NOT OK
Running make for D/DM/DMUEY/File-Copy-Recursive-0.28.tar.gz
Is already unwrapped into directory /home/k/.cpan/build/File-Copy-Recursive-0.28
Has already been processed within this session
Running make test
Won't repeat unsuccessful test during this command
/usr/bin/make test -- OK
Running make install
Installing /usr/local/perl-5.8.8/lib/site_perl/5.8.8/File/Copy/Recursive.pm
Installing /usr/local/perl-5.8.8/man/man3/File::Copy::Recursive.3
Writing /usr/local/perl-5.8.8/lib/site_perl/5.8.8/i686-linux-64int/auto/File/Copy/Recursive/.packlist
Appending installation info to /usr/local/perl-5.8.8/lib/5.8.8/i686-linux-64int/perllocal.pod
What I had done was to install CPAN::Reporter but forgot the sudo for
make. Then I added the sudo to make_install_make_command and did a
'force get' and then the above. The install was successful in the end
but the "Sorry" message was written in red and completely bogus and
together with the 'Refusing to autoload' message was frightening.
Showstopper!
Trying to reproduce by setting both m*_install_*_command variables to
"false", then install CPAN::Reporter. This gives a long list of failed
installs at the end. Then 'install File::Copy::Recursive' works as
expected: already tried without success. Then 'force get F:C:R' works as
expected. And then again 'install File::Copy::Recursive' works as
expected: tests again and tries to install.
Shhhhhhh, so I cannot reproduce this, something must have been different.
GIVEN UP: this did not show up again in any test
* Who broke libwww recently?
local/http-get........ok 1/20Use of uninitialized value in numeric eq (==) at local/http-get.t line 167, <DAEMON> line 1.
local/http-get........FAILED test 5
Failed 1/20 tests, 95.00% okay
local/http............ok 1/18Use of uninitialized value in numeric eq (==) at local/http.t line 158, <DAEMON> line 1.
local/http............FAILED test 5
Failed 1/18 tests, 94.44% okay
# HTTP/1.1 200 OK
# Date: Sat, 07 Oct 2006 04:16:57 GMT
# Server: libwww-perl-daemon/1.36
# Content-Type: text/html
# Last-Modified: Sat, 07 Oct 2006 03:29:15 GMT
# Client-Date: Sat, 07 Oct 2006 04:16:57 GMT
# Client-Peer: 192.168.0.75:45978
# Client-Response-Num: 1
# Title: En prøve
#
# <html><title>En prøve</title>
# <h1>Dette er en testfil</h1>
# Jeg vet ikke hvor stor fila behøver å være heller, men dette
# er sikkert nok i massevis.
not ok 5 # content_length=0
HERE [html] at ../blib/lib/LWP/MediaTypes.pm line 70.
size[0]mtime[1160191755] at ../blib/lib/HTTP/Daemon.pm line 531.
Daemon.pm:
sysopen(F, $file, 0) or
return $self->send_error(RC_FORBIDDEN);
binmode(F);
my($ct,$ce) = guess_media_type($file);
my($size,$mtime) = (stat _)[7,9];
Tracked and reported to P5P. FINI.
* Todo: Write a new test: If one prerequisite doesn't pass its tests, we
sure want to test the dependent module but it must not be installed. I
have no example at hand.
First continue fixing dummy-Build and dummy-Make distros (and maybe
more), then make one that is depending on dummy-Fails. DONE in rev. 973
And write the new test for it. DONE in rev. 975
* Gabor reports #21692: how to reproduce? Just get a 5.8.7 and call
upgrade on it. No, take a 5.8.8 and silently replace B::Concise with the
5.8.7 one. OR: take some maint-5.8 short before 5.8.8! Where to find the
patch number for 5.8.8? Module::CoreList!
% perl -MModule::CoreList -le 'use Data::Dumper;print Dumper(\%Module::CoreList::patchlevel);'
[...]
'5.008008' => [
'maint-5.8',
27040
],
Paging through diff files in APC/5.8.1/ reveals: 25914 updated
PPPort.pm, 26929 Pod::Simple, 26985 Archive::Tar, 26988 Pod::Man, so I
expect 26984 a good test candidate.
My current 26984 replies to "r" command with....no 5.8.8?
Strange! Why no 5.8.8? Ahhh, because it had no Archive::Tar and Pod::Man
is on podlators 2.0.5.
Trying 26876: no good.
26727: Good! 26727 wants to upgrade Dumpvalue and bring it ot
perl-5.8.8. I upgrade everything in 26727 except for Dumpvalue. Being
time consuming, this needs a backup generated with
tar cvzf p-26727plus-near-588.tar.gz installed-perls/maint-5.8/pbyWflA/perl-5.8.0@26727
Gabor requests less noise, otherwise he consideres behaviour correct.
Hrm, think about it...
FIXED in rev. 963.
* Bug: during 'o conf defaults' I get
Debug(HandleConfig,HandleConfig.pm,95,[Shell,CPAN.pm,1401,edit]): self[CPAN::HandleConfig]args[defaults]
Can't locate CPAN/MyConfig.pm in @INC (@INC contains: _build/lib _build/lib _build/lib _build/lib /home/k/sources/CPAN/SVN/lib /home/src/perl/repoperls/installed-perls/perl/pGHVCgA/perl-5.8.0@28914/lib/5.9.4/i686-linux-64int /home/src/perl/repoperls/installed-perls/perl/pGHVCgA/perl-5.8.0@28914/lib/5.9.4 /home/src/perl/repoperls/installed-perls/perl/pGHVCgA/perl-5.8.0@28914/lib/site_perl/5.9.4/i686-linux-64int /home/src/perl/repoperls/installed-perls/perl/pGHVCgA/perl-5.8.0@28914/lib/site_perl/5.9.4 /home/k/sources/CPAN/SVN) at (eval 512) line 1, <GEN331> chunk 1.
Use of uninitialized value within %INC in concatenation (.) or string at /home/k/sources/CPAN/SVN/lib/CPAN/HandleConfig.pm line 285.
'' reread
Fixed in rev. 958
* Bug: cpan[4]> install CPAN::Reporter
Running install for module CPAN::Reporter
Running Build for D/DA/DAGOLDEN/CPAN-Reporter-0.24.tar.gz
Is already unwrapped into directory /home/k/.cpan/build/CPAN-Reporter-0.24
CPAN.pm: Going to build D/DA/DAGOLDEN/CPAN-Reporter-0.24.tar.gz
Creating custom builder _build/lib/Module/Build/WikiDoc.pm in _build/lib/Module/Build
Checking whether your kit is complete...
Looks good
Checking prerequisites...
Package 'CPAN' already declared with version '1.87_64'
ignoring new version ''.
- ERROR: IO::CaptureOutput is not installed
- ERROR: File::Copy::Recursive is not installed
- ERROR: CPAN (1.87_64) is installed, but we need version >= 1.88
ERRORS/WARNINGS FOUND IN PREREQUISITES. You may wish to install the versions
of the modules indicated above before proceeding with this installation
Creating new 'Build' script for 'CPAN-Reporter' version '0.24'
lib/CPAN/Reporter.pm -> blib/lib/CPAN/Reporter.pm
lib/CPAN/Reporter.pod -> blib/lib/CPAN/Reporter.pod
Manifying blib/lib/CPAN/Reporter.pod -> blib/libdoc/CPAN::Reporter.3
./Build -- OK
Running Build test
The version of your Test::Harness is only
'2.56', you need at least '2.62'. Please upgrade your Test::Harness.
Running Build install
Installing /usr/local/perl-5.8.7/lib/site_perl/5.8.7/CPAN/Reporter.pm
Installing /usr/local/perl-5.8.7/lib/site_perl/5.8.7/CPAN/Reporter.pod
Installing /usr/local/perl-5.8.7/man/man3/CPAN::Reporter.3
Writing /usr/local/perl-5.8.7/lib/site_perl/5.8.7/i686-linux-64int/auto/CPAN/Reporter/.packlist
sudo ./Build install --uninst 1 -- OK
Showstopper II! The test refused to run with the reference to
Test::Harness but the install succeeded nonetheless:(((
Fixed in rev. 954.
* Finish the debugging aid of reload. Current code (rev. 953)
allows
% perl -Ilib -MCPAN -e '
my $ix = bless {}, CPAN::Index;
$ix->reload(shift)' /home/ftp/pub/PAUSE/modules/02packages.details.txt
CPAN: File::HomeDir loaded ok
CPAN: Term::ANSIColor loaded ok
CPAN: LWP::UserAgent loaded ok
CPAN: URI::URL loaded ok
Going to read /home/ftp/pub/CPAN/authors/01mailrc.txt.gz
CPAN: Compress::Zlib loaded ok
............................................................................DONE
Going to read /home/ftp/pub/CPAN/modules/02packages.details.txt.gz
Database was generated on Sun, 01 Oct 2006 18:39:54 GMT
............................................................................DONE
Going to read /home/ftp/pub/CPAN/modules/03modlist.data.gz
............................................................................DONE
But it reveals unacceptable timing when run via 'reload index'. Timing
is much better when called as above. Quite confusing is the fact that
03modlist does not print dots during reload but does so on first time.
So more debugging called for. FIXED in rev. 956
* Bug: the line number in the Debug messages is very often wrong. FIXED
in rev. 955
* E3 prerequisites: require perl version xxx: we should not delete that
information but honour it. DONE in rev. 952
* Todo: do the right thing with prereq "perl". Find modules suited for
testing.
"5.8.3" : File-BOM-0.12, XML-DOM-Lite-0.08, Business-ReportWriter-0.09
">= 5.8.0" : Devel-FIXME-0.01
">= 5.008" : Data-Visitor-0.05
"0" : Net-Address-IPv4-Local-0.12
"" : Net-IRC2-0.27
The full list of found requires to "perl" today is:
5.002|5.000|>= 5|>= 5.6|5.6|5.8|5.8.4|>= 5.8.0|5.8.2|5.8.7|5.5.3|5.8.3|>= 5.6.0|5.004|>= 5.008|5.005_03|0|5.5.0|5.4.5|5.00307|5.00503|5.8.0|5.005|5.008|5.7.1|>= 5.005_04|5.007|5.8.1|5.005003|5.6.0|5.006|5.6.1|5.7.3|5
DONE in rev. 952
* Todo: investigate if we want a different amount of newlines depending
on readline availability. Who is it who displays the extra newline as
soon as readline is active? It is apparently coming from readline and I
see no reason to interfere. REJECT
* Todo: send a patch to P5P that adds Queue.pm to the MANIFEST.
* Todo: add to 30shell the case of repeated testing that was fixed in
rev 915
* Attention when testing: Lingua::Alphabet::Phonetic::Password makes
Test::Pod a "build_requires"; Lingua::Alphabet::Phonetic makes it a
"requires" instead. So we have it both as "r" and "b" in the queue and
the first one wins over the other. So once we have something not
installed due to "b", we cannot install it anymore unless we use
force:-( It would be nice to make this less confusing for the user and
resolvable without force for the expert.
This warrants new tests in 30shell. Let's do diamond dependency:
CPAN-Test-Dummy-Perl5-Build shall build_require
CPAN-Test-Dummy-Perl5-Make and require CPAN-Test-Dummy-Perl5-Make-Zip.
And CPAN-Test-Dummy-Perl5-Make-Zip shall require
CPAN-Test-Dummy-Perl5-Make. We have not tested install yet (I think) and
we can try to set make_install_make_command to a perl oneliner or so.
This constallation shall try to install CPAN-Test-Dummy-Perl5-Make
because requires trumps build_requires.
Interactive testing strategy right now:
rm -f /home/src/perl/repoperls/installed-perls/perl/prCXKHM/perl-5.8.0@28904/lib/site_perl/5.9.4/CPAN/Test/Dummy/Perl5/Build.pm /home/src/perl/repoperls/installed-perls/perl/prCXKHM/perl-5.8.0@28904/lib/site_perl/5.9.4/CPAN/Test/Dummy/Perl5/Make/Zip.pm
make run
o debug Distribution Queue Shell Module
o conf build_requires_install_policy no
install CPAN::Test::Dummy::Perl5::Build
DONE in rev. 941
* H3 Todo: JV suggests treating build_dependencies differently
To: Johan Vromans <jvromans@squirrel.nl>
Cc: modules@perl.org
Subject: Re: Module requirements
X-Draft-From: ("king-2002" 44465)
From: andreas.koenig.gmwojprw@franz.ak.mind.de (Andreas J. Koenig)
Gcc: nnml:sent
--text follows this line--
>>>>> On Sun, 02 Apr 2006 14:59:33 +0200, Johan Vromans <jvromans@squirrel.nl> said:
> andreas.koenig.gmwojprw@franz.ak.mind.de (Andreas J. Koenig) writes:
>> Would you really trust that the authors get it right? I didn't and so
>> threw the two sorts of dependencies into one basket.
> Currently, there is no way to make the distinction so there is no real
> incentive to make the distinction correctly. This could change if a
> mechanism were available.
Good point.
>> How much pain does the clobbering of the production environment
>> cause you?
> The production environment is also the reference environment. If a
> module requires something that is not in the production environment,
> any additional requirements should be added very carefully. Every
> extension to the production environment is something extra to
> maintain, and I think it is a very valid argument to try to minimize
> this.
Very true.
> Actually, this question was triggered when I recently tried to install
> Bundle::CPAN. When it wanted to install a product called Spiffy I
> decided to hit the cancel button and investigate.
That brings me to the idea that it would be nice to add these
build-dependencies into ./blib/bdep or some such idf they are not
available. I put it on my Todo list.
--
andreas
DONE in rev. 941
2006-09-28 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Todo: test bundles and reqtype; especially when you do NOT install
things because this opens new branches of code execution DONE
* Todo: ... and finally we will have to carefully differentiate what we
do with the things that we get off the queue: breqs shall not be
installed. And we need a user pref here: treat build_requires as
requires would have the advantage that the build_requires stuff be
installed and may save time on the next occasion.
This needs to be coordinated with David because it breaks
CPAN::Reporter. Hi, Dave!
New config option build_requires_install_policy: yes|no|ask/no|ask/yes
DONE in rev. 916
* Bug: build_requires that are not installed currently are being tested
more than once within a single command. Maybe the same bug as described
below under "Very stupid is CPAN.pm..." FIXED in rev. 915
2006-09-27 Andreas J Koenig <akoenig@*c*nm*b*l*.com>
* Todo: canonify usage of req/reqtype/etc. into "reqtype" and shorten
the known reqtype to one letter: r,b,c and comment on them in
Queue::reqtype DONE in rev.913
2006-09-27 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* New warnings
Use of uninitialized value in exists at lib/CPAN.pm line 3874, <FH> line 41067.
Use of uninitialized value $id in delete at lib/CPAN.pm line 793, <FH> line 41067.
Use of uninitialized value $id in delete at lib/CPAN.pm line 794, <FH> line 41067.
?? Cannot reproduce, maybe due to excessively hitting ^C in the wrong moment?
2006-09-25 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* find out since when Expect has a failing test with bleadperl. Take
test #38 alone and do a binary search on it. 26453 has already once been
involved in an Expect case. Yes, this might mean we have to make
suggestions for Expect too: which constants are imported erroneously and
which correctly and how to make this valid for old and new perls? DONE
see RT #21723.
2006-09-24 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* build_requires: fortunately the things on the Queue are objects with
currently only one attribute "qmod", the string.
install Bundle::CPAN CPAN::Reporter Expect Module::Signature Devel::Symdump
First step is to change the constructor to accept more arguments DONE in rev 889
Next thing will be to go through the chain prereq_pm (where we must not
merge req and breq)[DONE in rev. 900],
CPAN::Distribution::color_cmd_tmps
(where we must mark both req and breq)[DONE in rev. 900], unsat_prereq
(where we must handle both req and breq)[STARTED in rev. 900, but still
in need of a differentiation of @need_req and @need_breq or so; FINISHED
in rev. 902] and follow_prereqs (where we must look closer on jumpqueue
and handle req and breq differently and make sure that the inheritance
is correct: reqs of breq are only breqs)[WIP when 910 is being checked
in; finished in rev. 913] See continuation above "and finally we
will..."
2006-09-23 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* So what was 886 about? Put CPAN::Queue in its own file.
* Bug introduced between 881 and 886. If a Module::Build module fails,
we happily take it as an OK. CPAN-Test-Dummy-Perl5-Build-Fails reveals
the bug. Going back step by step with 'svn up -r XXX' we see what was
broke too: 885, 884, 883, 882, 881!!!
What!??? 881 was a release! Between 879 and 881 no code changed.
878 was a bit different. And 877. And all have this bug suddenly.
So I start to believe it is a bug in the maint-5.8 branch or in some
module we installed since. My maint is 28854 right now.
Testing again with bleadperl and 886: NOT BROKEN!
The only two modules out of date in my blead are Class::Accessor and
version.pm.
Outdated modules in current maint-5.8:
CGI CPAN Devel::PPPort Digest Encode ExtUtils::Command ExtUtils::Install
ExtUtils::Manifest ExtUtils::ParseXS IO Locale::Maketext Math::Complex
Sys::Syslog Term::ANSIColor Test::Builder Test::Harness Text::Balanced
Text::Soundex Text::Tabs Tie::RefHash Time::HiRes Time::Local
Unicode::Normalize threads threads::shared
Updated as much as I could and ALL IS WELL.
So now we don't know who was to blame. Restarting over and going step by
step: it was Test::Harness 2.58. So we have a difficult-to-explain
dependency here: CPAN + Module::Build-deploying modules + Test::Harness
< 2.62 leads to not recognized test failures. I put Test::Harness into
the Bundle::CPAN. Maybe I must verify the Test::Harness version before
testing MB modules? FIXED by making T:H 2.62 a PREREQ_PM and testing
again in the code. In rev. 888
* Todo: 'dump symbol', say 'dump $CPAN::META'. But pipe into the pager
for large datasets! DONE in rev. 885
* build_requires: need two modules that have build_dependencies which I
do not install and still both must build. This means, I inject the
build_dependencies into the queue and flag them as build_dependency
which then leeds to a simple make or test for them, never to an install.
Up to now we use set_perl5lib during CPAN::Distribution::test. In the
future we would need a similar vein during the two earlier stages,
{Makefile,Build}.PL and make. Yes, this should do.
Where are our build_requires? I keep forgetting the URL where Randy Sims
provides so useful statistics. Here it is:
http://thepierianspring.org/perl/meta/
And the build_requires page is here:
http://thepierianspring.org/perl/meta/fields_in_use/build_requires.html
But manually skimming the 876 distros is tedious, so I need again my own
script.
One thing is complicated: when a module is a build_prereq, then all
*its* prereqs are also degraded into build_prereqs unless they are
already prereqs for something else:-! And then we have the diamond
dependency: Foo buid_requires Bar and requires Baz. Bar requires Frob,
Baz requires Frob. So we make it a bit operation: REQ => 1, BREQ => 2?
OK, candidates for my tests:
MARCEL/Class-Null Test::Pod::Coverage
Not suited for testing. It has a Build.PL that requires Project::Build
which does not exist at all and when a user preferes Module::Build over
ExtUtils::MakeMaker he fails immediately. It has a Makefile.PL that has
Test::Pod and Test::Pod::Coverage as PREREQ_PM and it has a META.yml
that tells me that Test::Pod and Test::Pod::Coverage are build_requires.
But when I grep for Test::Pod and Test::Pod::Coverage, they are not
mentioned anywhere. The solution would be to remove the Build.PL and the
META.yml and remove the PREREQ_PM lines in the Makefile.PL.
JFITZ/Lingua-Alphabet-Phonetic-Password Test::Pod::Coverage
Need to set prefer_installer MB because it comes with a Makefile.PL. The
dependecy graph seems to get very large. Test::NoBreakpoints failes its
tests. But in the end, L:A:P:P passes its four tests quickly and skips
the one that need Test::NoBreakpoints. Vorbildlich!
Very stupid is CPAN.pm when I repeat the 'test L:A:P:P' command: it
repeats all tests for all dependencies and only then runs the test on
L:A:P:P. This is time-consuming and may be a bug or a feature. Don't
know the reason. FIXED in rev. 915
ATRICKETT/Config-Trivial Test::Pod::Coverage
ADIE/Test-Class Test::Differences
KCLARK/SQL-Translator Test::Differences # not good for testing
SPOON/WWW-Yahoo-Groups Test::Differences
CHROMATIC/Class-StorageFactory Test::Pod
MTHURN/Net-Address-Ethernet Test::Pod
RCLAMP/Class-Persist Test::Pod
2006-09-21 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* I have seen this bug with 5.6.2, 5.8.3, 5.8.4, 5.8.5; it seems not to
effect bleadperl and 5.8.8, 5.8.6-RC1
Once you have installed both Module::Signature AND CPAN::Reporter, you
cannot test both of them in the same session. E.g. with 5.8.4 I do
test Module::Signature
--> tests ok, do you want to report? no,no,no
test CPAN::Reporter
--> tests ok, debug says "main: distribution\nmain:\
comments\nCPAN::Reporter defines neither package nor VERSION--version\
check failed at (eval 70) line 405."
test Module::Signature
--> tests ok, debug says "main: distribution\nmain:\
comments\nCPAN::Reporter defines neither package nor VERSION--version\
check failed at (eval 70) line 405."
"version check failed" is in
/usr/local/perl-redhat-5.8.5/lib/5.8.5/pod/perldiag.pod:
=item %s defines neither package nor VERSION--version check failed
(F) You said something like "use Module 42" but in the Module file