Bugzilla Bug 139308

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.