Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 187490 - dev-ruby/capistrano-2.0.0 version bump
Summary: dev-ruby/capistrano-2.0.0 version bump
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo Ruby Team
Depends on:
Reported: 2007-08-02 12:05 UTC by Elias Pipping (RETIRED)
Modified: 2007-09-02 05:03 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---

The ebuild of capistrano 2.0.0 (capistrano-2.0.0.ebuild,1.04 KB, text/plain)
2007-08-03 21:42 UTC, cyril mougel

Note You need to log in before you can comment on or make changes to this bug.
Description Elias Pipping (RETIRED) gentoo-dev 2007-08-02 12:05:26 UTC
capistrano 2.0.0 was released on 2007/07/21.
Comment 1 cyril mougel 2007-08-03 21:41:43 UTC
I create an ebuild for this new upstream version
Comment 2 cyril mougel 2007-08-03 21:42:37 UTC
Created attachment 126824 [details]
The ebuild of capistrano 2.0.0

The new version for install capistrano 2.0.0
Comment 3 Hans de Graaff gentoo-dev Security 2007-08-04 06:23:50 UTC
Given that capistrano 1.x and capistrano 2.x are not fully compatible with each other we should probably put each version into it's own slot, and use an eselect module to allow people to switch around. This mirrors advice from upstream to keep both gems installed if needed.

I'd like to do this before letting 2.0 hit the tree.
Comment 4 Hans de Graaff gentoo-dev Security 2007-08-05 07:06:21 UTC
There are now updated ebuilds and an eselect module in my git overlay at

I'd like to get some feedback on them before putting them in the tree, so some testing would be appreciated.
Comment 5 Josh Nichols (RETIRED) gentoo-dev 2007-08-29 04:02:54 UTC
Works swell for me in my tests.
Comment 6 Josh Nichols (RETIRED) gentoo-dev 2007-09-01 01:38:36 UTC
Here is the summation of some things graaff and I discussed in #gentoo-ruby:

The cap script that both slots install is actually identical. It uses some magic so you do 'cap _1.4.1 sometask' to use the 1.4.1 version.

So, instead of an eselect module, we'd need a separate package that just has /usr/bin/cap, and then the capistrano ebuilds can depend on that.

It gets a little tricky to figure out the proper dependencies and blockers, to avoid file-collisions and to make a sane upgrade path.
Comment 7 Hans de Graaff gentoo-dev Security 2007-09-01 08:50:35 UTC
This sounds like a clunky solution that may be more work that we would want. Hmm. I suppose we could just write out cap-1.4.1 and cap-2.0.0 to /usr/bin in the ebuild, like with eselect, and then create a symlink from /usr/bin/cap to whatever version we're installing in post?
Comment 8 Josh Nichols (RETIRED) gentoo-dev 2007-09-02 05:03:28 UTC
Added to portage earlier this evening.