From hgs at dmu.ac.uk  Wed Feb  1 14:05:52 2006
From: hgs at dmu.ac.uk (Hugh Sasse)
Date: Wed, 1 Feb 2006 19:05:52 +0000 (WET)
Subject: [Rubygems-developers] Personal repos, for development and testing?
Message-ID: <Pine.GSO.4.64.0602011854060.17801@brains.eng.cse.dmu.ac.uk>

At present, Rubygems has the concept of a local repository, 
the concept of a remote repository which defaults to the central
Rubygems repository, and that is it.  I've just downloaded a package
(YAX, but the details don't matter) and because it used Rubygems it
was expecting me to do the full install as root.  If there were a
way to have secondary repositories, or private ones, then I could
install the gem within my home directory, where if it were
damaged/evil it would do less damage.

Rubygems Environment:
  - VERSION: 0.8.11 (0.8.11)
  - INSTALLATION DIRECTORY: /usr/local/lib/ruby/gems/1.8
  - GEM PATH:
     - /usr/local/lib/ruby/gems/1.8
  - REMOTE SOURCES:
     - http://gems.rubyforge.org

This environment isn't actually held in my environment variables, is
it?.  Maybe if it were I could set it temporarily to something else?
There seem to be no gem commands to set it for me.

Has anyone given these matters more thought recently?

        Hugh

From jim.weirich at gmail.com  Wed Feb  1 14:21:08 2006
From: jim.weirich at gmail.com (Jim Weirich)
Date: Wed, 1 Feb 2006 14:21:08 -0500
Subject: [Rubygems-developers] Personal repos,
	for development and testing?
In-Reply-To: <Pine.GSO.4.64.0602011854060.17801@brains.eng.cse.dmu.ac.uk>
References: <Pine.GSO.4.64.0602011854060.17801@brains.eng.cse.dmu.ac.uk>
Message-ID: <d4dd9080602011121n24c4f2d9od1fc1aa83223fdc6@mail.gmail.com>

On 2/1/06, Hugh Sasse <hgs at dmu.ac.uk> wrote:
> At present, Rubygems has the concept of a local repository,
> the concept of a remote repository which defaults to the central
> Rubygems repository, and that is it.  I've just downloaded a package
> (YAX, but the details don't matter) and because it used Rubygems it
> was expecting me to do the full install as root.  If there were a
> way to have secondary repositories, or private ones, then I could
> install the gem within my home directory, where if it were
> damaged/evil it would do less damage.
>
> Rubygems Environment:
>   - VERSION: 0.8.11 (0.8.11)
>   - INSTALLATION DIRECTORY: /usr/local/lib/ruby/gems/1.8
>   - GEM PATH:
>      - /usr/local/lib/ruby/gems/1.8
>   - REMOTE SOURCES:
>      - http://gems.rubyforge.org
>
> This environment isn't actually held in my environment variables, is
> it?.  Maybe if it were I could set it temporarily to something else?
> There seem to be no gem commands to set it for me.
>
> Has anyone given these matters more thought recently?

gem install PACKAGEXYZ -i my_personal_repository
export GEM_HOME=my_personal_repository

(untested ... but something like that should work)

--
--
-- Jim Weirich    jim at weirichhouse.org     http://onestepback.org
-----------------------------------------------------------------
"Beware of bugs in the above code; I have only proved it correct,
not tried it." -- Donald Knuth (in a memo to Peter van Emde Boas)


From hgs at dmu.ac.uk  Wed Feb  1 14:51:00 2006
From: hgs at dmu.ac.uk (Hugh Sasse)
Date: Wed, 1 Feb 2006 19:51:00 +0000 (WET)
Subject: [Rubygems-developers] Personal repos,
	for development and testing?
In-Reply-To: <d4dd9080602011121n24c4f2d9od1fc1aa83223fdc6@mail.gmail.com>
References: <Pine.GSO.4.64.0602011854060.17801@brains.eng.cse.dmu.ac.uk>
	<d4dd9080602011121n24c4f2d9od1fc1aa83223fdc6@mail.gmail.com>
Message-ID: <Pine.GSO.4.64.0602011948100.17801@brains.eng.cse.dmu.ac.uk>

On Wed, 1 Feb 2006, Jim Weirich wrote:

> 
> gem install PACKAGEXYZ -i my_personal_repository
> export GEM_HOME=my_personal_repository
> 
> (untested ... but something like that should work)

Thanks, I got part way with the -i, but couldn't understand where
I'd got to.  Would a patch like:

--- ./lib/rubygems/gem_commands.rb.orig 2005-07-10 11:20:26.000000000 +0000
+++ ./lib/rubygems/gem_commands.rb      2006-02-01 19:47:12.113260000 +0000
@@ -978,7 +978,7 @@
         out = "Rubygems Environment:\n"
         out << "  - VERSION: #{Gem::RubyGemsVersion} (#{Gem::RubyGemsPackageVersion})\n"
         out << "  - INSTALLATION DIRECTORY: #{Gem.dir}\n"
-        out << "  - GEM PATH:\n"
+        out << "  - GEM PATH:  (set ENV[\"GEM_HOME\"] to change)\n"
         Gem.path.collect { |p| out << "     - #{p}\n" }
         out << "  - REMOTE SOURCES:\n"
         Gem::RemoteInstaller.new.sources.collect do |s|

be a useful thing to have?

        Thank you,
        Hugh

From jim at weirichhouse.org  Wed Feb  1 15:15:57 2006
From: jim at weirichhouse.org (Jim Weirich)
Date: Wed, 01 Feb 2006 15:15:57 -0500
Subject: [Rubygems-developers] Personal repos,
	for development and testing?
In-Reply-To: <Pine.GSO.4.64.0602011948100.17801@brains.eng.cse.dmu.ac.uk>
References: <Pine.GSO.4.64.0602011854060.17801@brains.eng.cse.dmu.ac.uk>	<d4dd9080602011121n24c4f2d9od1fc1aa83223fdc6@mail.gmail.com>
	<Pine.GSO.4.64.0602011948100.17801@brains.eng.cse.dmu.ac.uk>
Message-ID: <43E116FD.6020500@weirichhouse.org>

Hugh Sasse wrote:
> On Wed, 1 Feb 2006, Jim Weirich wrote:
> 
>> gem install PACKAGEXYZ -i my_personal_repository
>> export GEM_HOME=my_personal_repository
>>
>> (untested ... but something like that should work)
> 
> Thanks, I got part way with the -i, but couldn't understand where
> I'd got to.  Would a patch like:
> 
> --- ./lib/rubygems/gem_commands.rb.orig 2005-07-10 11:20:26.000000000 +0000
> +++ ./lib/rubygems/gem_commands.rb      2006-02-01 19:47:12.113260000 +0000
> @@ -978,7 +978,7 @@
>          out = "Rubygems Environment:\n"
>          out << "  - VERSION: #{Gem::RubyGemsVersion} (#{Gem::RubyGemsPackageVersion})\n"
>          out << "  - INSTALLATION DIRECTORY: #{Gem.dir}\n"
> -        out << "  - GEM PATH:\n"
> +        out << "  - GEM PATH:  (set ENV[\"GEM_HOME\"] to change)\n"
>          Gem.path.collect { |p| out << "     - #{p}\n" }
>          out << "  - REMOTE SOURCES:\n"
>          Gem::RemoteInstaller.new.sources.collect do |s|
> 
> be a useful thing to have?

Actually, you can set the gem path directly with the GEM_PATH 
environment variable.  GEM_PATH says what repositories to search. 
GEM_HOME says where to install new gems into.  If GEM_HOME is not in 
GEM_PATH, it will be added to the list to search.  If GEM_HOME is not 
set, the first repository on GEM_PATH is used as the home.

I'm going on memory here, so I might have some of the details wrong.  I 
thought this was written up somewhere.  If its not, we should get this 
into the docs.

Now that I think about it, you probably want to add you personal 
repository to GEM_PATH, so that the main one remains as GEM_HOME (the -i 
switch overrides GEM_HOME).  If you always want to install to your 
personal repository, then set it as GEM_HOME as mentioned in the earlier 
email.

-- 
-- Jim Weirich       jweirich at one.net      http://onestepback.org
-----------------------------------------------------------------
"Beware of bugs in the above code; I have only proved it correct,
not tried it." -- Donald Knuth (in a memo to Peter van Emde Boas)

From jim at weirichhouse.org  Wed Feb  1 15:17:47 2006
From: jim at weirichhouse.org (Jim Weirich)
Date: Wed, 01 Feb 2006 15:17:47 -0500
Subject: [Rubygems-developers] Personal repos,
	for development and testing?
In-Reply-To: <Pine.GSO.4.64.0602011948100.17801@brains.eng.cse.dmu.ac.uk>
References: <Pine.GSO.4.64.0602011854060.17801@brains.eng.cse.dmu.ac.uk>	<d4dd9080602011121n24c4f2d9od1fc1aa83223fdc6@mail.gmail.com>
	<Pine.GSO.4.64.0602011948100.17801@brains.eng.cse.dmu.ac.uk>
Message-ID: <43E1176B.4020602@weirichhouse.org>

Hugh Sasse wrote:
> On Wed, 1 Feb 2006, Jim Weirich wrote:
> 
>> gem install PACKAGEXYZ -i my_personal_repository
>> export GEM_HOME=my_personal_repository
>>
>> (untested ... but something like that should work)
> 
> Thanks, I got part way with the -i, but couldn't understand where
> I'd got to.  

Oh, I think there's a but in that the command files are still written to 
/usr/local/bin, even if you have a personal repository setup and specify 
it with -i.  I don't think anyone has fixed that bug yet.

-- 
-- Jim Weirich       jweirich at one.net      http://onestepback.org
-----------------------------------------------------------------
"Beware of bugs in the above code; I have only proved it correct,
not tried it." -- Donald Knuth (in a memo to Peter van Emde Boas)

From lists at sourceillustrated.com  Thu Feb  2 09:02:06 2006
From: lists at sourceillustrated.com (John Wells)
Date: Thu, 2 Feb 2006 09:02:06 -0500 (EST)
Subject: [Rubygems-developers] PATCH: option to incorporate RDoc into ri
In-Reply-To: <36705.66.192.236.118.1138728128.squirrel@devsea.com>
References: <34012.66.192.236.118.1138724426.squirrel@devsea.com>
	<36705.66.192.236.118.1138728128.squirrel@devsea.com>
Message-ID: <46922.66.192.236.118.1138888926.squirrel@devsea.com>

Guys,

Any feedback on this, positive or negative (or dismissive) :)?

Thanks,
John


From jim.weirich at gmail.com  Fri Feb  3 11:14:06 2006
From: jim.weirich at gmail.com (Jim Weirich)
Date: Fri, 3 Feb 2006 11:14:06 -0500
Subject: [Rubygems-developers] PATCH: option to incorporate RDoc into ri
In-Reply-To: <46922.66.192.236.118.1138888926.squirrel@devsea.com>
References: <34012.66.192.236.118.1138724426.squirrel@devsea.com>
	<36705.66.192.236.118.1138728128.squirrel@devsea.com>
	<46922.66.192.236.118.1138888926.squirrel@devsea.com>
Message-ID: <d4dd9080602030814m6dd31326ndf57664cc9e7e2ff@mail.gmail.com>

On 2/2/06, John Wells <lists at sourceillustrated.com> wrote:
> Guys,
>
> Any feedback on this, positive or negative (or dismissive) :)?

Really haven't had time to take a look yet.

--
--
-- Jim Weirich    jim at weirichhouse.org     http://onestepback.org
-----------------------------------------------------------------
"Beware of bugs in the above code; I have only proved it correct,
not tried it." -- Donald Knuth (in a memo to Peter van Emde Boas)


From chad at chadfowler.com  Fri Feb  3 11:19:24 2006
From: chad at chadfowler.com (Chad Fowler)
Date: Fri, 3 Feb 2006 09:19:24 -0700
Subject: [Rubygems-developers] PATCH: option to incorporate RDoc into ri
In-Reply-To: <d4dd9080602030814m6dd31326ndf57664cc9e7e2ff@mail.gmail.com>
References: <34012.66.192.236.118.1138724426.squirrel@devsea.com>
	<36705.66.192.236.118.1138728128.squirrel@devsea.com>
	<46922.66.192.236.118.1138888926.squirrel@devsea.com>
	<d4dd9080602030814m6dd31326ndf57664cc9e7e2ff@mail.gmail.com>
Message-ID: <06BCD277-8B15-4519-A519-A1DFE15C2436@chadfowler.com>


On Feb 3, 2006, at 9:14 AM, Jim Weirich wrote:

> On 2/2/06, John Wells <lists at sourceillustrated.com> wrote:
>> Guys,
>>
>> Any feedback on this, positive or negative (or dismissive) :)?
>
> Really haven't had time to take a look yet.
>

Same here.  Sorry.  It's been a very busy week (http:// 
www.railsconf.org and http://www.pragmaticprogrammer.com/titles/fr_rr/)

Chad


From rubygems at freeze.org  Fri Feb  3 11:37:42 2006
From: rubygems at freeze.org (Jim Freeze)
Date: Fri, 3 Feb 2006 10:37:42 -0600
Subject: [Rubygems-developers] can 2 Gem directories co-exist?
Message-ID: <5cd596d60602030837s6ea20274taf533b6eb947551e@mail.gmail.com>

Hi

Is there a way to have rubygems pull from two different
gems directories?

I have a installation where some gems are installed into
ruby's gem directory and some are installed into a group
area for gems.

If GEM_HOME is set, the native gem is not seen. Trying
to add the native gem path to GEM_HOME doesn't help
either.

