Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • _C_PAN (Score:5, Insightful)

    I think it's important to remember what the "C" in CPAN stands for. CPAN should be the one-stop shop for all your Perl code requirements.

    It's true that CPAN is mostly used for modules (the /scripts directory is hardly used) and it's true that the distribution and installation processes used for modules are not a good fit for full applications, but neither of these seem to me to be a good reason for going off and doing this elsewhere. You should be looking at how you can extend the existing CPAN system to i

    • by TeeJay (2309) on 2003.03.11 11:02 (#17866) Homepage Journal
      Definately a directory.

      I feel sure that many perl developers, as I did, do not release to CPAN for several reasons..

      • Code Unreadiness, I put off uploading autodia until relatively recently - a directory would be able to warn that code is experimental.
      • Size, Developers are usually reluctant to upload massive projects to CPAN, a directory will be for metadata.
      • CPAN works very well for modules but seems less suited to applications - a directory would suit projects that don't map well to cpan because they are encumbered by licensing, strange installation, etc.
      The problem freshmeat is that it is huge and searches don't always return what you are looking for, frequently you get a dozen cruddy php scripts obscuring a nice little perl script.

      Also freshmeat doesn't offer any perl specific features such as Module or Version requirements, Testing and QA standards, or whatever perl developers want.

      Essentially this is a scratch for two of my own itches - one for seeing where there are holes in the perl application basket, and two for finding applications that I know are in perl so that they can be integrated nicely in a perl environment.

      I would also like to bundle some of the applications with articles - for example a tutorial on integrating cvsweb, bugzilla and blosxom as I did here - a handful of perl applications that integrate very easily.

      --

      @JAPH = qw(Hacker Perl Another Just);
      print reverse @JAPH;
      • The problem freshmeat is that it is huge and searches don't always return what you are looking for, frequently you get a dozen cruddy php scripts obscuring a nice little perl script.

        I am sorry, but this is pure biggotery. As much as I love Perl, the fact that a piece of software is written in Perl or in PHP tells me nothing about its quality.

        --
        mirod
        • Not really.

          I have actually found this problem in real projects.

          Why would I want to install mod_php on my server for the sake of a script written in a dodgy language by somebody who obviously thinks that decent variable scoping, namespaces, modules etc aren't worth it.

          Integrating perl applications is nice - when you have a bunch of tools written in perl you can add your own custom configuration and code-sharing / integration with a couple of perl modules.

          --

          @JAPH = qw(Hacker Perl Another Just);
          print reverse @JAPH;