#59 √ resolved
Mark Bates

The gems:* tasks aren't working again

Reported by Mark Bates | July 25th, 2008 @ 04:27 PM | in 0.6.1

After the mack gem got moved around the gems:list and gems:install tasks don't seem to be working again.

Comments and changes to this ticket

  • Mark Bates

    Mark Bates July 25th, 2008 @ 05:02 PM

    • → Assigned user changed from “Mark Bates” to “Darsono Sutedja”

    It turns out this is not because of the moving of files, but rather a result of the mack_core split.

    The line that causes the problems is in mack_tasks.rb:

    require File.join(Mack.root, "config", "initializers", "gems.rb")
    Mack::Utils::GemManager.instance.do_requires
    

    There are two symptoms of this bug, one is run the tasks and nothing happens. The other is if you specify a gem, say rubyzip and you want to run rake gems:install to get that gem you get the following error:

    Could not find RubyGem rubyzip (>= 0)
    /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:578:in `report_activate_error'
    /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:134:in `activate'
    /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:49:in `gem'
    /usr/local/lib/ruby/gems/1.8/gems/mack-0.6.0.100/lib/mack/utils/gem_manager.rb:37:in `do_requires'
    /usr/local/lib/ruby/gems/1.8/gems/mack-0.6.0.100/lib/mack/utils/gem_manager.rb:33:in `each'
    /usr/local/lib/ruby/gems/1.8/gems/mack-0.6.0.100/lib/mack/utils/gem_manager.rb:33:in `do_requires'
    /usr/local/lib/ruby/gems/1.8/gems/mack-0.6.0.100/lib/mack_tasks.rb:11
    /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require'
    /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
    /Users/markbates/foo/rakefile:6
    /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:2149:in `load'
    /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:2149:in `raw_load_rakefile'
    /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1897:in `load_rakefile'
    /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling'
    /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1896:in `load_rakefile'
    /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1880:in `run'
    /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling'
    /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in `run'
    /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31
    /usr/local/bin/rake:19:in `load'
    /usr/local/bin/rake:19
    

    This happens because mack_tasks.rb is trying to require the gems.

  • Darsono Sutedja

    Darsono Sutedja July 25th, 2008 @ 11:43 PM

    Since we've made sure that the gems.rb file and the mack_core files are loaded in mack_tasks, the gem_tasks don't need the :setup call anymore--actually it's that code that's causing this issue.

    When I removed the call to :setup (but made sure that rubygems/gem_runner is required), gems:* works just fine.

  • Mark Bates

    Mark Bates July 30th, 2008 @ 10:31 AM

    • → State changed from “new” to “open”
  • Mark Bates

    Mark Bates July 31st, 2008 @ 09:41 AM

    • → State changed from “open” to “resolved”

    (from [a0c3b4c13163ad66037e8088da888ff069135085]) Fixed gems:* [#59 state:resolved]

    http://github.com/markbates/mack...

  • Mark Bates

    Mark Bates July 31st, 2008 @ 11:39 AM

    (from [e815e3f8762974691c8c27dd4265fec3d4c9999c]) Got rid of GemRunner cause it sucks! [#59]

    http://github.com/markbates/mack...

Please Login or create a free account to add a new comment.

You can update this ticket by sending an email to from your email client. (help)

Create your profile

Help contribute to this project by taking a few moments to create your personal profile. Create your profile »

Mack is a Ruby web application framework focused on writing distributed, portal-like, applications. it's built on best of breed technologies, such as Rack, Cachetastic, and DataMapper.

Shared Ticket Bins

People watching this ticket

Tags