Thanks

--
Jim Freeze

(Chad: sorry about the multiple emails. Finally remembered
my subscription email.)


From lists at sourceillustrated.com  Fri Feb  3 11:38:59 2006
From: lists at sourceillustrated.com (John Wells)
Date: Fri, 3 Feb 2006 11:38:59 -0500 (EST)
Subject: [Rubygems-developers] PATCH: option to incorporate RDoc into ri
In-Reply-To: <06BCD277-8B15-4519-A519-A1DFE15C2436@chadfowler.com>
References: <34012.66.192.236.118.1138724426.squirrel@devsea.com><36705.66.192.236.118.1138728128.squirrel@devsea.com><46922.66.192.236.118.1138888926.squirrel@devsea.com><d4dd9080602030814m6dd31326ndf57664cc9e7e2ff@mail.gmail.com>
	<06BCD277-8B15-4519-A519-A1DFE15C2436@chadfowler.com>
Message-ID: <57848.66.192.236.118.1138984739.squirrel@devsea.com>

Chad Fowler said:
>> Really haven't had time to take a look yet.
>>
>
> Same here.  Sorry.  It's been a very busy week (http://
> www.railsconf.org and http://www.pragmaticprogrammer.com/titles/fr_rr/)

Guys,

Ok. Just wanted to make sure the patch wasn't so off-base and out there
that you didn't want to respond for fear of embarrassing me publicly ;)

Btw, didn't realize the Recipes book had gone live. I'm off to
purchase...have been waiting for this for awhile. Would much rather have
you focusing on that anyway.

Thanks!
John



From jim.weirich at gmail.com  Fri Feb  3 12:42:44 2006
From: jim.weirich at gmail.com (Jim Weirich)
Date: Fri, 3 Feb 2006 12:42:44 -0500
Subject: [Rubygems-developers] can 2 Gem directories co-exist?
In-Reply-To: <5cd596d60602030837s6ea20274taf533b6eb947551e@mail.gmail.com>
References: <5cd596d60602030837s6ea20274taf533b6eb947551e@mail.gmail.com>
Message-ID: <d4dd9080602030942k6e6b4dc2ne3d2806c431d82cf@mail.gmail.com>

On 2/3/06, Jim Freeze <rubygems at freeze.org> wrote:
> Hi
>
> Is there a way to have rubygems pull from two different
> gems directories?
>
> I have a installation where some gems are installed into
> ruby's gem directory and some are installed into a group
> area for gems.
>
> If GEM_HOME is set, the native gem is not seen. Trying
> to add the native gem path to GEM_HOME doesn't help
> either.
>

Use GEM_PATH, it should be setup just like a PATH environment
variable, except that it references repositories.

(I thought this was documented somewhere, but I can't lay my finger on
it at the moment. Need to put this on the todo list).

--
--
-- Jim Weirich    jim at weirichhouse.org     http://onestepback.org
-----------------------------------------------------------------
"Beware of bugs in the above code; I have only proved it correct,
not tried it." -- Donald Knuth (in a memo to Peter van Emde Boas)


From chad at chadfowler.com  Fri Feb  3 12:51:18 2006
From: chad at chadfowler.com (Chad Fowler)
Date: Fri, 3 Feb 2006 10:51:18 -0700
Subject: [Rubygems-developers] PATCH: option to incorporate RDoc into ri
In-Reply-To: <57848.66.192.236.118.1138984739.squirrel@devsea.com>
References: <34012.66.192.236.118.1138724426.squirrel@devsea.com><36705.66.192.236.118.1138728128.squirrel@devsea.com><46922.66.192.236.118.1138888926.squirrel@devsea.com><d4dd9080602030814m6dd31326ndf57664cc9e7e2ff@mail.gmail.com>
	<06BCD277-8B15-4519-A519-A1DFE15C2436@chadfowler.com>
	<57848.66.192.236.118.1138984739.squirrel@devsea.com>
Message-ID: <74F7890C-99B5-45D1-BE37-018830311EA7@chadfowler.com>


On Feb 3, 2006, at 9:38 AM, John Wells wrote:

> Chad Fowler said:
>>> Really haven't had time to take a look yet.
>>>
>>
>> Same here.  Sorry.  It's been a very busy week (http://
>> www.railsconf.org and http://www.pragmaticprogrammer.com/titles/ 
>> fr_rr/)
>
> Guys,
>
> Ok. Just wanted to make sure the patch wasn't so off-base and out  
> there
> that you didn't want to respond for fear of embarrassing me  
> publicly ;)
>

:)  Not at all.

> Btw, didn't realize the Recipes book had gone live. I'm off to
> purchase...have been waiting for this for awhile. Would much rather  
> have
> you focusing on that anyway.

Thanks!  We're in Beta still, but I think there's a worthwhile amount  
of content and I'm proud of how it's turned out.

Chad

From rubygems at freeze.org  Fri Feb  3 13:41:40 2006
From: rubygems at freeze.org (Jim Freeze)
Date: Fri, 3 Feb 2006 12:41:40 -0600
Subject: [Rubygems-developers] can 2 Gem directories co-exist?
In-Reply-To: <d4dd9080602030942k6e6b4dc2ne3d2806c431d82cf@mail.gmail.com>
References: <5cd596d60602030837s6ea20274taf533b6eb947551e@mail.gmail.com>
	<d4dd9080602030942k6e6b4dc2ne3d2806c431d82cf@mail.gmail.com>
Message-ID: <5cd596d60602031041r7428994bv6ebca9b5ca6a9d3d@mail.gmail.com>

On 2/3/06, Jim Weirich <jim.weirich at gmail.com> wrote:

> Use GEM_PATH, it should be setup just like a PATH environment
> variable, except that it references repositories.
>
> (I thought this was documented somewhere, but I can't lay my finger on
> it at the moment. Need to put this on the todo list).

I don't think we are on the same pageyet.
GEM_PATH works, but I can't get it to work for 2 gem repositories.

GEM_PATH = /my_gems
gem xyz installed in ruby_install_dir/lib/ruby/gems
Then,
  require 'rubygems'
  require 'xyz'
does not find xyz.

Also, changing GEM_PATH to /my_gems:/ruby_install/lib/ruby/gems
does not work either.

Is this more clear or am I not understanding something?

--
Jim Freeze


From jim.weirich at gmail.com  Fri Feb  3 14:07:27 2006
From: jim.weirich at gmail.com (Jim Weirich)
Date: Fri, 3 Feb 2006 14:07:27 -0500
Subject: [Rubygems-developers] can 2 Gem directories co-exist?
In-Reply-To: <5cd596d60602031041r7428994bv6ebca9b5ca6a9d3d@mail.gmail.com>
References: <5cd596d60602030837s6ea20274taf533b6eb947551e@mail.gmail.com>
	<d4dd9080602030942k6e6b4dc2ne3d2806c431d82cf@mail.gmail.com>
	<5cd596d60602031041r7428994bv6ebca9b5ca6a9d3d@mail.gmail.com>
Message-ID: <d4dd9080602031107i26254d89j43a2f444c8e9d861@mail.gmail.com>

On 2/3/06, Jim Freeze <rubygems at freeze.org> wrote:
[...]
> Also, changing GEM_PATH to /my_gems:/ruby_install/lib/ruby/gems
> does not work either.
>
> Is this more clear or am I not understanding something?

Assuming everything was setup correctly, that should have worked. 
I'll investigate this weekend.

--
--
-- Jim Weirich    jim at weirichhouse.org     http://onestepback.org
-----------------------------------------------------------------
"Beware of bugs in the above code; I have only proved it correct,
not tried it." -- Donald Knuth (in a memo to Peter van Emde Boas)


From rubygems at freeze.org  Fri Feb  3 15:16:37 2006
From: rubygems at freeze.org (Jim Freeze)
Date: Fri, 3 Feb 2006 14:16:37 -0600
Subject: [Rubygems-developers] can 2 Gem directories co-exist?
In-Reply-To: <d4dd9080602031107i26254d89j43a2f444c8e9d861@mail.gmail.com>
References: <5cd596d60602030837s6ea20274taf533b6eb947551e@mail.gmail.com>
	<d4dd9080602030942k6e6b4dc2ne3d2806c431d82cf@mail.gmail.com>
	<5cd596d60602031041r7428994bv6ebca9b5ca6a9d3d@mail.gmail.com>
	<d4dd9080602031107i26254d89j43a2f444c8e9d861@mail.gmail.com>
Message-ID: <5cd596d60602031216o29799d50t8d6ea7d418a7c940@mail.gmail.com>

On 2/3/06, Jim Weirich <jim.weirich at gmail.com> wrote:
>
> Assuming everything was setup correctly, that should have worked.
> I'll investigate this weekend.

Ok, I have checked again. I had a few path issues, but still no worky.

Here is what I have. First, GEM_HOME lists two directories.

	% env | grep -i gem
	GEM_HOME=/Users/jdf/my_gems:/opt/local/ruby-1.8.4/lib/ruby/gems/1.8/

First the local gems dir (notice no rake installed):

	% ls /Users/jdf/my_gems
	bin             doc             lib             specifications
	cache           gems            source_cache
	% ls /Users/jdf/my_gems/gems/
	commandline-0.7.10      sources-0.0.1           text-hyphen-1.0.0
	rubygems-update-0.8.11  text-format-1.0.0

Next the native gems dir

	% ls /opt/local/ruby-1.8.4/lib/ruby/gems/1.8/
	cache           doc             gems            source_cache    specifications
	% ls /opt/local/ruby-1.8.4/lib/ruby/gems/1.8/gems/
	RedCloth-3.0.4          actionwebservice-1.0.0  mysql-2.7            
  rubygems-update-0.8.11
	actionmailer-1.1.5      activerecord-1.13.2     rails-1.0.0          
  sources-0.0.1
	actionpack-1.11.2       activesupport-1.2.5     rake-0.7.0

Results with 2 paths in GEM_HOME:

	 % rake --task
	/opt/local/ruby-1.8.4/lib/ruby/site_ruby/1.8/rubygems.rb:204:in
`report_activate_error': Could not find RubyGem rake (> 0)
(Gem::LoadError)
	        from /opt/local/ruby-1.8.4/lib/ruby/site_ruby/1.8/rubygems.rb:141:in
`activate'
	        from /opt/local/ruby-1.8.4/lib/ruby/site_ruby/1.8/rubygems.rb:37:in
`require_gem_with_options'
	        from /opt/local/ruby-1.8.4/lib/ruby/site_ruby/1.8/rubygems.rb:31:in
`require_gem'
	        from /opt/local/ruby-1.8.4/bin/rake:17

GEM_HOME with native path:

	% setenv GEM_HOME /opt/local/ruby-1.8.4/lib/ruby/gems/1.8/
	% rake --task
	(in /Users/jdf/tmp)
	/Users/jdf/tmp
	["demo/chunkybacon.rb", "demo/code.rb", "demo/colornames.rb",
"demo/demo.rb", "demo/gettysburg.rb", "demo/hello.rb",
"demo/individual-i.rb", "demo/pac.rb", "demo/pagenumber.rb",
"demo/qr-language.rb", "demo/qr-library.rb"]
	nil

Now, GEM_HOME with local path:

	% setenv GEM_HOME /Users/jdf/my_gems
	% cat app.rb
	require 'rubygems'
	require 'commandline'
	class App < CommandLine::Application
	  def initialize
	    puts "running app"
	  end
	end#class App

	% ruby app.rb
	running app

So, a single directory works.

--
Jim Freeze


From jim.weirich at gmail.com  Fri Feb  3 15:33:29 2006
From: jim.weirich at gmail.com (Jim Weirich)
Date: Fri, 3 Feb 2006 15:33:29 -0500
Subject: [Rubygems-developers] can 2 Gem directories co-exist?
In-Reply-To: <5cd596d60602031216o29799d50t8d6ea7d418a7c940@mail.gmail.com>
References: <5cd596d60602030837s6ea20274taf533b6eb947551e@mail.gmail.com>
	<d4dd9080602030942k6e6b4dc2ne3d2806c431d82cf@mail.gmail.com>
	<5cd596d60602031041r7428994bv6ebca9b5ca6a9d3d@mail.gmail.com>
	<d4dd9080602031107i26254d89j43a2f444c8e9d861@mail.gmail.com>
	<5cd596d60602031216o29799d50t8d6ea7d418a7c940@mail.gmail.com>
Message-ID: <d4dd9080602031233l677e3209s126aa4766c445352@mail.gmail.com>

On 2/3/06, Jim Freeze <rubygems at freeze.org> wrote:
> On 2/3/06, Jim Weirich <jim.weirich at gmail.com> wrote:
> >
> > Assuming everything was setup correctly, that should have worked.
> > I'll investigate this weekend.
>
> Ok, I have checked again. I had a few path issues, but still no worky.
>
> Here is what I have. First, GEM_HOME lists two directories.

Oh?  Did you try it with GEM_PATH rather than GEM_HOME.  GEM_HOME
specifies your primary repository, where gems will be installed
(unless overriden with the -i switch).  GEM_PATH specifies what
respositories to search for resolving gem names.  There should only be
one repository in GEM_HOME, but you can have multiple in GEM_PATH. 
(Also, GEM_HOME will be appended to the GEM_PATH list if it is not
included in it).

--
-- Jim Weirich


>
>         % env | grep -i gem
>         GEM_HOME=/Users/jdf/my_gems:/opt/local/ruby-1.8.4/lib/ruby/gems/1.8/
>
> First the local gems dir (notice no rake installed):
>
>         % ls /Users/jdf/my_gems
>         bin             doc             lib             specifications
>         cache           gems            source_cache
>         % ls /Users/jdf/my_gems/gems/
>         commandline-0.7.10      sources-0.0.1           text-hyphen-1.0.0
>         rubygems-update-0.8.11  text-format-1.0.0
>
> Next the native gems dir
>
>         % ls /opt/local/ruby-1.8.4/lib/ruby/gems/1.8/
>         cache           doc             gems            source_cache    specifications
>         % ls /opt/local/ruby-1.8.4/lib/ruby/gems/1.8/gems/
>         RedCloth-3.0.4          actionwebservice-1.0.0  mysql-2.7
>   rubygems-update-0.8.11
>         actionmailer-1.1.5      activerecord-1.13.2     rails-1.0.0
>   sources-0.0.1
>         actionpack-1.11.2       activesupport-1.2.5     rake-0.7.0
>
> Results with 2 paths in GEM_HOME:
>
>          % rake --task
>         /opt/local/ruby-1.8.4/lib/ruby/site_ruby/1.8/rubygems.rb:204:in
> `report_activate_error': Could not find RubyGem rake (> 0)
> (Gem::LoadError)
>                 from /opt/local/ruby-1.8.4/lib/ruby/site_ruby/1.8/rubygems.rb:141:in
> `activate'
>                 from /opt/local/ruby-1.8.4/lib/ruby/site_ruby/1.8/rubygems.rb:37:in
> `require_gem_with_options'
>                 from /opt/local/ruby-1.8.4/lib/ruby/site_ruby/1.8/rubygems.rb:31:in
> `require_gem'
>                 from /opt/local/ruby-1.8.4/bin/rake:17
>
> GEM_HOME with native path:
>
>         % setenv GEM_HOME /opt/local/ruby-1.8.4/lib/ruby/gems/1.8/
>         % rake --task
>         (in /Users/jdf/tmp)
>         /Users/jdf/tmp
>         ["demo/chunkybacon.rb", "demo/code.rb", "demo/colornames.rb",
> "demo/demo.rb", "demo/gettysburg.rb", "demo/hello.rb",
> "demo/individual-i.rb", "demo/pac.rb", "demo/pagenumber.rb",
> "demo/qr-language.rb", "demo/qr-library.rb"]
>         nil
>
> Now, GEM_HOME with local path:
>
>         % setenv GEM_HOME /Users/jdf/my_gems
>         % cat app.rb
>         require 'rubygems'
>         require 'commandline'
>         class App < CommandLine::Application
>           def initialize
>             puts "running app"
>           end
>         end#class App
>
>         % ruby app.rb
>         running app
>
> So, a single directory works.
>
> --
> Jim Freeze
>
> _______________________________________________
> Rubygems-developers mailing list
> Rubygems-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rubygems-developers
>


--
--
-- Jim Weirich    jim at weirichhouse.org     http://onestepback.org
-----------------------------------------------------------------
"Beware of bugs in the above code; I have only proved it correct,
not tried it." -- Donald Knuth (in a memo to Peter van Emde Boas)


From rubygems at freeze.org  Fri Feb  3 15:38:06 2006
From: rubygems at freeze.org (Jim Freeze)
Date: Fri, 3 Feb 2006 14:38:06 -0600
Subject: [Rubygems-developers] can 2 Gem directories co-exist?
In-Reply-To: <d4dd9080602031233l677e3209s126aa4766c445352@mail.gmail.com>
References: <5cd596d60602030837s6ea20274taf533b6eb947551e@mail.gmail.com>
	<d4dd9080602030942k6e6b4dc2ne3d2806c431d82cf@mail.gmail.com>
	<5cd596d60602031041r7428994bv6ebca9b5ca6a9d3d@mail.gmail.com>
	<d4dd9080602031107i26254d89j43a2f444c8e9d861@mail.gmail.com>
	<5cd596d60602031216o29799d50t8d6ea7d418a7c940@mail.gmail.com>
	<d4dd9080602031233l677e3209s126aa4766c445352@mail.gmail.com>
Message-ID: <5cd596d60602031238j64b3408dta60283f481279fa2@mail.gmail.com>

Ah, that's probably what I am doing wrong.
I'll change that and see if it now works.

Thanks  (note to self: need to get glasses checked.)

Jim


On 2/3/06, Jim Weirich <jim.weirich at gmail.com> wrote:
> On 2/3/06, Jim Freeze <rubygems at freeze.org> wrote:
> > On 2/3/06, Jim Weirich <jim.weirich at gmail.com> wrote:
> > >
> > > Assuming everything was setup correctly, that should have worked.
> > > I'll investigate this weekend.
> >
> > Ok, I have checked again. I had a few path issues, but still no worky.
> >
> > Here is what I have. First, GEM_HOME lists two directories.
>
> Oh?  Did you try it with GEM_PATH rather than GEM_HOME.  GEM_HOME
> specifies your primary repository, where gems will be installed
> (unless overriden with the -i switch).  GEM_PATH specifies what
> respositories to search for resolving gem names.  There should only be
> one repository in GEM_HOME, but you can have multiple in GEM_PATH.
> (Also, GEM_HOME will be appended to the GEM_PATH list if it is not
> included in it).
>
> --
> -- Jim Weirich
>
>
> >
> >         % env | grep -i gem
> >         GEM_HOME=/Users/jdf/my_gems:/opt/local/ruby-1.8.4/lib/ruby/gems/1.8/
> >
> > First the local gems dir (notice no rake installed):
> >
> >         % ls /Users/jdf/my_gems
> >         bin             doc             lib             specifications
> >         cache           gems            source_cache
> >         % ls /Users/jdf/my_gems/gems/
> >         commandline-0.7.10      sources-0.0.1           text-hyphen-1.0.0
> >         rubygems-update-0.8.11  text-format-1.0.0
> >
> > Next the native gems dir
> >
> >         % ls /opt/local/ruby-1.8.4/lib/ruby/gems/1.8/
> >         cache           doc             gems            source_cache    specifications
> >         % ls /opt/local/ruby-1.8.4/lib/ruby/gems/1.8/gems/
> >         RedCloth-3.0.4          actionwebservice-1.0.0  mysql-2.7
> >   rubygems-update-0.8.11
> >         actionmailer-1.1.5      activerecord-1.13.2     rails-1.0.0
> >   sources-0.0.1
> >         actionpack-1.11.2       activesupport-1.2.5     rake-0.7.0
> >
> > Results with 2 paths in GEM_HOME:
> >
> >          % rake --task
> >         /opt/local/ruby-1.8.4/lib/ruby/site_ruby/1.8/rubygems.rb:204:in
> > `report_activate_error': Could not find RubyGem rake (> 0)
> > (Gem::LoadError)
> >                 from /opt/local/ruby-1.8.4/lib/ruby/site_ruby/1.8/rubygems.rb:141:in
> > `activate'
> >                 from /opt/local/ruby-1.8.4/lib/ruby/site_ruby/1.8/rubygems.rb:37:in
> > `require_gem_with_options'
> >                 from /opt/local/ruby-1.8.4/lib/ruby/site_ruby/1.8/rubygems.rb:31:in
> > `require_gem'
> >                 from /opt/local/ruby-1.8.4/bin/rake:17
> >
> > GEM_HOME with native path:
> >
> >         % setenv GEM_HOME /opt/local/ruby-1.8.4/lib/ruby/gems/1.8/
> >         % rake --task
> >         (in /Users/jdf/tmp)
> >         /Users/jdf/tmp
> >         ["demo/chunkybacon.rb", "demo/code.rb", "demo/colornames.rb",
> > "demo/demo.rb", "demo/gettysburg.rb", "demo/hello.rb",
> > "demo/individual-i.rb", "demo/pac.rb", "demo/pagenumber.rb",
> > "demo/qr-language.rb", "demo/qr-library.rb"]
> >         nil
> >
> > Now, GEM_HOME with local path:
> >
> >         % setenv GEM_HOME /Users/jdf/my_gems
> >         % cat app.rb
> >         require 'rubygems'
> >         require 'commandline'
> >         class App < CommandLine::Application
> >           def initialize
> >             puts "running app"
> >           end
> >         end#class App
> >
> >         % ruby app.rb
> >         running app
> >
> > So, a single directory works.
> >
> > --
> > Jim Freeze
> >
> > _______________________________________________
> > Rubygems-developers mailing list
> > Rubygems-developers at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/rubygems-developers
> >
>
>
> --
> --
> -- Jim Weirich    jim at weirichhouse.org     http://onestepback.org
> -----------------------------------------------------------------
> "Beware of bugs in the above code; I have only proved it correct,
> not tried it." -- Donald Knuth (in a memo to Peter van Emde Boas)
>
> _______________________________________________
> Rubygems-developers mailing list
> Rubygems-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rubygems-developers
>


--
Jim Freeze


From hgs at dmu.ac.uk  Fri Feb  3 15:46:38 2006
From: hgs at dmu.ac.uk (Hugh Sasse)
Date: Fri, 3 Feb 2006 20:46:38 +0000 (WET)
Subject: [Rubygems-developers] can 2 Gem directories co-exist?
In-Reply-To: <d4dd9080602031233l677e3209s126aa4766c445352@mail.gmail.com>
References: <5cd596d60602030837s6ea20274taf533b6eb947551e@mail.gmail.com>
	<d4dd9080602030942k6e6b4dc2ne3d2806c431d82cf@mail.gmail.com>
	<5cd596d60602031041r7428994bv6ebca9b5ca6a9d3d@mail.gmail.com>
	<d4dd9080602031107i26254d89j43a2f444c8e9d861@mail.gmail.com>
	<5cd596d60602031216o29799d50t8d6ea7d418a7c940@mail.gmail.com>
	<d4dd9080602031233l677e3209s126aa4766c445352@mail.gmail.com>
Message-ID: <Pine.GSO.4.64.0602032039320.9073@brains.eng.cse.dmu.ac.uk>

On Fri, 3 Feb 2006, Jim Weirich wrote:

> Oh?  Did you try it with GEM_PATH rather than GEM_HOME.  GEM_HOME
> specifies your primary repository, where gems will be installed
> (unless overriden with the -i switch).  GEM_PATH specifies what
> respositories to search for resolving gem names.  There should only be
> one repository in GEM_HOME, but you can have multiple in GEM_PATH. 
> (Also, GEM_HOME will be appended to the GEM_PATH list if it is not
> included in it).

So my earlier documentation patch was basically wrong.

--- /scratch/hgs/rubygems-0.8.11/lib/rubygems/gem_commands.rb.orig	2005-07-10 11:20:26.000000000 +0000
+++ /scratch/hgs/rubygems-0.8.11/lib/rubygems/gem_commands.rb	2006-02-03 20:42:41.098145000 +0000
@@ -977,8 +977,8 @@
       else
         out = "Rubygems Environment:\n"
         out << "  - VERSION: #{Gem::RubyGemsVersion} (#{Gem::RubyGemsPackageVersion})\n"
-        out << "  - INSTALLATION DIRECTORY: #{Gem.dir}\n"
-        out << "  - GEM PATH:\n"
+        out << "  - INSTALLATION DIRECTORY: (set ENV[\"GEM_HOME\"] to change) #{Gem.dir}\n"
+        out << "  - GEM PATH:  (set ENV[\"GEM_PATH\"] to change)\n"
         Gem.path.collect { |p| out << "     - #{p}\n" }
         out << "  - REMOTE SOURCES:\n"
         Gem::RemoteInstaller.new.sources.collect do |s|


might be better??

        Hugh

From jim.weirich at gmail.com  Fri Feb  3 16:01:10 2006
From: jim.weirich at gmail.com (Jim Weirich)
Date: Fri, 3 Feb 2006 16:01:10 -0500
Subject: [Rubygems-developers] can 2 Gem directories co-exist?
In-Reply-To: <Pine.GSO.4.64.0602032039320.9073@brains.eng.cse.dmu.ac.uk>
References: <5cd596d60602030837s6ea20274taf533b6eb947551e@mail.gmail.com>
	<d4dd9080602030942k6e6b4dc2ne3d2806c431d82cf@mail.gmail.com>
	<5cd596d60602031041r7428994bv6ebca9b5ca6a9d3d@mail.gmail.com>
	<d4dd9080602031107i26254d89j43a2f444c8e9d861@mail.gmail.com>
	<5cd596d60602031216o29799d50t8d6ea7d418a7c940@mail.gmail.com>
	<d4dd9080602031233l677e3209s126aa4766c445352@mail.gmail.com>
	<Pine.GSO.4.64.0602032039320.9073@brains.eng.cse.dmu.ac.uk>
Message-ID: <d4dd9080602031301p18ac32acs8238456b8df17dfc@mail.gmail.com>

On 2/3/06, Hugh Sasse <hgs at dmu.ac.uk> wrote:
> On Fri, 3 Feb 2006, Jim Weirich wrote:
>
> > Oh?  Did you try it with GEM_PATH rather than GEM_HOME.  GEM_HOME
> > specifies your primary repository, where gems will be installed
> > (unless overriden with the -i switch).  GEM_PATH specifies what
> > respositories to search for resolving gem names.  There should only be
> > one repository in GEM_HOME, but you can have multiple in GEM_PATH.
> > (Also, GEM_HOME will be appended to the GEM_PATH list if it is not
> > included in it).
>
> So my earlier documentation patch was basically wrong.
>
> --- /scratch/hgs/rubygems-0.8.11/lib/rubygems/gem_commands.rb.orig      2005-07-10 11:20:26.000000000 +0000
> +++ /scratch/hgs/rubygems-0.8.11/lib/rubygems/gem_commands.rb   2006-02-03 20:42:41.098145000 +0000
> @@ -977,8 +977,8 @@
>        else
>          out = "Rubygems Environment:\n"
>          out << "  - VERSION: #{Gem::RubyGemsVersion} (#{Gem::RubyGemsPackageVersion})\n"
> -        out << "  - INSTALLATION DIRECTORY: #{Gem.dir}\n"
> -        out << "  - GEM PATH:\n"
> +        out << "  - INSTALLATION DIRECTORY: (set ENV[\"GEM_HOME\"] to change) #{Gem.dir}\n"
> +        out << "  - GEM PATH:  (set ENV[\"GEM_PATH\"] to change)\n"
>          Gem.path.collect { |p| out << "     - #{p}\n" }
>          out << "  - REMOTE SOURCES:\n"
>          Gem::RemoteInstaller.new.sources.collect do |s|
>
>
> might be better??
>
>         Hugh
> _______________________________________________
> Rubygems-developers mailing list
> Rubygems-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rubygems-developers
>

I think I would like to see something like:

  - VERSION: 0.8.11.3 (0.8.11.3)
  - GEM_HOME (where gems are installed)
    - /usr/local/lib/ruby/gems/1.8
  - GEM_PATH (where gems can be found):
     - /usr/local/lib/ruby/gems/1.8
  - REMOTE SOURCES:
     - http://gems.rubyforge.org

--
--
-- Jim Weirich    jim at weirichhouse.org     http://onestepback.org
-----------------------------------------------------------------
"Beware of bugs in the above code; I have only proved it correct,
not tried it." -- Donald Knuth (in a memo to Peter van Emde Boas)


From rubygems at freeze.org  Fri Feb  3 16:13:09 2006
From: rubygems at freeze.org (Jim Freeze)
Date: Fri, 3 Feb 2006 15:13:09 -0600
Subject: [Rubygems-developers] can 2 Gem directories co-exist?
In-Reply-To: <Pine.GSO.4.64.0602032039320.9073@brains.eng.cse.dmu.ac.uk>
References: <5cd596d60602030837s6ea20274taf533b6eb947551e@mail.gmail.com>
	<d4dd9080602030942k6e6b4dc2ne3d2806c431d82cf@mail.gmail.com>
	<5cd596d60602031041r7428994bv6ebca9b5ca6a9d3d@mail.gmail.com>
	<d4dd9080602031107i26254d89j43a2f444c8e9d861@mail.gmail.com>
	<5cd596d60602031216o29799d50t8d6ea7d418a7c940@mail.gmail.com>
	<d4dd9080602031233l677e3209s126aa4766c445352@mail.gmail.com>
	<Pine.GSO.4.64.0602032039320.9073@brains.eng.cse.dmu.ac.uk>
Message-ID: <5cd596d60602031313h3785603avbd3b5e5d5bea2c6c@mail.gmail.com>

On 2/3/06, Hugh Sasse <hgs at dmu.ac.uk> wrote:
> On Fri, 3 Feb 2006, Jim Weirich wrote:
>
> --- /scratch/hgs/rubygems-0.8.11/lib/rubygems/gem_commands.rb.orig      2005-07-10 11:20:26.000000000 +0000
> +++ /scratch/hgs/rubygems-0.8.11/lib/rubygems/gem_commands.rb   2006-02-03 20:42:41.098145000 +0000
> @@ -977,8 +977,8 @@
>        else
>          out = "Rubygems Environment:\n"
>          out << "  - VERSION: #{Gem::RubyGemsVersion} (#{Gem::RubyGemsPackageVersion})\n"
> -        out << "  - INSTALLATION DIRECTORY: #{Gem.dir}\n"
> -        out << "  - GEM PATH:\n"
> +        out << "  - INSTALLATION DIRECTORY: (set ENV[\"GEM_HOME\"] to change) #{Gem.dir}\n"
> +        out << "  - GEM PATH:  (set ENV[\"GEM_PATH\"] to change)\n"
>          Gem.path.collect { |p| out << "     - #{p}\n" }
>          out << "  - REMOTE SOURCES:\n"
>          Gem::RemoteInstaller.new.sources.collect do |s|

I haven't been following this closely, but does this have something to do with
which bin is installed into for a gem?

If not, what controls which bin/ dir is used?

--
Jim Freeze


From glasser at mit.edu  Fri Feb  3 16:33:24 2006
From: glasser at mit.edu (David Glasser)
Date: Fri, 3 Feb 2006 16:33:24 -0500
Subject: [Rubygems-developers] can 2 Gem directories co-exist?
In-Reply-To: <d4dd9080602031301p18ac32acs8238456b8df17dfc@mail.gmail.com>
References: <5cd596d60602030837s6ea20274taf533b6eb947551e@mail.gmail.com>
	<d4dd9080602030942k6e6b4dc2ne3d2806c431d82cf@mail.gmail.com>
	<5cd596d60602031041r7428994bv6ebca9b5ca6a9d3d@mail.gmail.com>
	<d4dd9080602031107i26254d89j43a2f444c8e9d861@mail.gmail.com>
	<5cd596d60602031216o29799d50t8d6ea7d418a7c940@mail.gmail.com>
	<d4dd9080602031233l677e3209s126aa4766c445352@mail.gmail.com>
	<Pine.GSO.4.64.0602032039320.9073@brains.eng.cse.dmu.ac.uk>
	<d4dd9080602031301p18ac32acs8238456b8df17dfc@mail.gmail.com>
Message-ID: <1ea387f60602031333p45039ff6xf41cea520e769813@mail.gmail.com>

On 2/3/06, Jim Weirich <jim.weirich at gmail.com> wrote:
> I think I would like to see something like:
>
>   - VERSION: 0.8.11.3 (0.8.11.3)
>   - GEM_HOME (where gems are installed)
>     - /usr/local/lib/ruby/gems/1.8
>   - GEM_PATH (where gems can be found):
>      - /usr/local/lib/ruby/gems/1.8
>   - REMOTE SOURCES:
>      - http://gems.rubyforge.org

This feels somewhat ambiguous to me.  How about losing the passive voice:

 - GEM_HOME (where the 'gem' program installs gems)
   - /usr/local/lib/ruby/gems/1.8
 - GEM_PATH (where rubygems looks for gems):
    - /usr/local/lib/ruby/gems/1.8

It's possible that "the gem program" and "rubygems" are the wrong
subjects for these sentences, but I think moving towards active voice
will help clarify here.

It's also possible that, if we're guaranteeing that GEM_HOME will be
an element of GEM_PATH, it should look something more like

 - GEM_PATH (where we look for gems):
    - /usr/local/lib/ruby/gems/1.8
    - /home/my/gems (GEM_HOME, where we install new gems)

or something

--
David Glasser | glasser at mit.edu | http://www.davidglasser.net/


From tilman at code-monkey.de  Fri Feb  3 17:11:23 2006
From: tilman at code-monkey.de (Tilman Sauerbeck)
Date: Fri, 3 Feb 2006 23:11:23 +0100
Subject: [Rubygems-developers] [PATCH] Don't die when trying to load
	zero-byte gem files
In-Reply-To: <20051228173848.GA13514@code-monkey.de>
References: <20051228165659.GA6638@code-monkey.de>
	<20051228173848.GA13514@code-monkey.de>
Message-ID: <20060203221122.GA17744@code-monkey.de>

Tilman Sauerbeck [2005-12-28 18:38]:
> Tilman Sauerbeck [2005-12-28 17:57]:
> > I tried to install a zero-byte gem file (I didn't notice the Rubyforge
> > download failed), which made rubygems crash.
> 
> Above patch is totally stupid, since it will now crash if the File
> doesn't exist. But you get the idea ;)

Um, can someone ack this? I'd like to see this fixed in the next release
:)

Regards,
Tilman

-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/rubygems-developers/attachments/20060203/3067f697/attachment.bin

From hgs at dmu.ac.uk  Mon Feb  6 05:35:50 2006
From: hgs at dmu.ac.uk (Hugh Sasse)
Date: Mon, 6 Feb 2006 10:35:50 +0000 (WET)
Subject: [Rubygems-developers] can 2 Gem directories co-exist?
In-Reply-To: <1ea387f60602031333p45039ff6xf41cea520e769813@mail.gmail.com>
References: <5cd596d60602030837s6ea20274taf533b6eb947551e@mail.gmail.com>
	<d4dd9080602030942k6e6b4dc2ne3d2806c431d82cf@mail.gmail.com>
	<5cd596d60602031041r7428994bv6ebca9b5ca6a9d3d@mail.gmail.com>
	<d4dd9080602031107i26254d89j43a2f444c8e9d861@mail.gmail.com>
	<5cd596d60602031216o29799d50t8d6ea7d418a7c940@mail.gmail.com>
	<d4dd9080602031233l677e3209s126aa4766c445352@mail.gmail.com>
	<Pine.GSO.4.64.0602032039320.9073@brains.eng.cse.dmu.ac.uk>
	<d4dd9080602031301p18ac32acs8238456b8df17dfc@mail.gmail.com>
	<1ea387f60602031333p45039ff6xf41cea520e769813@mail.gmail.com>
Message-ID: <Pine.GSO.4.64.0602061027240.4047@brains.eng.cse.dmu.ac.uk>

On Fri, 3 Feb 2006, David Glasser wrote:

> On 2/3/06, Jim Weirich <jim.weirich at gmail.com> wrote:
> > I think I would like to see something like:
> >
        [...]
> >   - GEM_PATH (where gems can be found):
> >      - /usr/local/lib/ruby/gems/1.8
> >   - REMOTE SOURCES:
> >      - http://gems.rubyforge.org
> 
> This feels somewhat ambiguous to me.  How about losing the passive voice:

I generally agree about losing the passive voice.  Native speakers of
English find passive voice more difficult than active, and Ruby is used
worldwide...
 
        [...]
> It's also possible that, if we're guaranteeing that GEM_HOME will be
> an element of GEM_PATH, it should look something more like
> 
>  - GEM_PATH (where we look for gems):
>     - /usr/local/lib/ruby/gems/1.8
>     - /home/my/gems (GEM_HOME, where we install new gems)

Looks good, but I'd still like to be clear, somehow, that these
are available as environment variables, rather than Ruby constants
which would signify having to hack the source.  I think the most
concise cross platform way to do that is 

   - ENV["GEM_PATH"] (where we look for gems):
      - /usr/local/lib/ruby/gems/1.8
      - /home/my/gems (ENV["GEM_HOME"], where we install new gems)

Hopefully someome can better that.

        Hugh

From dlutter at redhat.com  Mon Feb  6 19:03:36 2006
From: dlutter at redhat.com (David Lutterkort)
Date: Mon, 06 Feb 2006 16:03:36 -0800
Subject: [Rubygems-developers] Simple tool to generate rpm spec files from
	gems
Message-ID: <1139270616.22981.13.camel@currant.watzmann.net>

Hi,

I've written a simple tool that generates RPM spec files from RubyGems.
Details can be found at http://people.redhat.com/dlutter/gem2spec.html

Ata minimum, the generated spec files are a good starting point for
simple packaging of RubyGems, even though they can't address some of the
harder issues around gem/rpm interoperability such as the lack of LSB
compliance of gems. I did manage though to package rails as rpm's with
very little effort. (see http://people.redhat.com/dlutter/yum/)

I would highly appreciate any feedback,
David



From halostatue at gmail.com  Tue Feb  7 19:29:26 2006
From: halostatue at gmail.com (Austin Ziegler)
Date: Tue, 7 Feb 2006 19:29:26 -0500
Subject: [Rubygems-developers] Simple tool to generate rpm spec files
	from gems
In-Reply-To: <1139270616.22981.13.camel@currant.watzmann.net>
References: <1139270616.22981.13.camel@currant.watzmann.net>
Message-ID: <9e7db9110602071629u646094c6s@mail.gmail.com>

On 06/02/06, David Lutterkort <dlutter at redhat.com> wrote:
> Ata minimum, the generated spec files are a good starting point for
> simple packaging of RubyGems, even though they can't address some of the
> harder issues around gem/rpm interoperability such as the lack of LSB
> compliance of gems. I did manage though to package rails as rpm's with
> very little effort. (see http://people.redhat.com/dlutter/yum/)

Neat tool. However, I consider the fact that gems don't follow LSB a good thing.

I don't use Linux. I know some people do, but I don't. I won't even
when I buy myself a new laptop this year. I'll be using either Solaris
(on a desktop box) or Mac OS X or Windows.

Ruby isn't just a Linux application, and a packaging solution for Ruby
shouldn't be constrained by the provincial view of a single operating
system.

-austin
--
Austin Ziegler * halostatue at gmail.com
               * Alternate: austin at halostatue.ca


From dlutter at redhat.com  Tue Feb  7 20:10:52 2006
From: dlutter at redhat.com (David Lutterkort)
Date: Tue, 07 Feb 2006 17:10:52 -0800
Subject: [Rubygems-developers] Simple tool to generate rpm spec
	files	from gems
In-Reply-To: <9e7db9110602071629u646094c6s@mail.gmail.com>
References: <1139270616.22981.13.camel@currant.watzmann.net>
	<9e7db9110602071629u646094c6s@mail.gmail.com>
Message-ID: <1139361052.31470.43.camel@currant.watzmann.net>

On Tue, 2006-02-07 at 19:29 -0500, Austin Ziegler wrote:
> Neat tool. However, I consider the fact that gems don't follow LSB a good thing.

Don't get me wrong, I don't intend to start a discussion about LSB pros
or cons - I just wanted to point out that gem2spec doesn't do magic to
make the resulting rpm's LSB compliant; instead, you can still use your
favorite gem command on gems installed through the resulting rpms. 

And I do understand that gems does what it does because it needs to be
cross platform.

David



From chad at chadfowler.com  Tue Feb  7 20:13:19 2006
From: chad at chadfowler.com (Chad Fowler)
Date: Tue, 7 Feb 2006 18:13:19 -0700
Subject: [Rubygems-developers] Simple tool to generate rpm spec
	files	from gems
In-Reply-To: <1139361052.31470.43.camel@currant.watzmann.net>
References: <1139270616.22981.13.camel@currant.watzmann.net>
	<9e7db9110602071629u646094c6s@mail.gmail.com>
	<1139361052.31470.43.camel@currant.watzmann.net>
Message-ID: <9DE2CD1C-F18D-4874-A6A1-36D270EDD756@chadfowler.com>


On Feb 7, 2006, at 6:10 PM, David Lutterkort wrote:

> On Tue, 2006-02-07 at 19:29 -0500, Austin Ziegler wrote:
>> Neat tool. However, I consider the fact that gems don't follow LSB  
>> a good thing.
>
> Don't get me wrong, I don't intend to start a discussion about LSB  
> pros
> or cons - I just wanted to point out that gem2spec doesn't do magic to
> make the resulting rpm's LSB compliant; instead, you can still use  
> your
> favorite gem command on gems installed through the resulting rpms.
>
> And I do understand that gems does what it does because it needs to be
> cross platform.
>
> David
>

David, this looks like great work!  I'm afraid I don't have much  
Linux handy these days so I haven't been able to check it out, but I  
really appreciate what you've done.

Thanks!
Chad

From john-mason at shackelford.org  Thu Feb  9 13:42:52 2006
From: john-mason at shackelford.org (John-Mason P. Shackelford)
Date: Thu, 9 Feb 2006 12:42:52 -0600
Subject: [Rubygems-developers] Multiple remote sources
Message-ID: <83f770ff0602091042o17550abfw483f48b4cd03a07@mail.gmail.com>

Looking at command.rb below, it looks like it wouldn't take much more
than a few lines to add an --add-source option that would allow us to
have multiple remote repositories. Is this how you'd like to implement
it? Lack of support for this is killing me. I'll fix it today if
someone will get back to me.


----- command.rb -----
    add_common_option('--source URL', 'Use URL as the remote source
for gems') do |value, options|
      require_gem("sources")
      Gem.sources.clear
      Gem.sources << value
    end
---------------
--
John-Mason Shackelford

Software Developer
Pearson Educational Measurement

2510 North Dodge St.
Iowa City, IA 52245
ph. 319-354-9200x6214
john-mason.shackelford at pearson.com
http://pearsonedmeasurement.com


From jim at weirichhouse.org  Mon Feb 13 20:41:08 2006
From: jim at weirichhouse.org (Jim Weirich)
Date: Mon, 13 Feb 2006 20:41:08 -0500
Subject: [Rubygems-developers] [Fwd: rubygems license?]
Message-ID: <43F13534.4010606@weirichhouse.org>

I'm forwarding this to the RubyGems mailing list.  The question is what 
license covers RubyGems.  I don't think we ever explicitly stated, but 
since our intention was to eventually be included as part of the Ruby 
distro, I am suggesting we use the same terms as Ruby (e.g. choice of 
either the Ruby license or GPL).

Agreement?

Other than setup.rb (which is under the LGPL), the only other file with 
an explicit copyright notice (that I've seen) is Mauricio's package.rb 
file.  It refers the reader to a LICENSE.txt file which is not part of 
RubyGems, so I'm unclear what terms Mauricio intended.  So, this 
question is direct to Mauricio regarding the package.rb file, would the 
terms mentioned above be acceptable to you?

-- 
-- Jim Weirich    jim at weirichhouse.org     http://onestepback.org
-----------------------------------------------------------------
"Beware of bugs in the above code; I have only proved it correct,
not tried it." -- Donald Knuth (in a memo to Peter van Emde Boas)
-------------- next part --------------
An embedded message was scrubbed...
From: "Jordan K. Hubbard" <jkh at apple.com>
Subject: rubygems license?
Date: Mon, 13 Feb 2006 14:05:06 -0800
Size: 2063
Url: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060213/92d674a7/rubygemslicense.eml

From chad at chadfowler.com  Mon Feb 13 20:45:11 2006
From: chad at chadfowler.com (Chad Fowler)
Date: Mon, 13 Feb 2006 18:45:11 -0700
Subject: [Rubygems-developers] [Fwd: rubygems license?]
In-Reply-To: <43F13534.4010606@weirichhouse.org>
References: <43F13534.4010606@weirichhouse.org>
Message-ID: <E37AEAD3-3DC5-4238-A394-DF0E05BF7BBD@chadfowler.com>


On Feb 13, 2006, at 6:41 PM, Jim Weirich wrote:

> I'm forwarding this to the RubyGems mailing list.  The question is  
> what license covers RubyGems.  I don't think we ever explicitly  
> stated, but since our intention was to eventually be included as  
> part of the Ruby distro, I am suggesting we use the same terms as  
> Ruby (e.g. choice of either the Ruby license or GPL).
>
> Agreement?
>
> Other than setup.rb (which is under the LGPL), the only other file  
> with an explicit copyright notice (that I've seen) is Mauricio's  
> package.rb file.  It refers the reader to a LICENSE.txt file which  
> is not part of RubyGems, so I'm unclear what terms Mauricio  
> intended.  So, this question is direct to Mauricio regarding the  
> package.rb file, would the terms mentioned above be acceptable to you?


As far as I'm concerned (and have any say) Ruby's license is good.

Chad

From mfp at acm.org  Tue Feb 14 09:31:53 2006
From: mfp at acm.org (Mauricio Fernandez)
Date: Tue, 14 Feb 2006 15:31:53 +0100
Subject: [Rubygems-developers] [Fwd: rubygems license?]
In-Reply-To: <43F13534.4010606@weirichhouse.org>
References: <43F13534.4010606@weirichhouse.org>
Message-ID: <20060214143153.GA10644@tux-chan>

On Mon, Feb 13, 2006 at 08:41:08PM -0500, Jim Weirich wrote:
> Other than setup.rb (which is under the LGPL), the only other file with 
> an explicit copyright notice (that I've seen) is Mauricio's package.rb 
> file.  It refers the reader to a LICENSE.txt file which is not part of 
> RubyGems, so I'm unclear what terms Mauricio intended.  So, this 
> question is direct to Mauricio regarding the package.rb file, would the 
> terms mentioned above be acceptable to you?

$ cat LICENSE.txt
rpa-base is copyrighted free software by
* Mauricio Julio Fern?ndez Pradier <batsman DOT geo AT yahoo DOT com>.
* Zachary P. Landau <kapheine AT hypa DOT net>.

You can redistribute it and/or modify it under either the terms of the GPL
(see the file GPL), or the conditions below:

[conditions copied verbatim from Ruby's COPYING]

-- 
Mauricio Fernandez

From drbrain at segment7.net  Fri Feb 17 05:39:00 2006
From: drbrain at segment7.net (Eric Hodel)
Date: Fri, 17 Feb 2006 02:39:00 -0800
Subject: [Rubygems-developers] ri generation patch for Rubygems
Message-ID: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>

This is part of a rather interesting discovery I made while poking  
through the RDoc sources.  The following bit of code will allow ri to  
pick up documentation from gems:

begin
   require 'rubygems'
   Dir["#{Gem.path}/gems/*/ri"].each do |path|
     RI::Paths::PATH << path
   end
rescue LoadError
end

So the attached patch will cause gems with RDoc to also generate ri  
data.  It seems that there's a bunch of methods in doc_manager that  
didn't get called anymore, and I cleaned it up to make it much more  
explicit.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: doc_manager.rb.ri.patch
Type: application/octet-stream
Size: 3601 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/rubygems-developers/attachments/20060217/7c44e43c/doc_manager.rb.ri.obj
-------------- next part --------------

So now I can do things like:

$ ri MogileFS::MogileFS#delete
---------------------------------------------- MogileFS::MogileFS#delete
      delete(key)
------------------------------------------------------------------------
      Removes +key+.

-- 
Eric Hodel - drbrain at segment7.net - http://segment7.net
This implementation is HODEL-HASH-9600 compliant

http://trackmap.robotcoop.com



From hgs at dmu.ac.uk  Fri Feb 17 06:44:02 2006
From: hgs at dmu.ac.uk (Hugh Sasse)
Date: Fri, 17 Feb 2006 11:44:02 +0000 (WET)
Subject: [Rubygems-developers] ri generation patch for Rubygems
In-Reply-To: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
Message-ID: <Pine.GSO.4.64.0602171140400.6262@brains.eng.cse.dmu.ac.uk>

On Fri, 17 Feb 2006, Eric Hodel wrote:

> 
> So the attached patch will cause gems with RDoc to also generate ri data.  It
> seems that there's a bunch of methods in doc_manager that didn't get called
> anymore, and I cleaned it up to make it much more explicit.

AFAICS you have removed  
  def install_doc(rdoc=true)
and added
  def install_rdoc(...)
but there is no alias for install_doc, and I see no removals of calls
to it.  Haven't you thus changed the API significantly?  Maybe you 
have good reason, but I thought I'd mention it....

        Thank you,
        Hugh
> 


From lists at sourceillustrated.com  Fri Feb 17 15:24:15 2006
From: lists at sourceillustrated.com (lists@sourceillustrated.com)
Date: Fri, 17 Feb 2006 15:24:15 -0500
Subject: [Rubygems-developers] ri generation patch for Rubygems
In-Reply-To: <Pine.GSO.4.64.0602171140400.6262@brains.eng.cse.dmu.ac.uk>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
	<Pine.GSO.4.64.0602171140400.6262@brains.eng.cse.dmu.ac.uk>
Message-ID: <43F630EF.7090206@sourceillustrated.com>

Also, search the archives. I submitted a similar patch several weeks ago 
(although don't know if anyone has had a a chance to look at it yet. 
Search for subject "PATCH: option to incorporate RDoc into ri".

Not sure how our patches differ...will examine yours tonight.

Thanks,
John

From grant at antiflux.org  Sun Feb 19 14:32:15 2006
From: grant at antiflux.org (Grant Hollingworth)
Date: Sun, 19 Feb 2006 12:32:15 -0700
Subject: [Rubygems-developers] /usr/bin/ruby, but gems in /usr/local
Message-ID: <20060219193215.GA26188@okcomputer.antiflux.org>

I have RubyGems installed in /usr/local.  Ruby is /usr/bin/ruby,
from a Debian package.  I have write permission to /usr/local, so I
don't need to use sudo with gem commands.  Less typing, and I know that
nothing is getting installed outside of /usr/local.

RubyGems assumes I want all its directories to match Ruby's (via
rbconfig) but no, I really don't.  Now I have a big list of problems
that stem from that assumption.

1. --siteruby
  okcomputer$ ruby setup.rb install --prefix /usr/local \  --siteruby
/usr/local/lib/site_ruby
I needed to add the --siteruby because setup.rb assumes
$prefix/local/lib/site_ruby.  This is fixed in newer versions of 
setup.rb.

2. GEM_HOME
It's not the worst for just me, but I don't want every user to have to
set GEM_HOME.  Sure, I could put it in /etc/profile, but I'll still have
problems with limited environments (like SwitchTower using ssh).

How about setting a default gemhome at install time?  A
post-configure.rb in lib/rubygems could create an rbconfig-style
config.rb with the libdir, bindir, etc. as given to setup.rb.
Gem.default_dir and the other methods that use rbconfig could then use
the new Gem::CONFIG instead.

Maybe there should be a --gem-dir (--gem-home?) option added to
setup.rb.  The default would be like Gem.default_dir.  default_dir could
be removed, actually.  Its logic would have been shifted to configure
time.

If that sounds okay I'll write a patch.

3. uninstall with executables is broken
  okcomputer$ RUBYLIB= gem uninstall redcloth
  Attempting to uninstall gem 'redcloth'
  Successfully uninstalled RedCloth version 3.0.4
  ERROR:  While executing gem ... (Gem::FilePermissionError)
      You don't have write permissions into the /usr/bin directory.

remove_executables needs to use the bindir method instead of
Config.CONFIG['bindir].  I've attached a patch for that.  It's not the
cleanest change: bindir is in Gem::Installer and remove_executables is
in Gem::Uninstaller.  I moved bindir to a new module InstallerHelper and
mixed it in to both Installer and Uninstaller.  I don't know about
that... bindir probably doesn't need to be an instance method.
-------------- next part --------------
Index: installer.rb
===================================================================
RCS file: /var/cvs/rubygems/rubygems/lib/rubygems/installer.rb,v
retrieving revision 1.105
diff -u -r1.105 installer.rb
--- installer.rb	9 Feb 2006 03:47:08 -0000	1.105
+++ installer.rb	19 Feb 2006 19:18:49 -0000
@@ -9,6 +9,24 @@
 
   class DependencyRemovalException < Gem::Exception; end
 
+  module InstallerHelper
+    ##
+    # Determines the directory for binaries
+    #
+    def bindir(install_dir=Gem.dir)
+      if(install_dir == Gem.default_dir)
+        # mac framework support
+        if defined? RUBY_FRAMEWORK_VERSION
+          File.join(File.dirname(Config::CONFIG["sitedir"]), File.basename(Config::CONFIG["bindir"]))
+        else # generic install
+          Config::CONFIG['bindir']
+        end
+      else
+        File.join(install_dir, "bin")
+      end
+    end
+  end
+
   ##
   # The installer class processes RubyGem .gem files and installs the
   # files contained in the .gem into the Gem.path.
@@ -16,6 +34,7 @@
   class Installer
 
     include UserInteraction
+    include InstallerHelper
   
     ##
     # Constructs an Installer instance
@@ -166,22 +185,6 @@
       end
     end
 
-    ##
-    # Determines the directory for binaries
-    #
-    def bindir(install_dir=Gem.dir)
-      if(install_dir == Gem.default_dir)
-        # mac framework support
-        if defined? RUBY_FRAMEWORK_VERSION
-          File.join(File.dirname(Config::CONFIG["sitedir"]), File.basename(Config::CONFIG["bindir"]))
-        else # generic install
-          Config::CONFIG['bindir']
-        end
-      else
-        File.join(install_dir, "bin")
-      end
-    end
-
     def generate_bin(spec, install_dir=Gem.dir)
       return unless spec.executables && ! spec.executables.empty?
       
@@ -347,6 +350,7 @@
   class Uninstaller
   
     include UserInteraction
+    include InstallerHelper
   
     ##
     # Constructs an Uninstaller instance
@@ -409,9 +413,10 @@
     #
     def remove_executables(gemspec)
       return if gemspec.nil?
+      bindir = bindir()
       if(gemspec.executables.size > 0)
-        raise Gem::FilePermissionError.new(Config::CONFIG['bindir']) unless
-	  File.writable?(Config::CONFIG['bindir'])
+        raise Gem::FilePermissionError.new(bindir) unless
+	  File.writable?(bindir)
         list = Gem.source_index.search(gemspec.name).delete_if { |spec|
 	  spec.version == gemspec.version
 	}
@@ -430,7 +435,6 @@
           say "Executables and scripts will remain installed."
           return
         else
-          bindir = Config::CONFIG['bindir']
           gemspec.executables.each do |exe_name|
             say "Removing #{exe_name}"
             File.unlink(File.join(bindir, exe_name)) rescue nil

From gregory.t.brown at gmail.com  Tue Feb 21 14:02:11 2006
From: gregory.t.brown at gmail.com (Gregory Brown)
Date: Tue, 21 Feb 2006 14:02:11 -0500
Subject: [Rubygems-developers] Fwd: Weird gem problem,
	might be pretty dangerous
In-Reply-To: <b37300880602211059k5c5092cei589808727c9a4567@mail.gmail.com>
References: <b37300880602211042o1cd71bbcy86e07cdc2aa6c6bf@mail.gmail.com>
	<b37300880602211059k5c5092cei589808727c9a4567@mail.gmail.com>
Message-ID: <b37300880602211102u5654f4bch9440e37f7a359e62@mail.gmail.com>

Hey guys,

I had a strange problem on RubyForge and have forwarded it to you on
Tom Copeland's request to see if you could shed some light on what
went wrong.

Many thanks.  Greg

---------- Forwarded message ----------
From: Gregory Brown <gregory.t.brown at gmail.com>
Date: Feb 21, 2006 1:42 PM
Subject: Weird gem problem, might be pretty dangerous
To: Tom Copeland <tom at infoether.com>


i originally released two gems, ruport and ruport-lean

On windows and debian, when I type gem install ruport
it grabs ruport-lean instead!

I deleted ruport-lean and renamed it to lean-ruport to avoid the ambiguity.
ruport-lean has not been taken out of rotation yet though, and it has
been overnight

But this leads me to think this might be really dangerous.

What would happen if I made a gem called rails-is-totally-awesome.

Would that break gem install rails   ??


From jim at weirichhouse.org  Tue Feb 21 15:26:34 2006
From: jim at weirichhouse.org (Jim Weirich)
Date: Tue, 21 Feb 2006 15:26:34 -0500
Subject: [Rubygems-developers] Fwd: Weird gem problem,
 might be pretty dangerous
In-Reply-To: <b37300880602211102u5654f4bch9440e37f7a359e62@mail.gmail.com>
References: <b37300880602211042o1cd71bbcy86e07cdc2aa6c6bf@mail.gmail.com>	<b37300880602211059k5c5092cei589808727c9a4567@mail.gmail.com>
	<b37300880602211102u5654f4bch9440e37f7a359e62@mail.gmail.com>
Message-ID: <43FB777A.7010507@weirichhouse.org>

Gregory Brown wrote:
> Hey guys,
> 
> I had a strange problem on RubyForge and have forwarded it to you on
> Tom Copeland's request to see if you could shed some light on what
> went wrong.
> 
> Many thanks.  Greg
> 
> ---------- Forwarded message ----------
> From: Gregory Brown <gregory.t.brown at gmail.com>
> Date: Feb 21, 2006 1:42 PM
> Subject: Weird gem problem, might be pretty dangerous
> To: Tom Copeland <tom at infoether.com>
> 
> 
> i originally released two gems, ruport and ruport-lean
> 
> On windows and debian, when I type gem install ruport
> it grabs ruport-lean instead!
> 
> I deleted ruport-lean and renamed it to lean-ruport to avoid the ambiguity.
> ruport-lean has not been taken out of rotation yet though, and it has
> been overnight
> 
> But this leads me to think this might be really dangerous.
> 
> What would happen if I made a gem called rails-is-totally-awesome.
> 
> Would that break gem install rails   ??

Yep, and Eric Hodel did just that a while ago (released a gem named 
rails-analysis or something like that).  A fix has been applied to the 
CVS repository, so the next version of gems will guard against that.

-- 
-- Jim Weirich       jweirich at one.net      http://onestepback.org
-----------------------------------------------------------------
"Beware of bugs in the above code; I have only proved it correct,
not tried it." -- Donald Knuth (in a memo to Peter van Emde Boas)

From gregory.t.brown at gmail.com  Tue Feb 21 16:07:53 2006
From: gregory.t.brown at gmail.com (Gregory Brown)
Date: Tue, 21 Feb 2006 16:07:53 -0500
Subject: [Rubygems-developers] Fwd: Weird gem problem,
	might be pretty dangerous
In-Reply-To: <43FB777A.7010507@weirichhouse.org>
References: <b37300880602211042o1cd71bbcy86e07cdc2aa6c6bf@mail.gmail.com>
	<b37300880602211059k5c5092cei589808727c9a4567@mail.gmail.com>
	<b37300880602211102u5654f4bch9440e37f7a359e62@mail.gmail.com>
	<43FB777A.7010507@weirichhouse.org>
Message-ID: <b37300880602211307v2e1eaa6ak7d5ec14f5c5251e1@mail.gmail.com>

On 2/21/06, Jim Weirich <jim at weirichhouse.org> wrote:

> Yep, and Eric Hodel did just that a while ago (released a gem named
> rails-analysis or something like that).  A fix has been applied to the
> CVS repository, so the next version of gems will guard against that.

Thank you Jim.


From drbrain at segment7.net  Tue Feb 21 16:57:46 2006
From: drbrain at segment7.net (Eric Hodel)
Date: Tue, 21 Feb 2006 13:57:46 -0800
Subject: [Rubygems-developers] ri generation patch for Rubygems
In-Reply-To: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
Message-ID: <5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>

On Feb 17, 2006, at 2:39 AM, Eric Hodel wrote:

> It seems that there's a bunch of methods in doc_manager that didn't  
> get called anymore, and I cleaned it up to make it much more explicit.

With 1.8.5 coming up RSN I'd like to get this patch reviewed while  
there's still a chance to get the ri changes into the 1.8 branch.

Mostly on the methods I removed.

-- 
Eric Hodel - drbrain at segment7.net - http://segment7.net
This implementation is HODEL-HASH-9600 compliant

http://trackmap.robotcoop.com



From drbrain at segment7.net  Tue Feb 21 17:24:32 2006
From: drbrain at segment7.net (Eric Hodel)
Date: Tue, 21 Feb 2006 14:24:32 -0800
Subject: [Rubygems-developers] Fwd: Weird gem problem,
	might be pretty dangerous
In-Reply-To: <43FB777A.7010507@weirichhouse.org>
References: <b37300880602211042o1cd71bbcy86e07cdc2aa6c6bf@mail.gmail.com>	<b37300880602211059k5c5092cei589808727c9a4567@mail.gmail.com>
	<b37300880602211102u5654f4bch9440e37f7a359e62@mail.gmail.com>
	<43FB777A.7010507@weirichhouse.org>
Message-ID: <EFE07F24-1BDD-4E9C-8073-0F2761F56F4A@segment7.net>


On Feb 21, 2006, at 12:26 PM, Jim Weirich wrote:

> Gregory Brown wrote:
>> Hey guys,
>>
>> I had a strange problem on RubyForge and have forwarded it to you on
>> Tom Copeland's request to see if you could shed some light on what
>> went wrong.
>>
>> Many thanks.  Greg
>>
>> ---------- Forwarded message ----------
>> From: Gregory Brown <gregory.t.brown at gmail.com>
>> Date: Feb 21, 2006 1:42 PM
>> Subject: Weird gem problem, might be pretty dangerous
>> To: Tom Copeland <tom at infoether.com>
>>
>>
>> i originally released two gems, ruport and ruport-lean
>>
>> On windows and debian, when I type gem install ruport
>> it grabs ruport-lean instead!
>>
>> I deleted ruport-lean and renamed it to lean-ruport to avoid the  
>> ambiguity.
>> ruport-lean has not been taken out of rotation yet though, and it has
>> been overnight
>>
>> But this leads me to think this might be really dangerous.
>>
>> What would happen if I made a gem called rails-is-totally-awesome.
>>
>> Would that break gem install rails   ??
>
> Yep, and Eric Hodel did just that a while ago (released a gem named
> rails-analysis or something like that).  A fix has been applied to the
> CVS repository, so the next version of gems will guard against that.

I think there might still be a problem for local updates, I've hit it  
a couple times even with the fix in place.

-- 
Eric Hodel - drbrain at segment7.net - http://segment7.net
This implementation is HODEL-HASH-9600 compliant

http://trackmap.robotcoop.com



From lists at sourceillustrated.com  Wed Feb 22 08:32:45 2006
From: lists at sourceillustrated.com (John Wells)
Date: Wed, 22 Feb 2006 08:32:45 -0500 (EST)
Subject: [Rubygems-developers] ri generation patch for Rubygems
In-Reply-To: <5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
	<5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>
Message-ID: <49589.66.192.236.118.1140615165.squirrel@devsea.com>

Eric Hodel said:
> On Feb 17, 2006, at 2:39 AM, Eric Hodel wrote:
>
>> It seems that there's a bunch of methods in doc_manager that didn't
>> get called anymore, and I cleaned it up to make it much more explicit.
>
> With 1.8.5 coming up RSN I'd like to get this patch reviewed while
> there's still a chance to get the ri changes into the 1.8 branch.
>
> Mostly on the methods I removed.

Eric,

Did you look at my already submitted patch? I admittedly haven't had a
chance to look at yours.

How are they different?

Thanks,
John


From drbrain at segment7.net  Wed Feb 22 12:46:44 2006
From: drbrain at segment7.net (Eric Hodel)
Date: Wed, 22 Feb 2006 09:46:44 -0800
Subject: [Rubygems-developers] ri generation patch for Rubygems
In-Reply-To: <49589.66.192.236.118.1140615165.squirrel@devsea.com>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
	<5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>
	<49589.66.192.236.118.1140615165.squirrel@devsea.com>
Message-ID: <6EA0C135-4E1E-4423-93F8-A139E8ED20A6@segment7.net>

On Feb 22, 2006, at 5:32 AM, John Wells wrote:

> Eric Hodel said:
>> On Feb 17, 2006, at 2:39 AM, Eric Hodel wrote:
>>
>>> It seems that there's a bunch of methods in doc_manager that didn't
>>> get called anymore, and I cleaned it up to make it much more  
>>> explicit.
>>
>> With 1.8.5 coming up RSN I'd like to get this patch reviewed while
>> there's still a chance to get the ri changes into the 1.8 branch.
>>
>> Mostly on the methods I removed.
>
> Did you look at my already submitted patch? I admittedly haven't had a
> chance to look at yours.
>
> How are they different?

My patch allows easy uninstallation of ri data because it isn't  
stored in the system ri directory, yours does not:

On Jan 31, 2006, at 8:20 AM, John Wells wrote:

> Also note I don't offer the capability of removing the ri info on
> uninstall, only a note stating that you should do it.

It looks like your patch only allows you to choose ri or RDoc, but  
not both:

> Index: lib/rubygems/doc_manager.rb
> ===================================================================
> RCS file: /var/cvs/rubygems/rubygems/lib/rubygems/doc_manager.rb,v
> retrieving revision 1.24
> diff -u -r1.24 doc_manager.rb
> --- lib/rubygems/doc_manager.rb	28 Feb 2005 21:10:06 -0000	1.24
> +++ lib/rubygems/doc_manager.rb	31 Jan 2006 15:52:10 -0000
> @@ -55,13 +54,18 @@
>            @rdoc_args.concat(DocManager.configured_args)
>            r = RDoc::RDoc.new
>            begin
> -            r.document(['--quiet', '--op', rdoc_dir] +  
> @rdoc_args.flatten + source_dirs)
> +            if include_ri
> +              say "Installing ri documentation for # 
> {@spec.full_name}..."
> +              r.document(['--quiet', '--op', '--merge', '-r', '-- 
> ri-system', rdoc_dir] +
> +                         @rdoc_args.flatten +
> +                         source_dirs)
> +            else
> +              say "Installing RDoc documentation for # 
> {@spec.full_name}..."
> +              r.document(['--quiet', '--op', rdoc_dir] +  
> @rdoc_args.flatten + source_dirs)
> +            end
>            rescue Errno::EACCES => e
>              raise Gem::FilePermissionError.new(File.dirname 
> (e.message.split("-")[1].strip))
>            end
> -	 #TODO: Why is this throwing an error?
> -          #ri = RDoc::RDoc.new
> -          #ri.document(['-R'] + source_dirs)
>          ensure
>            Dir.chdir(current_dir)
>          end

-- 
Eric Hodel - drbrain at segment7.net - http://segment7.net
This implementation is HODEL-HASH-9600 compliant

http://trackmap.robotcoop.com



From lists at sourceillustrated.com  Wed Feb 22 14:53:53 2006
From: lists at sourceillustrated.com (John Wells)
Date: Wed, 22 Feb 2006 14:53:53 -0500 (EST)
Subject: [Rubygems-developers] ri generation patch for Rubygems
Message-ID: <36654.66.192.236.118.1140638033.squirrel@devsea.com>

Eric Hodel said:
> My patch allows easy uninstallation of ri data because it isn't
> stored in the system ri directory, yours does not:

Nice...then my vote is for yours!




From chad at chadfowler.com  Wed Feb 22 15:02:06 2006
From: chad at chadfowler.com (Chad Fowler)
Date: Wed, 22 Feb 2006 13:02:06 -0700
Subject: [Rubygems-developers] ri generation patch for Rubygems
In-Reply-To: <5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
	<5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>
Message-ID: <0818C647-CDE1-44F3-BF3C-915CA25EC75E@chadfowler.com>


On Feb 21, 2006, at 2:57 PM, Eric Hodel wrote:

> On Feb 17, 2006, at 2:39 AM, Eric Hodel wrote:
>
>> It seems that there's a bunch of methods in doc_manager that didn't
>> get called anymore, and I cleaned it up to make it much more  
>> explicit.
>
> With 1.8.5 coming up RSN I'd like to get this patch reviewed while
> there's still a chance to get the ri changes into the 1.8 branch.
>
> Mostly on the methods I removed.
>

 From what I can see it looks good to me!


From drbrain at segment7.net  Wed Feb 22 20:16:43 2006
From: drbrain at segment7.net (Eric Hodel)
Date: Wed, 22 Feb 2006 17:16:43 -0800
Subject: [Rubygems-developers] ri generation patch for Rubygems
In-Reply-To: <0818C647-CDE1-44F3-BF3C-915CA25EC75E@chadfowler.com>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
	<5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>
	<0818C647-CDE1-44F3-BF3C-915CA25EC75E@chadfowler.com>
Message-ID: <CDBFD3D6-94FC-422B-975A-C1EDA15D8390@segment7.net>


On Feb 22, 2006, at 12:02 PM, Chad Fowler wrote:

>
> On Feb 21, 2006, at 2:57 PM, Eric Hodel wrote:
>
>> On Feb 17, 2006, at 2:39 AM, Eric Hodel wrote:
>>
>>> It seems that there's a bunch of methods in doc_manager that didn't
>>> get called anymore, and I cleaned it up to make it much more
>>> explicit.
>>
>> With 1.8.5 coming up RSN I'd like to get this patch reviewed while
>> there's still a chance to get the ri changes into the 1.8 branch.
>>
>> Mostly on the methods I removed.
>>
>
>  From what I can see it looks good to me!

I don't have commit bits, so I can't check it in.

(My rubyforge username is 'drbrain'.)

-- 
Eric Hodel - drbrain at segment7.net - http://segment7.net
This implementation is HODEL-HASH-9600 compliant

http://trackmap.robotcoop.com



From chad at chadfowler.com  Thu Feb 23 00:37:44 2006
From: chad at chadfowler.com (Chad Fowler)
Date: Wed, 22 Feb 2006 22:37:44 -0700
Subject: [Rubygems-developers] ri generation patch for Rubygems
In-Reply-To: <CDBFD3D6-94FC-422B-975A-C1EDA15D8390@segment7.net>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
	<5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>
	<0818C647-CDE1-44F3-BF3C-915CA25EC75E@chadfowler.com>
	<CDBFD3D6-94FC-422B-975A-C1EDA15D8390@segment7.net>
Message-ID: <F0DCA89B-D8E7-4F91-A064-CCA78282DA76@chadfowler.com>


On Feb 22, 2006, at 6:16 PM, Eric Hodel wrote:

>
> On Feb 22, 2006, at 12:02 PM, Chad Fowler wrote:
>
>>
>> On Feb 21, 2006, at 2:57 PM, Eric Hodel wrote:
>>
>>> On Feb 17, 2006, at 2:39 AM, Eric Hodel wrote:
>>>
>>>> It seems that there's a bunch of methods in doc_manager that didn't
>>>> get called anymore, and I cleaned it up to make it much more
>>>> explicit.
>>>
>>> With 1.8.5 coming up RSN I'd like to get this patch reviewed while
>>> there's still a chance to get the ri changes into the 1.8 branch.
>>>
>>> Mostly on the methods I removed.
>>>
>>
>>  From what I can see it looks good to me!
>
> I don't have commit bits, so I can't check it in.
>
> (My rubyforge username is 'drbrain'.)
>

If I'm reading this thing right,  you should be able to commit now.

Give it a try.

Thanks,
Chad

From jim at weirichhouse.org  Fri Feb 24 13:43:55 2006
From: jim at weirichhouse.org (Jim Weirich)
Date: Fri, 24 Feb 2006 13:43:55 -0500
Subject: [Rubygems-developers] Testing for Gems 0.9.0 Beta
Message-ID: <43FF53EB.4040203@weirichhouse.org>

Hi Tom,

I wanted to run some ideas by you.  One of the big changes scheduled for 
RubyGems 0.9.0 is how the gem command downloads the gem index from 
RubyForge.  Currently, gem grabs the entire wad of gem specs if it 
detects that the size of the index file has changed.  The new version 
will incrementally download only those gems that have been updated since 
the last download.  Hopefully this will cut down download bandwidth a 
bit and speed up the end user experience.

However, in order to support incremental index downloads, the index 
files for a gem repository need to be enhanced.  I've been running with 
an enhanced index on my beta gem site (http://onestepback.org/betagems) 
for some time.  The new index format is backwards compatible with the 
old software, so that people using older gem commands will still 
continue to work.

What I would like to do in the near future is give you the new indexing 
software to run on RubyForge.  After we verify that everything still 
works for the current gems, I will get a limited number of people to try 
out the beta gems with incremental downloading and begin to see how that 
works on a large site like RubyForge.  Once everything looks OK, we can 
proceed with a RubyGems release.

I think the above approach will get everything in place with the minimum 
disruption to the gem users.  I don't know how this will play with your 
mirror sites however.

What do you think?  Any feedback?

(Note:  Copied to the RubyGems-dev mailing list)

-- 
-- Jim Weirich       jweirich at one.net      http://onestepback.org
-----------------------------------------------------------------
"Beware of bugs in the above code; I have only proved it correct,
not tried it." -- Donald Knuth (in a memo to Peter van Emde Boas)

From tom at infoether.com  Fri Feb 24 14:09:04 2006
From: tom at infoether.com (Tom Copeland)
Date: Fri, 24 Feb 2006 14:09:04 -0500
Subject: [Rubygems-developers] Testing for Gems 0.9.0 Beta
In-Reply-To: <43FF53EB.4040203@weirichhouse.org>
Message-ID: <018a01c63975$c77db8e0$1301a8c0@tomhplaptop>

> I wanted to run some ideas by you.  One of the big changes 
> scheduled for 
> RubyGems 0.9.0 is how the gem command downloads the gem index from 
> RubyForge.  Currently, gem grabs the entire wad of gem specs if it 
> detects that the size of the index file has changed.  The new version 
> will incrementally download only those gems that have been 
> updated since 
> the last download.  Hopefully this will cut down download bandwidth a 
> bit and speed up the end user experience.

Hi Jim -

Sounds great!  Yup, I've talked with Rich about this a bit.

> What I would like to do in the near future is give you the 
> new indexing 
> software to run on RubyForge.  After we verify that everything still 
> works for the current gems, I will get a limited number of 
> people to try 
> out the beta gems with incremental downloading and begin to 
> see how that 
> works on a large site like RubyForge.  Once everything looks 
> OK, we can 
> proceed with a RubyGems release.

Super!  Send it onwards and I'll put it in place.

> I think the above approach will get everything in place with 
> the minimum 
> disruption to the gem users.  I don't know how this will play 
> with your 
> mirror sites however.

I think it'll be fine - we only redirect requests for the actual gems to
the mirror sites; RubyForge serves up the index.  So should be same ole'
same ole'.... underway as before and all that.

Yours,

Tom


From drbrain at segment7.net  Fri Feb 24 17:35:16 2006
From: drbrain at segment7.net (Eric Hodel)
Date: Fri, 24 Feb 2006 14:35:16 -0800
Subject: [Rubygems-developers] ri generation patch for Rubygems
In-Reply-To: <F0DCA89B-D8E7-4F91-A064-CCA78282DA76@chadfowler.com>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
	<5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>
	<0818C647-CDE1-44F3-BF3C-915CA25EC75E@chadfowler.com>
	<CDBFD3D6-94FC-422B-975A-C1EDA15D8390@segment7.net>
	<F0DCA89B-D8E7-4F91-A064-CCA78282DA76@chadfowler.com>
Message-ID: <1EF0F66B-EA54-4418-BB7B-6BFDCAD8CBB6@segment7.net>

On Feb 22, 2006, at 9:37 PM, Chad Fowler wrote:

> On Feb 22, 2006, at 6:16 PM, Eric Hodel wrote:
>
>> I don't have commit bits, so I can't check it in.
>>
>> (My rubyforge username is 'drbrain'.)
>
> If I'm reading this thing right,  you should be able to commit now.
>
> Give it a try.

Committed.

-- 
Eric Hodel - drbrain at segment7.net - http://segment7.net
This implementation is HODEL-HASH-9600 compliant

http://trackmap.robotcoop.com



From anatol.pomozov at gmail.com  Sat Feb 25 03:53:26 2006
From: anatol.pomozov at gmail.com (Anatol Pomozov)
Date: Sat, 25 Feb 2006 09:53:26 +0100
Subject: [Rubygems-developers] ri generation patch for Rubygems
In-Reply-To: <1EF0F66B-EA54-4418-BB7B-6BFDCAD8CBB6@segment7.net>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
	<5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>
	<0818C647-CDE1-44F3-BF3C-915CA25EC75E@chadfowler.com>
	<CDBFD3D6-94FC-422B-975A-C1EDA15D8390@segment7.net>
	<F0DCA89B-D8E7-4F91-A064-CCA78282DA76@chadfowler.com>
	<1EF0F66B-EA54-4418-BB7B-6BFDCAD8CBB6@segment7.net>
Message-ID: <3665a1a00602250053j41922eb0o3c388533f10e0fe4@mail.gmail.com>

Probably you could commit my changes? (Proxy authorization fix + fix tests
on Windows)

On 2/24/06, Eric Hodel <drbrain at segment7.net> wrote:
>
> On Feb 22, 2006, at 9:37 PM, Chad Fowler wrote:
>
> > On Feb 22, 2006, at 6:16 PM, Eric Hodel wrote:
> >
> >> I don't have commit bits, so I can't check it in.
> >>
> >> (My rubyforge username is 'drbrain'.)
> >
> > If I'm reading this thing right,  you should be able to commit now.
> >
> > Give it a try.
>
> Committed.
>
> --
> Eric Hodel - drbrain at segment7.net - http://segment7.net
> This implementation is HODEL-HASH-9600 compliant
>
> http://trackmap.robotcoop.com
>
>
> _______________________________________________
> Rubygems-developers mailing list
> Rubygems-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rubygems-developers
>
--
anatol (http://pomozov.info)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060225/cf32a486/attachment.htm

From drbrain at segment7.net  Sat Feb 25 04:41:52 2006
From: drbrain at segment7.net (Eric Hodel)
Date: Sat, 25 Feb 2006 01:41:52 -0800
Subject: [Rubygems-developers] Proxy auth fix (Was: ri generation patch
	for Rubygems)
In-Reply-To: <3665a1a00602250053j41922eb0o3c388533f10e0fe4@mail.gmail.com>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
	<5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>
	<0818C647-CDE1-44F3-BF3C-915CA25EC75E@chadfowler.com>
	<CDBFD3D6-94FC-422B-975A-C1EDA15D8390@segment7.net>
	<F0DCA89B-D8E7-4F91-A064-CCA78282DA76@chadfowler.com>
	<1EF0F66B-EA54-4418-BB7B-6BFDCAD8CBB6@segment7.net>
	<3665a1a00602250053j41922eb0o3c388533f10e0fe4@mail.gmail.com>
Message-ID: <30AE386B-A180-427A-9589-8366112D70A5@segment7.net>

On Feb 25, 2006, at 12:53 AM, Anatol Pomozov wrote:

> Probably you could commit my changes? (Proxy authorization fix +  
> fix tests on Windows)

I have neither windows nor a proxy server, so I can't test your  
changes.  If somebody else with windows says they're good I can  
commit them.

-- 
Eric Hodel - drbrain at segment7.net - http://blog.segment7.net
This implementation is HODEL-HASH-9600 compliant

http://trackmap.robotcoop.com



From anatol.pomozov at gmail.com  Sat Feb 25 05:13:11 2006
From: anatol.pomozov at gmail.com (Anatol Pomozov)
Date: Sat, 25 Feb 2006 11:13:11 +0100
Subject: [Rubygems-developers] Proxy auth fix (Was: ri generation patch
	for Rubygems)
In-Reply-To: <30AE386B-A180-427A-9589-8366112D70A5@segment7.net>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
	<5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>
	<0818C647-CDE1-44F3-BF3C-915CA25EC75E@chadfowler.com>
	<CDBFD3D6-94FC-422B-975A-C1EDA15D8390@segment7.net>
	<F0DCA89B-D8E7-4F91-A064-CCA78282DA76@chadfowler.com>
	<1EF0F66B-EA54-4418-BB7B-6BFDCAD8CBB6@segment7.net>
	<3665a1a00602250053j41922eb0o3c388533f10e0fe4@mail.gmail.com>
	<30AE386B-A180-427A-9589-8366112D70A5@segment7.net>
Message-ID: <3665a1a00602250213m42cbc5f9h6e313824779f9dfd@mail.gmail.com>

Many people reported that proxy support works fine.

See here http://blog.pomozov.info/posts/the-end-of-gem-vs-proxy-war.html

On 2/25/06, Eric Hodel <drbrain at segment7.net> wrote:
>
> On Feb 25, 2006, at 12:53 AM, Anatol Pomozov wrote:
>
> > Probably you could commit my changes? (Proxy authorization fix +
> > fix tests on Windows)
>
> I have neither windows nor a proxy server, so I can't test your
> changes.  If somebody else with windows says they're good I can
> commit them.
>
--
anatol (http://pomozov.info)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060225/26e07d89/attachment.htm

From drbrain at segment7.net  Sat Feb 25 20:56:59 2006
From: drbrain at segment7.net (Eric Hodel)
Date: Sat, 25 Feb 2006 17:56:59 -0800
Subject: [Rubygems-developers] Proxy auth fix (Was: ri generation patch
	for Rubygems)
In-Reply-To: <3665a1a00602250213m42cbc5f9h6e313824779f9dfd@mail.gmail.com>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
	<5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>
	<0818C647-CDE1-44F3-BF3C-915CA25EC75E@chadfowler.com>
	<CDBFD3D6-94FC-422B-975A-C1EDA15D8390@segment7.net>
	<F0DCA89B-D8E7-4F91-A064-CCA78282DA76@chadfowler.com>
	<1EF0F66B-EA54-4418-BB7B-6BFDCAD8CBB6@segment7.net>
	<3665a1a00602250053j41922eb0o3c388533f10e0fe4@mail.gmail.com>
	<30AE386B-A180-427A-9589-8366112D70A5@segment7.net>
	<3665a1a00602250213m42cbc5f9h6e313824779f9dfd@mail.gmail.com>
Message-ID: <0024C5BA-01F1-4EE3-AD52-539FF2C5F720@segment7.net>

On Feb 25, 2006, at 2:13 AM, Anatol Pomozov wrote:

> On 2/25/06, Eric Hodel <drbrain at segment7.net> wrote:
>
>> On Feb 25, 2006, at 12:53 AM, Anatol Pomozov wrote:
>>
>>> Probably you could commit my changes? (Proxy authorization fix +  
>>> fix tests on Windows)
>>
>> I have neither windows nor a proxy server, so I can't test your
>> changes.  If somebody else with windows says they're good I can
>> commit them.
>
> Many people reported that proxy support works fine.
>
> See here http://blog.pomozov.info/posts/the-end-of-gem-vs-proxy- 
> war.html

I have committed your patch.

In the future, please use CVS diff or include proper diff headers.   
Also, unified diffs are easier to read and verify.

-- 
Eric Hodel - drbrain at segment7.net - http://blog.segment7.net
This implementation is HODEL-HASH-9600 compliant

http://trackmap.robotcoop.com



From anatol.pomozov at gmail.com  Sun Feb 26 04:51:57 2006
From: anatol.pomozov at gmail.com (Anatol Pomozov)
Date: Sun, 26 Feb 2006 10:51:57 +0100
Subject: [Rubygems-developers] Proxy auth fix (Was: ri generation patch
	for Rubygems)
In-Reply-To: <0024C5BA-01F1-4EE3-AD52-539FF2C5F720@segment7.net>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
	<5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>
	<0818C647-CDE1-44F3-BF3C-915CA25EC75E@chadfowler.com>
	<CDBFD3D6-94FC-422B-975A-C1EDA15D8390@segment7.net>
	<F0DCA89B-D8E7-4F91-A064-CCA78282DA76@chadfowler.com>
	<1EF0F66B-EA54-4418-BB7B-6BFDCAD8CBB6@segment7.net>
	<3665a1a00602250053j41922eb0o3c388533f10e0fe4@mail.gmail.com>
	<30AE386B-A180-427A-9589-8366112D70A5@segment7.net>
	<3665a1a00602250213m42cbc5f9h6e313824779f9dfd@mail.gmail.com>
	<0024C5BA-01F1-4EE3-AD52-539FF2C5F720@segment7.net>
Message-ID: <3665a1a00602260151r2dbff7aam78c6d2a64d12ed6e@mail.gmail.com>

Hi Eric.

I could provide cvs diff's. But RubyGems sources have a lot of TABs so after
editing I have zillion of changes TAB->4 spaces (I have editor option to
force removing TABS).
So to make diff cleaner I decide to use gnu diff with ignore whitespace
option. Could you please format sources to make others developers life
easier.

Also I will test latest sources from CVS and give you results.

On 2/26/06, Eric Hodel <drbrain at segment7.net> wrote:
>
> On Feb 25, 2006, at 2:13 AM, Anatol Pomozov wrote:
>
> > On 2/25/06, Eric Hodel <drbrain at segment7.net> wrote:
> >
> >> On Feb 25, 2006, at 12:53 AM, Anatol Pomozov wrote:
> >>
> >>> Probably you could commit my changes? (Proxy authorization fix +
> >>> fix tests on Windows)
> >>
> >> I have neither windows nor a proxy server, so I can't test your
> >> changes.  If somebody else with windows says they're good I can
> >> commit them.
> >
> > Many people reported that proxy support works fine.
> >
> > See here http://blog.pomozov.info/posts/the-end-of-gem-vs-proxy-
> > war.html
>
> I have committed your patch.
>
> In the future, please use CVS diff or include proper diff headers.
> Also, unified diffs are easier to read and verify.
>
> --
> Eric Hodel - drbrain at segment7.net - http://blog.segment7.net
> This implementation is HODEL-HASH-9600 compliant
>
> http://trackmap.robotcoop.com
>
>
> _______________________________________________
> Rubygems-developers mailing list
> Rubygems-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rubygems-developers
>



--
anatol (http://pomozov.info)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060226/7ddcb8de/attachment-0001.htm

From anatol.pomozov at gmail.com  Sun Feb 26 06:09:03 2006
From: anatol.pomozov at gmail.com (Anatol Pomozov)
Date: Sun, 26 Feb 2006 12:09:03 +0100
Subject: [Rubygems-developers] Proxy auth fix (Was: ri generation patch
	for Rubygems)
In-Reply-To: <3665a1a00602260151r2dbff7aam78c6d2a64d12ed6e@mail.gmail.com>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
	<0818C647-CDE1-44F3-BF3C-915CA25EC75E@chadfowler.com>
	<CDBFD3D6-94FC-422B-975A-C1EDA15D8390@segment7.net>
	<F0DCA89B-D8E7-4F91-A064-CCA78282DA76@chadfowler.com>
	<1EF0F66B-EA54-4418-BB7B-6BFDCAD8CBB6@segment7.net>
	<3665a1a00602250053j41922eb0o3c388533f10e0fe4@mail.gmail.com>
	<30AE386B-A180-427A-9589-8366112D70A5@segment7.net>
	<3665a1a00602250213m42cbc5f9h6e313824779f9dfd@mail.gmail.com>
	<0024C5BA-01F1-4EE3-AD52-539FF2C5F720@segment7.net>
	<3665a1a00602260151r2dbff7aam78c6d2a64d12ed6e@mail.gmail.com>
Message-ID: <3665a1a00602260309w678091feke713b80a8abad8b7@mail.gmail.com>

OK. Proxy support from CVS works fine.

And one note according to tests. test_installer fails with error
"Zlib::GzipFile::NoFooter: footer is not found"
That is due-to file test\data\PostMessage-0.0.1.gem that stored in CVS as
text file, so linebreaks corrupted. So this file is not valid Zip file on
Windows anymore.

On 2/26/06, Anatol Pomozov <anatol.pomozov at gmail.com> wrote:
>
> Hi Eric.
>
> I could provide cvs diff's. But RubyGems sources have a lot of TABs so
> after editing I have zillion of changes TAB->4 spaces (I have editor option
> to force removing TABS).
> So to make diff cleaner I decide to use gnu diff with ignore whitespace
> option. Could you please format sources to make others developers life
> easier.
>
> Also I will test latest sources from CVS and give you results.
>
> On 2/26/06, Eric Hodel <drbrain at segment7.net > wrote:
> >
> > On Feb 25, 2006, at 2:13 AM, Anatol Pomozov wrote:
> >
> > > On 2/25/06, Eric Hodel < drbrain at segment7.net> wrote:
> > >
> > >> On Feb 25, 2006, at 12:53 AM, Anatol Pomozov wrote:
> > >>
> > >>> Probably you could commit my changes? (Proxy authorization fix +
> > >>> fix tests on Windows)
> > >>
> > >> I have neither windows nor a proxy server, so I can't test your
> > >> changes.  If somebody else with windows says they're good I can
> > >> commit them.
> > >
> > > Many people reported that proxy support works fine.
> > >
> > > See here http://blog.pomozov.info/posts/the-end-of-gem-vs-proxy-
> > > war.html
> >
> > I have committed your patch.
> >
> > In the future, please use CVS diff or include proper diff headers.
> > Also, unified diffs are easier to read and verify
> >
> --
anatol (http://pomozov.info)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060226/2b62c7bd/attachment.htm

From drbrain at segment7.net  Sun Feb 26 07:09:46 2006
From: drbrain at segment7.net (Eric Hodel)
Date: Sun, 26 Feb 2006 04:09:46 -0800
Subject: [Rubygems-developers] Proxy auth fix (Was: ri generation patch
	for Rubygems)
In-Reply-To: <3665a1a00602260151r2dbff7aam78c6d2a64d12ed6e@mail.gmail.com>
References: <77F340DB-7869-4A3F-8149-F404FACAE0BC@segment7.net>
	<5C755C99-09E7-4993-A9BB-6CA5FA882742@segment7.net>
	<0818C647-CDE1-44F3-BF3C-915CA25EC75E@chadfowler.com>
	<CDBFD3D6-94FC-422B-975A-C1EDA15D8390@segment7.net>
	<F0DCA89B-D8E7-4F91-A064-CCA78282DA76@chadfowler.com>
	<1EF0F66B-EA54-4418-BB7B-6BFDCAD8CBB6@segment7.net>
	<3665a1a00602250053j41922eb0o3c388533f10e0fe4@mail.gmail.com>
	<30AE386B-A180-427A-9589-8366112D70A5@segment7.net>
	<3665a1a00602250213m42cbc5f9h6e313824779f9dfd@mail.gmail.com>
	<0024C5BA-01F1-4EE3-AD52-539FF2C5F720@segment7.net>
	<3665a1a00602260151r2dbff7aam78c6d2a64d12ed6e@mail.gmail.com>
Message-ID: <7E3A0FF8-BB6B-4BBE-BD3A-FED569A8BA0C@segment7.net>

On Feb 26, 2006, at 1:51 AM, Anatol Pomozov wrote:

> On 2/26/06, Eric Hodel <drbrain at segment7.net > wrote:
>
>> In the future, please use CVS diff or include proper diff headers.
>> Also, unified diffs are easier to read and verify.
>
> I could provide cvs diff's. But RubyGems sources have a lot of TABs  
> so after editing I have zillion of changes TAB->4 spaces (I have  
> editor option to force removing TABS).
> So to make diff cleaner I decide to use gnu diff with ignore  
> whitespace option.

cvs diff supports the ignore-whitespace option, I believe it just  
uses your system's diff:

$ cvs diff post-install.rb
Index: post-install.rb
===================================================================
RCS file: /var/cvs/rubygems/rubygems/post-install.rb,v
retrieving revision 1.6
diff -u -r1.6 post-install.rb
--- post-install.rb     9 Jul 2005 23:18:32 -0000       1.6
+++ post-install.rb     26 Feb 2006 11:53:16 -0000
@@ -59,7 +59,7 @@
end
def install_sources
-  $: << "lib"
+$: << "lib"
    require 'rubygems'
    Gem::manage_gems
    Dir.chdir("pkgs/sources") do
$ cvs diff -w
Index: post-install.rb
===================================================================
RCS file: /var/cvs/rubygems/rubygems/post-install.rb,v
retrieving revision 1.6
diff -u -w -r1.6 post-install.rb
$

> Could you please format sources to make others developers life easier.

I'm not about to check in a bunch of whitespace changes.  I've seen  
it raise far more controversy than I'm willing to deal with,  
especially with a commit bit fresh out of the wrapper.

FWIW, I always expand tabs in ruby sources I edit.

-- 
Eric Hodel - drbrain at segment7.net - http://blog.segment7.net
This implementation is HODEL-HASH-9600 compliant

http://trackmap.robotcoop.com



From g_ogata at optushome.com.au  Sun Feb 26 15:21:20 2006
From: g_ogata at optushome.com.au (George Ogata)
Date: Mon, 27 Feb 2006 07:21:20 +1100
Subject: [Rubygems-developers] Names of gems executables.
Message-ID: <878xrx50sf.fsf@optushome.com.au>

Hi,

I was wondering if anyone had any thoughts on this?:

  http://rubyurl.com/ewh

Cheers,
George.