A lot has been made recently about the need to freeze your gems for production deployment on a shared server so your application can depend on it's own gem version instead of being subjected to whatever gem is installed on the server, but does this rule of thumb come with an exception? Architecture dependent gems such as RMagick, Ferret and Unicode have dependencies that cannot be included as a frozen gem, and with these types of gems you still are left depending on the one installed the server? Yes or no? Thanks, Tim Case firstname.lastname@example.org
on 2006-04-04 08:37
on 2006-04-06 09:46
same question i would like to ask also?? On 4/4/06, Tim Case <email@example.com> wrote: > Yes or no? > > Thanks, > > Tim Case > firstname.lastname@example.org > _______________________________________________ > Rails mailing list > Rails@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/rails > -- Best Regards, Niket Patel For NexusNeo System (A Div of NexusNeo System & Exim Pvt. Ltd) Tel: +91 79 23244557 Fax: +91 79 23246531 E-mail: email@example.com Web: www.nexusneo.com
on 2006-04-06 12:08
NexusNeo - Niket Patel wrote: > same question i would like to ask also?? In the vendor directory, you can do 'gem unpack gemname'. If you do this on your local machine/server then you can just upload the directory to your host and it should work. Cheers, Tom
on 2006-04-06 13:35
Freezing a gem such as redcloth or even Rails itself works just fine with gem unpack gemname, but it appears not all gems are created equal, and there are gems with architecture dependecies such as RMagic which requires the installation of ImageMagick. For a gem such as this, you can't really unpack it into a vendor folder? True or false?