Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 221899
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Ruby Team <ruby@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Hans de Graaff <graaff@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
eselect-rails-fixes-to-ebuilds.patch Fixes to ebuilds for eselect patch Mark Somerville 2008-07-02 23:08 0000 3.54 KB Details | Diff
eselect-rails-fixes-to-eselect-file.patch Fix for the eselect update action patch Mark Somerville 2008-07-02 23:11 0000 1.23 KB Details | Diff
dev-ruby-rails.patch Patch to be applied against dev-ruby/rails/ in the Portage tree patch Alex Legler 2008-12-01 20:58 0000 3.47 KB Details | Diff
eselect-rails.patch FWIW, updated patch for eselect-rails (old one is off by 1 line) patch Alex Legler 2008-12-01 21:00 0000 1.21 KB Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 221899 depends on: Show dependency tree
Bug 221899 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2008-05-13 05:12 0000 
Even though symlinks are properly set up, the scripts in /usr/bin/rails don't
know anything about their own version, so they just start the latest rails
version:

/usr/bin/rails-1.2.6 -v
Rails 2.0.2

Originally reported in bug 221309

------- Comment #1 From Mark Somerville 2008-07-02 23:08:28 0000 ------- 
Created an attachment (id=159371) [details]
Fixes to ebuilds for eselect

This patch makes the /usr/bin/rails scripts version aware. It also allows the
ebuilds to correctly up/downgrade without warnings.

------- Comment #2 From Mark Somerville 2008-07-02 23:11:13 0000 ------- 
Created an attachment (id=159373) [details]
Fix for the eselect update action

This patch is needed by the previous patch
(https://bugs.gentoo.org/attachment.cgi?id=159371) because it defines the
ebuild update action correctly, without specifying a target.

------- Comment #3 From Mark Somerville 2008-07-02 23:14:39 0000 ------- 
In case it isn't clear from those attachments, the attached patches solve the
problem for me as well as fixing correct downgrading and removal of the
package.

The downgrading/removal problem is intertwined in the reported one, so I didn't
report a seperate bug.

------- Comment #4 From Hans de Graaff 2008-08-05 05:54:33 0000 ------- 
I just had a look at these changes. Do you think it would be possible to move
the pkg_postrm() code mostly into the eclass so that we can just have a
'eselect rails update' there? Or is that not possible? I'd rather have this
code in the eclass for easier maintenance.

Other than that the approach looks fine, so my plan is to include this in CVS
and than work towards stabilization of rails 2.1.0.

------- Comment #5 From Hans de Graaff 2008-12-01 20:17:47 0000 ------- 
*** Bug 249518 has been marked as a duplicate of this bug. ***

------- Comment #6 From Alex Legler 2008-12-01 20:58:42 0000 ------- 
Created an attachment (id=173998) [details]
Patch to be applied against dev-ruby/rails/ in the Portage tree

------- Comment #7 From Alex Legler 2008-12-01 21:00:34 0000 ------- 
Created an attachment (id=173999) [details]
FWIW, updated patch for eselect-rails (old one is off by 1 line)

------- Comment #8 From Hans de Graaff 2008-12-03 06:43:03 0000 ------- 
This has now been fixed in CVS, with eselect-rails-0.14 and the -r1 versions of
rails 1.2.6, 2.0.5, 2.1.2, and 2.2.2.
Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug