[Proposal] Why don't I Rip you a new one

[James Adam]

As touched upon at LRUG last night, Rubygems have their issues, but
thankfully plans are afoot to provide alternatives.

One of these is 'Rip' (http://github.com/defunkt/rip), which has a
fairly elegant way of making code available and solving dependency
issues.

I've done a bit of work on this, particularly getting it to work with
Rubygems, and so I can probably give an overview of what it is, how
it's different from Rubygems, how you can get started with it, and
problems it still has.

Alternatively, somebody else might want to run with this idea - if so,
I'm happy to help and share what I know.

- James

[tomtt]

Has anybody looked at the Rails 3 team's gem bundler?
http://yehudakatz.com/2009/11/03/using-the-new-gem-bundler-today/

If it's any good (which is likely since it's Yehuda building it), we
should probably embrace that solution collectively.

Tom.

-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~
Tom ten Thij
Unboxed Consulting, http://unboxedconsulting.com
T: +44 20 3137 2943 F: +44 20 7183 4251
-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~

[Pavel Kunc]

I'm using Bundler, it's cool stuff and now in 0.7.0 it works good.
I've migrated Merb from the Thor bundling tasks to the Bundler so Merb
now officially use Bundler as a solution for the bundling pain. :-)
And I can say it really removed most of the pain I had with bundling.

On the similar note, we managed to remove require 'rubygems' from Merb
using Bundler and remove the whole dependency management out of the
framework to the gems layer which is now managed by Bundler only.

Pavel Kunc

--
@merboutpost

2009/11/12 tomtt <tomte...@gmail.com>:

[James Adam]

If you could phrase thoughts about Bundler in terms of your [dis]
interest in the original presentation idea, that'd be awesome :)

Perhaps you would be interested in how they solve slightly different
problems?

--
* J *
~

[Peter Ferne]

On 12 Nov 2009, at 13:02, James Adam wrote:

> I've done a bit of work on this, particularly getting it to work with
> Rubygems, and so I can probably give an overview of what it is, how
> it's different from Rubygems, how you can get started with it, and
> problems it still has.

I would love to hear this talk. Having recently suffered some
discomfort trying to run parallel sets of gems for MRI and JRuby it
would be great to hear more about what sounds like a really clean
approach to managing multiple environments.
--
petef