in reply to Re^3: They've fscked with CPAN.pm again
in thread They've fscked with CPAN.pm again

I'd never seen it before either until I recently upgraded to 5.10.1. Nothing else changed--in terms of environment settings etc.

Upto and including 5.10.0 (AS1004), I was also blissfully unaware that there was even an option for this. After the upgrade, not only is everything inside the cpan shell unintellible, once you quit out, everything else is too because they fail to put things back how they were. Its just bad programming.

And it rejects any attempts to achieve your settings:

←[32m cpan shell -- CPAN exploration and modules installation (v1.9402) Enter 'h' for help.←[0m cpan> o conf /color/ ←[32m$CPAN::Config options from ←[0m←[32m'C:\Perl64\ +lib/CPAN/Config.pm'←[0m←[32m:←[0m ←[32m←[0m ←[32m colorize_debug undef←[0m ←[32m colorize_output [undef]←[0m ←[32m colorize_print [green]←[0m ←[32m colorize_warn [red]←[0m ←[32m←[0m ←[32m←[0m cpan> o conf colorize_debug undef ←[32m colorize_debug [undef]←[0m ←[32mPlease use 'o conf commit' to make the config permanent!&#8 +592;[0m ←[32m←[0m cpan> o conf colorize_print undef Term::ANSIColor rejects color[undef]: Invalid attribute name undef at +C:\Perl64\lib/CPAN/Shell.pm line 1453 Please choose a different color (Hint: try 'o conf init /color/') colorize_print [undef]←[0m Term::ANSIColor rejects color[undef]: Invalid attribute name undef at +C:\Perl64\lib/CPAN/Shell.pm line 1453 Please choose a different color (Hint: try 'o conf init /color/') Please use 'o conf commit' to make the config permanent!←[0m Term::ANSIColor rejects color[undef]: Invalid attribute name undef at +C:\Perl64\lib/CPAN/Shell.pm line 1453 Please choose a different color (Hint: try 'o conf init /color/') ←[0m

Bah humbug! Time to go a hacking again :(


Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.
RIP PCW It is as I've been saying!(Audio until 20090817)

Replies are listed 'Best First'.
Re^5: They've fscked with CPAN.pm again
by DrHyde (Prior) on Sep 11, 2009 at 09:31 UTC

    Does AS1004 mean Activestate? If so, I suspect it's their fault, cos I've not noticed this behaviour on any of the several perls I've built since 5.10.1 came out, on all kinds of different platforms.

    Or it's a Windows bug and it's not properly rendering colour codes. Have you loaded ANSI.SYS?

      "5.10.0 (AS1004)" is BrowerUK's shorthand for "ActivePerl 5.10.0, build 1004".

      Perl major version -- 1004 -- build number of that Perl version

      It's ActiveState's 4th or 5th build of Perl 5.10. It happens to be a build of 5.10.0, but the minor version isn't specified by the build number.

      1006 was their first build of 5.10.1.

      Does AS1004 mean Activestate?

      Hm. The CPAN testers don't know. Says it all.

      Have you loaded ANSI.SYS?

      There is no such thing on my system. And it hasn't been necessary for 10 years or more.


      Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
      "Science is about questioning the status quo. Questioning authority".
      In the absence of evidence, opinion is indistinguishable from prejudice.
        Does AS1004 mean Activestate?
        Hm. The CPAN testers don't know. Says it all.
        Who said that the CPAN Testers don't know? Just because I'm a CPAN tester and *I* don't know doesn't say a damned thing about any other testers.
        Have you loaded ANSI.SYS?
        There is no such thing on my system. And it hasn't been necessary for 10 years or more.
        Ah well, it was worth trying. Last time I did any non-trivial work on DOS/Windows, that was the correct question to ask when the shell display was screwed up like that.