develooper Front page | perl.perl5.porters | Postings from June 2013

Re: RFC: Deprecating Module::Build

Thread Previous | Thread Next
From:
Ricardo Signes
Date:
June 2, 2013 12:12
Subject:
Re: RFC: Deprecating Module::Build
Message ID:
20130602121200.GA6731@cancer.codesimply.com
* Aristotle Pagaltzis <pagaltzis@gmx.de> [2013-06-01T23:35:34]
> * David Golden <xdg@xdg.me> [2013-06-02 03:10]:
> > The "answer" is to point them at "cpan", which auto-configures and --
> > by 5.20 -- doesn't even bother with mirror selection. It will
> > bootstrap local::lib as well. Newbies should be able to say "cpan Foo"
> > and it will just work -- and give them instructions for how to put
> > local::lib in their shell.
> 
> If they download an off-CPAN app that isn’t meant for installing then
> they can unpack the tarball and `cpanm --installdeps .`. Does `cpan`
> have an equivalent for that? For that matter, though less importantly,
> does it have `cpanfile` support? How much had the index loading been
> optimised – does it download and parse fast enough to be unnoticeable
> even on modest machines, and does it fail to die when operating with
> limited RAM? The reduced default verbosity is only the most visible
> aspect of cpanm, and not unimportant, but far from primary.

This is getting well off topic.  The point is that in v5.20.0, the core will
ship an installer that will correctly handle Module::Build-based dists that
have no Makefile.PL or configure_requires.  The fact that cpanm will also do so
is nice.  That one might choose one or the other is not something that affects
whether or not M::B stays in core.

-- 
rjbs

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About