I prefer GemTools over config.gem
So I know I’m obviously biased, but I prefer to use GemTools over the gem management feature in Rails. and here’s why.
I can deploy an app to a new server instance and not even need to have rails installed. All I have to do iscap production deploy:setup && cap production deploy
and my cap tasks will install the full stack, including Rails.
I can also use GemTools without Rails.
I know that I will get the version of my gems that my app expects.
I’ve seen issues with using vendored gems (hpricot I’m looking at you) where even with a frozen gem it will try and include the newest version of the gem installed locally.
Don’t get me wrong, any compiled gems are going to fail in a vendored cross platform environment if the person that vendoerd it was on a different platform.
These are just a couple of the reasons that I prefer to usegemtools install
over config.gem
I’m sure I’m in the minority, but that’s ok.
continue reading
Reena on FCKeditor on Rails on Apr 13, 2009 at 04:17 AM
Hi,
Thank You
micahel on Hpricot Scrub on Apr 07, 2009 at 10:11 AM
@chick – was the gem for version 0.3.5 broken for you?
gem install hpricot_scrub
sounds like you may have gotten the old hpricot-scrub gem, which should have been removed from rubyforge, but appears it was still there.
chick on Hpricot Scrub on Mar 26, 2009 at 02:44 PM
forgot to say thanks
chick on Hpricot Scrub on Mar 26, 2009 at 02:43 PM
Seems close but
1 ) gem did not seem to have the lib/hpricot_scrub/hpricot_scrub.rb
2 ) hpricot_scrub.rb, which I grabbed from post did not extend classes Comment and BogusETag with remove, strip etc. methods
3 ) Line 73 did not deal with children that do not respond_to? :name
After fixing up those things locally it seems to work ok
UnderpantsGnome on TextMate mini-Bundle on Feb 12, 2009 at 10:31 PM
@Christoffer glad it works for you. I just wish there was a way to get the same feature without adding the strip to the undo history. It can be a bit annoying to have to undo twice to undo one step.