As a heads up, some folks in the .NET community started
http://nuget.org/first by going with rubygems as a delivery mechanism.

http://dannydouglass.com/2010/08/whats-new-in-the-dotnet-world/
http://dannydouglass.com/2010/10/nupack-vs-nuproj-vs-openwrap/

On Fri, Jul 22, 2011 at 12:24 PM, Eric Hodel <drbr...@segment7.net> wrote:

> On Jul 21, 2011, at 7:55 PM, Marcelo de Moraes Serpa wrote:
> > I love rubygems, I think it's the best packaging system out there. I've
> been
> > spoiled by it throughout my 5 years of working with Ruby.
> >
> > I was wondering if it could be extended / modified to serve packages for
> > other languages. Let's say I develop a new language X, and start creating
> > new libs. Instead of creating a new packaging system, I'd like to adapt
> > RubyGems to work with it. Doesn't matter if ruby is needed.
>
> Since RubyGems is written in Ruby using it for another programming language
> seems a little odd.  Requiring Ruby to install packages for other languages
> seems odd.
>
> > I know that ultimately it would be possible, I just don't know how hard
> > would it be and if other people already though about that. Perhaps
> someone
> > is already doing something similar out there :)
>
> As far as I know, nobody has ported RubyGems or its packages to another
> language.  It's certainly possible to port RubyGems to another language, but
> it would probably be better to steal the ideas of RubyGems instead.
>
> A .gem is a tar file containing a chunk of gzipped metadata and a gzipped
> tar file with the contents.  The tar format is easy to implement in ruby and
> libz bindings can be found most anywhere.
>
> If I were writing RubyGems from scratch I wouldn't make the specification
> behave the same way.  In particular, it's too easy for people building
> packages to touch things they're not supposed to like specification_version.
>
> Also, RubyGems' commands were built then API was extracted from the
> commands long after.  I would aggressively refactor API out of the commands
> as they were being built.
> _______________________________________________
> Rubygems-developers mailing list
> http://rubyforge.org/projects/rubygems
> Rubygems-developers@rubyforge.org
> http://rubyforge.org/mailman/listinfo/rubygems-developers
>
_______________________________________________
Rubygems-developers mailing list
http://rubyforge.org/projects/rubygems
Rubygems-developers@rubyforge.org
http://rubyforge.org/mailman/listinfo/rubygems-developers

Reply via email to