use Perl

• Questions, Concerns, Complaints, oh my! (Score:1)

  by Alias (5735)

  A while back I speculated on the various proposals for a "CPAN Replacement" I saw and mentioned that it appeared to me that there was a lack of planning.
  
  Mark asked me to not comment on CPAN6 until after the release at YAPC::EU and gave me an early copy of the paper, and I've happily done so.
  
  But reading through the final version of the paper, some concerns remain.
  
  Without wanting to get too much into specifics, I was wondering how you plan to deal with this type of thing. I see a lot of detail on what your so
  • Re: (Score:2)

    by hfb (74)

    The CPAN is very large and very complex, and replacing it isn't going to be as simple as we might think.

    Not true. The CPAN is rather small by today's standards and very simple. Clearly, you've not read the Zen paper describing the mechanics of it in very simple, straighforward terms. You are correct in supposing that it will not be simple to replace, but likely not for the right reasons. Anyone can build an ftp archive, put it on the net and open it for business. What makes CPAN work is not to be foun
    • Re: (Score:1)

      by mugwumpjism (1871)

      My concern for this project is that clearly little research was done into what has been done in the past (e.g. that we had already agreed to Audrey's request to make a 6pan repos on the existing CPAN)

      While this was news to us, and our research did not uncover this - nor did any of the people at YAPC::Europe mention this to us - the efforts need not conflict; I hope they can re-inforce one another.

      CPAN is about the only thing keeping a lot of users of perl around and introducing a P6-like CPAN archive
      • Re: (Score:2)

        by hfb (74)

        This is a confusing assertion. Why would users care if another system is being built to replace it, especially if we are extremely careful not to switch the old one off for several years? It will be giving them only more options.

        Because if the same sort of design and implementation limbo that now exists with P6 with P5 more or less moribund, is introduced to CPAN, it has the potential to finally push away those who are already on the fence. One being dead and one not being implemented with far too many
        • There need be no limbo. (Score:1)

          by mugwumpjism (1871)

          Simpler approaches to the distribution problem are already under development, in competing projects such as 6pan. I wish them the best of luck and hope in turn to be able to be of benefit to them. Perhaps someone could follow-up with the link? I feel a bit shouted down with the way these comments work.
          • Re: (Score:2)

            by hfb (74)

            6PAN is a competing project? *sigh*
            • In that it is complementary and independent (Score:1)

              by mugwumpjism (1871) on 2006.09.09 4:30 (#49915) Homepage Journal

              AIUI 6pan is just another area of CPAN. This is difficult, because for 6pan there appears to be basically no information about what is happening, apart from an old stagnant mailing list.

              Reply to This

              Parent