Tim Case
2006-Apr-04 03:52 UTC
[Rails] Freezing Architecture-Dependent Gems such as Rmagick, Ferret, Unicode
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 tim@karmacrash.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails/attachments/20060404/8ce8576f/attachment.html
Tim Case
2006-Apr-04 06:35 UTC
[Rails] Freezing Architecture-Dependent Gems such as Rmagick, Ferret, Unicode
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 tim@karmacrash.com
NexusNeo - Niket Patel
2006-Apr-06 07:45 UTC
[Rails] Freezing Architecture-Dependent Gems such as Rmagick, Ferret, Unicode
same question i would like to ask also?? On 4/4/06, Tim Case <tcrails1@gmail.com> wrote:> > 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 > tim@karmacrash.com > _______________________________________________ > 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: info@nexusneo.com Web: www.nexusneo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails/attachments/20060406/1f5b2470/attachment.html
Tom Taylor
2006-Apr-06 10:07 UTC
[Rails] Re: Freezing Architecture-Dependent Gems such as Rmagick, Ferret, Unicode
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
Tim Case
2006-Apr-06 11:33 UTC
[Rails] Re: Freezing Architecture-Dependent Gems such as Rmagick, Ferret, Unicode
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? On 4/6/06, Tom Taylor <tom@tomtaylor.co.uk> wrote:> 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 > > _______________________________________________ > Rails mailing list > Rails@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/rails >