rspec users - Sep 2009 - Can't run specs after upgrading gems... get 0 tests, 0 assertions...

So after I updated all my gems, I started getting:

/Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/active_support/
dependencies.rb:105:in `const_missing'': uninitialized constant
Test::Unit::TestResult::TestResultFailureSupport (NameError)
	from /Library/Ruby/Gems/1.8/gems/test-unit-2.0.3/lib/test/unit/
testresult.rb:28
	from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
`gem_original_require''
	from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
`require''
	from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
active_support/dependencies.rb:158:in `require''
	from /Library/Ruby/Gems/1.8/gems/rspec-1.2.8/lib/spec/interop/test.rb:
8
	from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
`gem_original_require''
	from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
`require''
	from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
active_support/dependencies.rb:158:in `require''
	from /Library/Ruby/Gems/1.8/gems/rspec-1.2.8/lib/spec/test/unit.rb:1
	from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
`gem_original_require''
	from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
`require''
	from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
active_support/dependencies.rb:158:in `require''
	from /Library/Ruby/Gems/1.8/gems/rspec-rails-1.2.7.1/lib/spec/
rails.rb:13
	from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
`gem_original_require''
	from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
`require''
	from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
active_support/dependencies.rb:158:in `require''
	from /Users/ignu/code/surveighor/spec/spec_helper.rb:6


Then I added

  config.gem ''test-unit'', :lib =>
''test/unit''

to environment.rb

Now I get:

  0 tests, 0 assertions, 0 failures, 0 errors, 0 pendings, 0
omissions, 0 notifications

And I can''t figure out why.  :-(

Any ideas?

On Tue, Sep 29, 2009 at 9:37 PM, ignu <ignu.smith at gmail.com>
wrote:
>
> So after I updated all my gems, I started getting:
>
> /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/active_support/
> dependencies.rb:105:in `const_missing'': uninitialized constant
> Test::Unit::TestResult::TestResultFailureSupport (NameError)
> ? ? ? ?from /Library/Ruby/Gems/1.8/gems/test-unit-2.0.3/lib/test/unit/
> testresult.rb:28
> ? ? ? ?from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `gem_original_require''
> ? ? ? ?from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `require''
> ? ? ? ?from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
> active_support/dependencies.rb:158:in `require''
> ? ? ? ?from
/Library/Ruby/Gems/1.8/gems/rspec-1.2.8/lib/spec/interop/test.rb:
> 8
> ? ? ? ?from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `gem_original_require''
> ? ? ? ?from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `require''
> ? ? ? ?from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
> active_support/dependencies.rb:158:in `require''
> ? ? ? ?from /Library/Ruby/Gems/1.8/gems/rspec-1.2.8/lib/spec/test/unit.rb:1
> ? ? ? ?from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `gem_original_require''
> ? ? ? ?from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `require''
> ? ? ? ?from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
> active_support/dependencies.rb:158:in `require''
> ? ? ? ?from /Library/Ruby/Gems/1.8/gems/rspec-rails-1.2.7.1/lib/spec/
> rails.rb:13
> ? ? ? ?from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `gem_original_require''
> ? ? ? ?from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `require''
> ? ? ? ?from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
> active_support/dependencies.rb:158:in `require''
> ? ? ? ?from /Users/ignu/code/surveighor/spec/spec_helper.rb:6
What versions of rails, rspec and rspec-rails were you using
successfully before you did this upgrade? Did you run "script/generate
rspec"? Were you seeing test/unit output before the upgrade?
>
>
> Then I added
>
> ?config.gem ''test-unit'', :lib =>
''test/unit''
>
> to environment.rb
>
> Now I get:
>
> ?0 tests, 0 assertions, 0 failures, 0 errors, 0 pendings, 0
> omissions, 0 notifications
>
> And I can''t figure out why. ?:-(
>
> Any ideas?
> _______________________________________________
> rspec-users mailing list
> rspec-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rspec-users
>

David Chelimsky wrote:
> On Tue, Sep 29, 2009 at 9:37 PM, ignu <ignu.smith at gmail.com>
wrote:
>> ? ? ? ?from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
>> active_support/dependencies.rb:158:in `require''
>> `gem_original_require''
>> ? ? ? ?from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
>> `require''
>> ? ? ? ?from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
>> active_support/dependencies.rb:158:in `require''
>> ? ? ? ?from /Users/ignu/code/surveighor/spec/spec_helper.rb:6
> 
> What versions of rails, rspec and rspec-rails were you using
> successfully before you did this upgrade? Did you run "script/generate
> rspec"? Were you seeing test/unit output before the upgrade?
I have the same problem

I''m using
  Rails 2.3.4 in vendor/rails
  Rspec 1.2.8
  Rspec-Rails 1.2.7.1

I load the rspec libraries in the test.rb file
  config.gem "rspec", :version => ''1.2.8'', :lib
=> ''spec''
  config.gem "rspec-rails", :version =>
''1.2.7.1'', :lib => false

If I execute: "rake spec" in the console I got:
  anything
If I execute: "RAILS_ENV=test rake spec" in the console I got:
  Loaded suite /usr/local/bin/rake
  Started


  Finished in 0.000149 seconds.

  0 tests, 0 assertions, 0 failures, 0 errors, 0 pendings, 0 omissions, 
0  notifications

I added some puts commands in my user_spec.rb file and I''ve noticed
that
the rspec "it" blocks aren''t executed.

Any idea what happens?

Thanks


-- 
Posted via http://www.ruby-forum.com/.

On Sun, Oct 4, 2009 at 5:55 AM, Paco Guzman <lists at ruby-forum.com>
wrote:
> David Chelimsky wrote:
>> On Tue, Sep 29, 2009 at 9:37 PM, ignu <ignu.smith at gmail.com>
wrote:
>>> ? ? ? ?from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
>>> active_support/dependencies.rb:158:in `require''
>>> `gem_original_require''
>>> ? ? ? ?from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
>>> `require''
>>> ? ? ? ?from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
>>> active_support/dependencies.rb:158:in `require''
>>> ? ? ? ?from /Users/ignu/code/surveighor/spec/spec_helper.rb:6
>>
>> What versions of rails, rspec and rspec-rails were you using
>> successfully before you did this upgrade? Did you run
"script/generate
>> rspec"? Were you seeing test/unit output before the upgrade?
>
> I have the same problem
>
> I''m using
> ?Rails 2.3.4 in vendor/rails
> ?Rspec 1.2.8
> ?Rspec-Rails 1.2.7.1
>
> I load the rspec libraries in the test.rb file
> ?config.gem "rspec", :version => ''1.2.8'',
:lib => ''spec''
Change this to :lib => false. Let us know if that fixes it.
> ?config.gem "rspec-rails", :version =>
''1.2.7.1'', :lib => false
>
> If I execute: "rake spec" in the console I got:
> ?anything
> If I execute: "RAILS_ENV=test rake spec" in the console I got:
> ?Loaded suite /usr/local/bin/rake
> ?Started
>
>
> ?Finished in 0.000149 seconds.
>
> ?0 tests, 0 assertions, 0 failures, 0 errors, 0 pendings, 0 omissions,
> 0 ?notifications
>
> I added some puts commands in my user_spec.rb file and I''ve
noticed that
> the rspec "it" blocks aren''t executed.
>
> Any idea what happens?
>
> Thanks
>
>
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> rspec-users mailing list
> rspec-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rspec-users

Yeah, I figured out it was from upgrading test/unit.  Remove the 2.X
test/unit gem and you should be fine.


On Sun, Oct 4, 2009 at 6:55 AM, Paco Guzman <lists at ruby-forum.com>
wrote:
> David Chelimsky wrote:
> > On Tue, Sep 29, 2009 at 9:37 PM, ignu <ignu.smith at gmail.com>
wrote:
> >> ? ? ? ?from
/Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> >> active_support/dependencies.rb:158:in `require''
> >> `gem_original_require''
> >> ? ? ? ?from
/Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> >> `require''
> >> ? ? ? ?from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
> >> active_support/dependencies.rb:158:in `require''
> >> ? ? ? ?from /Users/ignu/code/surveighor/spec/spec_helper.rb:6
> >
> > What versions of rails, rspec and rspec-rails were you using
> > successfully before you did this upgrade? Did you run
"script/generate
> > rspec"? Were you seeing test/unit output before the upgrade?
>
> I have the same problem
>
> I''m using
>  Rails 2.3.4 in vendor/rails
>  Rspec 1.2.8
>  Rspec-Rails 1.2.7.1
>
> I load the rspec libraries in the test.rb file
>  config.gem "rspec", :version => ''1.2.8'',
:lib => ''spec''
>  config.gem "rspec-rails", :version =>
''1.2.7.1'', :lib => false
>
> If I execute: "rake spec" in the console I got:
>  anything
> If I execute: "RAILS_ENV=test rake spec" in the console I got:
>  Loaded suite /usr/local/bin/rake
>  Started
>
>
>  Finished in 0.000149 seconds.
>
>  0 tests, 0 assertions, 0 failures, 0 errors, 0 pendings, 0 omissions,
> 0  notifications
>
> I added some puts commands in my user_spec.rb file and I''ve
noticed that
> the rspec "it" blocks aren''t executed.
>
> Any idea what happens?
>
> Thanks
>
>
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> rspec-users mailing list
> rspec-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rspec-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://rubyforge.org/pipermail/rspec-users/attachments/20091004/48d7ddbb/attachment.html>

David Chelimsky wrote:
> On Sun, Oct 4, 2009 at 5:55 AM, Paco Guzman <lists at ruby-forum.com>
> wrote:
>>>
>>
>> I load the rspec libraries in the test.rb file
>> ?config.gem "rspec", :version =>
''1.2.8'', :lib => ''spec''
> 
> Change this to :lib => false. Let us know if that fixes it.
If I change to :lib => false I got the same text in the execution. But 
If I uninstall test-unit 2.0.3 like Len said the examples executes 
right.

Why the execution of rake spec:model task write "Could not find 
Test::Unit 2.0, ignoring" now?

Thanks David and Len
-- 
Posted via http://www.ruby-forum.com/.

On Sun, Oct 4, 2009 at 4:15 PM, Paco Guzman <lists at ruby-forum.com>
wrote:
>
> If I change to :lib => false I got the same text in the execution. But
> If I uninstall test-unit 2.0.3 like Len said the examples executes
> right.
There''s a pernicious known bug in RSpec that causes it to fail with
newer versions of the test-unit gem.  This has a stronger impact on
those of us using Ruby 1.9, which doesn''t include Test::Unit at all,
and is somewhat documented here:

http://wiki.github.com/dchelimsky/rspec/ruby-191

I made a brief attempt at one point to figure out what broke with
newer Test::Unit versions, but got a bit lost just setting up the
RSpec-Dev project to pass all specs.  Really troubleshooting RSpec
internals is probably beyond me.

So I''ll be a smartass instead: David, given the broad impact and
confusing output of the test-unit dependency problem, would it be a
practical short-term solution to simply bundle version 1.2.3 of the
Test::Unit gem into RSpec?  And then require the bundled Test::Unit
directly on its path instead of the gem and Ruby loadpaths?

Sure, for stock Ruby 1.8 users this would be redundant, but they
wouldn''t really lose anything.  And everyone on 1.9 or running the
Test::Unit gem for other purposes gains reliability and a much easier
path to getting RSpec running the first time.  It''s not an ideal
solution but it''d be quick to set up.  Is there a reason why this
wouldn''t work or shouldn''t be done?


-- 
Have Fun,
   Steve Eley (sfeley at gmail.com)
   ESCAPE POD - The Science Fiction Podcast Magazine
   http://www.escapepod.org

On Sun, Oct 4, 2009 at 6:35 PM, Stephen Eley <sfeley at gmail.com>
wrote:
> On Sun, Oct 4, 2009 at 4:15 PM, Paco Guzman <lists at ruby-forum.com>
wrote:
>>
>> If I change to :lib => false I got the same text in the execution.
But
>> If I uninstall test-unit 2.0.3 like Len said the examples executes
>> right.
>
> There''s a pernicious known bug in RSpec that causes it to fail
with
> newer versions of the test-unit gem. ?This has a stronger impact on
> those of us using Ruby 1.9, which doesn''t include Test::Unit at
all,
> and is somewhat documented here:
>
> http://wiki.github.com/dchelimsky/rspec/ruby-191
>
> I made a brief attempt at one point to figure out what broke with
> newer Test::Unit versions, but got a bit lost just setting up the
> RSpec-Dev project to pass all specs. ?Really troubleshooting RSpec
> internals is probably beyond me.
>
> So I''ll be a smartass instead: David, given the broad impact and
> confusing output of the test-unit dependency problem, would it be a
> practical short-term solution to simply bundle version 1.2.3 of the
> Test::Unit gem into RSpec? ?And then require the bundled Test::Unit
> directly on its path instead of the gem and Ruby loadpaths?
>
> Sure, for stock Ruby 1.8 users this would be redundant, but they
> wouldn''t really lose anything. ?And everyone on 1.9 or running the
> Test::Unit gem for other purposes gains reliability and a much easier
> path to getting RSpec running the first time. ?It''s not an ideal
> solution but it''d be quick to set up. ?Is there a reason why this
> wouldn''t work or shouldn''t be done?
I''ll give this some thought, though I''d much rather just solve
the
problem. For the 1.2.9 release I added a message. When you run specs
w/ test/unit interop (which is implicit in rspec-rails) it senses
whether t/u 1.2.3 is loaded - if not it raises an error explaining
your options.

In terms of solving the problem, there are a few paths:

1. Figure out why ruby 1.9 + rubygems + activesupport is allowing two
different versions of the same gem to be loaded.

2. Get rspec to play nice w/ test-unit-2.0.3

3. Get rspec to play nice w/ minitest.

4. Some combination of 1, 2, and 3.

This probably won''t get resolved (by me) until we release rspec-2,
work on which has begun but it''s waiting for me to get the book off to
print before it gets the full love and attention it needs. If anybody
out there wants to help w/ any of the above, please fork the repo, get
it to work, and if it works well I''ll be glad to merge it back in.

Cheers,
David
>
>
> --
> Have Fun,
> ? Steve Eley (sfeley at gmail.com)
> ? ESCAPE POD - The Science Fiction Podcast Magazine
> ? http://www.escapepod.org
> _______________________________________________
> rspec-users mailing list
> rspec-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rspec-users
>

Actually, I think this is more of a bug with test/unit.

If you are going to override inherited, be a good citizen and call 
super. :-)
Same with method_missing or any other "core" method you override.

