Battery Inlcuded Perl

tjyang on 2005-12-17T11:18:50

There is a need for a perl binary and package that come with as many precompiled perl modules as possible and their dependents.

Why ? a simple and fast experience for perl customers.

Often times the system administrators or perl developers try to compile their own modules and end up screaming and crying.

Why is it so hard to compile ?

Because the diffcult part is the perl's own modules and software libriaris dependcies need to be tackled on.

TBC.

tj's first perl post on use.perl.org


Well...

sigzero on 2005-12-17T13:53:20

There is:

ActivePerl
PXPerl

I am sure there are others.

Re:Well...

Alias on 2005-12-19T06:50:02

I personally find the ActivePerl experience is getting worse over time as the PPM repository accumulates problems and delays on modules.

I would guess that the underlying problem is that ActiveState is providing a single point of failure by running the PPM repository. There isn't really any scope for replacing it wholesale with something else that I can see.

The alternative is to make DWIM installation of compiling Perl modules from CPAN, which PXPerl seems somewhat close to getting working.

For other systems, what could be cool would be some form of task-lotsa-perl for debian et al which installs some blessed big hunk-o-perl-modules...

But for now, I wait for PXPerl...

Which solves the Win32 case at least, I hope.

Adam K

oh... and../.

Alias on 2005-12-19T06:52:13

In addition, I believe that the problem of non-Perl dependencies is going to be tackled shortly by an addition to Module::Install (as a starting point) which allows some form of

requires_lib( 'libfoo' => '1.23' );
requires_bin( 'cvs' );

Or something of that nature, which will then allow per-platform packaging automation to do the necesary $stuff.