what’s the deal? does it support them or not? the docs are confusing
on the
matter, but the latest certainly does not support them by default and
also no
longer accepts the --install-stubs option.
-a
what’s the deal? does it support them or not? the docs are confusing
on the
matter, but the latest certainly does not support them by default and
also no
longer accepts the --install-stubs option.
-a
Ara.T.Howard wrote:
what’s the deal? does it support them or not? the docs are confusing on the
matter, but the latest certainly does not support them by default and also no
longer accepts the --install-stubs option.
Library stubs have been unsupported for ages. In fact, when you
install RubyGems, it looks for any existing library stubs and removes
them
When “require” gained the ability to look for libraries in installed
gems, library stubs were no longer needed or wanted.
Application stubs are a different matter. If a gem includes any
executables, they are proxied in your “bin” directory whether you like
it or not. AFAIK, there’s no option to control that.
Gavin
On Thu, 17 Nov 2005, Gavin S. wrote:
Ara.T.Howard wrote:
what’s the deal? does it support them or not? the docs are confusing on the
matter, but the latest certainly does not support them by default and also no
longer accepts the --install-stubs option.Library stubs have been unsupported for ages. In fact, when you
install RubyGems, it looks for any existing library stubs and removes
them
yup. you are quite right. i missed that. they really should be there
as an
option though. otherwise this doesn’t work
irb -r postgres # postgres stub is installed
i liked that stubs were totally transparent to user code - they needed
do a
‘require “rubygems”’
oh well…
When “require” gained the ability to look for libraries in installed gems,
library stubs were no longer needed or wanted.Application stubs are a different matter. If a gem includes any
executables, they are proxied in your “bin” directory whether you like it or
not. AFAIK, there’s no option to control that.
hmmm. thanks for the insight.
cheers.
-a
Ara.T.Howard wrote:
Library stubs have been unsupported for ages. In fact, when you
install RubyGems, it looks for any existing library stubs and removes
themyup. you are quite right. i missed that. they really should be there as an
option though. otherwise this doesn’t workirb -r postgres # postgres stub is installed
Yes, that’s the benefit, but it’s a shallow convenience, at the cost of
spewing crap in the filesystem.
Why not:
alias irb=“irb -r rubygems”
?
Or a special alias for a postgres-enabled irb if that’s something you
use often.
Gavin
On Nov 16, 2005, at 7:42 PM, Gavin S. wrote:
When “require” gained the ability to look for libraries in installed
gems, library stubs were no longer needed or wanted.Application stubs are a different matter. If a gem includes any
executables, they are proxied in your “bin” directory whether you like
it or not. AFAIK, there’s no option to control that.
$ gem install --help
Options:
-v, --version VERSION Specify version of gem to install
-l, --local Restrict operations to the
LOCAL domain (default)
-r, --remote Restrict operations to the
REMOTE domain
-b, --both Allow LOCAL and REMOTE operations
-i, --install-dir DIR
-d, --[no-]rdoc Generate RDoc documentation for
the gem on install
-f, --[no-]force Force gem to install, bypassing
dependency checks
-t, --[no-]test Run unit tests prior to
installation
-w, --[no-]wrappers Use bin wrappers for executables
Not available on dosish platforms
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Courtesy the Seattle.rb Rubygems Hackfest
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.
Sponsor our Newsletter | Privacy Policy | Terms of Service | Remote Ruby Jobs