Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
Working ebuild for rubygems 0.8.1, simpler than the ones in http://bugs.gentoo.org/show_bug.cgi?id=52959 . It requires a simple patch to install.rb to make use of ${D} and avoid sandbox issues. This installs rubygems in the default package location, which seems good (and consistent) to me.
Created an attachment (id=44283) [details] ebuild for dev-ruby/rubygems-0.8.1
Created an attachment (id=44284) [details] patch to fix sandbox issues
*** Bug 52959 has been marked as a duplicate of this bug. ***
The patch does not fix sandbox violation. Does it work on your system?
Created an attachment (id=44290) [details] updated patch - fixes shebang The original patch left the workdir in a shebang, leading to unusable scripts. Updated patch fixes this issue.
Created an attachment (id=44291) [details] patch v3 - fixes remaining sandbox violation There was only one other spot an absolute location was used - replaced this to use ${D}. This should fix any remaining sandbox violations.
v3 patch doesn't even apply to rubygems-0.8.1.
Created an attachment (id=44298) [details] patch v4 - fixes patch v3 was screwed up. v4 fixes the file formatting. In my own defense, I'm doing this from a Windows computer (at work) and it sort of sucks.
No worries, I see :) However, your patch doesn't work if you don't have rubygems installed. ./sources.gemspec:2:in `require': No such file to load -- rubygems (LoadError) The patch in bug #52959 contained a fix for this problem, but your patch doesn't. Will you fix this problem with your patch?
Created an attachment (id=44300) [details] patch v5 - fixes sources.gemspec I had fixed this in my tests last night, but forgot to include the patch. Hopefully this should be everything.
Thanks, works flawlessly - added to CVS :)