hi i have installed metric_fu om a rails 2.2 system running hobo and i just can't get to run the metrics command. this is my log:
$:apfcool $item rake metrics:all
(in /Users/$/Documents/apf/apfcool)
* master
/Users/$/.gem/ruby/1.8/gems/flay-1.4.0/lib/flay.rb:171:in `process_sexp': undefined method `<' for nil:NilClass (NoMethodError)
from /Users/$/.gem/ruby/1.8/gems/flay-1.4.0/lib/flay.rb:309:in `[]'
from /Users/$/.gem/ruby/1.8/gems/flay-1.4.0/lib/flay.rb:309:in `deep_each'
from /Users/$/.gem/ruby/1.8/gems/flay-1.4.0/lib/flay.rb:318:in `each_sexp'
from /Users/$/.gem/ruby/1.8/gems/flay-1.4.0/lib/flay.rb:315:in `each'
from /Users/$/.gem/ruby/1.8/gems/flay-1.4.0/lib/flay.rb:315:in `each_sexp'
from /Users/$/.gem/ruby/1.8/gems/flay-1.4.0/lib/flay.rb:308:in `deep_each'
from /Users/$/.gem/ruby/1.8/gems/flay-1.4.0/lib/flay.rb:169:in `process_sexp'
from /Users/$/.gem/ruby/1.8/gems/flay-1.4.0/lib/flay.rb:144:in `process'
from /Users/$/.gem/ruby/1.8/gems/flay-1.4.0/lib/flay.rb:121:in `each'
from /Users/$/.gem/ruby/1.8/gems/flay-1.4.0/lib/flay.rb:121:in `process'
from /Users/$/.gem/ruby/1.8/gems/flay-1.4.0/bin/flay:10
from /usr/bin/flay:19:in `load'
from /usr/bin/flay:19
rake aborted!
undefined method `first' for nil:NilClass
i google a lot and found this http://groups.google.com/group/rubyonrails-talk/browse_thread/thread/8e7ba74ea6ba58a1 but that "fix" doesn't even get the line or method name right.
I got this problem when I upgraded to Snow Leopard. I fixed it by removing and reinstalling the sexp_processor and ParseTree gems. They do some low level stuff, so if ground beneath them moves you need to reinstall.
gem uninstall sexp_processor
gem uninstall ParseTree
Then:
gem install sexp_processor
gem install ParseTree
Depending on how you store gems, you may want to put 'sudo' in front of those commands.
Related
Whenever I try to make a new Rails project and run bundle install, I get errors like this:
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/source.rb:253:in `fetch_all_remote_specs': undefined method `list' for #<Gem::SpecFetcher:0x8da5cc0> (NoMethodError) from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/source.rb:234:in `block in remote_specs' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/source.rb:231:in `each' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/source.rb:231:in `remote_specs' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/source.rb:165:in `fetch_specs' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/source.rb:70:in `specs' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/definition.rb:176:in `block (2 levels) in index' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/definition.rb:175:in `each' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/definition.rb:175:in `block in index' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/index.rb:7:in `build' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/definition.rb:174:in `index' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/definition.rb:168:in `resolve' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/definition.rb:107:in `specs' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/definition.rb:102:in `resolve_remotely!' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/installer.rb:43:in `run' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/installer.rb:8:in `install' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/cli.rb:219:in `install' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/vendor/thor/task.rb:22:in `run' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/vendor/thor/invocation.rb:118:in `invoke_task' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/vendor/thor.rb:263:in `dispatch' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/lib/bundler/vendor/thor/base.rb:386:in `start' from
/.rvm/gems/ruby-1.9.3-p551/gems/bundler-1.0.22/bin/bundle:13:in `<top (required)>' from
/.rvm/gems/ruby-1.9.3-p551/bin/bundle:23:in `load' from
/.rvm/gems/ruby-1.9.3-p551/bin/bundle:23:in `<main>' from
/.rvm/gems/ruby-1.9.3-p551/bin/ruby_executable_hooks:15:in `eval' from
/.rvm/gems/ruby-1.9.3-p551/bin/ruby_executable_hooks:15:in `<main>'
I already tried a lot, including completely uninstalling and purging rails, ruby and rvm from my system (even deleting leftover files and references to rvm in config files), but it always fails at this step. I tried bundler versions from 1.0.0 through 1.6.4, the latter one accidentally, Ruby 1.9.2, 1.9.3 and 2.1, Rails 3.0.1, 3.0.2 and 3.2.6 The method it failes at varied somewhat through my different attempts, but the listed directory is always the same. .rvm is located in my home directory, which I omitted for privacy reasons.
I'm using Ruby on Rails 3.0.2 with Ruby 1.9.3 (documentation was cheap.) on Bunsenlabs, a debian distribution. I issued the following commands to install ruby and rails and create my project:
\curl -sSL https://get.rvm.io | bash -s stable --without-gems="rvm rubygems-bundler"
rvm install 1.9.3
rvm reload
rvm --default use 1.9.3
gem install rails --version 3.0.2
rails new railsapp3 -T
cd railsapp3
bundle install
( bundler ~>1.0.0 is the required version for rails 3.0.2)
This is the content of that project's gemfile:
source 'http://rubygems.org'
gem 'rails', '3.0.2'
gem 'sqlite3-ruby', '1.3.1', :require => 'sqlite3'
This same method works without a hitch on my old laptop (same OS). I suspected it had something to do with version conflicts with different ruby installations, but I purged it thoroughly the last time I tried this.
I would really appreciate it if someone could give me a hint on how to resolve this!
EDIT:
For any poor soul who runs into this issue and stumbles upon this post, copypasting this gemfile (apparently for rails 3.1.0) sorta worked:
ruby on rails 3 tutorial gemfile
I've trawled every possible Ruby resource looking for a solution to this error but can't for the life of me figure out what I'm doing wrong.
I'm trying to get my sass compiler working for a Drupal build from a previous project. Using the following stack: Ruby 2.3.0, Sass 3.4.22, Compass & Compass Core 1.0.3, Bundler 1.11.2. I've already tried uninstalling and reinstalling the gems but to no avail.
The error occurs when I run the bundle exec compass watch command, which results in the following output:
LoadError on line ["179"] of /Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-core-1.0.3/lib/compass/configuration/data.rb: cannot load such file -- breakpoint
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-core-1.0.3/lib/compass/configuration/data.rb:179:in `require'
/Users/somedude/Sites/devdesktop/taronga-dev/docroot/sites/tarongazoo/themes/custom/taronga/config.rb:9:in `get_binding'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/configuration/serialization.rb:24:in `eval'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/configuration/serialization.rb:24:in `parse_string'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/configuration/serialization.rb:15:in `block in _parse'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/configuration/serialization.rb:14:in `open'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/configuration/serialization.rb:14:in `_parse'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/configuration/file_data.rb:7:in `block in new_from_file'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-core-1.0.3/lib/compass/configuration/inheritance.rb:207:in `with_defaults'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/configuration/file_data.rb:6:in `new_from_file'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/configuration/helpers.rb:19:in `configuration_for'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/configuration/helpers.rb:69:in `add_project_configuration'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/commands/project_base.rb:37:in `add_project_configuration'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/commands/project_base.rb:25:in `configure!'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/commands/project_base.rb:15:in `initialize'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/commands/update_project.rb:41:in `initialize'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/exec/sub_command_ui.rb:42:in `new'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/exec/sub_command_ui.rb:42:in `perform!'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/lib/compass/exec/sub_command_ui.rb:15:in `run!'
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/bin/compass:30:in `block in '
/Users/somedude/.rvm/gems/ruby-2.3.0/gems/compass-1.0.3/bin/compass:44:in `'
/Users/somedude/.rvm/gems/ruby-2.3.0/bin/compass:23:in `load'
/Users/somedude/.rvm/gems/ruby-2.3.0/bin/compass:23:in `'
/Users/somedude/.rvm/gems/ruby-2.3.0/bin/ruby_executable_hooks:15:in `eval'
/Users/somedude/.rvm/gems/ruby-2.3.0/bin/ruby_executable_hooks:15:in `'
Has anyone else encountered something similar when trying to get their SASS compiler to run? ANY help would be much appreciated.
Thanks,
Mark.
Resolved! It was such a simple oversight.
It turns out I just needed to call the missing gems via my Gemfile:
gem 'compass'
gem 'sass'
gem 'sass-globbing'
gem 'breakpoint'
There were also a few version conflicts, but these were resolved by reinstalling gems by specific version, for example:
gem install breakpoint -v 2.5.0
Hopefully this points anyone else having similar issues in the right direction.
Cheers.
Dependencies should automatically be installed, but you could try manually installing the breakpoint gem that it can't find:
gem install breakpoint
With Rails 3, after upgrading from Mongoid 2.x to Mongoid 3.x, my Heroku + MongoHQ setup stopped working. Funny thing is, that my development & test frameworks and my whole test suite passes just fine.
I suspect the problem is with my mongoid.yml file, but I've tried searching the docs, google & stackoverflow, and used all the suggested formats, including this: heroku mongohq and mongoid Mongo::ConnectionFailure or actually this: https://gist.github.com/2900804
UPDATED July 16th: This is how my mongoid.yml file looks, after trying multiple things + After what Jason from MongoHQ suggested:
development:
sessions:
default:
database: development
hosts:
- localhost:27017
test:
sessions:
default:
database: test
hosts:
- localhost:27017
production:
sessions:
default:
uri: <%= ENV['MONGOHQ_URL'] %>
options:
skip_version_check: true
safe: true
(to my understanding, it is essentially the same as the one in the links above, except that it uses the uri; I tried the other way, splitting the MONGOHQ_URL into the separate fields as well, but it didn't help)
I've tried setting mongoid as 3.0.0rc and leaving the version blank in my Gemfile. Using the github version failed due to HTTPS certificates or something, so I didn't bother trying it multiple times.
What the action controller says is this:
Moped::Errors::OperationFailure in Home#index
Showing /app/app/views/home/index.html.haml where line #2 raised:
The operation: #<Moped::Protocol::Command
#length=68
#request_id=4
#response_to=0
#op_code=2004
#flags=[:slave_ok]
#full_collection_name=".$cmd"
#skip=0
#limit=-1
#selector={:count=>:posts, :query=>{}}
#fields=nil>
failed with error "db assertion failure"
and when I run
heroku run console
.. I get this:
irb(main):052:0> Location.create!
NoMethodError: undefined method `[]' for nil:NilClass
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/node.rb:74:in `block in command'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/node.rb:522:in `[]'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/node.rb:522:in `block (3 levels) in flush'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/node.rb:521:in `map'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/node.rb:521:in `block (2 levels) in flush'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/node.rb:113:in `ensure_connected'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/node.rb:517:in `block in flush'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/node.rb:532:in `logging'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/node.rb:516:in `flush'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/node.rb:505:in `process'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/node.rb:70:in `command'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/node.rb:356:in `refresh'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/cluster.rb:101:in `block in refresh'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/cluster.rb:114:in `each'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/cluster.rb:114:in `refresh'
from /app/vendor/bundle/ruby/1.9.1/gems/moped-1.1.1/lib/moped/cluster.rb:67:in `nodes'
... 15 levels...
from /app/vendor/bundle/ruby/1.9.1/gems/activesupport-3.2.6/lib/active_support/callbacks.rb:405:in `__run_callback'
from /app/vendor/bundle/ruby/1.9.1/gems/activesupport-3.2.6/lib/active_support/callbacks.rb:385:in `_run_save_callbacks'
from /app/vendor/bundle/ruby/1.9.1/gems/activesupport-3.2.6/lib/active_support/callbacks.rb:81:in `run_callbacks'
from /app/vendor/bundle/ruby/1.9.1/gems/mongoid-3.0.1/lib/mongoid/callbacks.rb:98:in `run_callbacks'
from /app/vendor/bundle/ruby/1.9.1/gems/mongoid-3.0.1/lib/mongoid/persistence/insertion.rb:23:in `prepare'
from /app/vendor/bundle/ruby/1.9.1/gems/mongoid-3.0.1/lib/mongoid/persistence/operations/insert.rb:26:in `persist'
from /app/vendor/bundle/ruby/1.9.1/gems/mongoid-3.0.1/lib/mongoid/persistence.rb:50:in `insert'
from /app/vendor/bundle/ruby/1.9.1/gems/mongoid-3.0.1/lib/mongoid/persistence.rb:251:in `block in create!'
from /app/vendor/bundle/ruby/1.9.1/gems/mongoid-3.0.1/lib/mongoid/threaded/lifecycle.rb:173:in `_creating'
from /app/vendor/bundle/ruby/1.9.1/gems/mongoid-3.0.1/lib/mongoid/persistence.rb:249:in `create!'
from (irb):52
from /app/vendor/bundle/ruby/1.9.1/gems/railties-3.2.6/lib/rails/commands/console.rb:47:in `start'
from /app/vendor/bundle/ruby/1.9.1/gems/railties-3.2.6/lib/rails/commands/console.rb:8:in `start'
from /app/vendor/bundle/ruby/1.9.1/gems/railties-3.2.6/lib/rails/commands.rb:41:in `<top (required)>'
from script/rails:6:in `require'
from script/rails:6:in `<main>'irb(main):053:0>
I think I've googled everything, run through multiple github mongoid issues, read the documentation multiple times ... and I'm running out of ideas here.
Anything come to mind I should try next?
UPDATE July 16th: this is what Heroku says when I git push heroku master (After doing what Jason from MongoHQ suggested):
git push heroku master
Counting objects: 7, done.
Delta compression using up to 16 threads.
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 372 bytes, done.
Total 4 (delta 3), reused 0 (delta 0)
-----> Heroku receiving push
-----> Ruby/Rails app detected
-----> Installing dependencies using Bundler version 1.2.0.pre
Running: bundle install --without development:test --path vendor/bundle --binstubs bin/ --deployment
Using rake (0.9.2.2)
Using i18n (0.6.0)
Using multi_json (1.3.6)
Using activesupport (3.2.6)
Using builder (3.0.0)
# ... shortened this #
Using libv8 (3.3.10.4)
Using moped (1.1.2)
Using origin (1.0.4)
Using mongoid (3.0.0.rc)
Using omniauth (1.1.0)
Using quimby (0.4.5)
Using bundler (1.2.0.pre)
Using rails (3.2.6)
Using therubyracer (0.10.1)
Using thin (1.3.1)
Your bundle is complete! It was installed into ./vendor/bundle
Cleaning up the bundler cache.
-----> Writing config/database.yml to read from DATABASE_URL
-----> Preparing app for Rails asset pipeline
Running: rake assets:precompile
Asset precompilation completed (31.24s)
-----> Rails plugin injection
Injecting rails_log_stdout
Injecting rails3_serve_static_assets
-----> Discovering process types
Procfile declares types -> (none)
Default types for Ruby/Rails -> console, rake, web, worker
-----> Compiled slug size is 18.7MB
-----> Launching... done, v92
http://xxxxx.herokuapp.com deployed to Heroku
To git#heroku.com:xxxxx.git
b2d97xy..7b0aczy master -> master
UPDATE 2 July 16th: did as Jason & MrKurt said (first forgot to run bundle update mongoid, but that didn't help either). Now the error changed, though:
NoMethodError in Home#index
Showing /app/app/views/home/index.html.haml where line #2 raised:
undefined method `[]' for nil:NilClass
Extracted source (around line #2):
1: %h1 Most recent posts
2: - if #posts.length > 0
You will need to use Ruby 1.9.3. See Mongoid documentation here and Heroku documentation here on how to use 1.9.3.
I was also getting similar errors, and I changed my gemfile to include ruby '1.9.3' and everything worked as expected again.
Edit:
#herb pointed out that you need the latest version of bundler for this to work (gem install bundler --pre). Otherwise, ruby '1.9.3' in your Gemfile will not work.
Try adding an "options" area to the default session and add "skip_version_check: true" as one of the options.
Jason
MongoHQ
As a workaround, hardcoding the uri from heroku config seems to do the trick.
ex:
production:
sessions:
default:
uri: "mongodb://heroku:xxxx#domain.mongohq.com:000/appyyyy"
options:
skip_version_check: true
safe: true
I'm guessing the nilclass error was because <%= ENV['MONGOHQ_URL'] %> was returning nil
This error happens during just about any rake task:
project/Gemfile:4:in `evaluate': undefined method `ruby' for #<Bundler::Dsl:0x007f8274ba6ac8> (NoMethodError)
~/.rvm/gems/ruby-1.9.3-p0-perf/gems/bundler-1.1.4/lib/bundler/dsl.rb:7:in `instance_eval'
~/.rvm/gems/ruby-1.9.3-p0-perf/gems/bundler-1.1.4/lib/bundler/dsl.rb:7:in `evaluate'
~/.rvm/gems/ruby-1.9.3-p0-perf/gems/bundler-1.1.4/lib/bundler/definition.rb:18:in `build'
~/.rvm/gems/ruby-1.9.3-p0-perf/gems/bundler-1.1.4/lib/bundler.rb:135:in `definition'
~/.rvm/gems/ruby-1.9.3-p0-perf/gems/bundler-1.1.4/lib/bundler/cli.rb:220:in `install'
~/.rvm/gems/ruby-1.9.3-p0-perf/gems/bundler-1.1.4/lib/bundler/vendor/thor/task.rb:22:in `run'
.rvm/gems/ruby-1.9.3-p0-perf/gems/bundler-1.1.4/lib/bundler/vendor/thor/invocation.rb:118:in `invoke_task'
Gemfile:4
ruby '1.9.3'
This line is required for running multiple versions of ruby on Heroku, but currently requires a prerelease version of bundler to work locally.
gem install bundler --pre
See http://blog.heroku.com/archives/2012/5/9/multiple_ruby_version_support_on_heroku/
I have installed the latest rspec gem and now every 'gem' command, no matter what, throws this error:
egervari#egervari:~/Websites/training$ gem -v
Invalid gemspec in [/usr/local/lib/ruby/gems/1.9.1/specifications/rspec-core-2.6.2.gemspec]: invalid date format in specification: "2011-05-21 00:00:00.000000000Z"
/usr/local/lib/ruby/site_ruby/1.9.1/rubygems/specification.rb:277:in `block in _resort!': undefined method `name' for nil:NilClass (NoMethodError)
from /usr/local/lib/ruby/site_ruby/1.9.1/rubygems/specification.rb:276:in `sort!'
from /usr/local/lib/ruby/site_ruby/1.9.1/rubygems/specification.rb:276:in `_resort!'
from /usr/local/lib/ruby/site_ruby/1.9.1/rubygems/specification.rb:270:in `_all'
from /usr/local/lib/ruby/site_ruby/1.9.1/rubygems/specification.rb:402:in `each'
from /usr/local/lib/ruby/site_ruby/1.9.1/rubygems.rb:477:in `map'
from /usr/local/lib/ruby/site_ruby/1.9.1/rubygems.rb:477:in `find_files'
from /usr/local/lib/ruby/site_ruby/1.9.1/rubygems.rb:1061:in `load_plugins'
from /usr/local/lib/ruby/site_ruby/1.9.1/rubygems/gem_runner.rb:85:in `<top (required)>'
from /usr/local/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from /usr/local/lib/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from /usr/local/bin/gem:9:in `<main>'
It has completely locked up my rails development. I can't do anything because of this.
I am on Ubuntu 11.04. I've googled this and it seems I am not the only person who has ran into this. However, I have not come across a solution.
If you don't know how to fix this, how can I manually get rid of all the gems and just start from scratch?
EDIT: It seems that opening up the file and changing it to "2011-05-21" fixes it... but how can this happen? I don't mean to bitch, but I run into weird things with Ruby and Rails all day long. 2 weeks into development and the "problems" I run into just never seem to stop. I'm getting really nervous/worried about my choice to use Rails :(
EDIT 2: My versions
egervari#egervari:~/Websites/training$ ruby -v
ruby 1.9.2p180 (2011-02-18 revision 30909) [x86_64-linux]
egervari#egervari:~/Websites/training$ gem -v
1.8.1
I had this issue in my Rails app under Ruby 1.9.2p0 (gem version 1.7.2). I manually uninstalled rspec-core 2.6.2 by going into (in my case) /Users/smei/.rvm/gems/ruby-1.9.2-p0 and removing all the rspec-core 2.6.2 stuff. It was not showing up in my list of rspec-core versions when I did gem uninstall.
Then I locked down rspec-core to 2.6.0, and that solved the problem.
What versions of ruby and rubyems are you using?
ruby -v
gem -v