forked from andk/cpanpm
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Todo
1144 lines (811 loc) · 44.6 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-02-26 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* dslip status shows only 4 fields instead of 5. For license infos from
META.yml see http://www.thepierianspring.org/perl/meta/.
2006-02-24 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Todo 30shell:
Todo: rewrite the 30shell.t test for Open3 (or just a tempfile) by
concatenating all regexes or split on the prompt. DONE
Run the test 30shell on a freshly installed perl and see that only those
tests fail that need prerequisites. Or better yet, no tests at all? DONE
in rev. 663
When we succeed with this, make a version that runs within the core of
perl, maybe filter out just those tests that do not require additional
resources.
* Todo: investigate what BUGHUNTING in Tarzip means "today".
* Todo: write a test for dot-cpan/Metadata usage
* To: Tyler MacDonald <tyler@yi.org>
>> If I understand the problem right, it is that you wish to use a module in the
>> current distribution (a subclass of Module::Build) to do the installing.
>> If this is correct, you only need to put a 'use lib "lib";' in your Build.PL
>> for it to be picked up properly. (It does not need to be installed in the
>> standard places before you use it.)
> Nope, that problem is handled already in
> DBIx::Migration::Directories.
> I now have a Schema::RDBMS::AUS package, which needs the subclass
> that DBIx::Migration::Directories supplies.
> DBIx::Migration::Directories::Build needs to be available at the time
> Build.PL is run so that it can alter Module::Build's config and supply extra
> actions.
Add it to your "requires" hash, that way it will end up in META.yml and
if people have YAML installed, they can read it.
If people have YAML not installed they will call either the
Makefile.PL or the Build.PL to hopefully find out what the
prerequisites are. That way you get the prerequisites but as you have
noticed, it is too late for your build process.
I don't know how I will fix that. Suggestions welcome. I put it into my
Todo file.
* http://www.flight.us/misc/FirstTime.pm_AStrebkov.htm and
http://groups.google.com/group/comp.lang.perl.misc/browse_thread/thread/a3f172fedc02c280/5814e81793793b64#5814e81793793b64
by Andrew Strebkov makes the URL selection nicer.
* prerequisites: require perl version xxx: we should not delete that
information but honour it.
* 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)
* 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.
* Feature request: when asking 'm /svn::notify/', then I would like to
see in the list which of the modules are installed locally. Was that
what Admin was doing?
It would not work for distros, but for modules. Not for bundles either.
3 states: not installed, not up-to-date, up-to-date ... space,"<","="
color codes: green=uptodate, yellow=not uptodate, black=not installed
* upgrade: new command that does nothing but
CPAN::Shell->install(CPAN::Shell->r)? Do not forget that we still may
have perl distros in the "r" list.
* DBM::Deep for a hash behind $CPAN::META. See 2005-12-28 for issues and
branches/1.80_56plus for a few lines that probably went in the wrong
direction. Split the loading of Authors/Modules/Distros/Bundles into
separate pieces and make them lazy. Consider 'reload index', the
storable Metadata file, readonly/readwrite, changes of the DSLIP thingy,
offsets into an uncompressed 02xxx file. Remember RT #4943. Remove the
code for "status" when finished
* readline: offer the choice between Gnu and Perl
* Bug: installing scripts without modules? How does it work? How
should it work? getting the latest version ad-hoc?
* Jim Cromie suggests: tweak shell to allow cpan> o conf init @sections
tweak FirstTime::init() interface to accept optional @sections
put various interactive Qs into groups of conditionals: if ( !@sections
or grep /$this_sect_name/, @sections)
candidate sections: progs - external prog selection make - all make
options
* hr ================ no todos below this line ================ /hr
2006-02-23 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Install without {My,}Config.pm, the rules should be:
if there is no CPAN/MyConfig.pm already loaded, we must try to load a
CPAN/Config.pm
if there is no CPAN/Config.pm, we must initialize one immediately. If we
are root, this should be something like
/usr/local/perl-5.8.0@27277/lib/5.8.8/CPAN/Config.pm as I just tested it
with 5.8.8.
So if root installs CPAN without testing it, they have no CPAN/Config.pm.
They start it and land immediately in the init process. Good.
If he runs 'make test' it should succeed all tests. Currently it fails
12cpan and skips 30shell because of 'no Expect'. ==> TODO. DONE with
rev. 659
If they have no CPAN/Config.pm and start cpan as an ordinary user, then
they should get, without asking, a ~/.cpan/CPAN/MyConfig.pm and land in
the init dialog. This is currently OK.
* Todo: mention rt.cpan.org in the manpage. Oops, this was already DONE
2006-02-22 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* rethink if the CPAN/Config.pm file now is being built at all. Shouldn't
it be built as a system-wide default? Yes, it is being built. DONE
2006-02-20 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: the new test 12cpan.t is not suited for 5.004_05:
t/12cpan............Unquoted string "qr" may clash with future reserved word at t/12cpan.t line 13.
Unquoted string "command" may clash with future reserved word at t/12cpan.t line 13.
syntax error at t/12cpan.t line 13, near "/,"
Unquoted string "qr" may clash with future reserved word at t/12cpan.t line 17.
Unquoted string "foo" may clash with future reserved word at t/12cpan.t line 17.
syntax error at t/12cpan.t line 17, near "+=>"
Unquoted string "bar" may clash with future reserved word at t/12cpan.t line 17.
Unquoted string "baz" may clash with future reserved word at t/12cpan.t line 17.
Unquoted string "foo" may clash with future reserved word at t/12cpan.t line 17.
Execution of t/12cpan.t aborted due to compilation errors.
# Looks like your test died before it could output anything.
dubious
and not for 5.005_04:
t/12cpan..........Can't locate object method "catfile" via package "File::Spec" at t/12cpan.t line 3.
# Looks like your test died before it could output anything.
t/12cpan..........dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-3
Failed 3/3 tests, 0.00% okay
FIXED
* Bugalert: I saw the "awry" case without a reason.
cpan[10]> install Bundle::Spd
Signature for /home/k/.cpan/sources/authors/id/G/GA/GAAS/CHECKSUMS ok
Checksum for /home/k/.cpan/sources/authors/id/G/GA/GAAS/libwww-perl-5.805.tar.gz ok
libwww-perl-5.805/
libwww-perl-5.805/lib/
libwww-perl-5.805/lib/HTTP/
libwww-perl-5.805/lib/HTTP/Cookies.pm
[...]
libwww-perl-5.805/Changes
libwww-perl-5.805/AUTHORS
libwww-perl-5.805/README
libwww-perl-5.805/lwpcook.pod
Removing previously used /home/k/.cpan/build/libwww-perl-5.805
Package came without SIGNATURE
Running install for module HTML::HeadParser
Running make for G/GA/GAAS/HTML-Parser-3.50.tar.gz
LWP not available
Fetching with Net::FTP:
ftp://localhost/pub/CPAN/authors/id/G/GA/GAAS/HTML-Parser-3.50.tar.gz
Signature for /home/k/.cpan/sources/authors/id/G/GA/GAAS/CHECKSUMS ok
Warning: No checksum for HTML-Parser-3.50.tar.gz in /home/k/.cpan/sources/authors/id/G/GA/GAAS/CHECKSUMS.
The cause for this may be that the file is very new and the checksum
has not yet been calculated, but it may also be that something is
going awry right now.
Proceed? [yes] Caught SIGINT
Got another SIGINT
cpan[11]> ls GAAS
After that, the problem was not reproducable. Remove and reinstall perl,
install CPAN, install Bundle::CPAN, install Bundle::Spd works.
So we have a hard to reproduce bug.
Running 'install Bundle::Phalanx100' gives after 20 minutes
Warning: No checksum for Net-Daemon-0.39.tar.gz in /home/k/.cpan/sources/authors/id/J/JW/JWIED/CHECKSUMS.
The cause for this may be that the file is very new and the checksum
has not yet been calculated, but it may also be that something is
going awry right now.
Proceed? [yes]
This time I look immediately into the CHECKSUMS file (which is the cached
one!) and indeed there is no Net-Daemon-0.39.tar.gz in it. On the CPAN
we do have a newer checksums file. Is this cool?
So we have the root of the cause. Now for a solution?
I can answer 'no' and then reproduce the problem. Note that the old
CHECKSUMS file is 3 months old and its timestamp is 1 month old.
Fixed in 638 with the new argument $sloppy for CHECKSUM_check_file, but
test still missing. ... Test added by addng CHCKSUMS@588 in rev. 643
2006-02-19 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: with 'o debug all' we did not reach 'Distribution seems to have
never been unzipped/untarred, nothing done' but instead some "Unknown
distribution" or so. Fixed in 625
* Bug: in the last test run we did not detect that
ANDK/CPAN-Test-Dummy-Perl5-Make-1.02.tar.gz was not in the CHECKSUMS
file. We had the
# CHECKSUM_STATUS NIL -- distro not in CHECKSUMS file
in the "d" output but we did not pass he code that shouts. Fixed in 624
2006-02-18 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
2006-02-17 Andreas J Koenig <akoenig@cellular.de>
* Bug: on a system without make installed, CPAN happily tries
Checking if your kit is complete...
Looks good
Writing Makefile for CPAN
-- NOT OK
Running make test
Can't test without successful make
Running make install
make had returned bad status, install seems impossible
REJECT: this is a bugreport against an old CPAN.pm
2006-02-17 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* watch http://perlmonks.org/?node_id=530600
Does anybody answer my question 'How do you run nmake when it is in a
path that contains spaces?'? LEAVE WINDOWS ASIDE
2006-02-16 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
2006-02-15 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
2006-02-14 Andreas J Koenig <akoenig@cellular.de>
* Bug: inexistant distro leads to perl error; clean on uninstalled
distro would be nice as a test case
% perl -Ilib -MCPAN -e 'CPAN::Shell->$_("MARKSTOS/Test-XML-Valid-0.04345.tar.gz") for qw(clean d);'
Going to read /home/akoenig/.cpan/sources/authors/01mailrc.txt.gz
CPAN: Compress::Zlib loaded ok
Going to read /home/akoenig/.cpan/sources/modules/02packages.details.txt.gz
Database was generated on Tue, 14 Feb 2006 02:18:00 GMT
CPAN: HTTP::Date loaded ok
Going to read /home/akoenig/.cpan/sources/modules/03modlist.data.gz
CPAN: Storable loaded ok
Going to write /home/akoenig/.cpan/Metadata
Running make clean
Distribution has no own directory, nothing to do.
Can't use string ("") as a HASH ref while "strict refs" in use at lib/CPAN.pm line 3857.
Fixed in rev. 604
2006-02-14 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Foreign bug: Module-Build-0.27_07 fails the test runthrough.t with
blead@27166:
t/runthrough......ok 14/28
# Failed test 'Check version used to create META.yml: 0.2707 == 0.270700'
# in t/runthrough.t at line 142.
# got: '0.2707'
# expected: '0.270700'
t/runthrough......NOK 19# Looks like you failed 1 test of 28.
t/runthrough......dubious
Test returned status 1 (wstat 256, 0x100)
Ditto for 27154, 27016; 26919 is OK. Hmmm, several perls in between are
OK. So far these are debugging perls. No, 27088 is another one that is
OK and it is nondebugging.
If YAML is not installed, the test is skipped, so I must make sure that
YAML is installed, but this is difficult because YAML was broken by perl
until recently.
OK, looked into the code instead and wrote bug report to the M:B mailing
list. DONE.
2006-02-13 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: Randal reports that Zoidberg has both a Makefile.PL and a
Build.PL and he has prefer_installer EUMM and yet CPAN chose to run the
Build.PL. rt #17612. RESOLVED as not a bug in CPAN.pm
2006-02-11 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug?: Somehow I managed to get POE to fail the installation, maybe
AutoInstall was involved. I then installed LWP and then tried POE again.
It succeeded in all tests, but make install said, it had "Already tried
without success". In such a moment this is simply the wrong thing, we
would much rather that CPAN.pm retried, especially as the test suite
runs forever!
So is this a bug? I cannot tell before I know why the first installation
attempt failed. Cannot reproduce.
* Foreign bug: POE with bleadperl@27154 fails a few tests with
*** glibc detected *** double free or corruption (!prev): 0x085ed6e0 ***
tests/30_loops/30_event/comp_tcp_concurrent.........dubious
Test returned status 0 (wstat 6, 0x6)
DIED. FAILED tests 1-42
Failed
tests/30_loops/10_select/comp_tcp 0 6 42 42 100.00% 1-42
tests/30_loops/20_poll/comp_tcp_c 0 6 42 42 100.00% 1-42
tests/30_loops/30_event/comp_tcp_ 0 6 42 42 100.00% 1-42
44 tests and 16 subtests skipped.
Does not fail with 5.8.8. Blame? 27059! REPORTED
2006-02-10 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Foreign bug: t/37-translator-graph....Can't locate object method
"is_trivial_link" via package "GLOB" at
/home/k/.cpan/build/SQL-Translator-0.07/blib/lib/SQL/Translator/Schema/Graph.pm
line 46.
with bleadperl@17102 when trying to test SQL::Translator. Happends on
blead, not on 5.8.8 but with 5.8.8 I have other (and much more) failures
With #16852 I have already a ticket there for the signature.
I regret that I did not include the full command needed to upload one's
key. Here it is:
gpg -a --keyserver hkp://pgp.mit.edu:11371 --send-keys YOURID
2006-02-08 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: when Running "Makefile.PL" fails, then the case is not reachable
for the failed routine. Need another Naysayer category?? Try
Digest-SHA-5.34.tar.gz under perl-5.004_05 before Module::Signature is
installed. FIXED in rev. 580
2006-02-05 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: RDF::Simple installs although I see failing tests?
./Build test returns true even if tests fail. This was not always the
case or was it? No, it wasn't.
I go into the Class-MethodMaker-2.08 directory and try
perl Build.PL
./Build test
./Build clean
If Module::Build is missing, I install it manually. No CPAN.pm involved.
These perls behave (exit 255):
/home/src/perl/repoperls/installed-perls/maint-5.8/pIPN6hB/perl-5.8.0@26560/bin/perl
/home/src/perl/repoperls/installed-perls/maint-5.8/pcE7NPt/perl-5.8.0@24641//bin/perl
/home/src/perl/repoperls/installed-perls/maint-5.8/piFZwYU/perl-5.8.0@27040//bin/perl
/home/src/perl/repoperls/installed-perls/perl/pREyceB/perl-5.8.0@27088/bin/perl
/home/src/perl/repoperls/installed-perls/perl/piR9qHb/perl-5.8.0@27016/bin/perl
/usr/local/perl-5.8.0@27016/bin/perl
These don't (shell returns true):
/usr/local/perl-5.8.7/bin/perl
/usr/local/perl-5.8.8/bin/perl
Stepping in the debugger through bleadperl@27088 and 5.8.8:
27088 has Test::Harness 2.56 while my 5.8.8 has 2.57_03. Apparently a
Test::Harness bug. REPORTED as #17490
2006-02-02 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
2006-01-31 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Visit the p5p thread C<replacing "inuse" Win files (was Re: Help with
a Cwd.pm build error)> for our own cpan.bat. Currently Windows users
cannot 'reload cpan' when they started the shell from cpan.bat, only
when they used 'perl -MCPAN -eshell' (David Golden)
* Feature request: integrate more than one source into a common index.
* dontload: make a dontload_list and deprecate dontload_hash. It seems
OK to keep $META->{dontload_hash} but it would be nice if changes on
$Config->{dontload_list} would always adjust the dontload_hash. DONE in
rev. 581
* document and provide a dialog for commandnumber_in_prompt or provide a
sprintf based solution. Or just leave it as it is. Just like
inhibit_startup_message.
* Todo: Write a bunch of distros and upload them with the sole purpose
of testing CPAN.pm. Also helps Test::Prereq and others.
PITA::Test::Dummy::Perl5::Make and PITA::Test::Dummy::Perl5::Build? A
start is done in t/shell.t STARTED around rev. 519
* Bug: with bleadperl and CPAN 1.83_62 I first install Bundle::CPAN.
Then I try to install Net::LDAP and answer all questions from
Module::Install with the default. It then installs Convert::ASN1
successfully and then says
*** Convert::ASN1 successfully installed.
*** ExtUtils::AutoInstall installation finished.
Writing Makefile for Net::LDAP
make: getcwd: No such file or directory
make[1]: Entering directory `'
make[1]: *** No targets specified and no makefile found. Stop.
make[1]: Leaving directory `'
/usr/bin/make -- NOT OK
If I now start a new CPAN session, I can install Net::LDAP without problems.
If I uninstall Convert::ASN1 and start a new CPAN session I can get
nearly the same result:
make[1]: Leaving directory `/home/k/.cpan/build/Convert-ASN1-0.19'
sudo make install UNINST=1 -- OK
*** Convert::ASN1 successfully installed.
*** ExtUtils::AutoInstall installation finished.
Writing Makefile for Net::LDAP
CPAN: YAML loaded ok
make[1]: Entering directory `/home/k/.cpan/build/perl-ldap-0.33'
make[1]: *** No targets specified and no makefile found. Stop.
make[1]: Leaving directory `/home/k/.cpan/build/perl-ldap-0.33'
/usr/bin/make -- NOT OK
On the other hand, running same thing on a 5.8.7 with 1.83 succeeds, but
it asks me if I want to run sudo (and I say no and again no).
Now I tried bleadperl@27016 with its 1.8359: 'install YAML' then
'install Net::LDAP' and got the same error.
Now I try perl-5.8.8-RC1 with its 1.83: it succeeds but asks me again if
I want to run sudo.
5.8.8-RC1 with 1.8362: succeeds and asks me if I want to run sudo.
blead@26447 with 1.8362: error.
What is it about, the ExtUtils::AutoInstall line? ExtUtils::AutoInstall
is NOT part of the core. Net::LDAP comes with version 0.59, Audrey has
reached 0.63.
I think it goes like so:
have no perm -> ask sudo -> user says no -> success
have perm implicit yes -> failure
This is consistent with all of above.... After some more investigation
reported as bug to Audrey and Graham
2006-01-30 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Revisit 17313: Module::Build people have promised to write a
./Build.bat file instead of a ./Build file on Windows. Until this
becomes true, hide mbuild_install_build_command from Windows users.
2006-01-29 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Foreign bug: broke perl again YAML? blead@26994 fails on test
dump-perl-types.t of YAML-0.53. Wrote blame report about 26980--DONE
2006-01-27 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Foreign bug: Email::Field or which module was it that just produced
more than 1000000 eval warnings? Cannot reproduce.
* bug: if a META.yml specifies a prerequisite module that we do not
know, the whole prereq_pm became undef. FIXED in rev. 480.
2006-01-26 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: illegal entries in the Config hash are never removed and a hash
cannot be emptied. The latter is FIXED with rev. 475, the former with
rev. 476.
* Bug (Tyler MacDonald): OK, I've figured out what went wrong: 0.27_06
isn't on www.cpan.org/pub/CPAN yet. However, *how* it went wrong is
truly bizzare: LWP returned a "404 not found" error, yet somehow I still
ended up with a .tar.gz and .tar file, and CPAN thinking it had actually
downloaded something. This looks like a bug in CPAN.pm, both in the 1.7
version that's distributed with 5.8.7, and the latest release, 1.83.
In my environment, this comes from curl. After fixing the curl switches,
the problem persists. This time is lynx to blame, but for lynx there is
no commandline switch that propagates a 404 to a false. So we now read
the file that lynx sends us and heuristically decide if it is an error
message. FIXED in revision 477.
2006-01-25 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: META.yml may contain build_requires which for example File::BOM
specifies. It doesn't matter that I believe that it is not a
build_requires, it is really a requires because only tests fail, not the
build process. But I must merge the two hashes. FIXED in rev. 471
* Foreign bug: YAML with bleadperl fails a test which succeeds with
maintperl. REPORTED
* Bug: with 1.8358 from the core CPAN says after the start
"lib/CPAN/Config.pm initialized" and goes into the init dialog. After ^C
I find a lib/CPAN/Config.pm file.
Ahhh, that's how 'o conf commit' had written my dontload_hash: producing
a syntax error. FIXED in rev. 466
2006-01-24 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* 5 new bugs from in RT: 17237 17238 17241 17242 17266
17237 may be fixed with rev. 464 but not yet tested.
rev. 465 continued to work on 17237 and I consider it fixed now.
rev. 467 fixes 17238
rev. 465 also is an answer to 17241 because this was most likely not a bug
rev. 469 fixes 17266
17242 is the request to work with Win32::OLE which I could only reply to
with 'patches welcome'
* Bug: setting "o conf dontload_hash ''" breaks the shell: C<Can't use
string ("") as a HASH ref while "strict refs" in use at lib/CPAN.pm line
833.> FIXED in rev 464.
2006-01-21 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* see if podlators 2.0.1 fixes the broken README and if so, switch back
to ${PERL} in the Makefile.PL. FIXED in rev. 457
* bug: while trying to install Bundle::CPAN, YAML was delayed "until
after prerequisites" but later was not retried or maybe was retried but
CPAN said, it was
Running make for I/IN/INGY/YAML-0.53.tar.gz
Is already unwrapped into directory /home/k/.cpan/build/YAML-0.53
Delayed until after prerequisites
Running make test
Delayed until after prerequisites
Running make install
Delayed until after prerequisites
So the installation of Bundle::CPAN was not really tried to finish.
The dependency chain is as follows:
YAML depends on Class::Spiffy and Test::Base
Test::Base depends on Spiffy
Bug is that ->{later} is not double checked when encountered. Fixed in
rev. 454.
2006-01-18 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Foreign Bug: RDF::Simple has LWP::UserAgent as undeclared prereq???
Running make against RDF::Simple pulls in a lot but it finally comes to
an end. When I then run test, the whole load of modules starts testing
and three fail their tests:
ABW/AppConfig-1.56.tar.gz : make_test NO
FLUFFY/Class-MethodMaker-2.08.tar.gz : make_test NO
ZOOLEIKA/RDF-Simple-0.22.tar.gz : make_test NO
paging back reveals: all the RDF::Simple tests fail due to missing
LWP::UserAgent, RDF::Simple::Serialiser, and Class::MethodMaker. The
latter two do not appear when I test against 5.8.8-tobe. REPORTED via
RT.
AppConfig fails due to "Can't modify non-lvalue subroutine call at
t/file.t line 112, <DATA> line 69." This is a 5.9.3 issue, we succeed
with 5.8.8-tobe (@26917) REPORTED via p5p.
Class-MethodMaker tests fail complaining that they cannot find
Class::MethodMaker. This is also a 5.9.3 issue. Fully automated binary
search is impossible unless I find a smaller test case. 26492 ok, 26493
not ok. Ha! It is a Makefile.PL vs Build.PL issue! On RT #16241 I have
added this observation.
2006-01-17 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* rt #17089 suggests that we have to care for M:B being installed when
we find a distro that has only a Build.PL and no Makefile.PL
AFAIR only CPAN::Metadata::RDF is a module that comes with Build.PL and
without Makefile.PL, so it is the only one to test the bugreport. This
takes *quite* a while because of prerequisites (Class::MethodMaker,
Template::Toolkit, DateTime::TimeZone, DBD::SQLLite, LWP, etc.). And of
course after all the prerequisites, we HAVE Module::Build, so must
remove it again. FIXED in rev. 433
* Foreign Bug? I must investigate DateTime::TimeZone separately. It
wanted to install Module::Build on its own and then failed giving as a
reason that Module::Build was not installed???
It turns out the prereq_pm is undef for some reason. But prereq_pm is
only built during the 'make' step and then not resetted during a 'force
get'. The 'prereq_pm_detected' bit is set and I must leave/enter the
shell to debug this. OK. I see a Makefile.PL that simply fails because
Module::Build is not installed. At least it says what it wants, but we
must be better prepared for such an attack. OK, I'll file a bugreport
against both DateTime::TimeZone and Module::Build -- somebody has to
confess that it is a prereq and write it into the META.yml. That's what
I would say. DONE
2006-01-13 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: when ~/.cpan/sources/authors/id/A/AN/ANDK/CPAN-1.83_54.tar.gz is
not a tar file (because I mistyped a URL and got something else), then
even "force get ANDK/CPAN-1.83_54.tar.gz" does not overwrite the bogus
file. The stupid program just keeps complaining that the file is not a
tarfile and I must remove it manually.
Ahh, this bug needs not be fixed because it only happens when you have
no Digest::SHA available. REJECT
* Bug: $CPAN_config_loaded should be replaced with something like
$INC{"CPAN/Config.pm"} || $INC{"CPAN/MyConfig.pm"} so that loading one
of the two before starting the shell will do. Then revert patch 411.
FIXED in rev. 418
* Todo: see the newest cpan by brian. DONE (BDFOY/cpan-1.51.tar.gz)
2006-01-12 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: We cannot determine the prereequisites of File::Find::Rule
because we have no YAML installed and Richard uses Module::Build, so we
have no Makefile to parse. There is some MB interface to get them. fixed
in rev. 396
* Bug: "install Bundle::CPAN Expect Test::Pod" currently failes
correctly when we reach YAML because we cannot verify the signature. But
we must not die, we must only set the correct status so the rest of the
gang can be installed. Fixed in rev. 384
2006-01-11 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* what happens to "failed" when we reload the index? TESTED OK
* force: I'd expect 'force ls' to always fetch fresh CHECKSUMS
files. Currently it doesn't. FIXED in rev. 401
* optimize "ls dowens": currently fetches D/CHECKSUMS and D/DO/CHECKSUMS
even if we already have D/DO/DOWENS/CHECKSUMS. Is it worth fixing? NO
* get rid of the summary currently provided by install bundle, its
superceded by failed(). REJECT, maybe it's useful
* Todo: document "failed" (and "status"?) DONE for failed, REJECT for status
* today's rev. 374 of CPAN.pm should be partially reverted: while
failed() looks good most of the time, it looks ugly that 'force install
version' installs version and still failed reports:
Writing /usr/local/perl-5.8.0@26774/lib/site_perl/5.9.3/i686-linux-64int/auto/version/vxs/.packlist
./Build install --uninst 1 -- OK
Failed installations in this command:
JPEACOCK/version-0.53.tar.gz : make_test NO
cpan> failed
Failed installations in this session:
BDFOY/Test-Prereq-1.029.tar.gz : make_test NO
JPEACOCK/version-0.53.tar.gz : make_test NO
Correct behaviour should be that the 'make_test NO' bit be nuked. FIXED
in rev. 387
Above that, the "prompt" change was only interesting during debugging.
Nobody wants to see the internal number of commands in his prompt. FIXED
in rev. 388
* Bug: YAML fails to unpack because of bad signature. Retrying leads to
prereq Test::Base failing due to bad signature. Retrying leads to
running make test on YAML. dump reveals that somehow SIG_STATUS was set
to YES. Ahh, that's the signature on the CHECKSUMS file. Need a new
attribute for broken signatures. FIXED in rev. 374
2006-01-09 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* document CPAN_SHELL_LEVEL DONE
* find out why Expect is so noisy and when this did start DONE
* Slaven suggests: How to discover that we are in the subshell?
Environment? Prompt? Level? PS1 as an environment variable? How does
Debian's apt-get solve that? HALF-DONE in rev. 360: We now have the
envariable CPAN_SHELL_LEVEL but I'd still like to make a change to the
prompt. Update: Debian does not mangle the prompt, they just say 'Type
exit when you're done':
*** dvorak (Y/I/N/O/D/Z) [default=N] ? z
Type `exit' when you're done.
Abstaining from writing .zhistory, is younger than stats.dbhash at /root/bin/commandhistory.pl line 513.
Zsh version 4.3.0-dev-2
Linux dev05 2.6.12.6-xen0 #2 Tue Jan 10 17:34:37 CET 2006 i686 GNU/Linux
So this Todo can also be CLOSED.
* Rename Releasenotes to Changes and make the ChangeLog in the
traditional format, there is some XSLT stylesheet somewhere that does
this. Ah here: http://ch.tudelft.nl/~arthur/svn2cl/svn2cl-0.5.tar.gz
DONE up to rev. 352
2006-01-01 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Give every command a number and store that number in the object,
something like incommandcolor but without removing it at the end of the
command. With such a number we can make failed(commandnumber) filter on
that commandnumber and have instant per-command-failed. DONE in rev 374
2005-12-31 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: I install Archive::Extract and it has the prerequisite
Module::Load::Conditional declared but nobody installs it.
FIXED in rev. 329
2005-12-30 Andreas J Koenig <akoenig@cellular.de>
* FirstTime needs a structure over each question or questiongroup so
that we can ask single questions. Structure was brought by Jim Comie
around rev. 355
* Bug: "reload cpan" does not work if the old and the new CPAN.pm
have a different path. I installed a new CPAN.pm from CPAN and it
did remove the old /usr/share/perl/5.8/CPAN.pm but installed the
new one as /usr/local/share/perl/5.8.7/CPAN.pm. The reload then
always just said "0 subroutines redefined". FIXED in rev. 321
* rev 315 fixed a path/permission problem with the use of basename() and
I could see that the error message gets much better than before but we
need a test case that shows that this strategy can really work in some
cases. Maybe we need to store the tar file somewhere else to keep the
tmp/ directory tidy. Also we must see what happens when we cannot remove
the tmp/ directory. The list of broken distros in
eg/find-module-install-sudo-bugs.pl will help. DONE
* add eg/ to the MANIFEST? Not yet, the script is too much focused on a
problem that is not of interest to others. REJECT
* Bug: checksum mismatch on a file is being reported even when the
file has 0 bytes. 0 bytes should clearly constitute the right/the
duty to overwrite. FIXED in rev. 320
2005-12-29 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug suspected in Module::Install: it seems to run CPAN.pm in a
subshell with sudo and so we get directories under build/ that we do not
own. No release before this bug is traced down! Bugreport sent to Audrey
a few minutes ago (already Friday, 0:30 Berlin time). Bug confirmed and
has already been fixed in 0.37 and old distros must be redistroed. DONE
* branching and merging: make current HEAD a branch "1.80_56plus" and
roll HEAD back to contain only the zero-risk stuff (for maybe later
releasing that as 1.81?) DONE
2005-12-21 Andreas J Koenig <akoenig@cellular.de>
* complete 'o conf' does not show commit. FIXED in rev 291
* Bug: Module::Install writes into META.yml "perl: 5.004" and we take it
as a Module requirement. Whose bug? WORKAROUND in rev 290
* Can't locate object method "prettyprint" via package "CPAN::Config" at
lib/CPAN.pm line 1246, <STDIN> line 2. FIXED in rev 288
2005-12-19 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Documentation of sudo, ls *, Module::Build, bzip2, YAML; DONE
* Sudo for Build? Ask mailinglist if we need a
build_install_build_command or what we need there. DONE
2005-12-18 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* add to the Bundle: YAML, Text::Glob, Module::Build, Digest::SHA FIXED in rev 280
* 'make release' is broken. Apparently I have to follow some sequence to
make release:-( MAYBE FIXED
* Bug: The following prints "incommandcolor" which should never happen:
perl -Ilib -MCPAN -e 'CPAN::Shell->$_("MARKSTOS/Test-XML-Valid-0.04.tar.gz") for qw(clean d);'
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
Going to read /home/ftp/pub/CPAN/modules/02packages.details.txt.gz
Database was generated on Sun, 18 Dec 2005 00:23:31 GMT
Going to read /home/ftp/pub/CPAN/modules/03modlist.data.gz
CPAN: Storable loaded ok
Going to write /home/k/.cpan/Metadata
Running make clean
Has no own directory
Distribution id = M/MA/MARKSTOS/Test-XML-Valid-0.04.tar.gz
CPAN_USERID MARKSTOS (Mark Stosberg <mark@summersault.com>)
CALLED_FOR M/MA/MARKSTOS/Test-XML-Valid-0.04.tar.gz
CONTAINSMODS Test::XML::Valid
UPLOAD_DATE 2004-06-01
incommandcolor 0
FIXED in rev 279
2005-12-17 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* make selectable in the config if M:B should be chosen over
Makefile.PL. prefer_installer DONE in rev 271
* Bug: tolerance on colon only works with m command but not with install command:
cpan> install Class:Container
CPAN: Storable loaded ok
Going to read /root/.cpan/Metadata
Database was generated on Sat, 17 Dec 2005 10:06:33 GMT
Warning: Cannot install Class:Container, don't know what it is.
Try the command
i /Class:Container/
to find objects with matching identifiers.
cpan> m Class:Container
Module id = Class::Container
CPAN_USERID KWILLIAMS (Ken Williams <ken@mathforum.org>)
CPAN_VERSION 0.12
CPAN_FILE K/KW/KWILLIAMS/Class-Container-0.12.tar.gz
MANPAGE Class::Container - Glues object frameworks together transparently
INST_FILE /usr/local/share/perl/5.8.7/Class/Container.pm
INST_VERSION 0.12
FIXED in rev 269
* switch back and forth between preferring Build.PL or Makefile.PL; find
12 modules that are good for testing Module::Build:
SVN::Notify::Mirror failed a test with "could not exec svnnotify" but it
worked on the commandline
SVN::Notify::Config is the whole family of SVN::Notify a mess, dependency-wise?
SVN::Notify must be installed first???
Text::Lorem HTTP::Proxy Workflow Calendar::Simple DateTime::HiRes
CGI::Wiki::Kwiki Class::Container HTML::TagCloud
Data::FormValidator::Util::HTML
DONE for rev 269
2005-12-15 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: what? we still do not support Build.PL? Didn't anybody send
me a patch? Try 'install CPAN::Metadata::RDF' and see how this can
be fixed as quickly as possible.
Try: look CPAN::Metadata::RDF
then there: perl Build.PL;./Build;./Build install
This does nothing for the prerequisites. We could lookup META.yml either
then or beforehand. FIXED although only minimal tested in rev 269
* YAML for dependency checking in rev 268
* bz2 support: testobject is ARTURAZ/Net-Vypress-Chat-0.72.1.tar.bz2
DONE in rev 264
* Todo: sha256 DONE in rev 263
* Todo: 4th colmn in the 'r' command has not the canonical name
but the unneeded D/DC/ stuff. DONE in rev 262.
* Globbing on the ls command: completion? REJECTED
2005-12-12 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Feature request: if I type 'm CGI:Session' (note the missing second
colon) I get
No objects of type Module found for argument CGI:Session
I believe, CPAN could supply the missing colon in this case. DONE
2005-11-30 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: when the Metadata file has been read with the old version and
CPAN reads the new index it does not update the version. Witness
Crypt::Khazad. Once the Metadata are removed completely and built up
correctly, everything is OK.
Can be tested by running
!print $CPAN::META->{readonly}{"CPAN::Module"}{"Crypt::Khazad"}{"CPAN_VERSION"} = "1.0"
reload index
This may have nothing to do with multidot versions, just some
pessimization in the code dealing with replacement of META when
re-reading index files. FIXED
2005-11-22 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* From: David Golden <david@hyperbolic.net>:
> Also, "lack of distname support" is overblowing the situation.
> Distnames are supported perfectly fine as long as you put it in the
> proper syntax with author's ID and version.
I think the problem Jim encountered is that "proper syntax" is part of
the arcana of CPAN. It's not obvious from the help:
> a,b,d,m WORD or /REGEXP/ about authors, bundles, distributions, modules
> i WORD or /REGEXP/ about anything of above
> r NONE reinstall recommendations
> ls AUTHOR about files in the author's directory
Something that clarifies that AUTHOR/DIST-VERSION is a valid format
would help. Or rather, some specific example of what that WORD can be:
where WORD is either a module, bundle or author name or a
distribution name of the form AUTHOR/DISTRIBUTION-VERSION
It's vaguely alluded to in the CPAN perldoc, but only in the section
describing the four CPAN::* classes.
A doc patch would be a quick fix for this.
2005-11-07 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* globbing on the ls command: only ls 'GBARR/Scalar*', or even 'ls
*/makepatch'? 2005-12-12: DONE
* script to copy relevant files to the perl tree. DONE
2005-11-04 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* is version in script/cpan OK? It was 1.3 in perl @25981! Same
for Nox.pm FIXED
* PAUSE key 2005? DONE
2005-11-03 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Need Releasenotes, the ChangeLog is a big mess with the numerous
checkins that all were just testing the release cycle itself and
not generating anything useful for the user. DONE
2005-11-02 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* Bug: why did the release only contain a ChangeLog up to release
206 when we were at 212? Ah, I see, the disttest target does not
make a to-be-released file, must be done by make dist. So the
whole release was @206. No harm done because between 206 and 212 I
only worked on the release target. I think I need a disttest of my
own that takes the dist.tar.gz already built and tests it, not the
one that builds a dist from the air again into the air and tests
that. I want a real test of that file that is going to be
released. Then I can live with 'make release' running both dist