I think, eclean unintentionally cleared some g-cpan information from the portage directory (whereas putting persistent g-cpan data there might be a bad idea anyway). When starting g-cpan after running "eclean -d distfiles", I get the following output: -- g-cpan: Couldn't open folder /usr/local/portage/perl-gcpan: No such file or directory -- This error is reproducable. After upgrading to g-cpan-0.14.0_rc3 today, I had another error which is not reproducable, unfortunately. When I issued any g-cpan command g-cpan told me about missing parameters: -- Sorry, we have to rerun the configuration dialog for CPAN.pm due to the following indispensable but missing parameters: mbuild_arg, mbuild_install_arg, mbuild_install_build_command, mbuildpl_arg -- It then started to loop printing the following output for ever, without giving me the chance to answer this question (I actually interrupted it after a couple of minutes, but it's likely to repeat for ever): -- (1) Africa (2) Asia (3) Central America (4) Europe (5) North America (6) Oceania (7) South America Select your continent (or several nearby continents) [] -- I reconfigured my CPAN using "perl -MCPAN -e shell", and now the latter error is gone.
The latter error sounds like it was invoked by CPAN (not my kinda warning text ;) - the first error, I'd have to look at eclean more closely to see what caused that. In 0.14 we now add an entry to /etc/portage/categories, which on a blind shot might correct this behavior (because then it would be an 'official' category). As far as I know, though, that behavior on eclean's part shouldn't be allowed to happen - you should be able to create new categories in your overlay if you want to without reprecussion.
Noone reported this for quite some time; closing as FIXED. If you still have issues w/ eclean wiping stuff *and* have perl-gcpan in /etc/portage/categories, reopen this bug. Thanks.
