Thewoolleyweb GemInstaller → 0.5.3 Release

Comments and changes to this ticket

• 

  Chad Woolley February 23rd, 2009 @ 01:15 AM

  • Tag set to “from_rubyforge, high_priority”
  • State changed from “new” to “hold”

  Not sure if multiple retries would cause more problems, since this error can also occur if the gem or server actually doesn't exist.

  As a compromise, a much more verbose error message is now printed, with instructions on how to run the 'gem list' command manually to see if the gem actually does exist on the remote server. Look at gem_list_checker.rb for details.

  Please provide more info on how to reproduce this problem if you can.

• 

  Chad Woolley February 25th, 2009 @ 07:50 PM

  • State changed from “hold” to “open”

  AHA! This seems to only happen when the previous gem specified a different source. For example:

  - name: mislav-will_paginate
    version: >= 2.3.6
    install_options: --source=http://gems.github.com
  - name: flvtool2
    version: 1.0.6
  
  

  This will work on the next GemInstaller run, since mislav-will_paginage is already installed, and no Gem.install command is specified for the different source.

  To fix it, you can hardcode the source on the second gem:

  - name: mislav-will_paginate
    version: >= 2.3.6
    install_options: --source=http://gems.github.com
  - name: flvtool2
    version: 1.0.6
    install_options: --source=http://gems.rubyforge.org
  
  

  This is probably a bug in RubyGems related to caching last-used source or something, need to investigate...

• 

  Chad Woolley March 18th, 2009 @ 05:09 PM

  Eric Hodel says this is because of the say Gem::GemRunner works - it stores the source. As a workaround, every install call to GemRunner can be prefixed with this:

  Gem.sources.replace Gem.default_sources
  
  

• 

  Chad Woolley August 25th, 2009 @ 11:32 AM

  • Milestone changed from “1.0 Release” to “0.5.3 Release”
• 

  Chad Woolley August 25th, 2009 @ 12:49 PM

  Fix committed and manually tested: http://github.com/thewoolleyman/geminstaller/commit/a807985d745c232...

• 

  Chad Woolley August 25th, 2009 @ 12:56 PM

  • State changed from “open” to “resolved”