Anyways, I do have a fix. It''s to monkey-patch test/unit. How do I also
submit the patch to test/unit?
David Chelimsky wrote:
> On Sun, Oct 4, 2009 at 6:35 PM, Stephen Eley <sfeley at gmail.com>
wrote:
>>
>> Test::Unit gem into RSpec? ?And then require the bundled Test::Unit
>> directly on its path instead of the gem and Ruby loadpaths?
>>
>> Sure, for stock Ruby 1.8 users this would be redundant, but they
>> wouldn''t really lose anything. ?And everyone on 1.9 or running
the
>> Test::Unit gem for other purposes gains reliability and a much easier
>> path to getting RSpec running the first time. ?It''s not an
ideal
>> solution but it''d be quick to set up. ?Is there a reason why
this
>> wouldn''t work or shouldn''t be done?
> 
> I''ll give this some thought, though I''d much rather just
solve the
> problem. For the 1.2.9 release I added a message. When you run specs
> w/ test/unit interop (which is implicit in rspec-rails) it senses
> whether t/u 1.2.3 is loaded - if not it raises an error explaining
> your options.
> 
> In terms of solving the problem, there are a few paths:
> 
> 1. Figure out why ruby 1.9 + rubygems + activesupport is allowing two
> different versions of the same gem to be loaded.
> 
> 2. Get rspec to play nice w/ test-unit-2.0.3
> 
> 3. Get rspec to play nice w/ minitest.
> 
> 4. Some combination of 1, 2, and 3.
> 
> This probably won''t get resolved (by me) until we release rspec-2,
> work on which has begun but it''s waiting for me to get the book
off to
> print before it gets the full love and attention it needs. If anybody
> out there wants to help w/ any of the above, please fork the repo, get
> it to work, and if it works well I''ll be glad to merge it back in.
> 
> Cheers,
> David
-- 
Posted via http://www.ruby-forum.com/.

