Slash Boxes
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.
More | Login | Reply
Loading... please wait.
  • Do you plan to move EU::MM to Github?

    • You're about the fifth person to ask that. Seems people really want to mess with MakeMaker. :)

      Most likely. There's talk of instead of keeping a separate repository, for very core-centric modules like MakeMaker and ExtUtils::Install to instead just fork off the perl repository on github []. This will make p5p and CPAN coordination much easier.

      One showstopper, now resolved, was that the perl repo is rather large and forking it would eat up a big chunk of a free account's quota. Turns out forking is about 15

      • One showstopper, now resolved, was that the perl repo is rather large and forking it would eat up a big chunk of a free account's quota.

        Why not just use [], which provides actually-free Git hosting for Free projects?

        • by schwern (1528) on 2009.02.16 15:01 (#67398) Homepage Journal

          Because I like GitHub, I like the people, they've been nice to Perl (they approached us to mirror in the Perl repo) and it's a whole lot more than just a place to host my git repositories. I don't want to knock, they're doing a great service, but if you think J Random Server running the stock git server is a replacement for GitHub, you really haven't looked at GitHub.

          [Incoming rant. Not necessarily at you, but you triggered a soft spot. And I'm sorry for ragging on, they're doing a great service, but they serve a perfect contrast for the purposes of this rant.]

          But you were implying that "actually free" is implicitly better than "free for Open Source, pay for the rest of you" and that's the major feature upon which one should select their hosting. I call bullshit. The hardware costs money. The bandwidth costs money. The power to run it all costs money. Running, maintaining and improving it all costs time (which is money). So unless you're independently wealthy or supported by some other institution (which makes money) you're a bit fat hypocrite to think that your hosting should be "actually-free" and that there's something wrong with trying to pay the bills. is hosted by a Czech company [] who charges customers to make money to support those "actually free" repositories.

          And the "actually free" site isn't. They restrict themselves to Open Source projects only. Their default quota is 100 megs, even smaller than GitHub's 300 megs. So I really don't see the advantage even on the "it's more free" front.

          And no backups []?!! Gah! Don't give me this BS about git providing it's own backups. I want to know my data is going to be there.

          Which brings us back to the advantage of a business funded, free-for-Open-Source service. Paying customers demand, and can pay for, a higher quality of service, particularly reliability. Because software scales so well, it's cheap for GitHub to provide those features that businesses pay for (like backups and reliable uptime) to all the Open Source projects.

          And while businesses go under, just as often J Random Guy loses interest. Or they lose their benevolent funding.

          Finally, it's important to distinguish between projects funding themselves using paid business accounts (GitHub) and businesses taking advantage of Open Source (I'm going to use a caricature of Apple as the straw man here). GitHub is part of the community. Apple makes use of the community. Don't lump them together. The GitHub folks are nice guys.

          [End of rant]

          • It seems to me that a zealous Open Source/Free Software advocate would be glad to see discrimination against proprietary software packages, forcing their producers to pay while Open Source folks go free.

            But what do I know?

            J. David works really hard, has a passion for writing good software, and knows many of the world's best Perl programmers