Summary: | ruby.eclass should pretend to have $package.gem, even if it's installed from a tarball. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ingmar Vanhassel (RETIRED) <ingmar> |
Component: | Eclasses | Assignee: | Gentoo Ruby Team <ruby> |
Status: | RESOLVED FIXED | ||
Severity: | trivial | CC: | dberkholz, stupendoussteve |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 245330, 261141 |
Description
Ingmar Vanhassel (RETIRED)
2007-10-16 12:22:52 UTC
There is a gem for ncurses-ruby-0.9.1 that fulfills the dependency, but there is no ebuild. 1.1 does not have a gem available at the moment. This needs to be fixed in any case since we have some packages for which we can't install the gem in any case (e.g. RMagick). The solution we are looking at is to provide a function in ruby.eclass which will generate a fake gemspec with just enough information (hopefully only name and version) to allow rubygems to satisfy the depedency. The reason for doing this is that not all source distributions have a proper or working gemspec file even if they are also released as a gem. +1 on spitting out our own gemspec. (on my agenda for ruby2.eclass, btw) ruby-fakegem.eclass which I added to the tree today supports this. |