From wenn0029 at tc.umn.edu Tue May 3 13:40:09 2005 From: wenn0029 at tc.umn.edu (Trevor Wennblom) Date: Tue May 3 13:34:29 2005 Subject: [Rubygems-developers] 0.8.10 - "undefined method `full_name' for nil:NilClass" In-Reply-To: References: Message-ID: <4277B779.5090900@tc.umn.edu> Hello, I'm trying to install 0.8.10 from scratch. It seems to be failing when creating the sources gem. The error I receive is: Successfully built RubyGem Name: sources Version: 0.0.1 File: sources-0.0.1.gem hook /tmp/rubygems-0.8.10/./post-install.rb failed: undefined method `full_name' for nil:NilClass Try 'ruby setup.rb --help' for detailed usage. Any ideas? Thanks, Trevor --- /tmp/rubygems-0.8.10$ ruby -v ruby 1.8.2 (2004-12-25) [sparc-solaris2.7] /tmp/rubygems-0.8.10$ ruby setup.rb clean ---> bin <--- bin ---> lib ---> lib/rubygems <--- lib/rubygems <--- lib rm -f .config rm -f InstalledFiles /tmp/rubygems-0.8.10$ ruby setup.rb config ---> bin <--- bin ---> lib ---> lib/rubygems <--- lib/rubygems <--- lib /tmp/rubygems-0.8.10$ ruby setup.rb setup ---> bin <--- bin ---> lib ---> lib/rubygems <--- lib/rubygems <--- lib /tmp/rubygems-0.8.10$ ruby setup.rb install rm -f InstalledFiles ---> bin mkdir -p /usr/local/bin install gemwhich /usr/local/bin/ install gem /usr/local/bin/ install gem_server /usr/local/bin/ install generate_yaml_index.rb /usr/local/bin/ install update_rubygems /usr/local/bin/ <--- bin ---> lib mkdir -p /usr/local/lib/ruby/site_ruby/1.8 install ubygems.rb /usr/local/lib/ruby/site_ruby/1.8/ install rubygems.rb /usr/local/lib/ruby/site_ruby/1.8/ install gemconfigure.rb /usr/local/lib/ruby/site_ruby/1.8/ ---> lib/rubygems mkdir -p /usr/local/lib/ruby/site_ruby/1.8/rubygems install specification.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install builder.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install command.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install config_file.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install custom_require.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install doc_manager.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install format.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install cmd_manager.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install gem_runner.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install installer.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install loadpath_manager.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install old_format.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install open-uri.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install package.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install remote_installer.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install rubygems_version.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install source_index.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install deployment.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install timer.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install user_interaction.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install validator.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install version.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install gem_commands.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems install dependency_list.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems <--- lib/rubygems <--- lib As of RubyGems 0.8.0, library stubs are no longer needed. Searching $LOAD_PATH for stubs to optionally delete (may take a while)... ...done. No library stubs found. Successfully built RubyGem Name: sources Version: 0.0.1 File: sources-0.0.1.gem hook /tmp/rubygems-0.8.10/./post-install.rb failed: undefined method `full_name' for nil:NilClass Try 'ruby setup.rb --help' for detailed usage. From rubygems at freeze.org Mon May 9 13:29:56 2005 From: rubygems at freeze.org (Jim Freeze) Date: Mon May 9 13:19:18 2005 Subject: [Rubygems-developers] http_proxy environment variable not working? Message-ID: <20050509172956.GA43232@freeze.org> Hi all I get the following: gem -v 0.8.10 gem list -r -p [long list snipped] setenv http_proxy gem list -r *** REMOTE GEMS *** ERROR: While executing gem ... (SocketError) getaddrinfo: host/servname not known I thought haveing http_proxy set meant I didn't need to provide it on the commandline with the -p option. -- Jim Freeze From chad at chadfowler.com Mon May 9 14:48:18 2005 From: chad at chadfowler.com (chad@chadfowler.com) Date: Mon May 9 13:35:17 2005 Subject: [Rubygems-developers] http_proxy environment variable not working? In-Reply-To: <20050509172956.GA43232@freeze.org> References: <20050509172956.GA43232@freeze.org> Message-ID: <43192.216.77.69.67.1115664498.squirrel@216.77.69.67> > Hi all > > I get the following: > > gem -v > 0.8.10 > > gem list -r -p > [long list snipped] > > setenv http_proxy > gem list -r > > *** REMOTE GEMS *** > ERROR: While executing gem ... (SocketError) > getaddrinfo: host/servname not known > > > I thought haveing http_proxy set meant I didn't need > to provide it on the commandline with the -p option. > Your assumption was correct. So something's not working. What does the format of look like? Should be a URL. Can you do this and send the output?: ruby -rpp -e 'pp ENV'|grep -i proxy From rubygems at freeze.org Mon May 9 14:11:50 2005 From: rubygems at freeze.org (Jim Freeze) Date: Mon May 9 14:01:09 2005 Subject: [Rubygems-developers] http_proxy environment variable not working? In-Reply-To: <43192.216.77.69.67.1115664498.squirrel@216.77.69.67> References: <20050509172956.GA43232@freeze.org> <43192.216.77.69.67.1115664498.squirrel@216.77.69.67> Message-ID: <20050509181150.GA43511@freeze.org> * chad@chadfowler.com [2005-05-09 14:48:18 -0400]: > > Hi all > > > > I get the following: > > > > *** REMOTE GEMS *** > > ERROR: While executing gem ... (SocketError) > > getaddrinfo: host/servname not known > > > > I thought haveing http_proxy set meant I didn't need > > to provide it on the commandline with the -p option. > > Your assumption was correct. So something's not working. What does the > format of look like? Should be a URL. > > Can you do this and send the output?: > > ruby -rpp -e 'pp ENV'|grep -i proxy Sure. in both cases (command line and env var) is: % ruby -rpp -e 'pp ENV' | grep -i proxy "http_proxy"=>"www.mycoproxy.net:8080"} -- Jim Freeze From chad at chadfowler.com Mon May 9 15:26:11 2005 From: chad at chadfowler.com (chad@chadfowler.com) Date: Mon May 9 14:13:10 2005 Subject: [Rubygems-developers] http_proxy environment variable not working? In-Reply-To: <20050509181150.GA43511@freeze.org> References: <20050509172956.GA43232@freeze.org> <43192.216.77.69.67.1115664498.squirrel@216.77.69.67> <20050509181150.GA43511@freeze.org> Message-ID: <52222.216.77.69.67.1115666771.squirrel@216.77.69.67> > * chad@chadfowler.com [2005-05-09 14:48:18 -0400]: > >> > Hi all >> > >> > I get the following: >> > >> > *** REMOTE GEMS *** >> > ERROR: While executing gem ... (SocketError) >> > getaddrinfo: host/servname not known >> > >> > I thought haveing http_proxy set meant I didn't need >> > to provide it on the commandline with the -p option. >> >> Your assumption was correct. So something's not working. What does the >> format of look like? Should be a URL. >> >> Can you do this and send the output?: >> >> ruby -rpp -e 'pp ENV'|grep -i proxy > > Sure. in both cases (command line and env var) is: > > % ruby -rpp -e 'pp ENV' | grep -i proxy > "http_proxy"=>"www.mycoproxy.net:8080"} > Try changing it to http://www.mycoproxy.net:8080 Chad From rubygems at freeze.org Mon May 9 14:40:40 2005 From: rubygems at freeze.org (Jim Freeze) Date: Mon May 9 14:29:59 2005 Subject: [Rubygems-developers] http_proxy environment variable not working? In-Reply-To: <52222.216.77.69.67.1115666771.squirrel@216.77.69.67> References: <20050509172956.GA43232@freeze.org> <43192.216.77.69.67.1115664498.squirrel@216.77.69.67> <20050509181150.GA43511@freeze.org> <52222.216.77.69.67.1115666771.squirrel@216.77.69.67> Message-ID: <20050509184040.GB43511@freeze.org> * chad@chadfowler.com [2005-05-09 15:26:11 -0400]: > > * chad@chadfowler.com [2005-05-09 14:48:18 -0400]: > > > >> > Hi all > >> > > >> > I get the following: > >> > > >> > *** REMOTE GEMS *** > >> > ERROR: While executing gem ... (SocketError) > >> > getaddrinfo: host/servname not known > >> > > >> > I thought haveing http_proxy set meant I didn't need > >> > to provide it on the commandline with the -p option. > >> > >> Your assumption was correct. So something's not working. What does the > >> format of look like? Should be a URL. > >> > >> Can you do this and send the output?: > >> > >> ruby -rpp -e 'pp ENV'|grep -i proxy > > > > Sure. in both cases (command line and env var) is: > > > > % ruby -rpp -e 'pp ENV' | grep -i proxy > > "http_proxy"=>"www.mycoproxy.net:8080"} > > > > Try changing it to http://www.mycoproxy.net:8080 Ugh, sorry for confusing things. I should have seen that. The below should be a correct representation of what is happening: % setenv http_proxy http://www.mycoproxy.net:8080 % ruby -rpp -e 'pp ENV' | grep -i proxy "http_proxy"=>"http://www.mycoproxy.net:8080"} % gem list -r *** REMOTE GEMS *** ERROR: HTTP Response 407 Hmm, never seen this before. A 407 is a HTTPProxyAuthenticationRequired problem. Now, what happened that this is now required? -- Jim Freeze From rubygems at freeze.org Mon May 9 15:08:43 2005 From: rubygems at freeze.org (Jim Freeze) Date: Mon May 9 14:58:02 2005 Subject: [Rubygems-developers] http_proxy environment variable not working? In-Reply-To: <20050509184040.GB43511@freeze.org> References: <20050509172956.GA43232@freeze.org> <43192.216.77.69.67.1115664498.squirrel@216.77.69.67> <20050509181150.GA43511@freeze.org> <52222.216.77.69.67.1115666771.squirrel@216.77.69.67> <20050509184040.GB43511@freeze.org> Message-ID: <20050509190843.GA43883@freeze.org> * Jim Freeze [2005-05-09 13:40:40 -0500]: > * chad@chadfowler.com [2005-05-09 15:26:11 -0400]: > > > > * chad@chadfowler.com [2005-05-09 14:48:18 -0400]: > > > > > Try changing it to http://www.mycoproxy.net:8080 > > Ugh, sorry for confusing things. I should have seen that. > The below should be a correct representation of what is happening: > > % setenv http_proxy http://www.mycoproxy.net:8080 > % ruby -rpp -e 'pp ENV' | grep -i proxy > "http_proxy"=>"http://www.mycoproxy.net:8080"} > % gem list -r > > *** REMOTE GEMS *** > ERROR: HTTP Response 407 > > Hmm, never seen this before. A 407 is a HTTPProxyAuthenticationRequired > problem. Now, what happened that this is now required? Ok, more interesting data. The above works. The missing 'http' was something I knew about, but overlooked in the environment variable. Now, on to the authentication. Right, now I don't know how to get a password into gem. It seems to be ignoring HTTP_PROXY_USER and HPPT_PROXY_PASSWORD. But, I can trick it to work, it just isn't a robust solution. If I do: curl -O --proxy-user `whoami` --proxy www.mycoproxy.net file.tgz it will prompt me for a password (don't ask me how it figures out the port) and download the file. Then if I return to gems and do: gem list -r I get a list of remote gems. Apparently, something is caching the password. Question is, how to I get gem to use that password? -- Jim Freeze From chad at chadfowler.com Mon May 9 16:12:01 2005 From: chad at chadfowler.com (chad@chadfowler.com) Date: Mon May 9 14:58:58 2005 Subject: [Rubygems-developers] http_proxy environment variable not working? In-Reply-To: <20050509184040.GB43511@freeze.org> References: <20050509172956.GA43232@freeze.org> <43192.216.77.69.67.1115664498.squirrel@216.77.69.67> <20050509181150.GA43511@freeze.org> <52222.216.77.69.67.1115666771.squirrel@216.77.69.67> <20050509184040.GB43511@freeze.org> Message-ID: <3005.216.77.69.67.1115669521.squirrel@216.77.69.67> > * chad@chadfowler.com [2005-05-09 15:26:11 -0400]: > >> > * chad@chadfowler.com [2005-05-09 14:48:18 >> -0400]: >> > >> >> > Hi all >> >> > >> >> > I get the following: >> >> > >> >> > *** REMOTE GEMS *** >> >> > ERROR: While executing gem ... (SocketError) >> >> > getaddrinfo: host/servname not known >> >> > >> >> > I thought haveing http_proxy set meant I didn't need >> >> > to provide it on the commandline with the -p option. >> >> >> >> Your assumption was correct. So something's not working. What does >> the >> >> format of look like? Should be a URL. >> >> >> >> Can you do this and send the output?: >> >> >> >> ruby -rpp -e 'pp ENV'|grep -i proxy >> > >> > Sure. in both cases (command line and env var) is: >> > >> > % ruby -rpp -e 'pp ENV' | grep -i proxy >> > "http_proxy"=>"www.mycoproxy.net:8080"} >> > >> >> Try changing it to http://www.mycoproxy.net:8080 > > Ugh, sorry for confusing things. I should have seen that. > The below should be a correct representation of what is happening: > > % setenv http_proxy http://www.mycoproxy.net:8080 > % ruby -rpp -e 'pp ENV' | grep -i proxy > "http_proxy"=>"http://www.mycoproxy.net:8080"} > % gem list -r > > *** REMOTE GEMS *** > ERROR: HTTP Response 407 > > Hmm, never seen this before. A 407 is a HTTPProxyAuthenticationRequired > problem. Now, what happened that this is now required? > > Probably something with the proxy config at your company, I'd guess. Chad From rubygems at freeze.org Mon May 9 15:28:08 2005 From: rubygems at freeze.org (Jim Freeze) Date: Mon May 9 15:17:27 2005 Subject: [Rubygems-developers] http_proxy environment variable not working? In-Reply-To: <20050509190843.GA43883@freeze.org> References: <20050509172956.GA43232@freeze.org> <43192.216.77.69.67.1115664498.squirrel@216.77.69.67> <20050509181150.GA43511@freeze.org> <52222.216.77.69.67.1115666771.squirrel@216.77.69.67> <20050509184040.GB43511@freeze.org> <20050509190843.GA43883@freeze.org> Message-ID: <20050509192807.GA44056@freeze.org> * Jim Freeze [2005-05-09 14:08:43 -0500]: > curl -O --proxy-user `whoami` --proxy www.mycoproxy.net file.tgz > > it will prompt me for a password (don't ask me how it figures out the port) > and download the file. > > Then if I return to gems and do: > > gem list -r > > I get a list of remote gems. > Apparently, something is caching the password. > Question is, how to I get gem to use that password? Is it planned for gem to support BASIC Authentication and prompting for a password? We just need gem to support --proxy-user. BTW, the docs seem to indicate that this was supported, but now when I enter --proxy-user, I get an invalid option error. So, if --proxy-user= 'user:', then it would prompt for a password and then do: auth_key = ["#{user}:#{passwd}"].pack('m').strip -- Jim Freeze From chad at chadfowler.com Tue May 10 07:36:46 2005 From: chad at chadfowler.com (Chad Fowler) Date: Tue May 10 07:30:25 2005 Subject: [Rubygems-developers] http_proxy environment variable not working? In-Reply-To: <20050509192807.GA44056@freeze.org> References: <20050509172956.GA43232@freeze.org> <43192.216.77.69.67.1115664498.squirrel@216.77.69.67> <20050509181150.GA43511@freeze.org> <52222.216.77.69.67.1115666771.squirrel@216.77.69.67> <20050509184040.GB43511@freeze.org> <20050509190843.GA43883@freeze.org> <20050509192807.GA44056@freeze.org> Message-ID: <5D0D7C83-AF96-457B-84F2-9831D4868BDF@chadfowler.com> On 09-May-05, at 3:28 PM, Jim Freeze wrote: > * Jim Freeze [2005-05-09 14:08:43 -0500]: > > >> curl -O --proxy-user `whoami` --proxy www.mycoproxy.net file.tgz >> >> it will prompt me for a password (don't ask me how it figures out >> the port) >> and download the file. >> >> Then if I return to gems and do: >> >> gem list -r >> >> I get a list of remote gems. >> Apparently, something is caching the password. >> Question is, how to I get gem to use that password? >> > > Is it planned for gem to support BASIC Authentication and > prompting for a password? > > We just need gem to support --proxy-user. BTW, the docs > seem to indicate that this was supported, but now when > I enter --proxy-user, I get an invalid option error. > > So, if --proxy-user= 'user:', then it > would prompt for a password and then do: > > auth_key = ["#{user}:#{passwd}"].pack('m').strip > This would be a nice feature. I don't have an authenticating proxy to test with, though. If you want to submit a patch, we'd be appreciative. Chad From rubygems at freeze.org Tue May 10 09:57:10 2005 From: rubygems at freeze.org (Jim Freeze) Date: Tue May 10 09:46:25 2005 Subject: [Rubygems-developers] http_proxy environment variable not working? In-Reply-To: <5D0D7C83-AF96-457B-84F2-9831D4868BDF@chadfowler.com> References: <20050509172956.GA43232@freeze.org> <43192.216.77.69.67.1115664498.squirrel@216.77.69.67> <20050509181150.GA43511@freeze.org> <52222.216.77.69.67.1115666771.squirrel@216.77.69.67> <20050509184040.GB43511@freeze.org> <20050509190843.GA43883@freeze.org> <20050509192807.GA44056@freeze.org> <5D0D7C83-AF96-457B-84F2-9831D4868BDF@chadfowler.com> Message-ID: <20050510135710.GA53460@freeze.org> * Chad Fowler [2005-05-10 07:36:46 -0400]: > > On 09-May-05, at 3:28 PM, Jim Freeze wrote: > > >So, if --proxy-user= 'user:', then it > >would prompt for a password and then do: > > > > auth_key = ["#{user}:#{passwd}"].pack('m').strip > > > > This would be a nice feature. I don't have an authenticating proxy > to test with, though. If you want to submit a patch, we'd be > appreciative. I'd be glad to help. Do you know what module I should start poking around in. -- Jim Freeze From chad at chadfowler.com Tue May 10 11:32:57 2005 From: chad at chadfowler.com (chad@chadfowler.com) Date: Tue May 10 10:19:55 2005 Subject: [Rubygems-developers] http_proxy environment variable not working? In-Reply-To: <20050510135710.GA53460@freeze.org> References: <20050509172956.GA43232@freeze.org> <43192.216.77.69.67.1115664498.squirrel@216.77.69.67> <20050509181150.GA43511@freeze.org> <52222.216.77.69.67.1115666771.squirrel@216.77.69.67> <20050509184040.GB43511@freeze.org> <20050509190843.GA43883@freeze.org> <20050509192807.GA44056@freeze.org> <5D0D7C83-AF96-457B-84F2-9831D4868BDF@chadfowler.com> <20050510135710.GA53460@freeze.org> Message-ID: <15445.216.77.69.67.1115739177.squirrel@216.77.69.67> > * Chad Fowler [2005-05-10 07:36:46 -0400]: > >> >> On 09-May-05, at 3:28 PM, Jim Freeze wrote: >> >> >So, if --proxy-user= 'user:', then it >> >would prompt for a password and then do: >> > >> > auth_key = ["#{user}:#{passwd}"].pack('m').strip >> > >> >> This would be a nice feature. I don't have an authenticating proxy >> to test with, though. If you want to submit a patch, we'd be >> appreciative. > > I'd be glad to help. Do you know what module I should > start poking around in. > > remote_installer.rb is probably the right place. Chad From paxton at kitp.ucsb.edu Tue May 10 18:36:19 2005 From: paxton at kitp.ucsb.edu (Bill Paxton) Date: Tue May 10 18:29:55 2005 Subject: [Rubygems-developers] ERROR during uninstall gem Message-ID: Hello, During an uninstall of a gem that has rdoc documentation, I?m getting this message: ERROR: While executing gem ... (Errno::ENOTEMPTY) Directory not empty - /usr/local/lib/ruby/gems/1.8/doc/Tioga-1.0.0/rdoc/classes/Tioga/FigureMaker. src Doing a cd to that directory reveals the src file mentioned in the error message as well as one lonely html file. The gems folder was uninstalled correctly, but this is leaving a doc folder that shouldn?t be there anymore. Thanks, Bill Paxton -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20050510/8b4a2079/attachment.htm From chad at chadfowler.com Tue May 10 18:41:48 2005 From: chad at chadfowler.com (Chad Fowler) Date: Tue May 10 18:35:29 2005 Subject: [Rubygems-developers] ERROR during uninstall gem In-Reply-To: References: Message-ID: On 10-May-05, at 6:36 PM, Bill Paxton wrote: > Hello, > > During an uninstall of a gem that has rdoc documentation, I?m > getting this message: > > ERROR: While executing gem ... (Errno::ENOTEMPTY) > Directory not empty - /usr/local/lib/ruby/gems/1.8/doc/ > Tioga-1.0.0/rdoc/classes/Tioga/FigureMaker.src > > Doing a cd to that directory reveals the src file mentioned in the > error message as well as one lonely html file. > > The gems folder was uninstalled correctly, but this is leaving a > doc folder that shouldn?t be there anymore. > Hi, Bill. Do you mind sending the output of both: gem env and ruby -v ? Thanks, Chad -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20050510/7ff5e189/attachment-0001.htm From paxton at kitp.ucsb.edu Tue May 10 18:49:55 2005 From: paxton at kitp.ucsb.edu (Bill Paxton) Date: Tue May 10 18:43:32 2005 Subject: [Rubygems-developers] How do precompiled for some and not for others? Message-ID: Hello, I?d like to distribute a gem precompiled for Macs and as sources only for Linux boxes. Is that possible? What do I need to put in the gemspec? Or do I have to resort to two different gems, one for Mac and one for Linux? Thanks in advance, Bill Paxton -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20050510/85b57a9e/attachment.htm From paxton at kitp.ucsb.edu Tue May 10 18:51:46 2005 From: paxton at kitp.ucsb.edu (Bill Paxton) Date: Tue May 10 18:45:22 2005 Subject: [Rubygems-developers] ERROR during uninstall gem In-Reply-To: Message-ID: > Do you mind sending the output of both: > > gem env > > and > > ruby -v % gem env Rubygems Environment: - VERSION: 0.8.10 (0.8.10) - INSTALLATION DIRECTORY: /usr/local/lib/ruby/gems/1.8 - GEM PATH: - /usr/local/lib/ruby/gems/1.8 - REMOTE SOURCES: - http://gems.rubyforge.org % ruby -v ruby 1.8.2 (2004-11-03) [powerpc-darwin7.5.0] Thanks, Bill -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20050510/edbc4314/attachment.htm From chad at chadfowler.com Tue May 10 18:54:57 2005 From: chad at chadfowler.com (Chad Fowler) Date: Tue May 10 18:48:35 2005 Subject: [Rubygems-developers] ERROR during uninstall gem In-Reply-To: References: Message-ID: <477B772E-7C8E-4743-BA45-0E8B6282594B@chadfowler.com> On 10-May-05, at 6:51 PM, Bill Paxton wrote: >> Do you mind sending the output of both: >> >> gem env >> >> and >> >> ruby -v > > > > % gem env > Rubygems Environment: > - VERSION: 0.8.10 (0.8.10) > - INSTALLATION DIRECTORY: /usr/local/lib/ruby/gems/1.8 > - GEM PATH: > - /usr/local/lib/ruby/gems/1.8 > - REMOTE SOURCES: > - http://gems.rubyforge.org > % ruby -v > ruby 1.8.2 (2004-11-03) [powerpc-darwin7.5.0] > Hmm....do you happen to have a copy of this Tioga gem that you could share? I have a very similar setup here that I could test with. Also, if it would be possible to reinstall and uninstall it and add -- backtrace on the uninstall command, that would be wonderfully helpful. Thanks! Chad -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20050510/93716770/attachment.htm From chad at chadfowler.com Tue May 10 19:03:36 2005 From: chad at chadfowler.com (Chad Fowler) Date: Tue May 10 18:57:14 2005 Subject: [Rubygems-developers] How do precompiled for some and not for others? In-Reply-To: References: Message-ID: <5EBBFE89-10BF-4889-9EB5-E0D40A01B8D1@chadfowler.com> On 10-May-05, at 6:49 PM, Bill Paxton wrote: > Hello, > > I?d like to distribute a gem precompiled for Macs and as sources > only for Linux boxes. Is that possible? What do I need to put in > the gemspec? Or do I have to resort to two different gems, one for > Mac and one for Linux? > > Yea, you need two different gems. One would have the platform as Platform::RUBY, and would include the extconf.rb metadata in the gemspec. The other would have the platform set to powerpc-darwin (use Platform::CURRENT in the gemspec) and wouldn't specify the extconf. Chad -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20050510/6bc6c9e5/attachment.htm From jim at weirichhouse.org Tue May 10 22:27:40 2005 From: jim at weirichhouse.org (Jim Weirich) Date: Tue May 10 22:21:24 2005 Subject: [Rubygems-developers] How do precompiled for some and not for others? In-Reply-To: <5EBBFE89-10BF-4889-9EB5-E0D40A01B8D1@chadfowler.com> References: <5EBBFE89-10BF-4889-9EB5-E0D40A01B8D1@chadfowler.com> Message-ID: <200505102227.40512.jim@weirichhouse.org> On Tuesday 10 May 2005 07:03 pm, Chad Fowler wrote: > Yea, you need two different gems. ?One would have the platform as ? > Platform::RUBY, and would include the extconf.rb metadata in the ? > gemspec. ?The other would have the platform set to powerpc-darwin ? > (use Platform::CURRENT in the gemspec) and wouldn't specify the extconf. I've done this with the cm17a X10 gem. I had a precompiled version for windows and a source distribution for everyone else. I ended up using two different gemspecs since the list of files distributed with each was slightly different. I built the gems using Rake (see gem x10-cm17a if you want to see the Rakefile). There were some issues ... (1) The rake gem building task wasn't up to handling two different gemspecs. That is a problem in rake, not RubyGems, but something I intend to address. (2) RubyGems got a bit confused when its saw a single gem with different platforms. I don't recall the details but I think on the windows platform it didn't know whether to pick the source or binary version. I worked around it by making the gems slightly different versions and then selecting them at install time with an explicit version. Not an optimal solution, but it worked. This is something that needs to be address in RubyGems before multiple platform gems can become pervasive. -- -- Jim Weirich jim@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 paxton at kitp.ucsb.edu Wed May 11 10:21:03 2005 From: paxton at kitp.ucsb.edu (Bill Paxton) Date: Wed May 11 10:14:50 2005 Subject: [Rubygems-developers] How do precompiled for some and not for others? Message-ID: > Yea, you need two different gems.? One would have the platform as > Platform::RUBY, and would include the extconf.rb metadata in the gemspec.? The > other would have the platform set to powerpc-darwin (use Platform::CURRENT in > the gemspec) and wouldn't specify the extconf. Ok. Do you have a suggested naming convention for gems that differ only in the platform? Tioga and Tioga_Mac? Thanks for the help, Bill BTW: I sent a couple of messages rubygems-developers yesterday before my membership on the list had gone through. I got an auto-response saying that the messages were being held for an administrator to check if they were okay to post to the list. Can you check this, or should i just resend? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20050511/9f86678e/attachment.htm From paxton at kitp.ucsb.edu Wed May 11 10:27:53 2005 From: paxton at kitp.ucsb.edu (Bill Paxton) Date: Wed May 11 10:21:35 2005 Subject: [Rubygems-developers] ERROR during uninstall gem Message-ID: > Hmm....do you happen to have a copy of this Tioga gem that you could share?? I > have a very similar setup here that I could test with. > I have not yet succeeded in turning my working extension into a working gem, but I?d be happy to send anything that might help you with debugging. BTW: in case you might be interested, Tioga is an extension for doing plots and figures in Ruby using PDF for graphics and TeX for text. I was one of the creators of Adobe and PostScript, (my website tells what I?m up to now: /http://theory.kitp.ucsb.edu/~paxton/) so i?m interested in getting easier access to PDF functionality, and TeX is the default standard for technical/scientific writing. In addition to the Ruby gem, which depends only on Ruby, Unix, & pdflatex, I?ve also done a GUI front-end for the Mac (also open source). > > Also, if it would be possible to reinstall and uninstall it and add > --backtrace on the uninstall command, that would be wonderfully helpful. Attempting to uninstall gem 'Tioga' ERROR: While executing gem ... (Errno::ENOTEMPTY) Directory not empty - /usr/local/lib/ruby/gems/1.8/doc/Tioga-1.0.0/rdoc/classes/Tioga/FigureMaker. src /usr/local/lib/ruby/1.8/fileutils.rb:706:in `rmdir' /usr/local/lib/ruby/1.8/fileutils.rb:706:in `remove_dir' /usr/local/lib/ruby/1.8/fileutils.rb:700:in `remove_dir' /usr/local/lib/ruby/1.8/fileutils.rb:694:in `foreach' /usr/local/lib/ruby/1.8/fileutils.rb:694:in `remove_dir' /usr/local/lib/ruby/1.8/fileutils.rb:700:in `remove_dir' /usr/local/lib/ruby/1.8/fileutils.rb:694:in `foreach' /usr/local/lib/ruby/1.8/fileutils.rb:694:in `remove_dir' /usr/local/lib/ruby/1.8/fileutils.rb:700:in `remove_dir' /usr/local/lib/ruby/1.8/fileutils.rb:694:in `foreach' /usr/local/lib/ruby/1.8/fileutils.rb:694:in `remove_dir' /usr/local/lib/ruby/1.8/fileutils.rb:700:in `remove_dir' /usr/local/lib/ruby/1.8/fileutils.rb:694:in `foreach' /usr/local/lib/ruby/1.8/fileutils.rb:694:in `remove_dir' /usr/local/lib/ruby/1.8/fileutils.rb:655:in `rm_r' /usr/local/lib/ruby/1.8/fileutils.rb:647:in `each' /usr/local/lib/ruby/1.8/fileutils.rb:647:in `rm_r' /usr/local/lib/ruby/1.8/fileutils.rb:671:in `rm_rf' /usr/local/lib/ruby/site_ruby/1.8/rubygems/doc_manager.rb:75:in `uninstall_doc' /usr/local/lib/ruby/site_ruby/1.8/rubygems/installer.rb:390:in `remove' /usr/local/lib/ruby/site_ruby/1.8/rubygems/installer.rb:313:in `uninstall' /usr/local/lib/ruby/site_ruby/1.8/rubygems/gem_commands.rb:259:in `execute' /usr/local/lib/ruby/site_ruby/1.8/rubygems/command.rb:49:in `invoke' /usr/local/lib/ruby/site_ruby/1.8/rubygems/cmd_manager.rb:92:in `process_args' /usr/local/lib/ruby/site_ruby/1.8/rubygems/cmd_manager.rb:65:in `run' /usr/local/lib/ruby/site_ruby/1.8/rubygems/gem_runner.rb:9:in `run' /usr/local/bin/gem:17 Thanks again for all the help, Bill -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20050511/cecdb141/attachment.htm From tom at infoether.com Fri May 13 09:44:24 2005 From: tom at infoether.com (Tom Copeland) Date: Fri May 13 09:44:21 2005 Subject: [Rubygems-developers] Re: Virus in rubygems-0.8.10.* ? In-Reply-To: References: Message-ID: <1115991864.17713.52.camel@hal> Hm... that's odd... but I bet it's just the antivirus program picking up a series of bytes in the binary and triggering on that. I'm info'ing the rubygems-developers mailing list just in case... Yours, tom On Fri, 2005-05-13 at 14:57 +0200, Morten Primdahl wrote: > Hi, > > When I attempt to download rubygems-0.8.10.zip (same for the tgz and gem) > from rubyforge our antivirus firewall complains (see below). REL_0_8_8 works fine. > > I find it strange that there should be a virus in the gem - but just > wanted to give a "heads up" in case something is indeed out of order. > > Br, > > Morten > > InterScan VirusWall NT report > Virus was found in rubygems-0.8.10.zip: > > Exceed_Decomp_Layer virus was found > > Exceed_Decomp_Layer virus was found > > Exceed_Decomp_Layer virus was found > > Exceed_Decomp_Layer virus was found > > Exceed_Decomp_Layer virus was found > > Exceed_Decomp_Layer virus was found > > Exceed_Decomp_Layer virus was found > > Exceed_Decomp_Layer virus was found > > Exceed_Decomp_Layer virus was found > > The file has been rejected. > > > From jim at weirichhouse.org Fri May 13 11:32:13 2005 From: jim at weirichhouse.org (Jim Weirich) Date: Fri May 13 11:25:44 2005 Subject: [Rubygems-developers] Re: Virus in rubygems-0.8.10.* ? In-Reply-To: <1115991864.17713.52.camel@hal> References: <1115991864.17713.52.camel@hal> Message-ID: <15675.192.223.163.5.1115998333.squirrel@weirichhouse.org> Tom Copeland said: > Hm... that's odd... but I bet it's just the antivirus program picking up > a series of bytes in the binary and triggering on that. The zip file is a standard windows style zip archive. The tgz is a tar archive compressed by gzip. The gem is a nested tar file compressed with the zlib ruby library. That all three would have a significant sequence of bytes in common with a single known virus seems fishy to me. Just to be safe, I downloaded the zip file myself, unpacked it and manually inspected the contents. I didn't see anything out of the ordinary. I can do a full diff against the CVS source tree tonight is this is a big concern. Truthfully, I'm mystified. Does anyone have a virus scanner that can scan the files in question? -- -- Jim Weirich jim@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 May 13 12:51:07 2005 From: chad at chadfowler.com (chad@chadfowler.com) Date: Fri May 13 11:37:59 2005 Subject: [Rubygems-developers] Re: Virus in rubygems-0.8.10.* ? In-Reply-To: <15675.192.223.163.5.1115998333.squirrel@weirichhouse.org> References: <1115991864.17713.52.camel@hal> <15675.192.223.163.5.1115998333.squirrel@weirichhouse.org> Message-ID: <13941.216.77.69.67.1116003067.squirrel@216.77.69.67> > > Tom Copeland said: >> Hm... that's odd... but I bet it's just the antivirus program picking up >> a series of bytes in the binary and triggering on that. > > The zip file is a standard windows style zip archive. The tgz is a tar > archive compressed by gzip. The gem is a nested tar file compressed with > the zlib ruby library. That all three would have a significant sequence > of bytes in common with a single known virus seems fishy to me. > > Just to be safe, I downloaded the zip file myself, unpacked it and > manually inspected the contents. I didn't see anything out of the > ordinary. I can do a full diff against the CVS source tree tonight is > this is a big concern. > > Truthfully, I'm mystified. Does anyone have a virus scanner that can scan > the files in question? I just scanned with an updated McAfee and found nothing. Chad From lyle.johnson at gmail.com Fri May 13 11:51:40 2005 From: lyle.johnson at gmail.com (Lyle Johnson) Date: Fri May 13 11:45:12 2005 Subject: [Rubygems-developers] Re: Virus in rubygems-0.8.10.* ? In-Reply-To: <13941.216.77.69.67.1116003067.squirrel@216.77.69.67> References: <1115991864.17713.52.camel@hal> <15675.192.223.163.5.1115998333.squirrel@weirichhouse.org> <13941.216.77.69.67.1116003067.squirrel@216.77.69.67> Message-ID: On 5/13/05, chad@chadfowler.com wrote: > I just scanned with an updated McAfee and found nothing. Trend Micro's OfficeScan doesn't find anything either. Sounds like a false positive. From hgs at dmu.ac.uk Fri May 13 13:11:10 2005 From: hgs at dmu.ac.uk (Hugh Sasse) Date: Fri May 13 13:04:46 2005 Subject: [Rubygems-developers] Re: Virus in rubygems-0.8.10.* ?Z In-Reply-To: References: <1115991864.17713.52.camel@hal> <15675.192.223.163.5.1115998333.squirrel@weirichhouse.org> <13941.216.77.69.67.1116003067.squirrel@216.77.69.67> Message-ID: On Fri, 13 May 2005, Lyle Johnson wrote: > On 5/13/05, chad@chadfowler.com wrote: > >> I just scanned with an updated McAfee and found nothing. > > Trend Micro's OfficeScan doesn't find anything either. Sounds like a > false positive. Scanned the rubygems-0.8.10.zip with Norton Antivirus (definitions up to date today)and it is OK. Hugh From jw at innerewut.de Mon May 23 13:44:22 2005 From: jw at innerewut.de (Jonathan Weiss) Date: Mon May 23 13:37:43 2005 Subject: [Rubygems-developers] Rubygems and the FreeBSD ports tree Message-ID: Hi! I'm trying to combine ruby-gems and the FreeBSD ports tree like done for PHP-pear on FreeBSD. I want to be able to do a # cd /usr/ports/www/gem-rails # make install clean And then have all the needed gems installed. For this I have to know a little more about the gem installation process and I could not find anything on the website. When a gem is installed, what happens exactly? As far as I could find out by watching the different rails packages, the directory /usr/local/lib/ruby/gems/1.8/NAME-VERSION/ is created (under FreeBSD, but I assume that the part after lib is everywhere the same). The contents of the lib directory of the packages/gem (at least for the active* gems) is copied in this directory. So for example for activesupport this looks like: /usr/local/lib/ruby/gems/1.8/activesupport-1.0.4/ active_support.rb active_support/ Further activesupport-1.0.4.gemspec is installed in /usr/local/lib/ruby/gems/1.8/specifications/ Is this the whole installation process?? How is the metadata file converted into activesupport-1.0.4.gemspec? Greets, Jonathan -- Jonathan Weiss jw@innerewut.de http://blog.innerewut.de -- Jonathan Weiss jw@innerewut.de http://blog.innerewut.de From twa at post.com Tue May 24 19:05:19 2005 From: twa at post.com (Tom Ayerst) Date: Wed May 25 05:03:00 2005 Subject: [Rubygems-developers] Trouble doing local instal of rubygems on redhat Message-ID: <4293B32F.8030405@post.com> I'm sorry if this is the wrong forum for this. I'm trying to do a local install of ruby gems on a Redhat box and get this: Nothing I've tried helps and I'll never get access to /usr/lib/ruby . I've seen this problem mentioned a couple of times in Google but no explanation. Any help appreciated, its very frustrating. Thanks -bash-2.05b$ ruby setup.rb all --prefix=/home/Dayerstt/rubygems ---> bin <--- bin ---> lib ---> lib/rubygems <--- lib/rubygems <--- lib ---> bin <--- bin ---> lib ---> lib/rubygems <--- lib/rubygems <--- lib rm -f InstalledFiles ---> bin mkdir -p /home/Dayerstt/rubygems/bin/ install gemwhich /home/Dayerstt/rubygems/bin/ install gem /home/Dayerstt/rubygems/bin/ install gem_server /home/Dayerstt/rubygems/bin/ install generate_yaml_index.rb /home/Dayerstt/rubygems/bin/ install update_rubygems /home/Dayerstt/rubygems/bin/ <--- bin ---> lib mkdir -p /home/Dayerstt/rubygems/lib/site_ruby/1.8/ install ubygems.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/ install rubygems.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/ install gemconfigure.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/ ---> lib/rubygems mkdir -p /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install specification.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install builder.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install command.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install config_file.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install custom_require.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install doc_manager.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install format.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install cmd_manager.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install gem_runner.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install installer.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install loadpath_manager.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install old_format.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install open-uri.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install package.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install remote_installer.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install rubygems_version.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install source_index.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install deployment.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install timer.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install user_interaction.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install validator.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install version.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install gem_commands.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems install dependency_list.rb /home/Dayerstt/rubygems/lib/site_ruby/1.8/rubygems <--- lib/rubygems <--- lib As of RubyGems 0.8.0, library stubs are no longer needed. Searching $LOAD_PATH for stubs to optionally delete (may take a while)... ...done. No library stubs found. Successfully built RubyGem Name: sources Version: 0.0.1 File: sources-0.0.1.gem hook /home/Dayerstt/rubygems-0.8.10/./post-install.rb failed: You don't have write permissions into the /usr/lib/ruby/gems/1.8 directory. Try 'ruby setup.rb --help' for detailed usage. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 266.11.16 - Release Date: 24/05/2005 From jw at innerewut.de Wed May 25 07:10:30 2005 From: jw at innerewut.de (Jonathan Weiss) Date: Wed May 25 07:04:05 2005 Subject: [Rubygems-developers] Trouble doing local instal of rubygems on redhat In-Reply-To: <4293B32F.8030405@post.com> Message-ID: > hook /home/Dayerstt/rubygems-0.8.10/./post-install.rb failed: > You don't have write permissions into the /usr/lib/ruby/gems/1.8 directory. > Try 'ruby setup.rb --help' for detailed usage. > I'm having here the same problem while trying to add rubygems as a package for OpenBSD. Programs are installed in a fake directory and a package is created out of it. The problem is that --prefix=XXX is not used for the gems directory. Is there a way to change that?? Jonathan -- Jonathan Weiss jw@innerewut.de http://blog.innerewut.de From jim at weirichhouse.org Wed May 25 09:17:08 2005 From: jim at weirichhouse.org (Jim Weirich) Date: Wed May 25 09:10:55 2005 Subject: [Rubygems-developers] Trouble doing local instal of rubygems on redhat In-Reply-To: References: Message-ID: <200505250917.09124.jim@weirichhouse.org> On Wednesday 25 May 2005 07:10 am, Jonathan Weiss wrote: > > hook /home/Dayerstt/rubygems-0.8.10/./post-install.rb failed: > > You don't have write permissions into the /usr/lib/ruby/gems/1.8 > > directory. Try 'ruby setup.rb --help' for detailed usage. > > I'm having here the same problem while trying to add rubygems as a package > for OpenBSD. Programs are installed in a fake directory and a package is > created out of it. > > The problem is that --prefix=XXX is not used for the gems directory. > > Is there a way to change that?? The error happens when the post install script tries to install the initial gems. Just set the GEM_HOME environment to the same value that --prefix is set to (you will have to have GEM_HOME set anyways for the gem command to find the non-standard location for the gem directory). I just tried this under linux and it works ok. There may be additional problems under windows when the post-install tries to write the windows command script wrappers. I will check that out later. Sorry for the slow response ... it's been really busy around here. -- -- Jim Weirich jim@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 twa at post.com Wed May 25 14:32:16 2005 From: twa at post.com (Tom Ayerst) Date: Thu May 26 14:31:01 2005 Subject: [Rubygems-developers] Trouble doing local instal of rubygems on redhat In-Reply-To: <200505250917.09124.jim@weirichhouse.org> References: <200505250917.09124.jim@weirichhouse.org> Message-ID: <4294C4B0.9030006@post.com> Thanks Jim, Jim, Thanks! Its working now. I had to define: export GEM_HOME=$HOME/rubygems export PATH=$GEM_HOME/bin export RUBYLIB=$GEM_HOME/lib/site_ruby/1.8 export RUBYOPT=rubygems to get it all working in the end Thanks for the pointer. Tom Jim Weirich wrote: >On Wednesday 25 May 2005 07:10 am, Jonathan Weiss wrote: > > >>>hook /home/Dayerstt/rubygems-0.8.10/./post-install.rb failed: >>>You don't have write permissions into the /usr/lib/ruby/gems/1.8 >>>directory. Try 'ruby setup.rb --help' for detailed usage. >>> >>> >>I'm having here the same problem while trying to add rubygems as a package >>for OpenBSD. Programs are installed in a fake directory and a package is >>created out of it. >> >>The problem is that --prefix=XXX is not used for the gems directory. >> >>Is there a way to change that?? >> >> > >The error happens when the post install script tries to install the initial >gems. Just set the GEM_HOME environment to the same value that --prefix is >set to (you will have to have GEM_HOME set anyways for the gem command to >find the non-standard location for the gem directory). > >I just tried this under linux and it works ok. There may be additional >problems under windows when the post-install tries to write the windows >command script wrappers. I will check that out later. > >Sorry for the slow response ... it's been really busy around here. > > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 266.11.16 - Release Date: 24/05/2005 From jw at innerewut.de Thu May 26 19:09:13 2005 From: jw at innerewut.de (Jonathan Weiss) Date: Thu May 26 19:02:25 2005 Subject: [Rubygems-developers] Trouble doing local instal of rubygems on redhat In-Reply-To: <200505250917.09124.jim@weirichhouse.org> Message-ID: > > The error happens when the post install script tries to install the initial > gems. Just set the GEM_HOME environment to the same value that --prefix is > set to (you will have to have GEM_HOME set anyways for the gem command to > find the non-standard location for the gem directory). > > I just tried this under linux and it works ok. There may be additional > problems under windows when the post-install tries to write the windows > command script wrappers. I will check that out later. > > Sorry for the slow response ... it's been really busy around here. Setting GEM_HOME did it, I'm able to do a fake install under OpenBSD. Now that I've created the rubygems port, I want to create ports for common gems like rake and rails. Again, I have to do a fake installation and generate a package out of it. The problem is, that `gem install` does not hour the once set --prefix. I install gems like this: gem install --install-dir ${PREFIX}/lib/ruby/gems/1.8 rake-0.5.4.gem Everything works fine except for the rake executable. It should install to ${PREFIX}/bin (/usr/local/bin in my case) but it wil end up in /bin. Rubygems was installed with --prefix=${PREFIX}. Greets, Jonathan -- Jonathan Weiss jw@innerewut.de http://blog.innerewut.de From pabs at pablotron.org Sun May 29 23:09:34 2005 From: pabs at pablotron.org (Paul Duncan) Date: Sun May 29 23:02:40 2005 Subject: [Rubygems-developers] [PATCH] Updated RubyGems Signing Patch (fixes ENV['HOME'] sillyness) Message-ID: <20050530030934.GI1705@vault.home.pablotron.org> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://rubyforge.org/pipermail/rubygems-developers/attachments/20050529/e568eabd/attachment.bin From drbrain at segment7.net Tue May 31 03:05:17 2005 From: drbrain at segment7.net (Eric Hodel) Date: Tue May 31 02:58:22 2005 Subject: [Rubygems-developers] require_gem/autorequire vs require. In-Reply-To: <20050530010740.A11495@cs.mcgill.ca> References: <20050530010740.A11495@cs.mcgill.ca> Message-ID: ... From ruby-talk On 29 May 2005, at 22:07, Navindra Umanee wrote: > So no-one managed to get rid of the require_gem stuff yet? :-) During the hackfest Ryan and I talked with Jim about possibly removing require_gem and the autorequire feature from the gem spec in favor of something else (activate + regular require). Currently, the behavior is something like this: require_gem 'RubyInline', '= 3.2.2' Which adds RubyInline 3.2.2 to $LOAD_PATH and requires 'inline'. Or just: require 'inline' Which automatically finds RubyInline, adds it to $LOAD_PATH, and then requires 'inline'. Instead, we could do this: activate 'RubyInline', '= 3.2.2' require 'inline' activate would add RubyInline 3.2.2 to $LOAD_PATH, and require would just DTRT. This would separate the idea of 'gems managing packages' from the loading of files. I think it also would make more clear what the purpose of (as it is now named) 'require_gem' does. -- Eric Hodel - drbrain@segment7.net - http://segment7.net FEC2 57F1 D465 EB15 5D6E 7C11 332A 551C 796C 9F04 From gsinclair at soyabean.com.au Tue May 31 04:55:49 2005 From: gsinclair at soyabean.com.au (Gavin Sinclair) Date: Tue May 31 04:49:09 2005 Subject: [Rubygems-developers] require_gem/autorequire vs require. In-Reply-To: References: <20050530010740.A11495@cs.mcgill.ca> Message-ID: <6892400554.20050531185549@soyabean.com.au> On Tuesday, May 31, 2005, 5:05:17 PM, Eric wrote: > Instead, we could do this: > activate 'RubyInline', '= 3.2.2' > require 'inline' > activate would add RubyInline 3.2.2 to $LOAD_PATH, and require would > just DTRT. > This would separate the idea of 'gems managing packages' from the > loading of files. Nice idea. It would make it really clear that the "activate" is optional. Of course, %{require "rubygems"} is still needed, but this is a small change worth pursuing, I think. Perhaps make it Gem.activate instead, to prevent it cluttering the global namespace? Or do we clutter it already? Gavin From stefan_achatz at web.de Tue May 31 06:19:32 2005 From: stefan_achatz at web.de (Stefan Achatz) Date: Tue May 31 06:12:32 2005 Subject: [Rubygems-developers] keeping namespaces in c-extensions Message-ID: <1731231144@web.de> Hello, i have a gem with a c-extension, which extension i wanted to install into a subdirectory to keep the desired namespace. So the line in my extconf.rb reads like this: create_makefile('subdir/funnyextension') But lines 214-215 in installer.rb of rubygems-0.8.10 forbid this behaviour. What about changing them to: mf = mf.gsub(/^RUBYARCHDIR\s*=\s*\$.*/, "RUBYARCHDIR = #{dest_path}$(target_prefix)") mf = mf.gsub(/^RUBYLIBDIR\s*=\s*\$.*/, "RUBYLIBDIR = #{dest_path}$(target_prefix)") to permit the usage of target_prefix created by mkmf? Thanks and a nice day. Stefan Achatz ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193 From jim at weirichhouse.org Tue May 31 08:24:36 2005 From: jim at weirichhouse.org (Jim Weirich) Date: Tue May 31 08:17:17 2005 Subject: [Rubygems-developers] require_gem/autorequire vs require. In-Reply-To: References: <20050530010740.A11495@cs.mcgill.ca> Message-ID: <200505310824.36874.jim@weirichhouse.org> On Tuesday 31 May 2005 03:05 am, Eric Hodel wrote: > Which automatically finds RubyInline, adds it to $LOAD_PATH, and then > requires 'inline'. > > Instead, we could do this: > > activate 'RubyInline', '= 3.2.2' > require 'inline' > > activate would add RubyInline 3.2.2 to $LOAD_PATH, and require would > just DTRT. The more I think about this, the more I like it. 'activate' (or Gem.activate as Gavin suggests) would be different from require_gem in two regards: (1) No autorequires are performed (2) The version spec is required I come to believe that autorequires are from the dark side of the Ruby Way, so this is a step in the right direction. Requiring a version spec emphasizes that the purpose of activate is to select a version of a *gem*. If you don't care which version gets loaded, then don't use an activate and RubyGems internal magic will find the latest one. 'require_gem' would still be available for backwards compatibility, but it would be deprecated and its use would be (gently) discouraged. I think I like 'Gem.activate' for namespace reasons ... there currently exists a method by that name in the library, but is used only internally as far as I know and I think we can safely hijack its name. -- -- Jim Weirich jim@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 drbrain at segment7.net Tue May 31 13:54:24 2005 From: drbrain at segment7.net (Eric Hodel) Date: Tue May 31 13:47:26 2005 Subject: [Rubygems-developers] require_gem/autorequire vs require. In-Reply-To: <200505310824.36874.jim@weirichhouse.org> References: <20050530010740.A11495@cs.mcgill.ca> <200505310824.36874.jim@weirichhouse.org> Message-ID: <496ED159-4821-4399-B716-E975D8EF244F@segment7.net> On 31 May 2005, at 05:24, Jim Weirich wrote: > On Tuesday 31 May 2005 03:05 am, Eric Hodel wrote: > >> Which automatically finds RubyInline, adds it to $LOAD_PATH, and then >> requires 'inline'. >> >> Instead, we could do this: >> >> activate 'RubyInline', '= 3.2.2' >> require 'inline' >> >> activate would add RubyInline 3.2.2 to $LOAD_PATH, and require would >> just DTRT. >> > > The more I think about this, the more I like it. 'activate' (or > Gem.activate > as Gavin suggests) would be different from require_gem in two regards: > > (1) No autorequires are performed > (2) The version spec is required > > I come to believe that autorequires are from the dark side of the > Ruby Way, so > this is a step in the right direction. Requiring a version spec > emphasizes > that the purpose of activate is to select a version of a *gem*. If > you don't > care which version gets loaded, then don't use an activate and > RubyGems > internal magic will find the latest one. > > 'require_gem' would still be available for backwards compatibility, > but it > would be deprecated and its use would be (gently) discouraged. > > I think I like 'Gem.activate' for namespace reasons ... there > currently exists > a method by that name in the library, but is used only internally > as far as I > know and I think we can safely hijack its name. If we settle on this as a good idea, I think we might be manage to finish this during Rubygems Hackfest phase 2. -- Eric Hodel - drbrain@segment7.net - http://segment7.net FEC2 57F1 D465 EB15 5D6E 7C11 332A 551C 796C 9F04