Radiant on Dreamhost: page_attachments grouchy?

I’ve just started using Radiant, and, so far, it’s so beautiful it
makes me want to cry a little bit.

But! … I’m having a little trouble with page_attachments. Got them
loaded properly on my home machine, but transferred things over to
Dreamhost and suddenly I’m getting an Apache error after I hit ‘save’
on the page edit page – but only when I’ve put something in the
‘attachment’ box. Otherwise, functionality is fine.

Apache says:
Application error (Apache)

Change this error message for exceptions thrown outside of an action
(like in Dispatcher setups or broken Ruby code) in public/500.html

production.log says:

uninitialized constant ActionController::Routing::RoutingError
…/config/…/vendor/radiant/vendor/rails/activerecord/lib/…/…/activesupport/lib/active_support/dependencies.rb:266:in
load_missing_constant' ../config/../vendor/radiant/vendor/rails/activerecord/lib/../../activesupport/lib/active_support/dependencies.rb:452:inconst_missing’
…/config/…/vendor/radiant/app/controllers/application.rb:33:in
rescue_action_in_public' ../config/../vendor/radiant/vendor/rails/actionpack/lib/action_controller/rescue.rb:31:inrescue_action’
…/config/…/vendor/radiant/vendor/rails/actionpack/lib/action_controller/rescue.rb:109:in
perform_action' ../config/../vendor/radiant/vendor/rails/actionpack/lib/action_controller/base.rb:430:insend’
…/config/…/vendor/radiant/vendor/rails/actionpack/lib/action_controller/base.rb:430:in
process_without_filters' ../config/../vendor/radiant/vendor/rails/actionpack/lib/action_controller/filters.rb:624:inprocess_without_session_management_support’
…/config/…/vendor/radiant/vendor/rails/actionpack/lib/action_controller/session_management.rb:114:in
process_without_test' ../config/../vendor/radiant/vendor/rails/actionpack/lib/action_controller/test_process.rb:15:inprocess’
…/config/…/vendor/radiant/vendor/rails/actionpack/lib/action_controller/base.rb:330:in
process' ../config/../vendor/radiant/vendor/rails/railties/lib/dispatcher.rb:41:indispatch’
…/config/…/vendor/radiant/vendor/rails/railties/lib/fcgi_handler.rb:168:in
process_request' ../config/../vendor/radiant/vendor/rails/railties/lib/fcgi_handler.rb:143:inprocess_each_request!’
…/config/…/vendor/radiant/vendor/rails/railties/lib/fcgi_handler.rb:109:in
with_signal_handler' ../config/../vendor/radiant/vendor/rails/railties/lib/fcgi_handler.rb:142:inprocess_each_request!’
/usr/lib/ruby/1.8/fcgi.rb:600:in each_cgi' /usr/lib/ruby/1.8/fcgi.rb:597:ineach’
/usr/lib/ruby/1.8/fcgi.rb:597:in each_cgi' ../config/../vendor/radiant/vendor/rails/railties/lib/fcgi_handler.rb:141:inprocess_each_request!’
…/config/…/vendor/radiant/vendor/rails/railties/lib/fcgi_handler.rb:55:in
process!' ../config/../vendor/radiant/vendor/rails/railties/lib/fcgi_handler.rb:25:inprocess!’
dispatch.fcgi:26

Right. Like that’s clear.

Maybe a permissions issue?

Can anybody point me in the right direction?

Thanks so much!


David H.
[email protected]

St. Joe’s Choir


http://stjoeschoir.com

David,

Permissions might be one issue. You might also see what their policy is
on HTTP file uploads, if they have a limit, etc. My other guess is that
you might need to install rmagick or image_science or mini-magick in
your own gem directory because page_attachments needs at least one of
those to produce thumbnails.

Sean

Thanks for the tips, Sean. I’ve been having similar trouble on a
Dreamhost installation.

I’ve also had trouble installing from gems, so maybe looking into
compiling them myself is the answer…

*DN

On Aug 31, 2007, at 1:08 PM, David H. wrote:

[arrow]$ gem install -y image_science
Bulk updating Gem source index for: http://gems.rubyforge.org
Killed

That appears to happen if the gems site is running too slowly,
basically the connection times out. BICBW.


Damien McKenna, husband, father, geek.
[email protected] - http://www.mc-kenna.com/

I’ve been wondering myself lately about whether Rubyforge’s gem server
is getting overloaded. I sometimes get the gem command to hang when
updating or installing gems on my SliceHost account. However, it will
often work snappily from my personal machine at the same time. Kind of
a mystery!

Sean

Although “rmagick” was already in my gem list, I went ahead and
installed image_science, and that seemed to do the trick.

I had problems installing the gem, but I was relentless, and it
eventually took.

That looked like this:

[arrow]$ gem install -y image_science
Bulk updating Gem source index for: http://gems.rubyforge.org
Killed
[arrow]$ gem install -y image_science
Bulk updating Gem source index for: http://gems.rubyforge.org
Killed
[arrow]$ gem install -y image_science
Successfully installed image_science-1.1.3
Successfully installed RubyInline-3.6.4
Installing ri documentation for image_science-1.1.3…
Installing ri documentation for RubyInline-3.6.4…
Installing RDoc documentation for image_science-1.1.3…
Installing RDoc documentation for RubyInline-3.6.4…

I think that’s related to dreamhost’s unstated policy to make life
harder for Rails developers, but I’m not sure.

On 8/25/07, d n [email protected] wrote:

David,

Apache says:
activesupport/lib/active_support/dependencies.rb:266:in
action_controller/rescue.rb:109:in
…/config/…/vendor/radiant/vendor/rails/actionpack/lib/
`dispatch’
fcgi_handler.rb:142:in
…/config/…/vendor/radiant/vendor/rails/railties/lib/


Radiant mailing list
Post: [email protected]
Search: http://radiantcms.org/mailing-list/search/
Site: http://lists.radiantcms.org/mailman/listinfo/radiant


David H.
[email protected]

St. Joe’s Choir


http://stjoeschoir.com

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs