in reply to Re^3: They've fscked with CPAN.pm again
in thread They've fscked with CPAN.pm again
I get that annoying behaviour only if I open the cpan shell but no compiler can be found
Thanks! That is indeed the trigger. If I switch to a session with the compiler configured and the behaviour disappears. Another bloody stupid decision. Now I'll have to start a compiler session even if I just want to check the latest versions of my packages.
And the visible escape sequences happened only after I tried Anonymonk's o conf colorise_output undef.
But the stuff I've posted here doesn't show how bad it really is. I use white background, but they set it black. But not the whole thing, just what they print, so you end up with the mess of nearly invisble red and green text on a ragged-edged black background surrounded by white.
As for the distinction between "ActiveState settings (not CPAN.pm) was responsible", the who doesn't really matter to me, I just wanted turn it off.
$ENV{TERM} is set to dumb, Not sure if that's an option for you, No. I have other software that uses that standard environment variable. Using it to disable this idiocy is not an option.
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re^5: They've fscked with CPAN.pm again
by Anonymous Monk on Sep 11, 2009 at 03:40 UTC | |
|
Re^5: They've fscked with CPAN.pm again
by ikegami (Patriarch) on Sep 11, 2009 at 04:03 UTC | |
by BrowserUk (Patriarch) on Sep 11, 2009 at 04:58 UTC | |
by ikegami (Patriarch) on Sep 11, 2009 at 05:45 UTC | |
by BrowserUk (Patriarch) on Sep 11, 2009 at 11:53 UTC | |
by Corion (Patriarch) on Sep 11, 2009 at 12:17 UTC | |
| |
by ikegami (Patriarch) on Sep 11, 2009 at 14:11 UTC | |
|