in reply to Trojan Perl Distributions
Proposed standards:
- No module may make outside network connection without asking the user, including downloading, reporting statistics, etc
- No module may create or remove files outside it's .cpan directory for testing, etc, unless first asking the user...
- A module must not attack databases at random, etc
- (add more here)
Debian has some sort of review, acceptance/rejection, process for modules, using debconf, etc ... not the ideal model, but something to consider.
The natural progression of this is more controversial, especially in the Perl area ... but it would include assurance of test suite quality, code quality, maintainability, and a certain need for the module ...
CPAN has some great stuff on it now, but it has a lot of incomplete stuff that should not have been submitted, which just fills up the search results and causes trouble when you are looking for something useful. There are also a lot of dead/broken/abandoned modules.
I am not the one to clean it up, but it (being the greatest thing Perl has going for it), could certaintly use some improvement to harden it up a bit.
|
---|
Replies are listed 'Best First'. | |
---|---|
Re: Re: Trojan Perl Distributions
by stvn (Monsignor) on May 05, 2004 at 20:19 UTC | |
by diotalevi (Canon) on May 06, 2004 at 00:45 UTC | |
by stvn (Monsignor) on May 06, 2004 at 01:26 UTC | |
by diotalevi (Canon) on May 06, 2004 at 02:03 UTC | |
by stvn (Monsignor) on May 06, 2004 at 05:58 UTC | |
| |
by flyingmoose (Priest) on May 05, 2004 at 20:50 UTC | |
by belg4mit (Prior) on May 06, 2004 at 20:50 UTC | |
by stvn (Monsignor) on May 06, 2004 at 21:23 UTC | |
Re: Re: Trojan Perl Distributions
by belg4mit (Prior) on May 06, 2004 at 20:46 UTC |