Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Git Hub Serves More Ruby Gems Than Rubyforge

gist.github.com

Post reply on HN
Print view View original

1–10 of 20 posts

Re: Git Hub Serves More Ruby Gems Than Rubyforge

#3

Post by defunkt »

jrockway wrote: post #2

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.

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

#7

Post by mhartl »

Every time I go to RubyForge to make a gem, I always get stuck on the first page, where they make you name the project, fill out the project purpose and summary, and so on. Then I realize I'm not ready to make it a gem yet, and push the repo up to GitHub.

Thanks, guys, for making sharing code so easy!

Re: Git Hub Serves More Ruby Gems Than Rubyforge

#8

Post by jrockway »

defunkt wrote: post #3
jrockway wrote: post #2

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.

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.

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

#10

Post by ubernostrum »

defunkt wrote: post #3
jrockway wrote: post #2

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.

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.

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.
Post reply on HN