From noreply at rubyforge.org  Tue Dec  1 13:25:57 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue,  1 Dec 2009 13:25:57 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27502 ] gem install -t
	mygem.gem results in "undefined method `passed?' for
	#<MiniTest::Unit:0x9594a00>"
Message-ID: <20091201182557.CD8F91D780DB@rubyforge.org>

Bugs item #27502, was opened at 2009-12-01 18:25
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27502&group_id=126

Category: None
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Jan Wedekind (wedesoft)
Assigned to: Nobody (None)
Summary: gem install -t mygem.gem results in "undefined method `passed?' for #<MiniTest::Unit:0x9594a00>"

Initial Comment:
I am using ruby-1.9.1-p243 and rubygems-1.3.5 under GNU/Linux.

# Using Ruby-1.8.6 the experimental gem works:
mkdir /tmp/malloc
cd /tmp/malloc
wget http://www.wedesoft.demon.co.uk/downloads/malloc.tar.bz2 # I've attached it to this bug report as well
tar xjf malloc.tar.bz2
make clean all && sudo make install

# Using Ruby-1.9.1-p243 running the test suite fails:
make clean all RUBY_VERSION=1.9 && make install RUBY_VERSION=1.9
# ...
# 3 tests, 11 assertions, 0 failures, 0 errors, 0 skips
# ERROR:  While executing gem ... (NoMethodError)
#     undefined method `passed?' for #<MiniTest::Unit:0x95c93a4>


----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27502&group_id=126

From noreply at rubyforge.org  Tue Dec  1 13:37:31 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue,  1 Dec 2009 13:37:31 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27503 ] Rubygems does not
	load from user's home directory
Message-ID: <20091201183732.16E9F1D780DB@rubyforge.org>

Bugs item #27503, was opened at 2009-12-01 18:37
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27503&group_id=126

Category: None
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Jan Wedekind (wedesoft)
Assigned to: Nobody (None)
Summary: Rubygems does not load from user's home directory

Initial Comment:
I am using ruby-1.9.1-p243 and rubygems-1.3.5 under GNU/Linux.

# Using Ruby-1.8.6 loading the experimental gem from the home-directory works:
mkdir /tmp/malloc
cd /tmp/malloc
wget http://www.wedesoft.demon.co.uk/downloads/malloc.tar.bz2 # I've attached it to this bug report as well
tar xjf malloc.tar.bz2
make clean all install
ruby1.8 -rrubygems -e "require 'malloc'"

# Using Ruby-1.9.1 loading the experimental gem from the home-directory does not work:
make clean all install RUBY_VERSION=1.9
gem1.9 list malloc
# *** LOCAL GEMS ***
# 
# malloc (1.0.0)
ruby1.9 -rrubygems -e "require 'malloc'"
# -e:1:in `require': no such file to load -- malloc (LoadError)
#         from -e:1:in `<main>'


----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27503&group_id=126

From noreply at rubyforge.org  Tue Dec  1 19:35:46 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue,  1 Dec 2009 19:35:46 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27502 ] gem install -t
	mygem.gem results in "undefined method `passed?' for
	#<MiniTest::Unit:0x9594a00>"
Message-ID: <20091202003546.26E001858289@rubyforge.org>

Bugs item #27502, was opened at 2009-12-01 10:25
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27502&group_id=126

>Category: `gem install` command
Group: None
Status: Open
>Resolution: Rejected
Priority: 3
Submitted By: Jan Wedekind (wedesoft)
>Assigned to: Eric Hodel (drbrain)
>Summary: gem install -t mygem.gem results in "undefined method `passed?' for #<MiniTest::Unit:0x9594a00>"

Initial Comment:
I am using ruby-1.9.1-p243 and rubygems-1.3.5 under GNU/Linux.

# Using Ruby-1.8.6 the experimental gem works:
mkdir /tmp/malloc
cd /tmp/malloc
wget http://www.wedesoft.demon.co.uk/downloads/malloc.tar.bz2 # I've attached it to this bug report as well
tar xjf malloc.tar.bz2
make clean all && sudo make install

# Using Ruby-1.9.1-p243 running the test suite fails:
make clean all RUBY_VERSION=1.9 && make install RUBY_VERSION=1.9
# ...
# 3 tests, 11 assertions, 0 failures, 0 errors, 0 skips
# ERROR:  While executing gem ... (NoMethodError)
#     undefined method `passed?' for #<MiniTest::Unit:0x95c93a4>


----------------------------------------------------------------------

>Comment By: Ryan Davis (zenspider)
Date: 2009-12-01 16:35

Message:
We're going to remove -t support from the install command. We simply can't support it since every test framework works differently. I'll file a new ticket to remove -t.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27502&group_id=126

From noreply at rubyforge.org  Tue Dec  1 19:36:26 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue,  1 Dec 2009 19:36:26 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27507 ] Remove -t from gem
	install
Message-ID: <20091202003626.B15B9185828E@rubyforge.org>

Bugs item #27507, was opened at 2009-12-01 16:36
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27507&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Ryan Davis (zenspider)
Assigned to: John Barnette (jbarnette)
Summary: Remove -t from gem install

Initial Comment:
this is a message body.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27507&group_id=126

From noreply at rubyforge.org  Tue Dec  1 20:46:29 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue,  1 Dec 2009 20:46:29 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27502 ] gem install -t
	mygem.gem results in &quot; undefined method `passed?' for #&lt;
	MiniTest::Unit:0x9594a00&gt; &quot; 
Message-ID: <20091202014629.C18F81858282@rubyforge.org>

Bugs item #27502, was opened at 2009-12-01 18:25
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27502&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: Rejected
Priority: 3
Submitted By: Jan Wedekind (wedesoft)
Assigned to: Eric Hodel (drbrain)
>Summary: gem install -t mygem.gem results in &quot;undefined method `passed?' for #&lt;MiniTest::Unit:0x9594a00&gt;&quot;

Initial Comment:
I am using ruby-1.9.1-p243 and rubygems-1.3.5 under GNU/Linux.

# Using Ruby-1.8.6 the experimental gem works:
mkdir /tmp/malloc
cd /tmp/malloc
wget http://www.wedesoft.demon.co.uk/downloads/malloc.tar.bz2 # I've attached it to this bug report as well
tar xjf malloc.tar.bz2
make clean all && sudo make install

# Using Ruby-1.9.1-p243 running the test suite fails:
make clean all RUBY_VERSION=1.9 && make install RUBY_VERSION=1.9
# ...
# 3 tests, 11 assertions, 0 failures, 0 errors, 0 skips
# ERROR:  While executing gem ... (NoMethodError)
#     undefined method `passed?' for #<MiniTest::Unit:0x95c93a4>


----------------------------------------------------------------------

>Comment By: Jan Wedekind (wedesoft)
Date: 2009-12-02 01:46

Message:
Thanks for your swift response

----------------------------------------------------------------------

Comment By: Ryan Davis (zenspider)
Date: 2009-12-02 00:35

Message:
We're going to remove -t support from the install command. We simply can't support it since every test framework works differently. I'll file a new ticket to remove -t.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27502&group_id=126

From noreply at rubyforge.org  Tue Dec  1 21:45:54 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue,  1 Dec 2009 21:45:54 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27507 ] Remove -t from gem
	install
Message-ID: <20091202024554.80B2618582AC@rubyforge.org>

Bugs item #27507, was opened at 2009-12-01 17:36
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27507&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Ryan Davis (zenspider)
Assigned to: John Barnette (jbarnette)
Summary: Remove -t from gem install

Initial Comment:
this is a message body.

----------------------------------------------------------------------

>Comment By: Daniel Berger (djberg96)
Date: 2009-12-01 19:45

Message:
Is there a reason we can't just make -t run "ruby -I spec.lib spec.test_files" ?

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27507&group_id=126

From noreply at rubyforge.org  Tue Dec  1 21:49:22 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue,  1 Dec 2009 21:49:22 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27507 ] Remove -t from gem
	install
Message-ID: <20091202024922.9FF0918582AC@rubyforge.org>

Bugs item #27507, was opened at 2009-12-01 17:36
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27507&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Ryan Davis (zenspider)
Assigned to: John Barnette (jbarnette)
Summary: Remove -t from gem install

Initial Comment:
this is a message body.

----------------------------------------------------------------------

>Comment By: Chad Woolley (thewoolleyman)
Date: 2009-12-01 19:49

Message:
'Is there a reason we can't just make -t run "ruby -I spec.lib
spec.test_files"' - good idea.  And/or add an additional spec parameter for a test suite script...

----------------------------------------------------------------------

Comment By: Daniel Berger (djberg96)
Date: 2009-12-01 19:45

Message:
Is there a reason we can't just make -t run "ruby -I spec.lib spec.test_files" ?

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27507&group_id=126

From transfire at gmail.com  Wed Dec  2 13:15:14 2009
From: transfire at gmail.com (Trans)
Date: Wed, 2 Dec 2009 10:15:14 -0800 (PST)
Subject: [Rubygems-developers] Current load paths
In-Reply-To: <5ae96c57-1199-43e0-b7cd-1193bd3381d1@k19g2000yqc.googlegroups.com>
References: <5ae96c57-1199-43e0-b7cd-1193bd3381d1@k19g2000yqc.googlegroups.com>
Message-ID: <9d781ae3-62bd-41f5-b8fc-688876c0020a@m3g2000yqf.googlegroups.com>

Just case someone came across this post and was wondering about the
answer, the discussion took place on ruby-talk:

http://groups.google.com/group/ruby-talk-google/browse_thread/thread/a10059dc34b9dd33/29cd2b77a219aab4?hl=en%1Dcd2b77a219aab4

On Nov 19, 12:43?pm, Trans <transf... at gmail.com> wrote:
> I need to get a list of the "current" gem load paths. I learned that I
> can get a list of all the latest load paths via:
>
> ? Gem.latest_load_paths
>
> which is great. But lets say I specify an older version of a lib, eg:
>
> ? gem "RubyInline", "= 3.7.0"
>
> Gem.latest_load_paths doesn't change. How can I get a list of latest
> load paths but adjusted to reflect any specified gem versions?

From noreply at rubyforge.org  Thu Dec  3 03:15:08 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Thu,  3 Dec 2009 03:15:08 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27507 ] Remove -t from gem
	install
Message-ID: <20091203081508.C753318582C2@rubyforge.org>

Bugs item #27507, was opened at 2009-12-01 17:36
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27507&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Ryan Davis (zenspider)
Assigned to: John Barnette (jbarnette)
Summary: Remove -t from gem install

Initial Comment:
this is a message body.

----------------------------------------------------------------------

>Comment By: Daniel Berger (djberg96)
Date: 2009-12-03 01:15

Message:
Chad, what do you mean by a "test suite script"?

I was thinking a -r option to run the 'test' Rake task, if it exists.

I also realized that the approach suggested won't work for rspec, for example, because simply requiring an rspec test script doesn't generate any output. It looks like it assumes you're always running 'spec' from the command line directly.

Regards,

Dan

----------------------------------------------------------------------

Comment By: Chad Woolley (thewoolleyman)
Date: 2009-12-01 19:49

Message:
'Is there a reason we can't just make -t run "ruby -I spec.lib
spec.test_files"' - good idea.  And/or add an additional spec parameter for a test suite script...

----------------------------------------------------------------------

Comment By: Daniel Berger (djberg96)
Date: 2009-12-01 19:45

Message:
Is there a reason we can't just make -t run "ruby -I spec.lib spec.test_files" ?

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27507&group_id=126

From djberg96 at gmail.com  Thu Dec  3 03:25:01 2009
From: djberg96 at gmail.com (Daniel Berger)
Date: Thu, 03 Dec 2009 01:25:01 -0700
Subject: [Rubygems-developers] Getting the gem spec
Message-ID: <4B1775DD.7050802@gmail.com>

Hi,

I'm trying to get the spec of a gem by name and version. I noticed you 
could do this:

spec = Gem::GemPathSearcher.new.find('my_gem')

But GemPathSearcher doesn't appear to allow a version.

I saw this bit in check_command.rb:

dependency = Gem::Dependency.new('my_gem', some_version)
spec = Gem::SourceIndex.from_installed_gems.search(dependency).first

But it felt a bit clunky.

Is there a simpler way?

Regards,

Dan


From noreply at rubyforge.org  Thu Dec  3 11:29:58 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Thu,  3 Dec 2009 11:29:58 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27507 ] Remove -t from gem
	install
Message-ID: <20091203162958.AC5441598081@rubyforge.org>

Bugs item #27507, was opened at 2009-12-01 17:36
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27507&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Ryan Davis (zenspider)
Assigned to: John Barnette (jbarnette)
Summary: Remove -t from gem install

Initial Comment:
this is a message body.

----------------------------------------------------------------------

>Comment By: Chad Woolley (thewoolleyman)
Date: 2009-12-03 09:29

Message:
I meant a property in the gem spec which would point to an executable test suite script - e.g. spec.test_script = test/test_suite.rb.  If this property existed, it would be used and the return code from the script would indicate test success/failure.

May be overkill and not worth modifying the spec; it was just an idea to allow people to use any testing framework they want.

----------------------------------------------------------------------

Comment By: Daniel Berger (djberg96)
Date: 2009-12-03 01:15

Message:
Chad, what do you mean by a "test suite script"?

I was thinking a -r option to run the 'test' Rake task, if it exists.

I also realized that the approach suggested won't work for rspec, for example, because simply requiring an rspec test script doesn't generate any output. It looks like it assumes you're always running 'spec' from the command line directly.

Regards,

Dan

----------------------------------------------------------------------

Comment By: Chad Woolley (thewoolleyman)
Date: 2009-12-01 19:49

Message:
'Is there a reason we can't just make -t run "ruby -I spec.lib
spec.test_files"' - good idea.  And/or add an additional spec parameter for a test suite script...

----------------------------------------------------------------------

Comment By: Daniel Berger (djberg96)
Date: 2009-12-01 19:45

Message:
Is there a reason we can't just make -t run "ruby -I spec.lib spec.test_files" ?

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27507&group_id=126

From noreply at rubyforge.org  Fri Dec  4 00:02:19 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Fri,  4 Dec 2009 00:02:19 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27463 ] On freebsd gem
	install uses install -oroot -gwheel when there are native
	extension (nokogiri, json)
Message-ID: <20091204050219.8512B1588061@rubyforge.org>

Bugs item #27463, was opened at 2009-11-20 01:49
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27463&group_id=126

Category: `gem install` command (extensions)
Group: v1.3.x
>Status: Closed
>Resolution: Rejected
Priority: 3
Submitted By: Josef Posp??il (damnpepe)
>Assigned to: Eric Hodel (drbrain)
Summary: On freebsd gem install uses install -oroot -gwheel when there are native extension (nokogiri, json)

Initial Comment:
When instaling gem as non-super user and it has native extension (nokogiri, json tested) on freebsd, it always fails with (nokogiri example):

install: /home/pepe/.gem/ruby/1.8/gems/nokogiri-1.4.0/lib/nokogiri/nokogiri.so: chown/chgrp: Operation not permitted
*** Error code 71

which is caused by (I think):

/usr/bin/install -c -o root -g wheel -m 0755 nokogiri.so /home/pepe/.gem/ruby/1.8/gems/nokogiri-1.4.0/lib/nokogiri

which in turn is caused by this line in Makefile:

INSTALL = /usr/bin/install -c -o root -g wheel

I tried to find solution, but my OS/extension knowledge is very limited. 

FreeBSD: 7.2-STABLE FreeBSD
Ruby: ruby 1.8.6 (2008-08-11 patchlevel 287) [i386-freebsd7]
gem env:
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.6 (2008-08-11 patchlevel 287) [i386-freebsd7]
  - INSTALLATION DIRECTORY: /usr/local/lib/ruby/gems/1.8
  - RUBY EXECUTABLE: /usr/local/bin/ruby18
  - EXECUTABLE DIRECTORY: /usr/local/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86-freebsd-7
  - GEM PATHS:
     - /usr/local/lib/ruby/gems/1.8
     - /home/metee/.gem/ruby/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
  - REMOTE SOURCES:
     - http://gems.rubyforge.org




----------------------------------------------------------------------

>Comment By: Eric Hodel (drbrain)
Date: 2009-12-03 21:02

Message:
Contact the the ruby port maintainer on FreeBSD.

You may be able to override it by setting RUBY_CONFIGURE_ARGS.

----------------------------------------------------------------------

Comment By: Luis Lavena (luislavena)
Date: 2009-11-20 03:58

Message:
Have to agree with Marcus,

On OSX, CONFIG['INSTALL'] looks like this:

/usr/bin/install -c

In other OS, like Linux, looks the same.

The value of install was form during the configure and install process of Ruby itself, and is the one being used by mkmf to generate the Makefile.

I would check the way FreeBSD is building Ruby to see if that is the problem.

----------------------------------------------------------------------

Comment By: Marcus Rueckert (darix)
Date: 2009-11-20 03:54

Message:
this is not a bug of rubygems. the value for INSTALL comes from the rbconfig.

ruby -rrbconfig -e 'puts Config::CONFIG["INSTALL"]'

this would be more a bug of the ruby parts on freebsd.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27463&group_id=126

From luislavena at gmail.com  Mon Dec  7 01:50:06 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 7 Dec 2009 03:50:06 -0300
Subject: [Rubygems-developers] Backport of ruby-trunk changes into RubyGems
Message-ID: <71166b3b0912062250x4c29d903if0c0e5123bcb92c5@mail.gmail.com>

Hello Guys,

The latest Ruby release (1.9.1-p376) was done today, sunday.

That release integrates a series of fixes for RubyGems, but I believe
those changes weren't backported to RubyGems repository.

Also, AFAIK, those changes will not work with 1.8, and will require some tweaks.

I'll like to know what is the plan or the schedule in relation to this.

I'm asking for several reasons, one, a newer RubyGems release with
some of the fixes will be helpful. Second, updated RubyGems in 1.9
allow newer gems to be installed.

Third, last but not least, I'm finishing things for final release of
RubyInstaller for Windows, and want to ship both 1.8 and 1.9 with
stable RubyGems installations.

Thank you.
-- 
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exup?ry

From djberg96 at gmail.com  Mon Dec  7 08:52:34 2009
From: djberg96 at gmail.com (Daniel Berger)
Date: Mon, 07 Dec 2009 06:52:34 -0700
Subject: [Rubygems-developers] Backport of ruby-trunk changes into
	RubyGems
In-Reply-To: <71166b3b0912062250x4c29d903if0c0e5123bcb92c5@mail.gmail.com>
References: <71166b3b0912062250x4c29d903if0c0e5123bcb92c5@mail.gmail.com>
Message-ID: <4B1D08A2.9010808@gmail.com>

Luis Lavena wrote:
> Hello Guys,
> 
> The latest Ruby release (1.9.1-p376) was done today, sunday.
> 
> That release integrates a series of fixes for RubyGems, but I believe
> those changes weren't backported to RubyGems repository.
> 
> Also, AFAIK, those changes will not work with 1.8, and will require some tweaks.
> 
> I'll like to know what is the plan or the schedule in relation to this.
> 
> I'm asking for several reasons, one, a newer RubyGems release with
> some of the fixes will be helpful. Second, updated RubyGems in 1.9
> allow newer gems to be installed.
> 
> Third, last but not least, I'm finishing things for final release of
> RubyInstaller for Windows, and want to ship both 1.8 and 1.9 with
> stable RubyGems installations.

Do you have a summary of the changes? I don't follow 1.9.x development.

Thanks,

Dan

From transfire at gmail.com  Tue Dec  8 08:34:27 2009
From: transfire at gmail.com (Trans)
Date: Tue, 8 Dec 2009 05:34:27 -0800 (PST)
Subject: [Rubygems-developers] Can't require 'rubygems/specification'
	anymore?
Message-ID: <a70e6fee-6d13-44a3-be07-b730a809c20c@m25g2000yqc.googlegroups.com>

  require 'rubygems/specification'
  NameError: uninitialized constant Gem
      from /usr/local/lib/site_ruby/1.8/rubygems/version.rb:28
      from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7:in
`require'
      from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7
      from (irb):1:in `require'
      from (irb):1

From djberg96 at gmail.com  Tue Dec  8 10:17:01 2009
From: djberg96 at gmail.com (Daniel Berger)
Date: Tue, 8 Dec 2009 07:17:01 -0800
Subject: [Rubygems-developers] Can't require 'rubygems/specification'
	anymore?
In-Reply-To: <a70e6fee-6d13-44a3-be07-b730a809c20c@m25g2000yqc.googlegroups.com>
References: <a70e6fee-6d13-44a3-be07-b730a809c20c@m25g2000yqc.googlegroups.com>
Message-ID: <6037b70c0912080717g345592cby103cd4704694f2c5@mail.gmail.com>

On Tue, Dec 8, 2009 at 5:34 AM, Trans <transfire at gmail.com> wrote:
> ?require 'rubygems/specification'
> ?NameError: uninitialized constant Gem
> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/version.rb:28
> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7:in
> `require'
> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7
> ? ? ?from (irb):1:in `require'
> ? ? ?from (irb):1

I can require it just fine with Ruby 1.8.7 and Rubygems 1.3.5.

Regards,

Dan

From luislavena at gmail.com  Tue Dec  8 10:19:39 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 8 Dec 2009 12:19:39 -0300
Subject: [Rubygems-developers] Can't require 'rubygems/specification'
	anymore?
In-Reply-To: <6037b70c0912080717g345592cby103cd4704694f2c5@mail.gmail.com>
References: <a70e6fee-6d13-44a3-be07-b730a809c20c@m25g2000yqc.googlegroups.com>
	<6037b70c0912080717g345592cby103cd4704694f2c5@mail.gmail.com>
Message-ID: <71166b3b0912080719l53de0790v2e7db026e59a9bc1@mail.gmail.com>

On Tue, Dec 8, 2009 at 12:17 PM, Daniel Berger <djberg96 at gmail.com> wrote:
> On Tue, Dec 8, 2009 at 5:34 AM, Trans <transfire at gmail.com> wrote:
>> ?require 'rubygems/specification'
>> ?NameError: uninitialized constant Gem
>> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/version.rb:28
>> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7:in
>> `require'
>> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7
>> ? ? ?from (irb):1:in `require'
>> ? ? ?from (irb):1
>
> I can require it just fine with Ruby 1.8.7 and Rubygems 1.3.5.
>

By chance do you have RUBYOPT set?

In my case I can't get it work with none of the 1.8.x lineup.
-- 
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exup?ry

From transfire at gmail.com  Tue Dec  8 11:33:43 2009
From: transfire at gmail.com (Trans)
Date: Tue, 8 Dec 2009 08:33:43 -0800 (PST)
Subject: [Rubygems-developers] Can't require 'rubygems/specification'
	anymore?
In-Reply-To: <71166b3b0912080719l53de0790v2e7db026e59a9bc1@mail.gmail.com>
References: <a70e6fee-6d13-44a3-be07-b730a809c20c@m25g2000yqc.googlegroups.com>
	<6037b70c0912080717g345592cby103cd4704694f2c5@mail.gmail.com> 
	<71166b3b0912080719l53de0790v2e7db026e59a9bc1@mail.gmail.com>
Message-ID: <68c3d2e6-4352-4405-9406-37927347fecb@r5g2000yqb.googlegroups.com>



On Dec 8, 10:19?am, Luis Lavena <luislav... at gmail.com> wrote:
> On Tue, Dec 8, 2009 at 12:17 PM, Daniel Berger <djber... at gmail.com> wrote:
> > On Tue, Dec 8, 2009 at 5:34 AM, Trans <transf... at gmail.com> wrote:
> >> ?require 'rubygems/specification'
> >> ?NameError: uninitialized constant Gem
> >> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/version.rb:28
> >> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7:in
> >> `require'
> >> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7
> >> ? ? ?from (irb):1:in `require'
> >> ? ? ?from (irb):1
>
> > I can require it just fine with Ruby 1.8.7 and Rubygems 1.3.5.
>
> By chance do you have RUBYOPT set?

No.

If I set it to "-rubygems" of course then it works (in fact
specification.rb is already loaded then). But I would think loading
'rubygems/specification' should work without that --and I am pretty
sure it used to.

From luislavena at gmail.com  Tue Dec  8 11:40:00 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 8 Dec 2009 13:40:00 -0300
Subject: [Rubygems-developers] Can't require 'rubygems/specification'
	anymore?
In-Reply-To: <68c3d2e6-4352-4405-9406-37927347fecb@r5g2000yqb.googlegroups.com>
References: <a70e6fee-6d13-44a3-be07-b730a809c20c@m25g2000yqc.googlegroups.com>
	<6037b70c0912080717g345592cby103cd4704694f2c5@mail.gmail.com> 
	<71166b3b0912080719l53de0790v2e7db026e59a9bc1@mail.gmail.com> 
	<68c3d2e6-4352-4405-9406-37927347fecb@r5g2000yqb.googlegroups.com>
Message-ID: <71166b3b0912080840w20bfd09duaaad005a9611eadc@mail.gmail.com>

On Tue, Dec 8, 2009 at 1:33 PM, Trans <transfire at gmail.com> wrote:
>
>
> On Dec 8, 10:19?am, Luis Lavena <luislav... at gmail.com> wrote:
>> On Tue, Dec 8, 2009 at 12:17 PM, Daniel Berger <djber... at gmail.com> wrote:
>> > On Tue, Dec 8, 2009 at 5:34 AM, Trans <transf... at gmail.com> wrote:
>> >> ?require 'rubygems/specification'
>> >> ?NameError: uninitialized constant Gem
>> >> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/version.rb:28
>> >> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7:in
>> >> `require'
>> >> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7
>> >> ? ? ?from (irb):1:in `require'
>> >> ? ? ?from (irb):1
>>
>> > I can require it just fine with Ruby 1.8.7 and Rubygems 1.3.5.
>>
>> By chance do you have RUBYOPT set?
>
> No.
>

That reply/question was for Daniel, as he said it worked in his
environment while in mine failed like you.

> If I set it to "-rubygems" of course then it works (in fact
> specification.rb is already loaded then). But I would think loading
> 'rubygems/specification' should work without that --and I am pretty
> sure it used to.

I think it used to...

-- 
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exup?ry

From thewoolleyman at gmail.com  Tue Dec  8 11:52:23 2009
From: thewoolleyman at gmail.com (Chad Woolley)
Date: Tue, 8 Dec 2009 09:52:23 -0700
Subject: [Rubygems-developers] Can't require 'rubygems/specification'
	anymore?
In-Reply-To: <a70e6fee-6d13-44a3-be07-b730a809c20c@m25g2000yqc.googlegroups.com>
References: <a70e6fee-6d13-44a3-be07-b730a809c20c@m25g2000yqc.googlegroups.com>
Message-ID: <e3af97510912080852p7c8cfe62u522fef00ef3d7594@mail.gmail.com>

On Tue, Dec 8, 2009 at 6:34 AM, Trans <transfire at gmail.com> wrote:
> ?require 'rubygems/specification'
> ?NameError: uninitialized constant Gem
> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/version.rb:28
> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7:in
> `require'
> ? ? ?from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7
> ? ? ?from (irb):1:in `require'
> ? ? ?from (irb):1

Maybe related to this this general bug (old files not deleted on
upgrade)?  I didn't investigate, just an idea:

http://rubyforge.org/tracker/index.php?func=detail&aid=26740&group_id=126&atid=575

From djberg96 at gmail.com  Tue Dec  8 12:07:41 2009
From: djberg96 at gmail.com (Daniel Berger)
Date: Tue, 08 Dec 2009 10:07:41 -0700
Subject: [Rubygems-developers] Can't require 'rubygems/specification'
 anymore?
In-Reply-To: <71166b3b0912080719l53de0790v2e7db026e59a9bc1@mail.gmail.com>
References: <a70e6fee-6d13-44a3-be07-b730a809c20c@m25g2000yqc.googlegroups.com>	<6037b70c0912080717g345592cby103cd4704694f2c5@mail.gmail.com>
	<71166b3b0912080719l53de0790v2e7db026e59a9bc1@mail.gmail.com>
Message-ID: <4B1E87DD.2080608@gmail.com>

Luis Lavena wrote:
> On Tue, Dec 8, 2009 at 12:17 PM, Daniel Berger <djberg96 at gmail.com> wrote:
>> On Tue, Dec 8, 2009 at 5:34 AM, Trans <transfire at gmail.com> wrote:
>>>  require 'rubygems/specification'
>>>  NameError: uninitialized constant Gem
>>>      from /usr/local/lib/site_ruby/1.8/rubygems/version.rb:28
>>>      from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7:in
>>> `require'
>>>      from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7
>>>      from (irb):1:in `require'
>>>      from (irb):1
>> I can require it just fine with Ruby 1.8.7 and Rubygems 1.3.5.
>>
> 
> By chance do you have RUBYOPT set?
> 
> In my case I can't get it work with none of the 1.8.x lineup.

Yeah, I have it set.

I dunno, though. Is it really meant to be required individually like 
that? I guess I'm not convinced it's a real issue yet.

Regards,

Dan

From luislavena at gmail.com  Tue Dec  8 12:36:18 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Tue, 8 Dec 2009 14:36:18 -0300
Subject: [Rubygems-developers] Backport of ruby-trunk changes into
	RubyGems
In-Reply-To: <4B1D08A2.9010808@gmail.com>
References: <71166b3b0912062250x4c29d903if0c0e5123bcb92c5@mail.gmail.com> 
	<4B1D08A2.9010808@gmail.com>
Message-ID: <71166b3b0912080936w39c55e3dkf50101e1e6445eb5@mail.gmail.com>

On Mon, Dec 7, 2009 at 10:52 AM, Daniel Berger <djberg96 at gmail.com> wrote:
> Luis Lavena wrote:
>>
>> Hello Guys,
>>
>> The latest Ruby release (1.9.1-p376) was done today, sunday.
>>
>> That release integrates a series of fixes for RubyGems, but I believe
>> those changes weren't backported to RubyGems repository.
>>
>> Also, AFAIK, those changes will not work with 1.8, and will require some
>> tweaks.
>>
>> I'll like to know what is the plan or the schedule in relation to this.
>>
>> I'm asking for several reasons, one, a newer RubyGems release with
>> some of the fixes will be helpful. Second, updated RubyGems in 1.9
>> allow newer gems to be installed.
>>
>> Third, last but not least, I'm finishing things for final release of
>> RubyInstaller for Windows, and want to ship both 1.8 and 1.9 with
>> stable RubyGems installations.
>
> Do you have a summary of the changes? I don't follow 1.9.x development.
>

I can't read ChangeLog GNU formatting, is distracting, but there are
several changes in 1.9.1 and 1.9.2 (trunk) that never merged back and
if so, will fail for 1.8 due missing "encoding" stuff.

Will checkout both and do a folder diff later today.
-- 
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exup?ry

From ryand-ruby at zenspider.com  Tue Dec  8 16:10:31 2009
From: ryand-ruby at zenspider.com (Ryan Davis)
Date: Tue, 8 Dec 2009 13:10:31 -0800
Subject: [Rubygems-developers] Can't require 'rubygems/specification'
	anymore?
In-Reply-To: <e3af97510912080852p7c8cfe62u522fef00ef3d7594@mail.gmail.com>
References: <a70e6fee-6d13-44a3-be07-b730a809c20c@m25g2000yqc.googlegroups.com>
	<e3af97510912080852p7c8cfe62u522fef00ef3d7594@mail.gmail.com>
Message-ID: <41790BAE-E08A-419E-8F36-D410CB86B910@zenspider.com>


On Dec 8, 2009, at 08:52 , Chad Woolley wrote:

> On Tue, Dec 8, 2009 at 6:34 AM, Trans <transfire at gmail.com> wrote:
>>  require 'rubygems/specification'
>>  NameError: uninitialized constant Gem
>>      from /usr/local/lib/site_ruby/1.8/rubygems/version.rb:28
>>      from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7:in
>> `require'
>>      from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7
>>      from (irb):1:in `require'
>>      from (irb):1
> 
> Maybe related to this this general bug (old files not deleted on
> upgrade)?  I didn't investigate, just an idea:
> 
> http://rubyforge.org/tracker/index.php?func=detail&aid=26740&group_id=126&atid=575

*sigh* like a broken record...

No, that wouldn't cause "NameError: uninitialized constant Gem". This is a simple matter of dependencies not being met.


From transfire at gmail.com  Tue Dec  8 17:42:56 2009
From: transfire at gmail.com (Trans)
Date: Tue, 8 Dec 2009 14:42:56 -0800 (PST)
Subject: [Rubygems-developers] Can't require 'rubygems/specification'
	anymore?
In-Reply-To: <71166b3b0912080840w20bfd09duaaad005a9611eadc@mail.gmail.com>
References: <a70e6fee-6d13-44a3-be07-b730a809c20c@m25g2000yqc.googlegroups.com>
	<6037b70c0912080717g345592cby103cd4704694f2c5@mail.gmail.com> 
	<71166b3b0912080719l53de0790v2e7db026e59a9bc1@mail.gmail.com> 
	<68c3d2e6-4352-4405-9406-37927347fecb@r5g2000yqb.googlegroups.com> 
	<71166b3b0912080840w20bfd09duaaad005a9611eadc@mail.gmail.com>
Message-ID: <83db7c7a-132c-4003-8adf-d3f92bc668ad@z41g2000yqz.googlegroups.com>



On Dec 8, 11:40?am, Luis Lavena <luislav... at gmail.com> wrote:
>
> That reply/question was for Daniel, as he said it worked in his
> environment while in mine failed like you.

Yea, I realized that right after I hit send.

Thanks.

From drbrain at segment7.net  Wed Dec  9 03:06:42 2009
From: drbrain at segment7.net (Eric Hodel)
Date: Wed, 9 Dec 2009 00:06:42 -0800
Subject: [Rubygems-developers] Can't require 'rubygems/specification'
	anymore?
In-Reply-To: <a70e6fee-6d13-44a3-be07-b730a809c20c@m25g2000yqc.googlegroups.com>
References: <a70e6fee-6d13-44a3-be07-b730a809c20c@m25g2000yqc.googlegroups.com>
Message-ID: <EF259AA3-EA0B-41C2-885A-CDD57430BA81@segment7.net>

On Dec 8, 2009, at 05:34, Trans wrote:

>  require 'rubygems/specification'
>  NameError: uninitialized constant Gem
>      from /usr/local/lib/site_ruby/1.8/rubygems/version.rb:28
>      from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7:in
> `require'
>      from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:7
>      from (irb):1:in `require'
>      from (irb):1

You need to require 'rubygems' first.

PS: No, require 'rubygems' won't be added to rubygems/specification.   
It leads to circular require warnings in 1.9.

From rick.denatale at gmail.com  Wed Dec  9 17:10:21 2009
From: rick.denatale at gmail.com (Rick DeNatale)
Date: Wed, 9 Dec 2009 17:10:21 -0500
Subject: [Rubygems-developers] Slow install with specific versions numbers
Message-ID: <deb2337a0912091410r1a86218alebae51ec86457f66@mail.gmail.com>

I'm finding that some gems are taking forever to install today, in
particular it seems that when I specify a particular version number

gem install webrat --version "= 1.2.16'
gem install -v1.2.3 test-unit

There is a looooong pause before any output.

Might this have something to do with the move/forwarding to gemcutter?
 And btw http://gemcutter.org is first on my list of sources.

-- 
Rick DeNatale

Blog: http://talklikeaduck.denhaven2.com/
Twitter: http://twitter.com/RickDeNatale
WWR: http://www.workingwithrails.com/person/9021-rick-denatale
LinkedIn: http://www.linkedin.com/in/rickdenatale

From luislavena at gmail.com  Wed Dec  9 17:22:28 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 9 Dec 2009 19:22:28 -0300
Subject: [Rubygems-developers] Slow install with specific versions
	numbers
In-Reply-To: <deb2337a0912091410r1a86218alebae51ec86457f66@mail.gmail.com>
References: <deb2337a0912091410r1a86218alebae51ec86457f66@mail.gmail.com>
Message-ID: <71166b3b0912091422n8cc518flc1236bacb187d064@mail.gmail.com>

On Wed, Dec 9, 2009 at 7:10 PM, Rick DeNatale <rick.denatale at gmail.com> wrote:
> I'm finding that some gems are taking forever to install today, in
> particular it seems that when I specify a particular version number
>
> gem install webrat --version "= 1.2.16'
> gem install -v1.2.3 test-unit
>
> There is a looooong pause before any output.
>
> Might this have something to do with the move/forwarding to gemcutter?
> ?And btw http://gemcutter.org is first on my list of sources.

webrat 1.2.16 is not in the gemcutter repository.

http://gemcutter.org/gems/webrat

I noticed that certain gems and its dependencies range 600K or even
bigger, like Rails at 2MB
(and not talking about the active or action dependencies)

The silent nature of RubyGems make things looks slower.

How slow is if you try to grab the gem directly? can you curl/wget one
particular gem?

wget http://gems.rubyforge.org/gems/name-version.gem

-- 
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exup?ry

From rick.denatale at gmail.com  Wed Dec  9 17:51:35 2009
From: rick.denatale at gmail.com (Rick DeNatale)
Date: Wed, 9 Dec 2009 17:51:35 -0500
Subject: [Rubygems-developers] Slow install with specific versions
	numbers
In-Reply-To: <71166b3b0912091422n8cc518flc1236bacb187d064@mail.gmail.com>
References: <deb2337a0912091410r1a86218alebae51ec86457f66@mail.gmail.com>
	<71166b3b0912091422n8cc518flc1236bacb187d064@mail.gmail.com>
Message-ID: <deb2337a0912091451mea506d7w5c838faeaeb8eb42@mail.gmail.com>

On Wed, Dec 9, 2009 at 5:22 PM, Luis Lavena <luislavena at gmail.com> wrote:
> On Wed, Dec 9, 2009 at 7:10 PM, Rick DeNatale <rick.denatale at gmail.com> wrote:
>> I'm finding that some gems are taking forever to install today, in
>> particular it seems that when I specify a particular version number
>>
>> gem install webrat --version "= 1.2.16'
>> gem install -v1.2.3 test-unit
>>
>> There is a looooong pause before any output.
>>
>> Might this have something to do with the move/forwarding to gemcutter?
>> ?And btw http://gemcutter.org is first on my list of sources.
>
> webrat 1.2.16 is not in the gemcutter repository.
>
> http://gemcutter.org/gems/webrat
>
> I noticed that certain gems and its dependencies range 600K or even
> bigger, like Rails at 2MB
> (and not talking about the active or action dependencies)
>
> The silent nature of RubyGems make things looks slower.
>
> How slow is if you try to grab the gem directly? can you curl/wget one
> particular gem?
>
> wget http://gems.rubyforge.org/gems/name-version.gem

Actually, that 1.2.16 version wasn't for webrat but for another gem
loaded by rake gems:install in a rails app,

It was actually webrat version 0.5.1

? time curl -Lv http://gems.rubyforge.org/gems/webrat-0.5.1.gem > /dev/null
* About to connect() to gems.rubyforge.org port 80 (#0)
*   Trying 72.4.120.124... connected
* Connected to gems.rubyforge.org (72.4.120.124) port 80 (#0)
> GET /gems/webrat-0.5.1.gem HTTP/1.1
> User-Agent: curl/7.19.4 (universal-apple-darwin10.0) libcurl/7.19.4 OpenSSL/0.9.8k zlib/1.2.3
> Host: gems.rubyforge.org
> Accept: */*
>
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:--
--:--:--     0< HTTP/1.1 302 Found
< Date: Wed, 09 Dec 2009 22:48:13 GMT
< Server: Apache/2.2.3 (Red Hat) mod_ssl/2.2.3
OpenSSL/0.9.8e-fips-rhel5 Phusion_Passenger/2.2.5
< X-Powered-By: Phusion Passenger (mod_rails/mod_rack) 2.2.5
< X-Rack-Cache: stale, invalid
< Location: http://s3.amazonaws.com/gemcutter_production/gems/webrat-0.5.1.gem
< Content-Length: 0
< Status: 302
< Vary: Accept-Encoding
< Content-Type: text/html
<
  0     0    0     0    0     0      0      0 --:--:-- --:--:--
--:--:--     0* Connection #0 to host gems.rubyforge.org left intact
* Issue another request to this URL:
'http://s3.amazonaws.com/gemcutter_production/gems/webrat-0.5.1.gem'
* About to connect() to s3.amazonaws.com port 80 (#1)
*   Trying 72.21.207.164... connected
* Connected to s3.amazonaws.com (72.21.207.164) port 80 (#1)
> GET /gemcutter_production/gems/webrat-0.5.1.gem HTTP/1.1
> User-Agent: curl/7.19.4 (universal-apple-darwin10.0) libcurl/7.19.4 OpenSSL/0.9.8k zlib/1.2.3
> Host: s3.amazonaws.com
> Accept: */*
>
  0     0    0     0    0     0      0      0 --:--:--  0:00:01
--:--:--     0< HTTP/1.1 200 OK
< x-amz-id-2: lkpSV5qvyi2xfi3NDqKSlhIKsWKngpKMs4gth2Vii3OMlKkwLZDpO5PEKQb956YO
< x-amz-request-id: E46FE471C6B52F7D
< Date: Wed, 09 Dec 2009 22:48:15 GMT
< Last-Modified: Thu, 20 Aug 2009 02:42:17 GMT
< ETag: "ddfce18d2c01af30a60157b6e5b2868a"
< Content-Type: binary/octet-stream
< Content-Length: 5293056
< Server: AmazonS3
<
{ [data not shown]
100 5169k  100 5169k    0     0  34101      0  0:02:35  0:02:35
--:--:-- 43847* Connection #1 to host s3.amazonaws.com left intact

* Closing connection #0
* Closing connection #1
curl -Lv http://gems.rubyforge.org/gems/webrat-0.5.1.gem > /dev/null
0.08s user 0.17s system 0% cpu 2:35.27 total

-- 
Rick DeNatale

Blog: http://talklikeaduck.denhaven2.com/
Twitter: http://twitter.com/RickDeNatale
WWR: http://www.workingwithrails.com/person/9021-rick-denatale
LinkedIn: http://www.linkedin.com/in/rickdenatale

From luislavena at gmail.com  Wed Dec  9 17:57:49 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 9 Dec 2009 19:57:49 -0300
Subject: [Rubygems-developers] Slow install with specific versions
	numbers
In-Reply-To: <deb2337a0912091451mea506d7w5c838faeaeb8eb42@mail.gmail.com>
References: <deb2337a0912091410r1a86218alebae51ec86457f66@mail.gmail.com> 
	<71166b3b0912091422n8cc518flc1236bacb187d064@mail.gmail.com> 
	<deb2337a0912091451mea506d7w5c838faeaeb8eb42@mail.gmail.com>
Message-ID: <71166b3b0912091457g127a4824qabc786bd997916f6@mail.gmail.com>

On Wed, Dec 9, 2009 at 7:51 PM, Rick DeNatale <rick.denatale at gmail.com> wrote:
>
> Actually, that 1.2.16 version wasn't for webrat but for another gem
> loaded by rake gems:install in a rails app,
>
> It was actually webrat version 0.5.1
>

5MB for webrat gem?

Wow, lot of code I must say.

Performance into Amazon S3 can be affected by internet backbones performance.

I'm downloading that gem at 72KB/s (around 71 seconds => 1 minute 11
seconds to download)
-- 
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exup?ry

From noreply at rubyforge.org  Mon Dec 14 12:50:11 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Mon, 14 Dec 2009 12:50:11 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27561 ] --platform is ignored
Message-ID: <20091214175011.6F36618581F3@rubyforge.org>

Bugs item #27561, was opened at 2009-12-14 17:50
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27561&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Roger Pack (rogerdpack)
Assigned to: Nobody (None)
Summary: --platform is ignored

Initial Comment:
Currently with this command:
gem install sys-proctable --platform=non-existent-platform

if the platform doesn't exist it defaults back to ruby--essentially ignoring --platform.  I was surprised to not receive at warning that platform was being ignored.
Thank you for your consideration.
-r


----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27561&group_id=126

From noreply at rubyforge.org  Tue Dec 15 21:30:31 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue, 15 Dec 2009 21:30:31 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27503 ] Rubygems does not
	load from user's home directory
Message-ID: <20091216023031.43CB1159807F@rubyforge.org>

Bugs item #27503, was opened at 2009-12-02 03:37
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27503&group_id=126

Category: None
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Jan Wedekind (wedesoft)
Assigned to: Nobody (None)
Summary: Rubygems does not load from user's home directory

Initial Comment:
I am using ruby-1.9.1-p243 and rubygems-1.3.5 under GNU/Linux.

# Using Ruby-1.8.6 loading the experimental gem from the home-directory works:
mkdir /tmp/malloc
cd /tmp/malloc
wget http://www.wedesoft.demon.co.uk/downloads/malloc.tar.bz2 # I've attached it to this bug report as well
tar xjf malloc.tar.bz2
make clean all install
ruby1.8 -rrubygems -e "require 'malloc'"

# Using Ruby-1.9.1 loading the experimental gem from the home-directory does not work:
make clean all install RUBY_VERSION=1.9
gem1.9 list malloc
# *** LOCAL GEMS ***
# 
# malloc (1.0.0)
ruby1.9 -rrubygems -e "require 'malloc'"
# -e:1:in `require': no such file to load -- malloc (LoadError)
#         from -e:1:in `<main>'


----------------------------------------------------------------------

Comment By: Yuki Sonoda (yugui)
Date: 2009-12-16 11:30

Message:
It is a bug of Ruby 1.9.1-p243 but not RubyGems's. Ruby 1.9 uses a simplified version of RubyGems to get rid of extra overhead when booting. The simplified version could not load gems from user's home directory.

This bug was fixed at Ruby 1.9.1-p376. Please upgrade your ruby.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27503&group_id=126

From noreply at rubyforge.org  Tue Dec 15 21:45:09 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue, 15 Dec 2009 21:45:09 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27573 ] "gem server" command
	reads only one directory.
Message-ID: <20091216024509.2E50018582CB@rubyforge.org>

Bugs item #27573, was opened at 2009-12-16 11:45
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27573&group_id=126

Category: `gem server` command
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Yuki Sonoda (yugui)
Assigned to: Nobody (None)
Summary: "gem server" command reads only one directory.

Initial Comment:
"gem server" command reads specs from only one directory, by default, Gem.dir.
The command can take --dir option, however, it does not support two or more directories.

I use --user-install for all gems when installing. So I hope the spec loader to be able to read specs from two or more directories and to read from both GEM_HOME and GEM_PATH by default.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27573&group_id=126

From noreply at rubyforge.org  Tue Dec 15 21:45:32 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue, 15 Dec 2009 21:45:32 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27574 ] "gem server" command
	reads only one directory.
Message-ID: <20091216024532.BD3BC18582CB@rubyforge.org>

Bugs item #27574, was opened at 2009-12-16 11:45
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27574&group_id=126

Category: `gem server` command
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Yuki Sonoda (yugui)
Assigned to: Nobody (None)
Summary: "gem server" command reads only one directory.

Initial Comment:
"gem server" command reads specs from only one directory, by default, Gem.dir.
The command can take --dir option, however, it does not support two or more directories.

I use --user-install for all gems when installing. So I hope the spec loader to be able to read specs from two or more directories and to read from both GEM_HOME and GEM_PATH by default.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27574&group_id=126

From noreply at rubyforge.org  Wed Dec 16 05:29:15 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed, 16 Dec 2009 05:29:15 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27575 ] Gem reports: WARNING:
	RubyGems 1.2+ index not found for
Message-ID: <20091216102915.3641618582CE@rubyforge.org>

Bugs item #27575, was opened at 2009-12-16 10:29
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27575&group_id=126

Category: other
Group: v1.3.x
Status: Open
Resolution: None
Priority: 3
Submitted By: Yann Golanski (kierun)
Assigned to: Nobody (None)
Summary: Gem reports: WARNING:  RubyGems 1.2+ index not found for

Initial Comment:
I cannot update, install or do anything with gems because of this message.  Does anyone have any idea?

$ uname -a
Linux desk4 2.6.31-16-generic #52-Ubuntu SMP Thu Dec 3 22:07:16 UTC 2009 x86_64 GNU/Linux
$ gem -v
1.3.5
$ gem env 
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.7 (2009-06-12 patchlevel 174) [x86_64-linux]
  - INSTALLATION DIRECTORY: /var/lib/gems/1.8
  - RUBY EXECUTABLE: /usr/bin/ruby1.8
  - EXECUTABLE DIRECTORY: /var/lib/gems/1.8/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86_64-linux
  - GEM PATHS:
     - /var/lib/gems/1.8
     - /home/yann/.gem/ruby/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - :sources => ["http://gems.rubyforge.org/", "http://gems.github.com"]
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/
     - http://gems.github.com
$ gem install rainbow
WARNING:  RubyGems 1.2+ index not found for:
	http://gems.rubyforge.org/

RubyGems will revert to legacy indexes degrading performance.
Bulk updating Gem source index for: http://gems.rubyforge.org/
ERROR:  While executing gem ... (NoMethodError)
    undefined method `gems' for #<Array:0x7fd59c3dbd40>


----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27575&group_id=126

From noreply at rubyforge.org  Wed Dec 16 06:12:05 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed, 16 Dec 2009 06:12:05 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27575 ] Gem reports: WARNING:
	RubyGems 1.2+ index not found for
Message-ID: <20091216111205.3909018582AC@rubyforge.org>

Bugs item #27575, was opened at 2009-12-16 02:29
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27575&group_id=126

Category: other
Group: v1.3.x
Status: Open
Resolution: None
Priority: 3
Submitted By: Yann Golanski (kierun)
Assigned to: Nobody (None)
Summary: Gem reports: WARNING:  RubyGems 1.2+ index not found for

Initial Comment:
I cannot update, install or do anything with gems because of this message.  Does anyone have any idea?

$ uname -a
Linux desk4 2.6.31-16-generic #52-Ubuntu SMP Thu Dec 3 22:07:16 UTC 2009 x86_64 GNU/Linux
$ gem -v
1.3.5
$ gem env 
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.7 (2009-06-12 patchlevel 174) [x86_64-linux]
  - INSTALLATION DIRECTORY: /var/lib/gems/1.8
  - RUBY EXECUTABLE: /usr/bin/ruby1.8
  - EXECUTABLE DIRECTORY: /var/lib/gems/1.8/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86_64-linux
  - GEM PATHS:
     - /var/lib/gems/1.8
     - /home/yann/.gem/ruby/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - :sources => ["http://gems.rubyforge.org/", "http://gems.github.com"]
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/
     - http://gems.github.com
$ gem install rainbow
WARNING:  RubyGems 1.2+ index not found for:
	http://gems.rubyforge.org/

RubyGems will revert to legacy indexes degrading performance.
Bulk updating Gem source index for: http://gems.rubyforge.org/
ERROR:  While executing gem ... (NoMethodError)
    undefined method `gems' for #<Array:0x7fd59c3dbd40>


----------------------------------------------------------------------

>Comment By: Ryan Davis (zenspider)
Date: 2009-12-16 03:12

Message:
I've got rubygems 1.3.5 running on 1.8.7 as well. I've got gems.rubyforge.org as my only source and I can install rainbow just fine.

So either I'm guessing that you hit the server while their index was missing or being generated or something else is causing the problem. You may want to try removing the github source, but I tested against that and it seems to also work fine.

If you still have the problem, please add --debug and --backtrace and give us the full output.

Thanks.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27575&group_id=126

From noreply at rubyforge.org  Wed Dec 16 06:20:21 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed, 16 Dec 2009 06:20:21 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27575 ] Gem reports: WARNING:
	RubyGems 1.2+ index not found for
Message-ID: <20091216112021.A44C01858291@rubyforge.org>

Bugs item #27575, was opened at 2009-12-16 10:29
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27575&group_id=126

Category: other
Group: v1.3.x
Status: Open
Resolution: None
Priority: 3
Submitted By: Yann Golanski (kierun)
Assigned to: Nobody (None)
Summary: Gem reports: WARNING:  RubyGems 1.2+ index not found for

Initial Comment:
I cannot update, install or do anything with gems because of this message.  Does anyone have any idea?

$ uname -a
Linux desk4 2.6.31-16-generic #52-Ubuntu SMP Thu Dec 3 22:07:16 UTC 2009 x86_64 GNU/Linux
$ gem -v
1.3.5
$ gem env 
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.7 (2009-06-12 patchlevel 174) [x86_64-linux]
  - INSTALLATION DIRECTORY: /var/lib/gems/1.8
  - RUBY EXECUTABLE: /usr/bin/ruby1.8
  - EXECUTABLE DIRECTORY: /var/lib/gems/1.8/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86_64-linux
  - GEM PATHS:
     - /var/lib/gems/1.8
     - /home/yann/.gem/ruby/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - :sources => ["http://gems.rubyforge.org/", "http://gems.github.com"]
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/
     - http://gems.github.com
$ gem install rainbow
WARNING:  RubyGems 1.2+ index not found for:
	http://gems.rubyforge.org/

RubyGems will revert to legacy indexes degrading performance.
Bulk updating Gem source index for: http://gems.rubyforge.org/
ERROR:  While executing gem ... (NoMethodError)
    undefined method `gems' for #<Array:0x7fd59c3dbd40>


----------------------------------------------------------------------

>Comment By: Yann Golanski (kierun)
Date: 2009-12-16 11:20

Message:
Yes, it was a wonderful error between keyboard and floor.

Someone (not me!) added an entry to /etc/hosts for
gems.rubyforge.org which pointed to a daft IP. 

Close and ignore this bug. 

Sorry for wasting your time. 

----------------------------------------------------------------------

Comment By: Ryan Davis (zenspider)
Date: 2009-12-16 11:12

Message:
I've got rubygems 1.3.5 running on 1.8.7 as well. I've got gems.rubyforge.org as my only source and I can install rainbow just fine.

So either I'm guessing that you hit the server while their index was missing or being generated or something else is causing the problem. You may want to try removing the github source, but I tested against that and it seems to also work fine.

If you still have the problem, please add --debug and --backtrace and give us the full output.

Thanks.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27575&group_id=126

From noreply at rubyforge.org  Wed Dec 16 08:17:03 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed, 16 Dec 2009 08:17:03 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27463 ] On freebsd gem
	install uses install -oroot -gwheel when there are native
	extension (nokogiri, json)
Message-ID: <20091216131703.2B88C16782B2@rubyforge.org>

Bugs item #27463, was opened at 2009-11-20 10:49
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27463&group_id=126

Category: `gem install` command (extensions)
Group: v1.3.x
Status: Closed
Resolution: Rejected
Priority: 3
Submitted By: Josef Posp??il (damnpepe)
Assigned to: Eric Hodel (drbrain)
Summary: On freebsd gem install uses install -oroot -gwheel when there are native extension (nokogiri, json)

Initial Comment:
When instaling gem as non-super user and it has native extension (nokogiri, json tested) on freebsd, it always fails with (nokogiri example):

install: /home/pepe/.gem/ruby/1.8/gems/nokogiri-1.4.0/lib/nokogiri/nokogiri.so: chown/chgrp: Operation not permitted
*** Error code 71

which is caused by (I think):

/usr/bin/install -c -o root -g wheel -m 0755 nokogiri.so /home/pepe/.gem/ruby/1.8/gems/nokogiri-1.4.0/lib/nokogiri

which in turn is caused by this line in Makefile:

INSTALL = /usr/bin/install -c -o root -g wheel

I tried to find solution, but my OS/extension knowledge is very limited. 

FreeBSD: 7.2-STABLE FreeBSD
Ruby: ruby 1.8.6 (2008-08-11 patchlevel 287) [i386-freebsd7]
gem env:
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.6 (2008-08-11 patchlevel 287) [i386-freebsd7]
  - INSTALLATION DIRECTORY: /usr/local/lib/ruby/gems/1.8
  - RUBY EXECUTABLE: /usr/local/bin/ruby18
  - EXECUTABLE DIRECTORY: /usr/local/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86-freebsd-7
  - GEM PATHS:
     - /usr/local/lib/ruby/gems/1.8
     - /home/metee/.gem/ruby/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
  - REMOTE SOURCES:
     - http://gems.rubyforge.org




----------------------------------------------------------------------

>Comment By: Josef Posp??il (damnpepe)
Date: 2009-12-16 14:17

Message:
Thanks for help and sorry for longer time to respond.

I actually found that you can set ENV['RB_USER_INSTALL'] to true and it doesn't 
use wheel and root then.

Thanks again for your help.

----------------------------------------------------------------------

Comment By: Eric Hodel (drbrain)
Date: 2009-12-04 06:02

Message:
Contact the the ruby port maintainer on FreeBSD.

You may be able to override it by setting RUBY_CONFIGURE_ARGS.

----------------------------------------------------------------------

Comment By: Luis Lavena (luislavena)
Date: 2009-11-20 12:58

Message:
Have to agree with Marcus,

On OSX, CONFIG['INSTALL'] looks like this:

/usr/bin/install -c

In other OS, like Linux, looks the same.

The value of install was form during the configure and install process of Ruby itself, and is the one being used by mkmf to generate the Makefile.

I would check the way FreeBSD is building Ruby to see if that is the problem.

----------------------------------------------------------------------

Comment By: Marcus Rueckert (darix)
Date: 2009-11-20 12:54

Message:
this is not a bug of rubygems. the value for INSTALL comes from the rbconfig.

ruby -rrbconfig -e 'puts Config::CONFIG["INSTALL"]'

this would be more a bug of the ruby parts on freebsd.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27463&group_id=126

From noreply at rubyforge.org  Wed Dec 16 13:52:41 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed, 16 Dec 2009 13:52:41 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Feature Requests-27577 ] Object
	file inclusion warning
Message-ID: <20091216185241.98DC6185830A@rubyforge.org>

Feature Requests item #27577, was opened at 2009-12-16 18:52
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=578&aid=27577&group_id=126

Category: package testing
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: George Gensure (werkt)
Assigned to: Nobody (None)
Summary: Object file inclusion warning

Initial Comment:
RubyGems should warn when building a gem that contains .o (and probably .so and .a) files.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=578&aid=27577&group_id=126

From noreply at rubyforge.org  Wed Dec 16 22:29:03 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed, 16 Dec 2009 22:29:03 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27575 ] Gem reports: WARNING:
	RubyGems 1.2+ index not found for
Message-ID: <20091217032903.6A41018582FD@rubyforge.org>

Bugs item #27575, was opened at 2009-12-16 02:29
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27575&group_id=126

Category: other
Group: v1.3.x
>Status: Closed
>Resolution: Rejected
Priority: 3
Submitted By: Yann Golanski (kierun)
Assigned to: Nobody (None)
Summary: Gem reports: WARNING:  RubyGems 1.2+ index not found for

Initial Comment:
I cannot update, install or do anything with gems because of this message.  Does anyone have any idea?

$ uname -a
Linux desk4 2.6.31-16-generic #52-Ubuntu SMP Thu Dec 3 22:07:16 UTC 2009 x86_64 GNU/Linux
$ gem -v
1.3.5
$ gem env 
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.7 (2009-06-12 patchlevel 174) [x86_64-linux]
  - INSTALLATION DIRECTORY: /var/lib/gems/1.8
  - RUBY EXECUTABLE: /usr/bin/ruby1.8
  - EXECUTABLE DIRECTORY: /var/lib/gems/1.8/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86_64-linux
  - GEM PATHS:
     - /var/lib/gems/1.8
     - /home/yann/.gem/ruby/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - :sources => ["http://gems.rubyforge.org/", "http://gems.github.com"]
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/
     - http://gems.github.com
$ gem install rainbow
WARNING:  RubyGems 1.2+ index not found for:
	http://gems.rubyforge.org/

RubyGems will revert to legacy indexes degrading performance.
Bulk updating Gem source index for: http://gems.rubyforge.org/
ERROR:  While executing gem ... (NoMethodError)
    undefined method `gems' for #<Array:0x7fd59c3dbd40>


----------------------------------------------------------------------

>Comment By: Ryan Davis (zenspider)
Date: 2009-12-16 19:29

Message:
tee hee

----------------------------------------------------------------------

Comment By: Yann Golanski (kierun)
Date: 2009-12-16 03:20

Message:
Yes, it was a wonderful error between keyboard and floor.

Someone (not me!) added an entry to /etc/hosts for
gems.rubyforge.org which pointed to a daft IP. 

Close and ignore this bug. 

Sorry for wasting your time. 

----------------------------------------------------------------------

Comment By: Ryan Davis (zenspider)
Date: 2009-12-16 03:12

Message:
I've got rubygems 1.3.5 running on 1.8.7 as well. I've got gems.rubyforge.org as my only source and I can install rainbow just fine.

So either I'm guessing that you hit the server while their index was missing or being generated or something else is causing the problem. You may want to try removing the github source, but I tested against that and it seems to also work fine.

If you still have the problem, please add --debug and --backtrace and give us the full output.

Thanks.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27575&group_id=126

From noreply at rubyforge.org  Thu Dec 17 16:10:07 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Thu, 17 Dec 2009 16:10:07 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27503 ] Rubygems does not
	load from user's home directory
Message-ID: <20091217211007.A1C3B177993D@rubyforge.org>

Bugs item #27503, was opened at 2009-12-01 18:37
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27503&group_id=126

Category: None
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Jan Wedekind (wedesoft)
Assigned to: Nobody (None)
Summary: Rubygems does not load from user's home directory

Initial Comment:
I am using ruby-1.9.1-p243 and rubygems-1.3.5 under GNU/Linux.

# Using Ruby-1.8.6 loading the experimental gem from the home-directory works:
mkdir /tmp/malloc
cd /tmp/malloc
wget http://www.wedesoft.demon.co.uk/downloads/malloc.tar.bz2 # I've attached it to this bug report as well
tar xjf malloc.tar.bz2
make clean all install
ruby1.8 -rrubygems -e "require 'malloc'"

# Using Ruby-1.9.1 loading the experimental gem from the home-directory does not work:
make clean all install RUBY_VERSION=1.9
gem1.9 list malloc
# *** LOCAL GEMS ***
# 
# malloc (1.0.0)
ruby1.9 -rrubygems -e "require 'malloc'"
# -e:1:in `require': no such file to load -- malloc (LoadError)
#         from -e:1:in `<main>'


----------------------------------------------------------------------

>Comment By: Jan Wedekind (wedesoft)
Date: 2009-12-17 21:10

Message:
I confirm that loading locally installed Gems works with
Ruby 1.9.1p376. Thanks!

----------------------------------------------------------------------

Comment By: Yuki Sonoda (yugui)
Date: 2009-12-16 02:30

Message:
It is a bug of Ruby 1.9.1-p243 but not RubyGems's. Ruby 1.9 uses a simplified version of RubyGems to get rid of extra overhead when booting. The simplified version could not load gems from user's home directory.

This bug was fixed at Ruby 1.9.1-p376. Please upgrade your ruby.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27503&group_id=126

From noreply at rubyforge.org  Thu Dec 17 17:09:42 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Thu, 17 Dec 2009 17:09:42 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27587 ] #gem fatals on
	getpwuid for daemons
Message-ID: <20091217220942.B49B51858249@rubyforge.org>

Bugs item #27587, was opened at 2009-12-17 17:09
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27587&group_id=126

Category: #gem and #require methods
Group: v1.3.x
Status: Open
Resolution: None
Priority: 3
Submitted By: Riley Lynch (rlynch)
Assigned to: Nobody (None)
Summary: #gem fatals on getpwuid for daemons

Initial Comment:
After upgrading from RubyGems 0.9.2 to 1.3.1, a monit script which runs mongrel processes was failing to exec. I captured the stderr, and found this trace:

/usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:723:in `getpwuid': can't find user for 1000 (ArgumentError)
	from /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:723:in `set_paths'
	from /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:719:in `each'
	from /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:719:in `set_paths'
	from /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:526:in `path'
	from /usr/local/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:66:in `installed_spec_directories'
	from /usr/local/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:56:in `from_installed_gems'
	from /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:736:in `source_index'
	from /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:140:in `activate'
	from /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:49:in `gem'
	from /usr/local/bin/mongrel_rails:15

I found reports of similar problems when running daemons via Cruise Control or Capistrano but did not see a solution posted.

  http://old.nabble.com/Etc.getpwuid-error-in-rake-gems-td22130762.html
  http://groups.google.com/group/capistrano/browse_thread/thread/b62989776d395c0a?pli=1

I was able to resolve the problem by adding a line for the daemon user to /etc/passwd via vipw. However, it seems to me that RubyGems ought not to fail under this condition. May I suggest wrapping the call to getpwuid in a block which rescues in the case that getpwuid raises ArgumentError ?



----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27587&group_id=126

From noreply at rubyforge.org  Fri Dec 18 04:57:46 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Fri, 18 Dec 2009 04:57:46 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27588 ] Activating a
	dependency raises error even though a satisfactory version is
	already activated.
Message-ID: <20091218095746.503B918582FD@rubyforge.org>

Bugs item #27588, was opened at 2009-12-18 04:57
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27588&group_id=126

Category: #gem and #require methods
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Daniel Parker (dcparker)
Assigned to: Nobody (None)
Summary: Activating a dependency raises error even though a satisfactory version is already activated.

Initial Comment:
I have loaded a gem "A" that loaded version 0.9.13 of gem "B", and then continued to load gem "C" that needed version "~> 0.9.12" of gem "B". Under normal conditions, version 0.9.13 should suit just fine if I'm looking for "~> 0.9.12".

But in this case, since:
  (1) version 0.9.13 is *already loaded*, and
  (2) I have since changed my Gem path in such a way that 0.9.13 is not able to be found in the new Gem path,
 -> it fails and raises an error saying that it can't activate.

This happens because in rubygems.rb, line 268:

unless matches.any? { |spec| spec.version == existing_spec.version } then

This should look at the existing spec and test whether it passes the version-requirements. However, the way it is doing it depends on the already-loaded spec to be able to be found again in the most recent search. This fails if the Gem paths have changed and the already-loaded spec is a version that is no longer able to be found in the new Gem path.

This proposed change to this single line fixes the problem:

rubygems.rb at 268
- unless matches.any? { |spec| spec.version == existing_spec.version } then
+ unless gem.version_requirements.satisfied_by?(existing_spec.version) then


----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27588&group_id=126

From noreply at rubyforge.org  Mon Dec 21 09:35:32 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Mon, 21 Dec 2009 09:35:32 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27608 ] installation of some
	dependencies fails
Message-ID: <20091221143532.C625A185830C@rubyforge.org>

Bugs item #27608, was opened at 2009-12-21 14:35
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Roger Pack (rogerdpack)
Assigned to: Nobody (None)
Summary: installation of some dependencies fails

Initial Comment:
Originally reported here
http://www.ruby-forum.com/topic/200649#new

"gem install sane" fails with

shot at devielle:~$ gem install google_hash
ERROR:  Error installing google_hash:
  sane requires os (>= 0, runtime)

more info (from different computer).

C:\dev\ruby\downloads\jruby\bin>gem install --debug -V sane

Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

JRuby limited openssl loaded. http://jruby.org/openssl
gem install jruby-openssl for full support.
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

Exception `LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/shared/jruby/openssl/autoloads/x509.rb:8 - OpenSSL::X509 requires the jruby-openssl gem
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem test-unit (>= 0)

GET 200 OK: http://gems.rubyforge.org/latest_specs.4.8.gz
GET 200 OK: http://gems.github.com/latest_specs.4.8.gz
Installing gem sane-0.16.0
Exception `Gem::InstallError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/installer.rb:255 - sane requires os (>= 0, runtime)
ERROR:  Error installing sane:
        sane requires os (>= 0, runtime)
Exception `Gem::SystemExitException' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:170 - Exiting RubyGems with exit_code 1


C:\dev\ruby\downloads\jruby\bin>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.7 (2009-12-21 patchlevel 174) [java]
  - INSTALLATION DIRECTORY: C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - RUBY EXECUTABLE: C:/dev/ruby/downloads/jruby/bin/jruby.exe
  - EXECUTABLE DIRECTORY: C:/dev/ruby/downloads/jruby/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - universal-java-1.6
  - GEM PATHS:
     - C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - "install" => "--env-shebang"
     - "update" => "--env-shebang"
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

From noreply at rubyforge.org  Tue Dec 22 12:38:44 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue, 22 Dec 2009 12:38:44 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Feature Requests-27612 ] faster
	bins
Message-ID: <20091222173845.0E9411858301@rubyforge.org>

Feature Requests item #27612, was opened at 2009-12-22 17:38
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=578&aid=27612&group_id=126

Category: None
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Roger Pack (rogerdpack)
Assigned to: Nobody (None)
Summary: faster bins

Initial Comment:
I was wondering if there would be any acceptance of a patch that would make binaries faster if a default gem version is specified.

If we assume that gem paths don't change [and they shouldn't], then we can get this type of speedup

1.9.1p376

2.25s originally

  0.08 ruby startup itself
  1.93 for Gem.binpath
  0.28 to actually load the file

goes down to 

0.37s
  0.08 ruby startup [includes gem prelude]
  0.29 execute

1.8.6

0.92 originally

  0.75 require rubygems
  0.09375 execute

goes down to 0.26
 0.03 gem prelude for 1.8
 0.08 execute


Here is something like what the bins would look like [in windows, but hey].

1.8

if ARGV.first =~ /^_(.*)_$/ and Gem::Version.correct? $1 then
  version = $1
  ARGV.shift
  require 'rubygems'
  gem 'whichr', version
  load Gem.bin_path('whichr', 'whichr', version)
else
  require 'gem_prelude'
  load "c:/ruby18/lib/ruby/gems/1.8/gems/whichr-0.3.2/bin/whichr"
end

1.9

if ARGV.first =~ /^_(.*)_$/ and Gem::Version.correct? $1 then
  version = $1
  ARGV.shift
  require 'rubygems'
  gem 'whichr', version
  load Gem.bin_path('whichr', 'whichr', version)
else
  load "C:/installs/ruby19_mingw/lib/ruby/gems/1.9.1/gems/whichr-0.3.2/bin/whichr"
end

Thoughts?
Thanks.
-r

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=578&aid=27612&group_id=126

From noreply at rubyforge.org  Mon Dec 28 09:56:55 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Mon, 28 Dec 2009 09:56:55 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Feature Requests-27629 ] Silent
	mode
Message-ID: <20091228145655.9FE5118582CA@rubyforge.org>

Feature Requests item #27629, was opened at 2009-12-28 14:56
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=578&aid=27629&group_id=126

Category: `gem` commands
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: J. Pablo Fer?ndez (pupeno)
Assigned to: Nobody (None)
Summary: Silent mode

Initial Comment:
Hello,

I think it would be nice if gem update had a silent mode where it would only print stuff if a gem is installed or something goes wrong and be totally silent otherwise. Furthermore the exit status should be always 0 unless something goes wrong.

The idea is to be able to run gem update from cron and get reports when something is updated or something is wrong. For those paranoid about getting automatic updates, a --dry-run would be useful, not sure if that exists already.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=578&aid=27629&group_id=126

From noreply at rubyforge.org  Wed Dec 30 13:27:45 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed, 30 Dec 2009 13:27:45 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27608 ] installation of some
	dependencies fails
Message-ID: <20091230182745.143E01D78873@rubyforge.org>

Bugs item #27608, was opened at 2009-12-21 14:35
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Roger Pack (rogerdpack)
Assigned to: Nobody (None)
Summary: installation of some dependencies fails

Initial Comment:
Originally reported here
http://www.ruby-forum.com/topic/200649#new

"gem install sane" fails with

shot at devielle:~$ gem install google_hash
ERROR:  Error installing google_hash:
  sane requires os (>= 0, runtime)

more info (from different computer).

C:\dev\ruby\downloads\jruby\bin>gem install --debug -V sane

Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

JRuby limited openssl loaded. http://jruby.org/openssl
gem install jruby-openssl for full support.
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

Exception `LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/shared/jruby/openssl/autoloads/x509.rb:8 - OpenSSL::X509 requires the jruby-openssl gem
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem test-unit (>= 0)

GET 200 OK: http://gems.rubyforge.org/latest_specs.4.8.gz
GET 200 OK: http://gems.github.com/latest_specs.4.8.gz
Installing gem sane-0.16.0
Exception `Gem::InstallError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/installer.rb:255 - sane requires os (>= 0, runtime)
ERROR:  Error installing sane:
        sane requires os (>= 0, runtime)
Exception `Gem::SystemExitException' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:170 - Exiting RubyGems with exit_code 1


C:\dev\ruby\downloads\jruby\bin>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.7 (2009-12-21 patchlevel 174) [java]
  - INSTALLATION DIRECTORY: C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - RUBY EXECUTABLE: C:/dev/ruby/downloads/jruby/bin/jruby.exe
  - EXECUTABLE DIRECTORY: C:/dev/ruby/downloads/jruby/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - universal-java-1.6
  - GEM PATHS:
     - C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - "install" => "--env-shebang"
     - "update" => "--env-shebang"
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

>Comment By: Roger Pack (rogerdpack)
Date: 2009-12-30 18:27

Message:
here's another manifestation of it

E:\dev\ruby\allgems\lib>gem install thin
Building native extensions.  This could take a while...
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)

E:\dev\ruby\allgems\lib>gem install rack
Successfully installed rack-1.0.1
1 gem installed

E:\dev\ruby\allgems\lib>gem install thin
Building native extensions.  This could take a while...
Successfully installed thin-1.2.5
1 gem installed

E:\dev\ruby\allgems\lib>ruby -v
ruby 1.9.1p376 (2009-12-07 revision 26041) [i386-mingw32]

E:\dev\ruby\allgems\lib>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.9.1 (2009-12-07 patchlevel 376) [i386-
mingw32]
  - INSTALLATION DIRECTORY: 
E:/installs/ruby191p376/lib/ruby/gems/1.9.1
  - RUBY EXECUTABLE: E:/installs/ruby191p376/bin/ruby.exe
  - EXECUTABLE DIRECTORY: E:/installs/ruby191p376/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86-mingw32
  - GEM PATHS:
     - E:/installs/ruby191p376/lib/ruby/gems/1.9.1
     - C:/Documents and Settings/packrd/.gem/ruby/1.9.1
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

From noreply at rubyforge.org  Wed Dec 30 15:21:11 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed, 30 Dec 2009 15:21:11 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27608 ] installation of some
	dependencies fails
Message-ID: <20091230202111.8F95119782DC@rubyforge.org>

Bugs item #27608, was opened at 2009-12-21 11:35
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Roger Pack (rogerdpack)
Assigned to: Nobody (None)
Summary: installation of some dependencies fails

Initial Comment:
Originally reported here
http://www.ruby-forum.com/topic/200649#new

"gem install sane" fails with

shot at devielle:~$ gem install google_hash
ERROR:  Error installing google_hash:
  sane requires os (>= 0, runtime)

more info (from different computer).

C:\dev\ruby\downloads\jruby\bin>gem install --debug -V sane

Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

JRuby limited openssl loaded. http://jruby.org/openssl
gem install jruby-openssl for full support.
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

Exception `LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/shared/jruby/openssl/autoloads/x509.rb:8 - OpenSSL::X509 requires the jruby-openssl gem
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem test-unit (>= 0)

GET 200 OK: http://gems.rubyforge.org/latest_specs.4.8.gz
GET 200 OK: http://gems.github.com/latest_specs.4.8.gz
Installing gem sane-0.16.0
Exception `Gem::InstallError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/installer.rb:255 - sane requires os (>= 0, runtime)
ERROR:  Error installing sane:
        sane requires os (>= 0, runtime)
Exception `Gem::SystemExitException' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:170 - Exiting RubyGems with exit_code 1


C:\dev\ruby\downloads\jruby\bin>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.7 (2009-12-21 patchlevel 174) [java]
  - INSTALLATION DIRECTORY: C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - RUBY EXECUTABLE: C:/dev/ruby/downloads/jruby/bin/jruby.exe
  - EXECUTABLE DIRECTORY: C:/dev/ruby/downloads/jruby/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - universal-java-1.6
  - GEM PATHS:
     - C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - "install" => "--env-shebang"
     - "update" => "--env-shebang"
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

>Comment By: Luis Lavena (luislavena)
Date: 2009-12-30 17:21

Message:
When you install thin, it compiles eventmachine.

Seems that it only resolves the first dependency and then fails.

Can you please try with the version of RubyGems that cames with 1.9.1 instead of the 1.3.5 on top of it?

Thank you.


----------------------------------------------------------------------

Comment By: Roger Pack (rogerdpack)
Date: 2009-12-30 15:27

Message:
here's another manifestation of it

E:\dev\ruby\allgems\lib>gem install thin
Building native extensions.  This could take a while...
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)

E:\dev\ruby\allgems\lib>gem install rack
Successfully installed rack-1.0.1
1 gem installed

E:\dev\ruby\allgems\lib>gem install thin
Building native extensions.  This could take a while...
Successfully installed thin-1.2.5
1 gem installed

E:\dev\ruby\allgems\lib>ruby -v
ruby 1.9.1p376 (2009-12-07 revision 26041) [i386-mingw32]

E:\dev\ruby\allgems\lib>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.9.1 (2009-12-07 patchlevel 376) [i386-
mingw32]
  - INSTALLATION DIRECTORY: 
E:/installs/ruby191p376/lib/ruby/gems/1.9.1
  - RUBY EXECUTABLE: E:/installs/ruby191p376/bin/ruby.exe
  - EXECUTABLE DIRECTORY: E:/installs/ruby191p376/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86-mingw32
  - GEM PATHS:
     - E:/installs/ruby191p376/lib/ruby/gems/1.9.1
     - C:/Documents and Settings/packrd/.gem/ruby/1.9.1
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

From luislavena at gmail.com  Wed Dec 30 17:04:33 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 30 Dec 2009 19:04:33 -0300
Subject: [Rubygems-developers] RemoteFetcher and progress reporting
Message-ID: <71166b3b0912301404j137ccd61nb7371c84320f0dc0@mail.gmail.com>

Hello guys,

I've been looking over remote_fetcher.rb code to find a way to perform
HTTP and HTTPS request with visual feedback.

You may wonder why that?

Even with todays internet connection speeds, sometimes "feels like"
installing gems like rails takes ages.

Rails gem, itself without dependencies weight 1.2MB. Add to that
1.69MB from Active* and Action* gems.

So, no visual feedback of what is going on.

There is an old but working "progress bar" implementation for Ruby:

http://0xcc.net/ruby-progressbar/index.html.en

Which I used to provide download feedback for RubyInstaller building
recipes, extending open-uri:

http://github.com/oneclick/rubyinstaller/blob/master/rake/contrib/uri_ext.rb

When trying to make a similar approach work for RemoteFetcher, found
that due the way is being implemented, the complete request is
processed, not being able to perform a chunk'ed read of the body of
the request, and thus, not being able to provide visual feedback about
it.

Change those methods will require some serious refactoring.

Has anyone explored creating a rubygems plugin for this before? Just
wanted to avoid reinventing the wheel and collaborate with others.

Thank you.
-- 
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exup?ry

From noreply at rubyforge.org  Wed Dec 30 17:25:22 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed, 30 Dec 2009 17:25:22 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27608 ] installation of some
	dependencies fails
Message-ID: <20091230222525.B456019783BC@rubyforge.org>

Bugs item #27608, was opened at 2009-12-21 14:35
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Roger Pack (rogerdpack)
Assigned to: Nobody (None)
Summary: installation of some dependencies fails

Initial Comment:
Originally reported here
http://www.ruby-forum.com/topic/200649#new

"gem install sane" fails with

shot at devielle:~$ gem install google_hash
ERROR:  Error installing google_hash:
  sane requires os (>= 0, runtime)

more info (from different computer).

C:\dev\ruby\downloads\jruby\bin>gem install --debug -V sane

Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

JRuby limited openssl loaded. http://jruby.org/openssl
gem install jruby-openssl for full support.
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

Exception `LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/shared/jruby/openssl/autoloads/x509.rb:8 - OpenSSL::X509 requires the jruby-openssl gem
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem test-unit (>= 0)

GET 200 OK: http://gems.rubyforge.org/latest_specs.4.8.gz
GET 200 OK: http://gems.github.com/latest_specs.4.8.gz
Installing gem sane-0.16.0
Exception `Gem::InstallError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/installer.rb:255 - sane requires os (>= 0, runtime)
ERROR:  Error installing sane:
        sane requires os (>= 0, runtime)
Exception `Gem::SystemExitException' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:170 - Exiting RubyGems with exit_code 1


C:\dev\ruby\downloads\jruby\bin>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.7 (2009-12-21 patchlevel 174) [java]
  - INSTALLATION DIRECTORY: C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - RUBY EXECUTABLE: C:/dev/ruby/downloads/jruby/bin/jruby.exe
  - EXECUTABLE DIRECTORY: C:/dev/ruby/downloads/jruby/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - universal-java-1.6
  - GEM PATHS:
     - C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - "install" => "--env-shebang"
     - "update" => "--env-shebang"
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

>Comment By: Roger Pack (rogerdpack)
Date: 2009-12-30 22:25

Message:
Appears I already had the eventmachine gem installed, in
this instance, since it doesn't build except by hand.

Here's with 1.9.1p376 "from source" (after installing
eventmachine by hand, since it doesn't build cleanly)

E:\>\installs\ruby-1.9.1-p376_installed\bin\gem -v
1.3.1

E:\>\installs\ruby-1.9.1-p376_installed\bin\gem install thin
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)

----------------------------------------------------------------------

Comment By: Luis Lavena (luislavena)
Date: 2009-12-30 20:21

Message:
When you install thin, it compiles eventmachine.

Seems that it only resolves the first dependency and then fails.

Can you please try with the version of RubyGems that cames with 1.9.1 instead of the 1.3.5 on top of it?

Thank you.


----------------------------------------------------------------------

Comment By: Roger Pack (rogerdpack)
Date: 2009-12-30 18:27

Message:
here's another manifestation of it

E:\dev\ruby\allgems\lib>gem install thin
Building native extensions.  This could take a while...
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)

E:\dev\ruby\allgems\lib>gem install rack
Successfully installed rack-1.0.1
1 gem installed

E:\dev\ruby\allgems\lib>gem install thin
Building native extensions.  This could take a while...
Successfully installed thin-1.2.5
1 gem installed

E:\dev\ruby\allgems\lib>ruby -v
ruby 1.9.1p376 (2009-12-07 revision 26041) [i386-mingw32]

E:\dev\ruby\allgems\lib>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.9.1 (2009-12-07 patchlevel 376) [i386-
mingw32]
  - INSTALLATION DIRECTORY: 
E:/installs/ruby191p376/lib/ruby/gems/1.9.1
  - RUBY EXECUTABLE: E:/installs/ruby191p376/bin/ruby.exe
  - EXECUTABLE DIRECTORY: E:/installs/ruby191p376/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86-mingw32
  - GEM PATHS:
     - E:/installs/ruby191p376/lib/ruby/gems/1.9.1
     - C:/Documents and Settings/packrd/.gem/ruby/1.9.1
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

From noreply at rubyforge.org  Wed Dec 30 17:37:48 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed, 30 Dec 2009 17:37:48 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27608 ] installation of some
	dependencies fails
Message-ID: <20091230223748.99F0519782DC@rubyforge.org>

Bugs item #27608, was opened at 2009-12-21 11:35
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Roger Pack (rogerdpack)
Assigned to: Nobody (None)
Summary: installation of some dependencies fails

Initial Comment:
Originally reported here
http://www.ruby-forum.com/topic/200649#new

"gem install sane" fails with

shot at devielle:~$ gem install google_hash
ERROR:  Error installing google_hash:
  sane requires os (>= 0, runtime)

more info (from different computer).

C:\dev\ruby\downloads\jruby\bin>gem install --debug -V sane

Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

JRuby limited openssl loaded. http://jruby.org/openssl
gem install jruby-openssl for full support.
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

Exception `LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/shared/jruby/openssl/autoloads/x509.rb:8 - OpenSSL::X509 requires the jruby-openssl gem
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem test-unit (>= 0)

GET 200 OK: http://gems.rubyforge.org/latest_specs.4.8.gz
GET 200 OK: http://gems.github.com/latest_specs.4.8.gz
Installing gem sane-0.16.0
Exception `Gem::InstallError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/installer.rb:255 - sane requires os (>= 0, runtime)
ERROR:  Error installing sane:
        sane requires os (>= 0, runtime)
Exception `Gem::SystemExitException' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:170 - Exiting RubyGems with exit_code 1


C:\dev\ruby\downloads\jruby\bin>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.7 (2009-12-21 patchlevel 174) [java]
  - INSTALLATION DIRECTORY: C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - RUBY EXECUTABLE: C:/dev/ruby/downloads/jruby/bin/jruby.exe
  - EXECUTABLE DIRECTORY: C:/dev/ruby/downloads/jruby/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - universal-java-1.6
  - GEM PATHS:
     - C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - "install" => "--env-shebang"
     - "update" => "--env-shebang"
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

>Comment By: Luis Lavena (luislavena)
Date: 2009-12-30 19:37

Message:
Roger: 

I've asked if you could run the command with --debug and -V options, and you didn't

Please do so we can trace it out.

Thank you.

----------------------------------------------------------------------

Comment By: Roger Pack (rogerdpack)
Date: 2009-12-30 19:25

Message:
Appears I already had the eventmachine gem installed, in
this instance, since it doesn't build except by hand.

Here's with 1.9.1p376 "from source" (after installing
eventmachine by hand, since it doesn't build cleanly)

E:\>\installs\ruby-1.9.1-p376_installed\bin\gem -v
1.3.1

E:\>\installs\ruby-1.9.1-p376_installed\bin\gem install thin
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)

----------------------------------------------------------------------

Comment By: Luis Lavena (luislavena)
Date: 2009-12-30 17:21

Message:
When you install thin, it compiles eventmachine.

Seems that it only resolves the first dependency and then fails.

Can you please try with the version of RubyGems that cames with 1.9.1 instead of the 1.3.5 on top of it?

Thank you.


----------------------------------------------------------------------

Comment By: Roger Pack (rogerdpack)
Date: 2009-12-30 15:27

Message:
here's another manifestation of it

E:\dev\ruby\allgems\lib>gem install thin
Building native extensions.  This could take a while...
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)

E:\dev\ruby\allgems\lib>gem install rack
Successfully installed rack-1.0.1
1 gem installed

E:\dev\ruby\allgems\lib>gem install thin
Building native extensions.  This could take a while...
Successfully installed thin-1.2.5
1 gem installed

E:\dev\ruby\allgems\lib>ruby -v
ruby 1.9.1p376 (2009-12-07 revision 26041) [i386-mingw32]

E:\dev\ruby\allgems\lib>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.9.1 (2009-12-07 patchlevel 376) [i386-
mingw32]
  - INSTALLATION DIRECTORY: 
E:/installs/ruby191p376/lib/ruby/gems/1.9.1
  - RUBY EXECUTABLE: E:/installs/ruby191p376/bin/ruby.exe
  - EXECUTABLE DIRECTORY: E:/installs/ruby191p376/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86-mingw32
  - GEM PATHS:
     - E:/installs/ruby191p376/lib/ruby/gems/1.9.1
     - C:/Documents and Settings/packrd/.gem/ruby/1.9.1
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

From noreply at rubyforge.org  Wed Dec 30 17:47:34 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed, 30 Dec 2009 17:47:34 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27641 ] Gem.default_bindir is
	hardcoded on Mac
Message-ID: <20091230224734.DA4861D78876@rubyforge.org>

Bugs item #27641, was opened at 2009-12-30 22:47
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27641&group_id=126

Category: other
Group: v1.3.x
Status: Open
Resolution: None
Priority: 3
Submitted By: Max Howell (mxcl)
Assigned to: Nobody (None)
Summary: Gem.default_bindir is hardcoded on Mac

Initial Comment:
The following code in defaults.rb means `gem --bindir /foo/bin` won't work on OS X:

  def self.default_bindir
    if defined? RUBY_FRAMEWORK_VERSION then # mac framework support
      '/usr/bin'
    else # generic install
      ConfigMap[:bindir]
    end
  end

It also means setting: `gem: --bindir /foo/bin` in .gemrc doesn't work.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27641&group_id=126

From noreply at rubyforge.org  Wed Dec 30 19:38:25 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed, 30 Dec 2009 19:38:25 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27608 ] installation of some
	dependencies fails
Message-ID: <20091231003825.4EFE415B802B@rubyforge.org>

Bugs item #27608, was opened at 2009-12-21 14:35
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Roger Pack (rogerdpack)
Assigned to: Nobody (None)
Summary: installation of some dependencies fails

Initial Comment:
Originally reported here
http://www.ruby-forum.com/topic/200649#new

"gem install sane" fails with

shot at devielle:~$ gem install google_hash
ERROR:  Error installing google_hash:
  sane requires os (>= 0, runtime)

more info (from different computer).

C:\dev\ruby\downloads\jruby\bin>gem install --debug -V sane

Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

JRuby limited openssl loaded. http://jruby.org/openssl
gem install jruby-openssl for full support.
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

Exception `LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/shared/jruby/openssl/autoloads/x509.rb:8 - OpenSSL::X509 requires the jruby-openssl gem
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem test-unit (>= 0)

GET 200 OK: http://gems.rubyforge.org/latest_specs.4.8.gz
GET 200 OK: http://gems.github.com/latest_specs.4.8.gz
Installing gem sane-0.16.0
Exception `Gem::InstallError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/installer.rb:255 - sane requires os (>= 0, runtime)
ERROR:  Error installing sane:
        sane requires os (>= 0, runtime)
Exception `Gem::SystemExitException' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:170 - Exiting RubyGems with exit_code 1


C:\dev\ruby\downloads\jruby\bin>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.7 (2009-12-21 patchlevel 174) [java]
  - INSTALLATION DIRECTORY: C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - RUBY EXECUTABLE: C:/dev/ruby/downloads/jruby/bin/jruby.exe
  - EXECUTABLE DIRECTORY: C:/dev/ruby/downloads/jruby/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - universal-java-1.6
  - GEM PATHS:
     - C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - "install" => "--env-shebang"
     - "update" => "--env-shebang"
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

>Comment By: Roger Pack (rogerdpack)
Date: 2009-12-31 00:38

Message:

E:\installs\ruby-1.9.1-p376_installed\bin>gem install
--debug -V thin
Exception `NameError' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/rubygems/command_manager.rb:134
- uninitialized constant Gem::Commands::InstallCommand
GET 200 OK: http://gems.rubyforge.org/latest_specs.4.8.gz
Exception `Errno::EEXIST' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/fileutils.rb:243
- File exists - C:\Documents and
Settings\packrd/.gem/specs/gems.rubyforge.org%80
Installing gem thin-1.2.5
Exception `NoMethodError' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/rubygems/package/tar_input.rb:50
- undefined method `readpartial' for
#<Gem::Package::TarReader::Entry:0x156e3a0>
Exception `IOError' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/rubygems/format.rb:50
- closed stream
Exception `Errno::EEXIST' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/fileutils.rb:243
- File exists -
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/gems/1.9.1
Exception `Gem::InstallError' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/rubygems/installer.rb:250
- thin requires rack (>= 1.0.0, runtime)
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)


----------------------------------------------------------------------

Comment By: Luis Lavena (luislavena)
Date: 2009-12-30 22:37

Message:
Roger: 

I've asked if you could run the command with --debug and -V options, and you didn't

Please do so we can trace it out.

Thank you.

----------------------------------------------------------------------

Comment By: Roger Pack (rogerdpack)
Date: 2009-12-30 22:25

Message:
Appears I already had the eventmachine gem installed, in
this instance, since it doesn't build except by hand.

Here's with 1.9.1p376 "from source" (after installing
eventmachine by hand, since it doesn't build cleanly)

E:\>\installs\ruby-1.9.1-p376_installed\bin\gem -v
1.3.1

E:\>\installs\ruby-1.9.1-p376_installed\bin\gem install thin
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)

----------------------------------------------------------------------

Comment By: Luis Lavena (luislavena)
Date: 2009-12-30 20:21

Message:
When you install thin, it compiles eventmachine.

Seems that it only resolves the first dependency and then fails.

Can you please try with the version of RubyGems that cames with 1.9.1 instead of the 1.3.5 on top of it?

Thank you.


----------------------------------------------------------------------

Comment By: Roger Pack (rogerdpack)
Date: 2009-12-30 18:27

Message:
here's another manifestation of it

E:\dev\ruby\allgems\lib>gem install thin
Building native extensions.  This could take a while...
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)

E:\dev\ruby\allgems\lib>gem install rack
Successfully installed rack-1.0.1
1 gem installed

E:\dev\ruby\allgems\lib>gem install thin
Building native extensions.  This could take a while...
Successfully installed thin-1.2.5
1 gem installed

E:\dev\ruby\allgems\lib>ruby -v
ruby 1.9.1p376 (2009-12-07 revision 26041) [i386-mingw32]

E:\dev\ruby\allgems\lib>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.9.1 (2009-12-07 patchlevel 376) [i386-
mingw32]
  - INSTALLATION DIRECTORY: 
E:/installs/ruby191p376/lib/ruby/gems/1.9.1
  - RUBY EXECUTABLE: E:/installs/ruby191p376/bin/ruby.exe
  - EXECUTABLE DIRECTORY: E:/installs/ruby191p376/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86-mingw32
  - GEM PATHS:
     - E:/installs/ruby191p376/lib/ruby/gems/1.9.1
     - C:/Documents and Settings/packrd/.gem/ruby/1.9.1
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

From noreply at rubyforge.org  Wed Dec 30 20:29:17 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed, 30 Dec 2009 20:29:17 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27608 ] installation of some
	dependencies fails
Message-ID: <20091231012917.1889015B8029@rubyforge.org>

Bugs item #27608, was opened at 2009-12-21 11:35
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: None
>Priority: 5
Submitted By: Roger Pack (rogerdpack)
Assigned to: Nobody (None)
Summary: installation of some dependencies fails

Initial Comment:
Originally reported here
http://www.ruby-forum.com/topic/200649#new

"gem install sane" fails with

shot at devielle:~$ gem install google_hash
ERROR:  Error installing google_hash:
  sane requires os (>= 0, runtime)

more info (from different computer).

C:\dev\ruby\downloads\jruby\bin>gem install --debug -V sane

Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

JRuby limited openssl loaded. http://jruby.org/openssl
gem install jruby-openssl for full support.
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

Exception `LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/shared/jruby/openssl/autoloads/x509.rb:8 - OpenSSL::X509 requires the jruby-openssl gem
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem test-unit (>= 0)

GET 200 OK: http://gems.rubyforge.org/latest_specs.4.8.gz
GET 200 OK: http://gems.github.com/latest_specs.4.8.gz
Installing gem sane-0.16.0
Exception `Gem::InstallError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/installer.rb:255 - sane requires os (>= 0, runtime)
ERROR:  Error installing sane:
        sane requires os (>= 0, runtime)
Exception `Gem::SystemExitException' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:170 - Exiting RubyGems with exit_code 1


C:\dev\ruby\downloads\jruby\bin>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.7 (2009-12-21 patchlevel 174) [java]
  - INSTALLATION DIRECTORY: C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - RUBY EXECUTABLE: C:/dev/ruby/downloads/jruby/bin/jruby.exe
  - EXECUTABLE DIRECTORY: C:/dev/ruby/downloads/jruby/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - universal-java-1.6
  - GEM PATHS:
     - C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - "install" => "--env-shebang"
     - "update" => "--env-shebang"
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

>Comment By: Luis Lavena (luislavena)
Date: 2009-12-30 22:29

Message:
OK, this is not only applicable to RubyGems 1.3.5 on Ruby 1.9.1, but also on Ruby 1.8.6:

http://pastie.org/762053

Even worse, it happens the same using RVM on Ubuntu:

http://pastie.org/762055

Did a simple test:

Installed rack manually
Uninstalled daemons.
Attempt to install think again worked.

Appears that rack gem has something bogus?


----------------------------------------------------------------------

Comment By: Roger Pack (rogerdpack)
Date: 2009-12-30 21:38