On Nov 2, 2009, at 12:49 AM, Brian Takita wrote:
> Actually, I think this is more of a bug with test/unit.
>
> If you are going to override inherited, be a good citizen and call
> super. :-)
> Same with method_missing or any other "core" method you override.
>
> Anyways, I do have a fix. It''s to monkey-patch test/unit. How do I
> also
> submit the patch to test/unit?
I see a tracker at http://rubyforge.org/projects/test-unit/ - give  
that a try? And thanks for doing the research.

If you don''t get a prompt response from the test/unit team, maybe we  
should include the monkey patch in RSpec for the time being. WDYT?
> David Chelimsky wrote:
>> On Sun, Oct 4, 2009 at 6:35 PM, Stephen Eley <sfeley at
gmail.com>
>> wrote:
>>>
>>> Test::Unit gem into RSpec? ?And then require the bundled  
>>> Test::Unit
>>> directly on its path instead of the gem and Ruby loadpaths?
>>>
>>> Sure, for stock Ruby 1.8 users this would be redundant, but they
>>> wouldn''t really lose anything. ?And everyone on 1.9 or
running the
>>> Test::Unit gem for other purposes gains reliability and a much  
>>> easier
>>> path to getting RSpec running the first time. ?It''s not an
ideal
>>> solution but it''d be quick to set up. ?Is there a reason
why this
>>> wouldn''t work or shouldn''t be done?
>>
>> I''ll give this some thought, though I''d much rather
just solve the
>> problem. For the 1.2.9 release I added a message. When you run specs
>> w/ test/unit interop (which is implicit in rspec-rails) it senses
>> whether t/u 1.2.3 is loaded - if not it raises an error explaining
>> your options.
>>
>> In terms of solving the problem, there are a few paths:
>>
>> 1. Figure out why ruby 1.9 + rubygems + activesupport is allowing two
>> different versions of the same gem to be loaded.
>>
>> 2. Get rspec to play nice w/ test-unit-2.0.3
>>
>> 3. Get rspec to play nice w/ minitest.
>>
>> 4. Some combination of 1, 2, and 3.
>>
>> This probably won''t get resolved (by me) until we release
rspec-2,
>> work on which has begun but it''s waiting for me to get the
book off
>> to
>> print before it gets the full love and attention it needs. If anybody
>> out there wants to help w/ any of the above, please fork the repo,  
>> get
>> it to work, and if it works well I''ll be glad to merge it back
in.
>>
>> Cheers,
>> David
>
> -- 
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> rspec-users mailing list
> rspec-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rspec-users
Cheers,
David

