News for hackers. Stuff that matters.
Re:Git Hub Serves More Ruby Gems Than Rubyforge by jrockway on Friday May 29, 2009 @12:27AM (#631533)
When will Github do the same thing for CPAN modules? I would love to not have to release modules, and instead just tag my project as stable and let the toolchain do its thing.

An API for this would also be acceptable; then I can implement this for them.

Re:Git Hub Serves More Ruby Gems Than Rubyforge by defunkt on Friday May 29, 2009 @12:33AM (#631539)
We were talking tonight about CPAN modules, Python eggs, and PEAR... pears?

We'd love to take what we've learned serving Rubygems and apply the knowledge to any other languages that have a solid packaging system.

Re:Git Hub Serves More Ruby Gems Than Rubyforge by jrockway on Friday May 29, 2009 @02:28AM (#631639)
Excellent. Please send me an email (jon AT jrock.us) and I can give you more detail (and help you implement).

Basically, CPAN modules are just archives (usually tar.gz). There is a program called the "PAUSE indexer" that examines the archives, and generates a mapping of module name => archive file. The CPAN client fetches this file, and then knows what archive to download to install the named module.

All github would need to do is maintain this index file; the rest is handled client-side.

(The indexing algorithm isn't much more than this: http://github.com/jrockway/metacpan/blob/be78711a6f12afd3b71...)

Re:Git Hub Serves More Ruby Gems Than Rubyforge by tlrobinson on Friday May 29, 2009 @06:16AM (#631825)
I wish there was a standard package management protocol. Why does every language have to reinvent package management? They could still write the package manager clients (and servers) in their language, as they all seem to love to do.

We (the ServerJS pseudo working group: https://wiki.mozilla.org/ServerJS) are currently looking at package management solutions for server-side JavaScript.

Using Rubygems with other languages like JS is one possibility, then we would get the Github integration for free.

And there's JSAN (http://openjsan.org/).

Kris Kowal hacked together one that pulls zipped repos directly from GitHub (or potentially any HTTP server) (tentatively named "tusk", implemented on "narwhal": http://github.com/tlrobinson/narwhal/tree/integration). One neat thing about that is you can create new versions just by tagging.

Re:Git Hub Serves More Ruby Gems Than Rubyforge by ubernostrum on Friday May 29, 2009 @02:48AM (#631668)
Python may be a bit more difficult than you'd expect. The tools -- easy_install, pip, etc. -- are built around a core which, though it can use alternate sources to look for packages, happens to have things like heuristics for screen-scraping pypi.python.org hard-coded in.
Re:Git Hub Serves More Ruby Gems Than Rubyforge by simonw on Friday May 29, 2009 @06:40AM (#631838)
Does anyone else find the idea of a package installer that /screen scrapes a website for download links/ deeply and fundamentally disturbing, or is it just me?
Re:Git Hub Serves More Ruby Gems Than Rubyforge by jrockway on Friday May 29, 2009 @02:11PM (#632489)
It's obviously impossible to write bad code in Python, so clearly everyone else is wrong. Guido said so, and he works for Google!
Re:Git Hub Serves More Ruby Gems Than Rubyforge by defunkt on Friday May 29, 2009 @04:03AM (#631729)
Luckily the documentation explains clearly those heuristics and provides examples so you can appease them yourself :)