Migration from RSpec 1.3 to RSpec 2.x

Mo Morsi mmorsi at redhat.com
Mon Feb 13 19:40:41 UTC 2012


On 01/25/2012 04:46 AM, Vít Ondruch wrote:
> Hi guys,
>
> It seems that we have almost eliminated usage of RSpec 1.x:
>
> $ repoquery --repoid=rawhide-source --arch=src --whatrequires 
> 'rubygem(rspec)'
> rubygem-ffi-0:1.0.9-2.fc16.src
> rubygem-linode-0:0.6.2-1.fc15.src
>
> $ repoquery --repoid=rawhide --whatrequires 'rubygem(rspec)'
> aeolus-conductor-devel-0:0.4.0-2.fc17.noarch
>
> $ repoquery --repoid=rawhide-source --arch=src --whatrequires 
> rubygem-rspec
> rubygem-daemon_controller-0:0.2.6-2.fc17.src
>
> $ repoquery --repoid=rawhide --arch=src --whatrequires rubygem-rspec
>
>
> The only remaining packages are:
> rubygem-ffi (bkearney) - seems to be just packaging bug: 
> https://bugzilla.redhat.com/show_bug.cgi?id=760009
> rubygem-linode (stahnma) - upstream is already RSpec 2.x compatible, 
> it is FTBFS currently and it would deserve update anyway
> aeolus-conductor-devel (mmorsi, clalance, sseago) - Hm, are 
> rubygem(rspec-rails) 2.6 compatible with RSpec 1.x? I doubt it ...
> rubygem-daemon_controller (pwu) - It seems there should not be issue 
> running with RSpec 2.x, although I did not tested it.
>
>
> Could we move forward and let the rubygem-rspec to follow the upstream 
> RSpec version and Require: rubygem(rspec-core)?
>


+1, lets move forward with this. I'm in the process of updating the 
aeolus-conductor codebase to work against ruby 1.9.3 and will look into 
incorporating an update to rspec 2 into this.

Since linode, ffi, and daemon_controller have been taken care of and 
we've long announced the update to rspec2 in F17, lets perform the final 
cutover. If there are issues going forward, we can easily introduce a 
rspec1 compat package.

   -Mo



More information about the ruby-sig mailing list