Well, I'm not opposed to using your script.

My only question is this: Why can't the existing CPAN utilities
for processing module tarballs be retrofitted for script tarballs?
The work required for making this happen has got to be exceedingly small.
Or am I missing something? I've never understood what the obstacle
actually is.

I'm not clear on why we would abandon tar. What's wrong with tar?
Everyone already uses tar. No one has complained about it,
as far as I know.

But I'm not opposed to abandoning tar either, if there is
some sensible reason for it. Why is a self-extracting Perl
script better than a tarball? The only advantage I can see is
that you can implement it without waiting for the CPAN maintainers
to make any changes. But I think fixing CPAN is a better idea.

My apologies if I've misunderstood some part of your idea.

I propose I upload this simple self-extracting script as a first pass so
that we can have it evaluated as a group. How about the utility category
used in CPAN?


It is where you find Convert::UU for uuencoding/uudecoding, LZO or Zip
compression and other similar utilities.

I'd really like to see scripts come with testing similar to CPAN modules and
a multi-file format would lend itself to including the test.pl along with
the script.

# John Nolan
# jpnolan sonic net

Search Discussions

Discussion Posts


Follow ups

Related Discussions

Discussion Navigation
viewthread | post
posts ‹ prev | 7 of 14 | next ›
Discussion Overview
groupscripts @
postedMar 7, '00 at 12:37a
activeMar 15, '00 at 5:06p



site design / logo © 2021 Grokbase