On Sun, 9 Jan 2005, Jim Cromie wrote:
> 2b. standardperl would use the CPAN version of the dual-life modules.
> the objective here would be to include CPAN.pm or CPANPLUS.pm,
> and to include either a repository tree (with all the authors/?/??/*
> intermediate directories) which contains the current-coredist tarballs,
> or (simpler) a single directory with all those dual-life packages in their
> tarball form.
OK, can someone please explain what is the story with the dual-life
modules ? As I understand these have both CPAN and perl-x.x.x versions.
What is the difference ? What is the process that happens today when
the autor updates his CPAN version ? What if the porters change something
in the module ?
Which modules are dual-life ?
In this maxiPerl thing I started I take a standard perl,
unzip it, create a subdir called CPAN (clever name, eg ? :)
and copy the unzipped versions of the tarballs of the modules.
moving to at authors/?/??/* structure might make sense. I put it on
the think about list.
>
> 2a. (NB - this happens before 2b above, but is easier to clarify with above
> previously stated)
>
> bareperl-overlay.tgz would be the modules that are not yet dual-lifed (sic).
> Id expect it to be ext/* and lib/* only, and only part of them. One would
> expect bareperl to shrink, as more core-dist modules are dual-lifed.
>
> 2c. now all the maxi-varieties are simple to package, essentially
> repeating 2b with different lists. They differ by being separable
> from the source tree of standard-perl.
I see you are on the same hook. ;)
>
> Obviously the same mechanism should support both in-tree and out-tree
> bundles. out-of-tree is essential so that several maxi-dists can package
> the same module. We dont want everyone squabbling about where DBI belongs.
> Certainly some common subsets are apparent, or will emerge.
What do you mean by in-tree and out-tree ?
> The re-packaging of tarballs within tarballs looks a bit silly,
> but it has an important function; it means that packages on CPAN
> are EXACTLY whats in a maxi-dist, which should lower the barrier
> to banks/etc taking them piecemeal; theyre already in an 'approved'
> package, with verifiably identical MD5 checksums.
I am not sure if that's important as the whole maxiPerl package
will have its own checksum and it need to be trusted.
But if the package looks like this
./bareperl-x.x.x
./CPAN/authors/?/??/*
./CPAN/installer_script
Then we also keep the exact same perl distros as were created by the
pumking with its original checksum.
>
>
> 3. Phalanx, CPANTS
>
> Phalanx-100 sure looks like a strong candidate for one of the maxi-dists.
>
> Devel-Cover affords some opportunity to put numbers on quality,
> leading to possibility of q50, q60 grades on maxi-dists.
> Forex, a maxi-web-q90-dist would have all web-related distributions
> that pass a coverage threshold.
> Yes, its putting too much faith in numbers, but at least thats clear from
> the arbitrary q-factor in dist-name.
>
> CPANTS is probably worth a mention - there, check that off.
I don't think we can use Coverage as indicator, CPANTS might
have better chances as it will, at some point, weight in
lots of various factors, maybe including the Coverage report.
> 4. somewhere along the line, these banks gotta just suck up
> the fact that they could pay IBM to bless some subset of CPAN.
> Id imagine that IBM would outsource some of it to authors and
> such.
Amen
Gabor
> 2b. standardperl would use the CPAN version of the dual-life modules.
> the objective here would be to include CPAN.pm or CPANPLUS.pm,
> and to include either a repository tree (with all the authors/?/??/*
> intermediate directories) which contains the current-coredist tarballs,
> or (simpler) a single directory with all those dual-life packages in their
> tarball form.
OK, can someone please explain what is the story with the dual-life
modules ? As I understand these have both CPAN and perl-x.x.x versions.
What is the difference ? What is the process that happens today when
the autor updates his CPAN version ? What if the porters change something
in the module ?
Which modules are dual-life ?
In this maxiPerl thing I started I take a standard perl,
unzip it, create a subdir called CPAN (clever name, eg ? :)
and copy the unzipped versions of the tarballs of the modules.
moving to at authors/?/??/* structure might make sense. I put it on
the think about list.
>
> 2a. (NB - this happens before 2b above, but is easier to clarify with above
> previously stated)
>
> bareperl-overlay.tgz would be the modules that are not yet dual-lifed (sic).
> Id expect it to be ext/* and lib/* only, and only part of them. One would
> expect bareperl to shrink, as more core-dist modules are dual-lifed.
>
> 2c. now all the maxi-varieties are simple to package, essentially
> repeating 2b with different lists. They differ by being separable
> from the source tree of standard-perl.
I see you are on the same hook. ;)
>
> Obviously the same mechanism should support both in-tree and out-tree
> bundles. out-of-tree is essential so that several maxi-dists can package
> the same module. We dont want everyone squabbling about where DBI belongs.
> Certainly some common subsets are apparent, or will emerge.
What do you mean by in-tree and out-tree ?
> The re-packaging of tarballs within tarballs looks a bit silly,
> but it has an important function; it means that packages on CPAN
> are EXACTLY whats in a maxi-dist, which should lower the barrier
> to banks/etc taking them piecemeal; theyre already in an 'approved'
> package, with verifiably identical MD5 checksums.
I am not sure if that's important as the whole maxiPerl package
will have its own checksum and it need to be trusted.
But if the package looks like this
./bareperl-x.x.x
./CPAN/authors/?/??/*
./CPAN/installer_script
Then we also keep the exact same perl distros as were created by the
pumking with its original checksum.
>
>
> 3. Phalanx, CPANTS
>
> Phalanx-100 sure looks like a strong candidate for one of the maxi-dists.
>
> Devel-Cover affords some opportunity to put numbers on quality,
> leading to possibility of q50, q60 grades on maxi-dists.
> Forex, a maxi-web-q90-dist would have all web-related distributions
> that pass a coverage threshold.
> Yes, its putting too much faith in numbers, but at least thats clear from
> the arbitrary q-factor in dist-name.
>
> CPANTS is probably worth a mention - there, check that off.
I don't think we can use Coverage as indicator, CPANTS might
have better chances as it will, at some point, weight in
lots of various factors, maybe including the Coverage report.
> 4. somewhere along the line, these banks gotta just suck up
> the fact that they could pay IBM to bless some subset of CPAN.
> Id imagine that IBM would outsource some of it to authors and
> such.
Amen
Gabor