Current rubygems require idiom

[Bil Kleb]

Hi,

I currently have,

begin
require 'funit'
rescue LoadError
require 'rubygems'
require 'funit'
end

What /should/ I be using?

Thanks,

 

[Trans]

Hi,

I currently have,

begin
require 'funit'
rescue LoadError
require 'rubygems'
require 'funit'
end

What /should/ I be using?

Set the evironment var:

$ export RUBYOPT=rubygems

then require as normal:

require 'funit'

T.

 

[Bil Kleb]

Set the evironment var:

$ export RUBYOPT=rubygems

This is for an executable packaged in a gem, i.e.,
I have no control over the user's RUBYOPT variable?

(Note: the gem is also available as a tarball,
hence the initial attempt w/o rubygems.)

Later,

 

[Daniel Berger]

Hi,

I currently have,

begin
require 'funit'
rescue LoadError
require 'rubygems'
require 'funit'
end

What /should/ I be using?

In environments where I have multiple Ruby installations, where some use
rubygems and some don't, I do this:

require 'rubygems' rescue nil
require 'funit'

Regards,

Dan

 

[Daniel DeLorme]

In environments where I have multiple Ruby installations, where some use
rubygems and some don't, I do this:

require 'rubygems' rescue nil
require 'funit'

Er, that can't possibly work since LoadError isn't a subclass of
StandardError
LoadError: no such file to load -- randomfile

Daniel

 

[Ben Bleything]

begin
require 'funit'
rescue LoadError
require 'rubygems'
require 'funit'
end

What /should/ I be using?

We do something like this:

begin
require 'something'
require 'anotherthing'
rescue LoadError
unless const_defined?( :Gem )
require 'rubygems'
retry
end
end

That may not be exactly it, I'll check when I get to work and re-post if
I left something out.

Ben

 

[Austin Ziegler]

This is for an executable packaged in a gem, i.e.,
I have no control over the user's RUBYOPT variable?

(Note: the gem is also available as a tarball,
hence the initial attempt w/o rubygems.)

If that's the case, don't bother doing anything special. Just require
your own code. Let's say you've got foo-1.0 with bin/foo that requires
lib/foo/foo.rb.

If installed as a tarball, bin/foo is installed into your standard bin
directory and it will just require 'foo/foo' as normal, because
lib/foo/foo.rb will be in SITE_RUBY.

if installed as a gem, bin/foo is installed into the gem's directory,
and an executable stub is installed into the standard bin directory.
The executable stub will do something like "gem 'foo'", and then load
"$(PATH_TO_FOO_GEM)/bin/foo".

Either way, you'll get the right behaviour.

-austin

 

[Daniel Berger]

Er, that can't possibly work since LoadError isn't a subclass of
StandardError

Yeah, yeah, it should have been "rescue LoadError nil".

Regards,

Dan

 

[David A. Black]

Hi --

Yeah, yeah, it should have been "rescue LoadError nil".

I don't think the error specification thing works with the one-line
rescue, though.


David

--
* Books:
RAILS ROUTING (new! http://www.awprofessional.com/title/0321509242)
RUBY FOR RAILS (http://www.manning.com/black)
* Ruby/Rails training
& consulting: Ruby Power and Light, LLC (http://www.rubypal.com)

 

[Tim Pease]

Yeah, yeah, it should have been "rescue LoadError nil".

I've found this little snippet to be useful for loading other people's gems ...

begin
require 'funit'
rescue LoadError
require 'rubygems'
raise unless gem 'funit'
retry
end

When I want to load code from my own gem ...

begin
require 'my_stuff'
rescue LoadError
path = File.expand_path(File.join(File.dirname(__FILE__), '..', 'lib'))
raise if $:.include? path
$: << path
retry
end

I would put something like that in an executable Ruby script found in
the bin/ directory of my package. It also works for test files, etc.

Blessings,
TwP



Blessings,
TwP

 

[Stefan Rusterholz]

We do something like this:

begin
require 'something'
require 'anotherthing'
rescue LoadError
unless const_defined?( :Gem )
require 'rubygems'
retry
end
end

That may not be exactly it, I'll check when I get to work and re-post if
I left something out.

Ben

Why not just a corrected version of an earlier statement?
begin require 'rubygems' rescue LoadError; end
require 'allofyourstuff'

Seems cleaner to me

Regards
Stefan

 

[Ben Bleything]

Why not just a corrected version of an earlier statement?
begin require 'rubygems' rescue LoadError; end
require 'allofyourstuff'

Two reasons: first, my option only requires rubygems if it is necessary
to load the libraries. This is valuable because of the second reason,
namely that in our environment many libraries are installed in the
"traditional" way on our servers, so there's no need to require
rubygems.

In my personal projects, I use the rescue version. I was just giving
Bil another option.

Ben

 

[ara.t.howard]

Hi,

I currently have,

begin
require 'funit'
rescue LoadError
require 'rubygems'
require 'funit'
end

What /should/ I be using?

Thanks,

i personally use

begin
require 'rubygems'
rescue LoadError
42
end

require 'a'
require 'b'
require 'c'
require 'd'

as it's quite a bit drier and easier to comment out the rubygems when
you want to test a 'normal' or otherwise non-rubygems install.

kind regards.

a @ http://drawohara.com/

 

[Eric Hodel]

i personally use

begin
require 'rubygems'
rescue LoadError
42
end

require 'a'
require 'b'
require 'c'
require 'd'

as it's quite a bit drier and easier to comment out the rubygems
when you want to test a 'normal' or otherwise non-rubygems install.

No need to comment anything out, just use ruby -I to override
RubyGems. So long as the files you require are already in $LOAD_PATH
RubyGems won't activate any gems.

 

[Eric Hodel]

I currently have,

begin
require 'funit'
rescue LoadError
require 'rubygems'
require 'funit'
end

What /should/ I be using?

This is correct and will work.

As a RubyGems maintainer I recommend:

begin
require 'rubygems'
rescue LoadError
end

require 'funit'