On Wed, Jul 7, 2010 at 9:01 AM, David Golden <xda...@gmail.com> wrote:
> On Wed, Jul 7, 2010 at 10:01 AM, Joshua ben Jore <twi...@gmail.com> wrote:
>> What? That's certainly not what happens for me. I just ensured I had
>> no ~/.cpan or ~/perl5, installed perlbrew, then installed new
>> perl-5.12.1. When I ran the newly created cpan client, my default `o
>> conf yaml_module' is YAML and not Parse::CPAN::Meta. I just tried
>> requesting an upgrade to CPAN and my client is already up to date
>> (1.94_56).
>
> There are two situations in which CPAN.pm reads YAML files.
>
> (1) A distribution contains META.yml or produces a MYMETA.yml after
> running Build.PL/Makefile.PL -- in this case, Parse::CPAN::Meta is
> preferred and CPAN.pm will fall back to the configured 'yaml_module'
> setting if Parse::CPAN::Meta is not installed or if Parse::CPAN::Meta
> throws an error during parsing.
>
> (2) CPAN.pm is reading distroprefs or its own cached data -- in this
> case CPAN.pm uses the configured 'yaml_module' (which is also used to
> create the cached data files)
o_O
Dear perl-qa,
I didn't think this would work because it never has, but boy was I
wrong. I built perl-5.12.1 and was able to use a configure_requires
using module directly out of the box. Seriously, I don't know what's
been wrong every other time prior to just now.
cd ~josh
rm -rf perl5 .cpan
curl -LO http://xrl.us/perlbrew
chmod +x perlbrew
./perlbrew install
perl5/perlbrew/bin/perlbrew init
source perl5/perlbrew/etc/bashrc
perlbrew install -f -D=DEBUGGING=both -D=use64bitint -D=usethreads
perl-5.12.1
perlbrew switch perl-5.12.1
cpan Data::Dump::Streamer
Success. Er, wtf?
Josh
