[MacPorts] #43830: rb-rubygems

MacPorts noreply at macports.org
Sat Jul 12 07:08:34 PDT 2014


#43830: rb-rubygems
-----------------------------+-----------------------
  Reporter:  mschamschula@…  |      Owner:  mr_bond@…
      Type:  defect          |     Status:  new
  Priority:  Normal          |  Milestone:
 Component:  ports           |    Version:  2.3.0
Resolution:                  |   Keywords:
      Port:  rb-rubygems     |
-----------------------------+-----------------------

Comment (by egall@…):

 Replying to [comment:5 and.damore@…]:
 > It seems the issue here is assuming that 'gem' is the correct command to
 call, it could be a widespread habit but is having a 'gem' binary
 mandatory?
 >
 > Anyway this should be solved by just probiding a ruby_select port rather
 than augmenting post-install in each of rb-rubygems|ruby19|ruby20.
 >
 > ''edit'':
 > I see there's ruby_select already.

 I don't really see how the ruby_select port could deal with the `gem`
 binary, considering that the `gem` binary is from a different set of ports
 than the set that the `ruby_select` port is used with... Maybe that is
 something the `select` PortGroup could be modified to deal with? That way,
 besides dealing with this issue, we also would no longer need to have a
 different `_select` port for every single python port that has binaries
 that people might want to use un-suffixed-ly, like we do now (as brought
 up in comment:ticket:38016:1 for example). Then again, I suppose the
 `select` PortGroup is already complicated enough as it is...

-- 
Ticket URL: <https://trac.macports.org/ticket/43830#comment:6>
MacPorts <http://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list