Message:

E:\installs\ruby-1.9.1-p376_installed\bin>gem install
--debug -V thin
Exception `NameError' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/rubygems/command_manager.rb:134
- uninitialized constant Gem::Commands::InstallCommand
GET 200 OK: http://gems.rubyforge.org/latest_specs.4.8.gz
Exception `Errno::EEXIST' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/fileutils.rb:243
- File exists - C:\Documents and
Settings\packrd/.gem/specs/gems.rubyforge.org%80
Installing gem thin-1.2.5
Exception `NoMethodError' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/rubygems/package/tar_input.rb:50
- undefined method `readpartial' for
#<Gem::Package::TarReader::Entry:0x156e3a0>
Exception `IOError' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/rubygems/format.rb:50
- closed stream
Exception `Errno::EEXIST' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/fileutils.rb:243
- File exists -
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/gems/1.9.1
Exception `Gem::InstallError' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/rubygems/installer.rb:250
- thin requires rack (>= 1.0.0, runtime)
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)


----------------------------------------------------------------------

Comment By: Luis Lavena (luislavena)
Date: 2009-12-30 19:37

Message:
Roger: 

I've asked if you could run the command with --debug and -V options, and you didn't

Please do so we can trace it out.

Thank you.

----------------------------------------------------------------------

Comment By: Roger Pack (rogerdpack)
Date: 2009-12-30 19:25

Message:
Appears I already had the eventmachine gem installed, in
this instance, since it doesn't build except by hand.

Here's with 1.9.1p376 "from source" (after installing
eventmachine by hand, since it doesn't build cleanly)

E:\>\installs\ruby-1.9.1-p376_installed\bin\gem -v
1.3.1

E:\>\installs\ruby-1.9.1-p376_installed\bin\gem install thin
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)

----------------------------------------------------------------------

Comment By: Luis Lavena (luislavena)
Date: 2009-12-30 17:21

Message:
When you install thin, it compiles eventmachine.

Seems that it only resolves the first dependency and then fails.

Can you please try with the version of RubyGems that cames with 1.9.1 instead of the 1.3.5 on top of it?

Thank you.


----------------------------------------------------------------------

Comment By: Roger Pack (rogerdpack)
Date: 2009-12-30 15:27

Message:
here's another manifestation of it

E:\dev\ruby\allgems\lib>gem install thin
Building native extensions.  This could take a while...
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)

E:\dev\ruby\allgems\lib>gem install rack
Successfully installed rack-1.0.1
1 gem installed

E:\dev\ruby\allgems\lib>gem install thin
Building native extensions.  This could take a while...
Successfully installed thin-1.2.5
1 gem installed

E:\dev\ruby\allgems\lib>ruby -v
ruby 1.9.1p376 (2009-12-07 revision 26041) [i386-mingw32]

E:\dev\ruby\allgems\lib>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.9.1 (2009-12-07 patchlevel 376) [i386-
mingw32]
  - INSTALLATION DIRECTORY: 
E:/installs/ruby191p376/lib/ruby/gems/1.9.1
  - RUBY EXECUTABLE: E:/installs/ruby191p376/bin/ruby.exe
  - EXECUTABLE DIRECTORY: E:/installs/ruby191p376/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86-mingw32
  - GEM PATHS:
     - E:/installs/ruby191p376/lib/ruby/gems/1.9.1
     - C:/Documents and Settings/packrd/.gem/ruby/1.9.1
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

From noreply at rubyforge.org  Wed Dec 30 21:53:35 2009
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed, 30 Dec 2009 21:53:35 -0500 (EST)
Subject: [Rubygems-developers] [ rubygems-Bugs-27608 ] installation of some
	dependencies fails
Message-ID: <20091231025335.CAD0415B8029@rubyforge.org>

Bugs item #27608, was opened at 2009-12-21 11:35
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

Category: `gem install` command
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Roger Pack (rogerdpack)
Assigned to: Nobody (None)
Summary: installation of some dependencies fails

Initial Comment:
Originally reported here
http://www.ruby-forum.com/topic/200649#new

"gem install sane" fails with

shot at devielle:~$ gem install google_hash
ERROR:  Error installing google_hash:
  sane requires os (>= 0, runtime)

more info (from different computer).

C:\dev\ruby\downloads\jruby\bin>gem install --debug -V sane

Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

JRuby limited openssl loaded. http://jruby.org/openssl
gem install jruby-openssl for full support.
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem jruby-openssl (>= 0)

Exception `LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/shared/jruby/openssl/autoloads/x509.rb:8 - OpenSSL::X509 requires the jruby-openssl gem
Exception `Gem::LoadError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems.rb:827 - Could not find RubyGem test-unit (>= 0)

GET 200 OK: http://gems.rubyforge.org/latest_specs.4.8.gz
GET 200 OK: http://gems.github.com/latest_specs.4.8.gz
Installing gem sane-0.16.0
Exception `Gem::InstallError' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/installer.rb:255 - sane requires os (>= 0, runtime)
ERROR:  Error installing sane:
        sane requires os (>= 0, runtime)
Exception `Gem::SystemExitException' at C:/dev/ruby/downloads/jruby/lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:170 - Exiting RubyGems with exit_code 1


C:\dev\ruby\downloads\jruby\bin>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.8.7 (2009-12-21 patchlevel 174) [java]
  - INSTALLATION DIRECTORY: C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - RUBY EXECUTABLE: C:/dev/ruby/downloads/jruby/bin/jruby.exe
  - EXECUTABLE DIRECTORY: C:/dev/ruby/downloads/jruby/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - universal-java-1.6
  - GEM PATHS:
     - C:/dev/ruby/downloads/jruby/lib/ruby/gems/1.8
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - "install" => "--env-shebang"
     - "update" => "--env-shebang"
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

>Comment By: Luis Lavena (luislavena)
Date: 2009-12-30 23:53

Message:
Ok, last attempt

tested locally, with a gem server (Webrick) having only latest rack, eventmachine, daemons and thin.

It fails to install rack gem in tandem, but works with any of the others gems missing when requested to install "thin"

Checking inside the code, found this:

lib/rubygems/dependency_installer.rb:159
@gems_to_install = dependency_list.dependency_order.reverse

And checking at runtime:

*** GEMS to INSTALL #<Gem::Specification name=thin version=1.2.5>#<Gem::Specification name=rack version=1.0.0>

Removing the reverse, works, but not from a fresh start.

So, seems that the dependency chain is not being solved properly.



----------------------------------------------------------------------

Comment By: Luis Lavena (luislavena)
Date: 2009-12-30 22:29

Message:
OK, this is not only applicable to RubyGems 1.3.5 on Ruby 1.9.1, but also on Ruby 1.8.6:

http://pastie.org/762053

Even worse, it happens the same using RVM on Ubuntu:

http://pastie.org/762055

Did a simple test:

Installed rack manually
Uninstalled daemons.
Attempt to install think again worked.

Appears that rack gem has something bogus?


----------------------------------------------------------------------

Comment By: Roger Pack (rogerdpack)
Date: 2009-12-30 21:38

Message:

E:\installs\ruby-1.9.1-p376_installed\bin>gem install
--debug -V thin
Exception `NameError' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/rubygems/command_manager.rb:134
- uninitialized constant Gem::Commands::InstallCommand
GET 200 OK: http://gems.rubyforge.org/latest_specs.4.8.gz
Exception `Errno::EEXIST' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/fileutils.rb:243
- File exists - C:\Documents and
Settings\packrd/.gem/specs/gems.rubyforge.org%80
Installing gem thin-1.2.5
Exception `NoMethodError' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/rubygems/package/tar_input.rb:50
- undefined method `readpartial' for
#<Gem::Package::TarReader::Entry:0x156e3a0>
Exception `IOError' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/rubygems/format.rb:50
- closed stream
Exception `Errno::EEXIST' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/fileutils.rb:243
- File exists -
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/gems/1.9.1
Exception `Gem::InstallError' at
E:/installs/ruby-1.9.1-p376_installed/lib/ruby/1.9.1/rubygems/installer.rb:250
- thin requires rack (>= 1.0.0, runtime)
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)


----------------------------------------------------------------------

Comment By: Luis Lavena (luislavena)
Date: 2009-12-30 19:37

Message:
Roger: 

I've asked if you could run the command with --debug and -V options, and you didn't

Please do so we can trace it out.

Thank you.

----------------------------------------------------------------------

Comment By: Roger Pack (rogerdpack)
Date: 2009-12-30 19:25

Message:
Appears I already had the eventmachine gem installed, in
this instance, since it doesn't build except by hand.

Here's with 1.9.1p376 "from source" (after installing
eventmachine by hand, since it doesn't build cleanly)

E:\>\installs\ruby-1.9.1-p376_installed\bin\gem -v
1.3.1

E:\>\installs\ruby-1.9.1-p376_installed\bin\gem install thin
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)

----------------------------------------------------------------------

Comment By: Luis Lavena (luislavena)
Date: 2009-12-30 17:21

Message:
When you install thin, it compiles eventmachine.

Seems that it only resolves the first dependency and then fails.

Can you please try with the version of RubyGems that cames with 1.9.1 instead of the 1.3.5 on top of it?

Thank you.


----------------------------------------------------------------------

Comment By: Roger Pack (rogerdpack)
Date: 2009-12-30 15:27

Message:
here's another manifestation of it

E:\dev\ruby\allgems\lib>gem install thin
Building native extensions.  This could take a while...
ERROR:  Error installing thin:
        thin requires rack (>= 1.0.0, runtime)

E:\dev\ruby\allgems\lib>gem install rack
Successfully installed rack-1.0.1
1 gem installed

E:\dev\ruby\allgems\lib>gem install thin
Building native extensions.  This could take a while...
Successfully installed thin-1.2.5
1 gem installed

E:\dev\ruby\allgems\lib>ruby -v
ruby 1.9.1p376 (2009-12-07 revision 26041) [i386-mingw32]

E:\dev\ruby\allgems\lib>gem env
RubyGems Environment:
  - RUBYGEMS VERSION: 1.3.5
  - RUBY VERSION: 1.9.1 (2009-12-07 patchlevel 376) [i386-
mingw32]
  - INSTALLATION DIRECTORY: 
E:/installs/ruby191p376/lib/ruby/gems/1.9.1
  - RUBY EXECUTABLE: E:/installs/ruby191p376/bin/ruby.exe
  - EXECUTABLE DIRECTORY: E:/installs/ruby191p376/bin
  - RUBYGEMS PLATFORMS:
    - ruby
    - x86-mingw32
  - GEM PATHS:
     - E:/installs/ruby191p376/lib/ruby/gems/1.9.1
     - C:/Documents and Settings/packrd/.gem/ruby/1.9.1
  - GEM CONFIGURATION:
     - :update_sources => true
     - :verbose => true
     - :benchmark => false
     - :backtrace => false
     - :bulk_threshold => 1000
     - :sources => ["http://gems.rubyforge.org/"]
     - "gem" => "--no-ri --no-rdoc"
     - "gemcutter_key" => "1fac3373c066bf27dd8ad967f1bb7505"
  - REMOTE SOURCES:
     - http://gems.rubyforge.org/

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=575&aid=27608&group_id=126

From luislavena at gmail.com  Thu Dec 31 12:00:02 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Thu, 31 Dec 2009 14:00:02 -0300
Subject: [Rubygems-developers] RubyGems 1.3.5 dependency chain installation
	seems broken?
Message-ID: <71166b3b0912310900j4b64a770uf123ac9223be2e40@mail.gmail.com>

Hello,

Suddenly it appears that gem dependency in latest RubyGems has been
compromised and is affecting users in different platforms.

There is a bug report from Roger Pack about this here:

http://rubyforge.org//tracker/?func=detail&atid=575&aid=27608&group_id=126

But just in case, to avoid it get dusted as this is turning to be a
big problem, wanted to document my findings.

Let's take the example: thin.

http://gemcutter.org/gems/thin/versions/1.2.5

Version 1.2.5 depends on:

daemons >= 1.0.9
eventmachine >= 0.12.6
rack >= 1.0.0

daemons 1.0.10 suffices the first dependency:
http://gemcutter.org/gems/daemons/versions/1.0.10

eventmachine 0.12.10 does the second:
http://gemcutter.org/gems/eventmachine/versions/0.12.10

rack 1.0.1 completes the chain:
http://gemcutter.org/gems/rack/versions/1.0.1

none of thin dependencies depends on other libraries at runtime. so clearly is:

thin:
- daemons
- eventmachine
- rack

With that scenario, the order gems are supposed to be installed are:

eventmachine, daemons, rack, thin

BUT, for some reason, RubyGems does this:

eventmachine, daemons, thin, rack

And when reaches thin, it fails due missing rack.

After digging into the code, spotted this in
lib/rubygems/dependency_list.rb, starting line 49:

  def dependency_order
    sorted = strongly_connected_components.flatten

which uses TSort to give priorirty to the each gem in the list
collected by @specs.

But, it incorrectly gives them the priorities, putting rack with
priority 3 and thin with priority 2

To prove the bug, I've created the following testcase:

  def test_dependency_order_triplet
    e1 = quick_gem 'e', '1'
    f1 = quick_gem 'f', '1'
    g1 = quick_gem 'g', '1'

    @a1.add_dependency 'e', '>= 1'
    @a1.add_dependency 'f', '>= 1'
    @a1.add_dependency 'g', '>= 1'

    @deplist.add @a1, e1, f1, g1
    order = @deplist.dependency_order

    assert_equal %w[g-1 f-1 e-1 a-1], order.map { |s| s.full_name }
  end

and when executed:

  1) Failure:
test_dependency_order_triplet(TestGemDependencyList)
[test/test_gem_dependency_list.rb:106]:
Expected ["g-1", "f-1", "e-1", "a-1"], not ["a-1", "g-1", "f-1", "e-1"].

===

So far, my knowledge and understanding of the issue ends there.

Any hint?

-- 
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exup?ry