On Tue, Sep 29, 2009 at 9:37 PM, ignu <ignu.smith at gmail.com> wrote:
>
> So after I updated all my gems, I started getting:
>
> /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/active_support/
> dependencies.rb:105:in `const_missing'': uninitialized constant
> Test::Unit::TestResult::TestResultFailureSupport (NameError)
>        from /Library/Ruby/Gems/1.8/gems/test-unit-2.0.3/lib/test/unit/
> testresult.rb:28
>        from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `gem_original_require''
>        from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `require''
>        from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
> active_support/dependencies.rb:158:in `require''
>        from
> /Library/Ruby/Gems/1.8/gems/rspec-1.2.8/lib/spec/interop/test.rb:
> 8
>        from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `gem_original_require''
>        from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `require''
>        from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
> active_support/dependencies.rb:158:in `require''
>        from /Library/Ruby/Gems/1.8/gems/rspec-1.2.8/lib/spec/test/unit.rb:1
>        from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `gem_original_require''
>        from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `require''
>        from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
> active_support/dependencies.rb:158:in `require''
>        from /Library/Ruby/Gems/1.8/gems/rspec-rails-1.2.7.1/lib/spec/
> rails.rb:13
>        from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `gem_original_require''
>        from /Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in
> `require''
>        from /Library/Ruby/Gems/1.8/gems/activesupport-2.3.4/lib/
> active_support/dependencies.rb:158:in `require''
>        from /Users/ignu/code/surveighor/spec/spec_helper.rb:6
>
>
> Then I added
>
>  config.gem ''test-unit'', :lib =>
''test/unit''
>
> to environment.rb
>
> Now I get:
>
>  0 tests, 0 assertions, 0 failures, 0 errors, 0 pendings, 0
> omissions, 0 notifications
>
> And I can''t figure out why.  :-(
>
> Any ideas?
> _______________________________________________
> rspec-users mailing list
> rspec-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rspec-users
>

I had the same problem, but it suddenly went away while updating some gems.
Unfortunately, I''m not sure which one. It may have been treetop.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://rubyforge.org/pipermail/rspec-users/attachments/20091208/19864af6/attachment.html>