From pclouds at gentoo.org Tue Sep 5 21:13:53 2006 From: pclouds at gentoo.org (=?UTF-8?Q?Nguy=E1=BB=85n_Th=C3=A1i_Ng=E1=BB=8Dc_Duy?=) Date: Wed, 6 Sep 2006 08:13:53 +0700 Subject: [Rubygems-developers] rubygems integration with Gentoo Linux Message-ID: Hi, I'm maintaining gem packages in Gentoo Linux and having some concerns about rubygems, including source patching, extensions clean install and gem cache. The first issue is source patching. It is needed when I want to fix some minor issues without waiting for upstream maintainers to release a new gem package. Currently there is no way to do this, IMO, because gem installation is a one-step action. If Gem::Installer#install is splitted into smaller functions, like unpack, compile and install, then distros like Gentoo could reuse those functions to do patching when needed. The second issue is not really important though. I notice that gem does compile extensions in install_dir. This leaves temporary files in install_dir such as .o files and others. I'd rather install clean package in my system. This could be done if extensions are compiled in a temporary directory and then installed into install_dir. The last one is a feature request. Correct me if I'm wrong. It seems *.gem files in cache directory are not essential. Gentoo already cache downloaded files in /usr/portage/distfiles so keeping another versions is not neccesary. Therefore I'd request an option in "gem install" to not cache gem packages. For the first and second issue, I can solve it if Installer#install is splitted into several parts. I cooked up a patch for this. The patch reduces Installer#install and call three functions: unpack, compile and real_install to do its task. @directory is removed because only generate_bin_symlink uses it. This patch should not change "gem install" behaviour. However because I change generate_bin and build_extensions call order, this might have side effects. The patch also contains several changes in gem_commands.rb and cmd_manager.rb to: - add "gem compile" to export Installer#compile - add option --all to "gem unpack" to be able to unpack any gem package, --target-dir to unpack to specified directory - add option --partial to "gem install" to export Installer#real_install I'm looking for other solutions as well. Comments are highly appreciated. -- Duy -------------- next part -------------- A non-text attachment was scrubbed... Name: ggem.patch Type: text/x-patch Size: 12443 bytes Desc: not available Url : http://rubyforge.org/pipermail/rubygems-developers/attachments/20060906/f802bdd2/attachment.bin From ola.bini at ki.se Wed Sep 6 08:16:56 2006 From: ola.bini at ki.se (Ola Bini) Date: Wed, 06 Sep 2006 14:16:56 +0200 Subject: [Rubygems-developers] Gem Problem due to ActiveRecord-JDBC. Message-ID: <44FEBC38.9070302@ki.se> Hi, For some reason my recent release of an ActiveRecord-JDBC-gem to RubyForge (in the jruby-extras project), have broken the global gems source index. I have _tried_ to remove this gem from RubyForge, but RubyForge gives me error. Any heads up what I should do? -- Ola Bini (http://ola-bini.blogspot.com) JvYAML, RbYAML, JRuby and Jatha contributor System Developer, Karolinska Institutet (http://www.ki.se) OLogix Consulting (http://www.ologix.com) "Yields falsehood when quined" yields falsehood when quined. From ola.bini at ki.se Wed Sep 6 08:23:47 2006 From: ola.bini at ki.se (Ola Bini) Date: Wed, 06 Sep 2006 14:23:47 +0200 Subject: [Rubygems-developers] Gem Problem due to ActiveRecord-JDBC. In-Reply-To: <44FEBC38.9070302@ki.se> References: <44FEBC38.9070302@ki.se> Message-ID: <44FEBDD3.4030403@ki.se> Ola Bini wrote: > Hi, > > For some reason my recent release of an ActiveRecord-JDBC-gem to > RubyForge (in the jruby-extras project), have broken the global gems > source index. I have _tried_ to remove this gem from RubyForge, but > RubyForge gives me error. Any heads up what I should do? > I have finally managed to remove that complete edition, which should include the gem in question... But it seems fairly worrying that a single badly formed gem could actually break the central source index, globally... Any thoughts about this? Regards -- Ola Bini (http://ola-bini.blogspot.com) JvYAML, RbYAML, JRuby and Jatha contributor System Developer, Karolinska Institutet (http://www.ki.se) OLogix Consulting (http://www.ologix.com) "Yields falsehood when quined" yields falsehood when quined. From anatol.pomozov at gmail.com Wed Sep 6 08:26:23 2006 From: anatol.pomozov at gmail.com (Anatol Pomozov) Date: Wed, 6 Sep 2006 16:26:23 +0400 Subject: [Rubygems-developers] Gem Problem due to ActiveRecord-JDBC. In-Reply-To: <44FEBC38.9070302@ki.se> References: <44FEBC38.9070302@ki.se> Message-ID: <3665a1a00609060526hd5401a9p8cba17fe0a5a47d2@mail.gmail.com> Hi, I am not sure that following problem related to yours, but some hours ago 'gem update' commands started to give me strange response. C:\work\dbcis\gbcrm\development\main\application>gem update Updating installed gems... ERROR: While executing gem ... (NoMethodError) private method `scan' called for # But if I do 'gem install SOMEGEM' works ok. Seems that global gem index is broken. On 9/6/06, Ola Bini wrote: > > Hi, > > For some reason my recent release of an ActiveRecord-JDBC-gem to > RubyForge (in the jruby-extras project), have broken the global gems > source index. I have _tried_ to remove this gem from RubyForge, but > RubyForge gives me error. Any heads up what I should do? > > -- > Ola Bini (http://ola-bini.blogspot.com) > JvYAML, RbYAML, JRuby and Jatha contributor > System Developer, Karolinska Institutet (http://www.ki.se) > OLogix Consulting (http://www.ologix.com) > > "Yields falsehood when quined" yields falsehood when quined. > > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > -- anatol (http://www.flickr.com/photos/pomozok/) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060906/e621b073/attachment.html From ola.bini at ki.se Wed Sep 6 08:36:56 2006 From: ola.bini at ki.se (Ola Bini) Date: Wed, 06 Sep 2006 14:36:56 +0200 Subject: [Rubygems-developers] Gem Problem due to ActiveRecord-JDBC. In-Reply-To: <3665a1a00609060526hd5401a9p8cba17fe0a5a47d2@mail.gmail.com> References: <44FEBC38.9070302@ki.se> <3665a1a00609060526hd5401a9p8cba17fe0a5a47d2@mail.gmail.com> Message-ID: <44FEC0E8.4070100@ki.se> Anatol Pomozov wrote: > Hi, > > I am not sure that following problem related to yours, but some hours > ago 'gem update' commands started to give me strange response. > > C:\work\dbcis\gbcrm\development\main\application>gem update > Updating installed gems... > ERROR: While executing gem ... (NoMethodError) > private method `scan' called for # > > > But if I do 'gem install SOMEGEM' works ok. > > Seems that global gem index is broken. > > On 9/6/06, *Ola Bini* > wrote: > Hi, Yes, that's one of the ways it shows up. For me it says bad URI(is not URI?): and a long uri to gems.rubyforge.org/quick/ Hopefully my removal of the gem from RubyForge will remove it from the gem index too. -- Ola Bini (http://ola-bini.blogspot.com) JvYAML, RbYAML, JRuby and Jatha contributor System Developer, Karolinska Institutet (http://www.ki.se) OLogix Consulting (http://www.ologix.com) "Yields falsehood when quined" yields falsehood when quined. From jim at weirichhouse.org Wed Sep 6 09:58:15 2006 From: jim at weirichhouse.org (Jim Weirich) Date: Wed, 06 Sep 2006 09:58:15 -0400 Subject: [Rubygems-developers] Gem Problem due to ActiveRecord-JDBC. In-Reply-To: <44FEBC38.9070302@ki.se> References: <44FEBC38.9070302@ki.se> Message-ID: <44FED3F7.6010103@weirichhouse.org> Ola Bini wrote: > Hi, > > For some reason my recent release of an ActiveRecord-JDBC-gem to > RubyForge (in the jruby-extras project), have broken the global gems > source index. I have _tried_ to remove this gem from RubyForge, but > RubyForge gives me error. Any heads up what I should do? I've sent a note to Tom about removing the gem from the download area. And I will look into fixing the gem software to detect this better. Thanks for the heads up. -- Jim Weirich From ola.bini at ki.se Wed Sep 6 10:16:50 2006 From: ola.bini at ki.se (Ola Bini) Date: Wed, 06 Sep 2006 16:16:50 +0200 Subject: [Rubygems-developers] Gem Problem due to ActiveRecord-JDBC. In-Reply-To: <44FED3F7.6010103@weirichhouse.org> References: <44FEBC38.9070302@ki.se> <44FED3F7.6010103@weirichhouse.org> Message-ID: <44FED852.4090400@ki.se> Jim Weirich wrote: > Ola Bini wrote: >> Hi, >> >> For some reason my recent release of an ActiveRecord-JDBC-gem to >> RubyForge (in the jruby-extras project), have broken the global gems >> source index. I have _tried_ to remove this gem from RubyForge, but >> RubyForge gives me error. Any heads up what I should do? > > I've sent a note to Tom about removing the gem from the download area. > And I will look into fixing the gem software to detect this better. > > Thanks for the heads up. > > -- Jim Weirich > > > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > Thank you. I have managed to remove the distribution from the project in RubyForge for jruby-extras. I assumed this would remove the gem eventually from the source index too. There is now a new gem in RubyForge called ActiveRecord-JDBC-0.2.0.gem instead of ActiveRecord-JDBC-0.2.gem. The 0.2.gem is the faulty one, but the 0.2.0.gem is correct. Thanks -- Ola Bini (http://ola-bini.blogspot.com) JvYAML, RbYAML, JRuby and Jatha contributor System Developer, Karolinska Institutet (http://www.ki.se) OLogix Consulting (http://www.ologix.com) "Yields falsehood when quined" yields falsehood when quined. From jim at weirichhouse.org Wed Sep 6 10:37:08 2006 From: jim at weirichhouse.org (Jim Weirich) Date: Wed, 06 Sep 2006 10:37:08 -0400 Subject: [Rubygems-developers] Gem Problem due to ActiveRecord-JDBC. In-Reply-To: <44FED852.4090400@ki.se> References: <44FEBC38.9070302@ki.se> <44FED3F7.6010103@weirichhouse.org> <44FED852.4090400@ki.se> Message-ID: <44FEDD14.6090901@weirichhouse.org> Ola Bini wrote: > There is now a new gem in RubyForge called ActiveRecord-JDBC-0.2.0.gem > instead of ActiveRecord-JDBC-0.2.gem. The 0.2.gem is the faulty one, but > the 0.2.0.gem is correct. I would recommend release a version 0.2.1, since RubyGems will treat 0.2 and 0.2.0 as equivalent versions. >> Gem::Version.new("0.2") == Gem::Version.new("0.2.0") => true -- Jim Weirich From ola.bini at ki.se Wed Sep 6 10:50:38 2006 From: ola.bini at ki.se (Ola Bini) Date: Wed, 06 Sep 2006 16:50:38 +0200 Subject: [Rubygems-developers] Gem Problem due to ActiveRecord-JDBC. In-Reply-To: <44FEDD14.6090901@weirichhouse.org> References: <44FEBC38.9070302@ki.se> <44FED3F7.6010103@weirichhouse.org> <44FED852.4090400@ki.se> <44FEDD14.6090901@weirichhouse.org> Message-ID: <44FEE03E.3030008@ki.se> Jim Weirich wrote: > Ola Bini wrote: >> There is now a new gem in RubyForge called ActiveRecord-JDBC-0.2.0.gem >> instead of ActiveRecord-JDBC-0.2.gem. The 0.2.gem is the faulty one, but >> the 0.2.0.gem is correct. > > I would recommend release a version 0.2.1, since RubyGems will treat 0.2 > and 0.2.0 as equivalent versions. > > >> Gem::Version.new("0.2") == Gem::Version.new("0.2.0") > => true > > -- Jim Weirich > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > Will do. -- Ola Bini (http://ola-bini.blogspot.com) JvYAML, RbYAML, JRuby and Jatha contributor System Developer, Karolinska Institutet (http://www.ki.se) OLogix Consulting (http://www.ologix.com) "Yields falsehood when quined" yields falsehood when quined. From patrick at hexane.org Sun Sep 10 17:48:11 2006 From: patrick at hexane.org (Patrick May) Date: Sun, 10 Sep 2006 17:48:11 -0400 Subject: [Rubygems-developers] Fwd: Plist ? and suggestion References: <48C56548-8D16-4706-996D-ECCB3CD01FE6@pth.com> Message-ID: <389CC250-9C6E-4C86-849B-61472270C6F7@hexane.org> Hello, I'm having some trouble after moving a gem from one project to another on ruby-forge. I'm not sure whether this is "ruby-gems" or "rubyforge", but you both do a great job so I'm including everyone :D + The plist gem was originally released via the "narf" project. + I just released a gem of the next version of plist on the "plist" project I'm now seeing errors when trying to update the gem. + A user initially reported 300 errors (forwarded below), which I confirmed on my machine: [glider:~/programming] patsplat% gem update plist Upgrading installed gems... Updating Gem source index for: http://gems.rubyforge.org Attempting remote upgrade of plist Attempting remote installation of 'plist' ERROR: While executing gem ... (OpenURI::HTTPError) 300 Multiple Choices [glider:~/programming] patsplat% + After hiding all plist releases in the "narf" project, I am getting a 404 error: [glider:~/programming] patsplat% gem update plist Upgrading installed gems... Attempting remote upgrade of plist Attempting remote installation of 'plist' ERROR: While executing gem ... (OpenURI::HTTPError) 404 Not Found [glider:~/programming] patsplat% I hope this is something that is easy to sort out. Thanks in advance for your help! Cheers, Patrick May Begin forwarded message: > From: Paul Haddad > Date: September 10, 2006 5:12:29 PM EDT > To: Patrick May > Subject: Re: Plist ? and suggestion > > Patrick, > > > On Sep 10, 2006, at 3:03 PM, Patrick May wrote: > >> You can update your gem with: >> >> gem update plist > Looks like there's some error (see below). > > Upgrading installed gems... > Attempting remote upgrade of plist > Attempting remote installation of 'plist' > ERROR: While executing gem ... (OpenURI::HTTPError) > 300 Multiple Choices > > >> Thanks for the help! > Thanks for the update I appreciate it. :^) > --- > Paul Haddad (paul at pth.com) > From halostatue at gmail.com Mon Sep 11 12:28:31 2006 From: halostatue at gmail.com (Austin Ziegler) Date: Mon, 11 Sep 2006 12:28:31 -0400 Subject: [Rubygems-developers] Fwd: Plist ? and suggestion In-Reply-To: <389CC250-9C6E-4C86-849B-61472270C6F7@hexane.org> References: <48C56548-8D16-4706-996D-ECCB3CD01FE6@pth.com> <389CC250-9C6E-4C86-849B-61472270C6F7@hexane.org> Message-ID: <9e7db9110609110928u8645a15g59b026a875f7cae9@mail.gmail.com> On 9/10/06, Patrick May wrote: > [glider:~/programming] patsplat% gem update plist > Upgrading installed gems... > Updating Gem source index for: http://gems.rubyforge.org > Attempting remote upgrade of plist > Attempting remote installation of 'plist' > ERROR: While executing gem ... (OpenURI::HTTPError) > 300 Multiple Choices > [glider:~/programming] patsplat% That appears to be something related to my mirror (mine is the only one that's ever reported that, IIRC). I may need to have Tom drop my mirror even though I've got bandwidth out the wazoo (1.5 Tb) and storage out the wazoo (150Gb) because my mirror can't rsync and sometimes reports the 300 error. :( > + After hiding all plist releases in the "narf" project, I am getting > a 404 error: > > [glider:~/programming] patsplat% gem update plist > Upgrading installed gems... > Attempting remote upgrade of plist > Attempting remote installation of 'plist' > ERROR: While executing gem ... (OpenURI::HTTPError) > 404 Not Found > [glider:~/programming] patsplat% Hiding may not be sufficient; you may need to delete. However, it also takes time to update the mirrors (and again, my mirror is probably at fault here because we have to use FTP). -austin -- Austin Ziegler * halostatue at gmail.com * http://www.halostatue.ca/ * austin at halostatue.ca * http://www.halostatue.ca/feed/ * austin at zieglers.ca From me at michaelstudman.com Tue Sep 12 17:10:01 2006 From: me at michaelstudman.com (Michael Studman) Date: Tue, 12 Sep 2006 22:10:01 +0100 Subject: [Rubygems-developers] Random NoMethodErrors from gem Message-ID: <45072229.5020506@michaelstudman.com> Hi all, I've just created an issue (5731) which I think goes some way towards explaining the great mystery of why some people get seemingly random and intermittent NoMethodErrors from gem (and why it happens more frequently in JRuby than in MRI). Let me know what you think. I haven't attached a patch but will attempt to do so tomorrow unless someone beats me to the punch. Michael. From tom at infoether.com Tue Sep 12 21:59:07 2006 From: tom at infoether.com (Tom Copeland) Date: Tue, 12 Sep 2006 21:59:07 -0400 Subject: [Rubygems-developers] [Support-information] Fwd: Plist ? and suggestion In-Reply-To: <389CC250-9C6E-4C86-849B-61472270C6F7@hexane.org> References: <48C56548-8D16-4706-996D-ECCB3CD01FE6@pth.com> <389CC250-9C6E-4C86-849B-61472270C6F7@hexane.org> Message-ID: <1158112747.14254.9.camel@bugs.hal> On Sun, 2006-09-10 at 17:48 -0400, Patrick May wrote: > Hello, > > I'm having some trouble after moving a gem from one project to > another on ruby-forge. I'm not sure whether this is "ruby-gems" or > "rubyforge", but you both do a great job so I'm including everyone :D Hi Patrick - Sorry for the delay in replying! I've been sick the last few days, bleah... Anyhow, yup, this is a RubyForge problem, not a RubyGems problem per se... so I'm just infoing the rubygems-developers list and then I'll work things out with Patrick offlist. Thanks, Tom From hgs at dmu.ac.uk Thu Sep 14 13:04:37 2006 From: hgs at dmu.ac.uk (Hugh Sasse) Date: Thu, 14 Sep 2006 18:04:37 +0100 (WEST) Subject: [Rubygems-developers] update to 0.9.0 Message-ID: I was on rubygems 0.8.11, and have tried to update. It claims I was successful, but I can't update anything now. brains# gem update RedCloth Updating installed gems... Attempting remote update of RedCloth ERROR: While executing gem ... (Gem::GemNotFoundException) Could not find RedCloth (> 0) in the repository brains# gem list --local gives: impleSearch (0.5.0) SimpleSearch is a simple vector space text search engine. among others, but brains# gem update SimpleSearch Updating installed gems... Attempting remote update of SimpleSearch ERROR: While executing gem ... (Gem::GemNotFoundException) Could not find SimpleSearch (> 0) in the repository brains# What's going on? Googling for Gem::GemNotFoundException turns up http://rubygems.rubyforge.org/rdoc/classes/Gem/GemNotFoundException.html and that's it. I'm on Sun, sparc, Solaris, Ruby 1.8.5 ruby 1.8.5 (2006-08-25) [sparc-solaris2.9] Thank you Hugh From ryan.raaum at gmail.com Thu Sep 14 13:11:03 2006 From: ryan.raaum at gmail.com (Ryan Raaum) Date: Thu, 14 Sep 2006 13:11:03 -0400 Subject: [Rubygems-developers] update to 0.9.0 In-Reply-To: References: Message-ID: On 9/14/06, Hugh Sasse wrote: > > I was on rubygems 0.8.11, and have tried to update. It claims I was > successful, but I can't update anything now. > > brains# gem update RedCloth > Updating installed gems... > Attempting remote update of RedCloth > ERROR: While executing gem ... (Gem::GemNotFoundException) > Could not find RedCloth (> 0) in the repository > brains# > > gem list --local gives: > > impleSearch (0.5.0) > SimpleSearch is a simple vector space text search engine. > > among others, but > > brains# gem update SimpleSearch > Updating installed gems... > Attempting remote update of SimpleSearch > ERROR: While executing gem ... (Gem::GemNotFoundException) > Could not find SimpleSearch (> 0) in the repository > brains# > > What's going on? Googling for Gem::GemNotFoundException turns up > http://rubygems.rubyforge.org/rdoc/classes/Gem/GemNotFoundException.html > and that's it. Your source cache may be corrupt. See this thread: http://groups.google.com/group/comp.lang.ruby/browse_thread/thread/b6f06cd30923db60 -r I'm on Sun, sparc, Solaris, Ruby 1.8.5 > > ruby 1.8.5 (2006-08-25) [sparc-solaris2.9] > > Thank you > Hugh > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > -- Ryan Raaum http://raaum.org http://locomotive.raaum.org -- Self contained one-click Rails for Mac OS X -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060914/fb1bf6ec/attachment.html From hgs at dmu.ac.uk Thu Sep 14 13:47:07 2006 From: hgs at dmu.ac.uk (Hugh Sasse) Date: Thu, 14 Sep 2006 18:47:07 +0100 (WEST) Subject: [Rubygems-developers] update to 0.9.0 In-Reply-To: References: Message-ID: On Thu, 14 Sep 2006, Ryan Raaum wrote: > On 9/14/06, Hugh Sasse wrote: > > > > I was on rubygems 0.8.11, and have tried to update. It claims I was > > successful, but I can't update anything now. [...] > > Attempting remote update of RedCloth > > ERROR: While executing gem ... (Gem::GemNotFoundException) > > Could not find RedCloth (> 0) in the repository > > brains# [...] > > What's going on? Googling for Gem::GemNotFoundException turns up > > http://rubygems.rubyforge.org/rdoc/classes/Gem/GemNotFoundException.html > > and that's it. > > > > Your source cache may be corrupt. See this thread: > > http://groups.google.com/group/comp.lang.ruby/browse_thread/thread/b6f06cd30923db60 Yes, that fixes it. Why it doesn't show up on Google is still a mystery given it's one of their archives., > > -r Thank you Hugh From hgs at dmu.ac.uk Thu Sep 14 13:53:47 2006 From: hgs at dmu.ac.uk (Hugh Sasse) Date: Thu, 14 Sep 2006 18:53:47 +0100 (WEST) Subject: [Rubygems-developers] Patch for 0.9.0 Message-ID: I always run into problems updating FXRuby because of its dependencies on Fox, and I don't really expect Rubygems to be able to cope with that level of complexity [yet]. But at present there's no way to skip a gem when presented with a list, and then carry on. This patch fixes that. It seems to be working for me. 25. fxruby 1.2.3 (mswin32) 26. fxruby 1.2.2 (ruby) 27. fxruby 1.2.2 (mswin32) 28. fxruby 1.2.1 (mswin32) 29. fxruby 1.2.1 (ruby) 30. Skip this gem 31. Cancel installation > 30 Installation of fxruby skipped. Attempting remote update of needle Successfully installed needle-1.3.0 I hope it doesn't break anything. Hugh --- rubygems-0.9.0/lib/rubygems/remote_installer.rb.orig 2006-06-07 04:39:54.000000000 +0100 +++ rubygems-0.9.0/lib/rubygems/remote_installer.rb 2006-09-14 18:43:09.989058000 +0100 @@ -13,6 +13,7 @@ class RemoteSourceException < Gem::Exception; end class GemNotFoundException < Gem::Exception; end class RemoteInstallationCancelled < Gem::Exception; end + class RemoteInstallationSkipped < Gem::Exception; end #################################################################### # RemoteSourceFetcher handles the details of fetching gems and gem @@ -434,14 +435,18 @@ end installed_gems = [] caches = source_index_hash - spec, source = find_gem_to_install(gem_name, version_requirement, caches) - dependencies = find_dependencies_not_installed(spec.dependencies) - installed_gems << install_dependencies(dependencies, force, install_dir) - cache_dir = File.join(install_dir, "cache") - destination_file = File.join(cache_dir, spec.full_name + ".gem") - download_gem(destination_file, source, spec) - installer = new_installer(destination_file) - installed_gems.unshift installer.install(force, install_dir, install_stub) + begin + spec, source = find_gem_to_install(gem_name, version_requirement, caches) + dependencies = find_dependencies_not_installed(spec.dependencies) + installed_gems << install_dependencies(dependencies, force, install_dir) + cache_dir = File.join(install_dir, "cache") + destination_file = File.join(cache_dir, spec.full_name + ".gem") + download_gem(destination_file, source, spec) + installer = new_installer(destination_file) + installed_gems.unshift installer.install(force, install_dir, install_stub) + rescue RemoteInstallationSkipped => e + puts e.message + end installed_gems.flatten end @@ -512,6 +517,7 @@ "#{item[0].name} #{item[0].version} (#{item[0].platform.to_s})" } + list << "Skip this gem" list << "Cancel installation" string, index = choose_from_list( @@ -522,6 +528,10 @@ raise RemoteInstallationCancelled, "Installation of #{gem_name} cancelled." end + if index == (list.size - 2) then + raise RemoteInstallationSkipped, "Installation of #{gem_name} skipped." + end + specs_n_sources[index] end From jim at weirichhouse.org Mon Sep 18 14:22:57 2006 From: jim at weirichhouse.org (Jim Weirich) Date: Mon, 18 Sep 2006 14:22:57 -0400 Subject: [Rubygems-developers] Updates to RubyGems Message-ID: <450EE401.2050806@weirichhouse.org> Several people at Euro RailsConf talked to me about a couple patches to RubyGem. I've incorporated the following two: * Memory reduction. Steve Longdo did some research into an issue where multiple Gem::GemSearchPath objects were being created, possibly in different threads. He suggested turning the class into a singleton (to avoid multiples), but I tend to avoid singleton. My alternative solution was to put a Mutex around the creation of the search path object to avoid race conditions from multiple threads. * Specification comparison errors. This is an issue that is really impacting the JRuby team. It seems that Gem::Specification equals operator is poorly written in that it blows up if compared to a non-specification object. I don't think the RubyGems code ever explicity does this, but the JRuby folk think that it might be related to Marsh activity (we do store our cache in marshal format). Also, if the == operator is defined, a compatible hash should be defined as well. I have fixed the Specification, Version and Requirements classes, and have updated the unit tests to cover those issue. You can update to this beta version with: sudo gem update --system --source http://onestepback.org/betagems The second issue is rather hot for the JRuby team and I would like to make a new minor release soon. I know there are several patches I haven't gotten around to yet, but if there are other hot issues for RubyGems that should be addressed, give a hollar now. Thanks. -- Jim Weirich From ola.bini at ki.se Mon Sep 18 16:15:32 2006 From: ola.bini at ki.se (Ola Bini) Date: Mon, 18 Sep 2006 22:15:32 +0200 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: <450EE401.2050806@weirichhouse.org> References: <450EE401.2050806@weirichhouse.org> Message-ID: <450EFE64.5090406@ki.se> Jim Weirich wrote: > * Specification comparison errors. > > This is an issue that is really impacting the JRuby team. It seems that > Gem::Specification equals operator is poorly written in that it blows up > if compared to a non-specification object. I don't think the RubyGems > code ever explicity does this, but the JRuby folk think that it might be > related to Marsh activity (we do store our cache in marshal format). > Also, if the == operator is defined, a compatible hash should be defined > as well. I have fixed the Specification, Version and Requirements > classes, and have updated the unit tests to cover those issue. > > You can update to this beta version with: > > sudo gem update --system --source http://onestepback.org/betagems > > The second issue is rather hot for the JRuby team and I would like to > make a new minor release soon. I know there are several patches I > haven't gotten around to yet, but if there are other hot issues for > RubyGems that should be addressed, give a hollar now. > > Thanks. > > -- Jim Weirich > Yay! Thank you, Jim! (Btw, have you been thinking about that YAML validation problem?) -- Ola Bini (http://ola-bini.blogspot.com) JvYAML, RbYAML, JRuby and Jatha contributor System Developer, Karolinska Institutet (http://www.ki.se) OLogix Consulting (http://www.ologix.com) "Yields falsehood when quined" yields falsehood when quined. From weyus at att.net Mon Sep 18 16:43:32 2006 From: weyus at att.net (Wes Gamble) Date: Mon, 18 Sep 2006 15:43:32 -0500 Subject: [Rubygems-developers] Can't install fxruby via rubygems 0.9.0 on Windows XP Message-ID: <450F04F4.3000407@att.net> I hate to bother this list with this issue, but I've been trying to do gem updates for several days now and I can't succesfully get the fxruby gem to install. See below. If I choose "2" to install the mswin32 fxruby, it fails with a 404. If I choose "34" to cancel the installation, gem stops and I can't install anything else. I thought I saw a post recently that showed some way to "skip" a particular gem. Is that correct? How would I do it? Also, is there any way to see which gems may depend on fxruby, 'cause I just want to uninstall it anyway :). Thanks, Wes =============================================== C:\eclipse\workspace>gem update Updating installed gems... Attempting remote update of fxruby Select which gem to install for your platform (i386-mswin32) 1. fxruby 1.6.2 (ruby) 2. fxruby 1.6.2 (mswin32) 3. fxruby 1.6.1 (ruby) 4. fxruby 1.6.1 (mswin32) 5. fxruby 1.6.0 (mswin32) 6. fxruby 1.6.0 (ruby) 7. fxruby 1.4.7 (mswin32) 8. fxruby 1.4.7 (ruby) 9. fxruby 1.4.6 (ruby) 10. fxruby 1.4.6 (mswin32) 11. fxruby 1.4.5 (ruby) 12. fxruby 1.4.5 (mswin32) 13. fxruby 1.4.4 (ruby) 14. fxruby 1.4.4 (mswin32) 15. fxruby 1.4.3 (mswin32) 16. fxruby 1.4.3 (ruby) 17. fxruby 1.4.2 (ruby) 18. fxruby 1.4.2 (mswin32) 19. fxruby 1.4.1 (mswin32) 20. fxruby 1.4.1 (ruby) 21. fxruby 1.4.0 (ruby) 22. fxruby 1.2.6 (mswin32) 23. fxruby 1.2.6 (ruby) 24. fxruby 1.2.5 (ruby) 25. fxruby 1.2.5 (mswin32) 26. fxruby 1.2.4 (mswin32) 27. fxruby 1.2.4 (ruby) 28. fxruby 1.2.3 (ruby) 29. fxruby 1.2.3 (mswin32) 30. fxruby 1.2.2 (ruby) 31. fxruby 1.2.2 (mswin32) 32. fxruby 1.2.1 (ruby) 33. fxruby 1.2.1 (mswin32) 34. Cancel installation > 2 ERROR: While executing gem ... (OpenURI::HTTPError) 404 Not Found From me at michaelstudman.com Mon Sep 18 17:26:35 2006 From: me at michaelstudman.com (Michael Studman) Date: Mon, 18 Sep 2006 22:26:35 +0100 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: <450EE401.2050806@weirichhouse.org> References: <450EE401.2050806@weirichhouse.org> Message-ID: <450F0F0B.3030305@michaelstudman.com> Hi Jim, You could probably close issue 5731 then - that's the issue I raised for the specification comparison error. The patch I uploaded was very similar to yours so at least I was on the right track! Thanks for fixing it. Michael. Jim Weirich wrote: > Several people at Euro RailsConf talked to me about a couple patches to > RubyGem. I've incorporated the following two: > > * Memory reduction. > > Steve Longdo did some research into an issue where multiple > Gem::GemSearchPath objects were being created, possibly in different > threads. He suggested turning the class into a singleton (to avoid > multiples), but I tend to avoid singleton. My alternative solution was > to put a Mutex around the creation of the search path object to avoid > race conditions from multiple threads. > > * Specification comparison errors. > > This is an issue that is really impacting the JRuby team. It seems that > Gem::Specification equals operator is poorly written in that it blows up > if compared to a non-specification object. I don't think the RubyGems > code ever explicity does this, but the JRuby folk think that it might be > related to Marsh activity (we do store our cache in marshal format). > Also, if the == operator is defined, a compatible hash should be defined > as well. I have fixed the Specification, Version and Requirements > classes, and have updated the unit tests to cover those issue. > > You can update to this beta version with: > > sudo gem update --system --source http://onestepback.org/betagems > > The second issue is rather hot for the JRuby team and I would like to > make a new minor release soon. I know there are several patches I > haven't gotten around to yet, but if there are other hot issues for > RubyGems that should be addressed, give a hollar now. > > Thanks. > > -- Jim Weirich > > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > > From anatol.pomozov at gmail.com Tue Sep 19 00:05:53 2006 From: anatol.pomozov at gmail.com (Anatol Pomozov) Date: Tue, 19 Sep 2006 08:05:53 +0400 Subject: [Rubygems-developers] Can't install fxruby via rubygems 0.9.0 on Windows XP In-Reply-To: <450F04F4.3000407@att.net> References: <450F04F4.3000407@att.net> Message-ID: <3665a1a00609182105i3c2b1ad3ra99f41b21390a34@mail.gmail.com> The same problem for me. Seems this .gem file absent in repository. On 9/19/06, Wes Gamble wrote: > > I hate to bother this list with this issue, but I've been trying to do > gem updates for several days now and I can't succesfully get the fxruby > gem to install. See below. > > If I choose "2" to install the mswin32 fxruby, it fails with a 404. If > I choose "34" to cancel the installation, gem stops and I can't install > anything else. > > I thought I saw a post recently that showed some way to "skip" a > particular gem. Is that correct? How would I do it? > > Also, is there any way to see which gems may depend on fxruby, 'cause I > just want to uninstall it anyway :). > > Thanks, > Wes > > =============================================== > > C:\eclipse\workspace>gem update > Updating installed gems... > Attempting remote update of fxruby > Select which gem to install for your platform (i386-mswin32) > 1. fxruby 1.6.2 (ruby) > 2. fxruby 1.6.2 (mswin32) > 3. fxruby 1.6.1 (ruby) > 4. fxruby 1.6.1 (mswin32) > 5. fxruby 1.6.0 (mswin32) > 6. fxruby 1.6.0 (ruby) > 7. fxruby 1.4.7 (mswin32) > 8. fxruby 1.4.7 (ruby) > 9. fxruby 1.4.6 (ruby) > 10. fxruby 1.4.6 (mswin32) > 11. fxruby 1.4.5 (ruby) > 12. fxruby 1.4.5 (mswin32) > 13. fxruby 1.4.4 (ruby) > 14. fxruby 1.4.4 (mswin32) > 15. fxruby 1.4.3 (mswin32) > 16. fxruby 1.4.3 (ruby) > 17. fxruby 1.4.2 (ruby) > 18. fxruby 1.4.2 (mswin32) > 19. fxruby 1.4.1 (mswin32) > 20. fxruby 1.4.1 (ruby) > 21. fxruby 1.4.0 (ruby) > 22. fxruby 1.2.6 (mswin32) > 23. fxruby 1.2.6 (ruby) > 24. fxruby 1.2.5 (ruby) > 25. fxruby 1.2.5 (mswin32) > 26. fxruby 1.2.4 (mswin32) > 27. fxruby 1.2.4 (ruby) > 28. fxruby 1.2.3 (ruby) > 29. fxruby 1.2.3 (mswin32) > 30. fxruby 1.2.2 (ruby) > 31. fxruby 1.2.2 (mswin32) > 32. fxruby 1.2.1 (ruby) > 33. fxruby 1.2.1 (mswin32) > 34. Cancel installation > > 2 > ERROR: While executing gem ... (OpenURI::HTTPError) > 404 Not Found > > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > -- anatol (http://feeds.feedburner.com/apomozov-eng) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060919/4e0fd335/attachment.html From hgs at dmu.ac.uk Tue Sep 19 05:08:47 2006 From: hgs at dmu.ac.uk (Hugh Sasse) Date: Tue, 19 Sep 2006 10:08:47 +0100 (WEST) Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: <450EE401.2050806@weirichhouse.org> References: <450EE401.2050806@weirichhouse.org> Message-ID: On Mon, 18 Sep 2006, Jim Weirich wrote: > make a new minor release soon. I know there are several patches I > haven't gotten around to yet, but if there are other hot issues for > RubyGems that should be addressed, give a hollar now. Other issues than the patches? My squeaky wheel is the patch to skip updates (eg FXruby). > > Thanks. > > -- Jim Weirich Thank you, Hugh From jim at weirichhouse.org Tue Sep 19 09:54:52 2006 From: jim at weirichhouse.org (Jim Weirich) Date: Tue, 19 Sep 2006 09:54:52 -0400 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: <450F0F0B.3030305@michaelstudman.com> References: <450EE401.2050806@weirichhouse.org> <450F0F0B.3030305@michaelstudman.com> Message-ID: <450FF6AC.1000704@weirichhouse.org> Michael Studman wrote: > Hi Jim, > > You could probably close issue 5731 then - ... Thanks ... it is closed. -- Jim Weirich From jim at weirichhouse.org Tue Sep 19 09:57:43 2006 From: jim at weirichhouse.org (Jim Weirich) Date: Tue, 19 Sep 2006 09:57:43 -0400 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: References: <450EE401.2050806@weirichhouse.org> Message-ID: <450FF757.3090409@weirichhouse.org> Hugh Sasse wrote: > Other issues than the patches? My squeaky wheel is the patch to > skip updates (eg FXruby). Committed to head. Also, Chad implemented a restriction on the number of versions displayed when multiple platforms are available (e.g. 44 choices when installing Mongrel is a bit much). Both changes are post-beta, so the next beta cut will pick them up. -- Jim Weirich From weyus at att.net Tue Sep 19 11:53:10 2006 From: weyus at att.net (Wes Gamble) Date: Tue, 19 Sep 2006 10:53:10 -0500 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: References: <450EE401.2050806@weirichhouse.org> Message-ID: <45101266.6010106@att.net> I'd also like to see the patch to skip updates implemented. Wes Hugh Sasse wrote: >On Mon, 18 Sep 2006, Jim Weirich wrote: > > > >>make a new minor release soon. I know there are several patches I >>haven't gotten around to yet, but if there are other hot issues for >>RubyGems that should be addressed, give a hollar now. >> >> > >Other issues than the patches? My squeaky wheel is the patch to >skip updates (eg FXruby). > > >>Thanks. >> >>-- Jim Weirich >> >> > > Thank you, > Hugh >_______________________________________________ >Rubygems-developers mailing list >Rubygems-developers at rubyforge.org >http://rubyforge.org/mailman/listinfo/rubygems-developers > > > From hgs at dmu.ac.uk Tue Sep 19 12:42:48 2006 From: hgs at dmu.ac.uk (Hugh Sasse) Date: Tue, 19 Sep 2006 17:42:48 +0100 (WEST) Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: <450FF757.3090409@weirichhouse.org> References: <450EE401.2050806@weirichhouse.org> <450FF757.3090409@weirichhouse.org> Message-ID: On Tue, 19 Sep 2006, Jim Weirich wrote: > Hugh Sasse wrote: > > Other issues than the patches? My squeaky wheel is the patch to > > skip updates (eg FXruby). > > Committed to head. Also, Chad implemented a restriction on the number > of versions displayed when multiple platforms are available (e.g. 44 > choices when installing Mongrel is a bit much). Both changes are You can bet someone will need an option to override that :-) > post-beta, so the next beta cut will pick them up. Thank you. > > -- Jim Weirich > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > From yvon_thoraval at mac.com Tue Sep 19 13:00:55 2006 From: yvon_thoraval at mac.com (Yvon Thoraval) Date: Tue, 19 Sep 2006 19:00:55 +0200 Subject: [Rubygems-developers] RubyGems DeveloperGuide ??? Message-ID: <60B07EA8-BAFE-41EB-8000-AD17657870C7@mac.com> Hey all, i'm looking for DeveloperGuide, i didn't find one even after googleing... because i get : > gem build system_profile.gemspec ERROR: While executing gem ... (Errno::ENOENT) No such file or directory - then, i re-run gem build with trace'n debug options : > gem build system_profile.gemspec --backtrace --debug and i get : Exception `OptionParser::InvalidOption' at /opt/local/lib/ruby/1.8/optparse.rb:1445 - invalid option: gen-rdoc Exception `OptionParser::InvalidOption' at /opt/local/lib/ruby/1.8/optparse.rb:1280 - invalid option: --gen-rdoc Exception `OptionParser::InvalidOption' at /opt/local/lib/ruby/1.8/optparse.rb:1445 - invalid option: run-tests Exception `OptionParser::InvalidOption' at /opt/local/lib/ruby/1.8/optparse.rb:1280 - invalid option: --run-tests Exception `Errno::ENOENT' at /opt/local/lib/ruby/site_ruby/1.8/rubygems/builder.rb:55 - No such file or directory - ERROR: While executing gem ... (Errno::ENOENT) No such file or directory - /opt/local/lib/ruby/site_ruby/1.8/rubygems/builder.rb:55:in `size' /opt/local/lib/ruby/site_ruby/1.8/rubygems/builder.rb:55:in `build' /opt/local/lib/ruby/site_ruby/1.8/rubygems/builder.rb:52:in `build' /opt/local/lib/ruby/site_ruby/1.8/rubygems/package.rb:709:in `open_from_io' /opt/local/lib/ruby/site_ruby/1.8/rubygems/package.rb:219:in `new' /opt/local/lib/ruby/site_ruby/1.8/rubygems/package.rb:702:in `open_from_io' /opt/local/lib/ruby/site_ruby/1.8/rubygems/package.rb:254:in `add_file' /opt/local/lib/ruby/site_ruby/1.8/rubygems/package.rb:697:in `open_from_io' /opt/local/lib/ruby/site_ruby/1.8/rubygems/package.rb:685:in `open' /opt/local/lib/ruby/site_ruby/1.8/rubygems/package.rb:789:in `open' /opt/local/lib/ruby/site_ruby/1.8/rubygems/builder.rb:50:in `build' /opt/local/lib/ruby/site_ruby/1.8/rubygems/gem_commands.rb:619:in `execute' /opt/local/lib/ruby/site_ruby/1.8/rubygems/gem_commands.rb:618:in `execute' /opt/local/lib/ruby/site_ruby/1.8/rubygems/command.rb:69:in `invoke' /opt/local/lib/ruby/site_ruby/1.8/rubygems/cmd_manager.rb:117:in `process_args' /opt/local/lib/ruby/site_ruby/1.8/rubygems/cmd_manager.rb:88:in `run' /opt/local/lib/ruby/site_ruby/1.8/rubygems/gem_runner.rb:29:in `run' /opt/local/bin/gem:23 here is my spec file : --- system_profile.gemspec ------------------------------------------------------------------------ ----- #!/usr/bin/env ruby # # system_profile.gemspec # require 'rubygems' spec = Gem::Specification.new do |s| s.name = 'SystemProfile' s.version = "0.0.0" # s.platform = Gem::Platform::RUBY::OSX # s.platform = Gem::Platform::OSX s.summary = "SystemProfile provides reading of System Profiler over Mac OS X 10.+." s.requirements << 'MacOS X 10.+' s.files = File.read('FILES').split( $/) s.test_files = Dir.glob('test/test_*.rb') s.extensions << 'ext/extconf.rb' s.has_rdoc = true s.author = "Yvon Thoraval" s.email = "yvon_thoraval at mac.com" s.rubyforge_project = "SystemProfile" s.homepage = "http://rubyforge.org/projects/system_profile/" s.description = <<-EOF SystemProfile provides reading of System Profiler over Mac OS X 10.+. It outputs a Hash where you could make search of an item. See sample/sample.rb for more info. EOF s.required_ruby_version = '>= 1.8.4' end if $0==__FILE__ Gem.manage_gems Gem::Builder.new(spec).build end ------------------------------------------------------------------------ ------------------------------------------ at this time this is a "pure Ruby" project, i'm under way having that tranlated into C ext 4 R... hoping someone find the prob, Yvon From jim at weirichhouse.org Tue Sep 19 14:07:18 2006 From: jim at weirichhouse.org (Jim Weirich) Date: Tue, 19 Sep 2006 14:07:18 -0400 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: <450FF757.3090409@weirichhouse.org> References: <450EE401.2050806@weirichhouse.org> <450FF757.3090409@weirichhouse.org> Message-ID: <451031D6.6080203@weirichhouse.org> Jim Weirich wrote: > [...] Both changes are > post-beta, so the next beta cut will pick them up. Several people emailed me comments and corrections for the current beta, so I have implemented the fixes and release a new beta 0.9.0.3. Hugh's skipping patch is included as well as Chad's list limiting change. Also Michael Studman's and David Black's corrections are in. Thanks. -- Jim Weirich From jim.weirich at gmail.com Tue Sep 19 15:14:31 2006 From: jim.weirich at gmail.com (Jim Weirich) Date: Tue, 19 Sep 2006 15:14:31 -0400 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: References: <450EE401.2050806@weirichhouse.org> <450FF757.3090409@weirichhouse.org> Message-ID: On 9/19/06, Hugh Sasse wrote: > > > Committed to head. Also, Chad implemented a restriction on the number > > of versions displayed when multiple platforms are available (e.g. 44 > > choices when installing Mongrel is a bit much). Both changes are > > You can bet someone will need an option to override that :-) Like --version ?? ;) -- -- -- 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 HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060919/b8b032df/attachment.html From weyus at att.net Tue Sep 19 15:58:39 2006 From: weyus at att.net (Wes Gamble) Date: Tue, 19 Sep 2006 14:58:39 -0500 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: <451031D6.6080203@weirichhouse.org> References: <450EE401.2050806@weirichhouse.org> <450FF757.3090409@weirichhouse.org> <451031D6.6080203@weirichhouse.org> Message-ID: <45104BEF.6090407@att.net> When can we update our gem installations? I try to do "gem update --system" and keep getting 0.9.0. Wes From chad at chadfowler.com Tue Sep 19 19:27:18 2006 From: chad at chadfowler.com (Chad Fowler) Date: Tue, 19 Sep 2006 17:27:18 -0600 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: <45104BEF.6090407@att.net> References: <450EE401.2050806@weirichhouse.org> <450FF757.3090409@weirichhouse.org> <451031D6.6080203@weirichhouse.org> <45104BEF.6090407@att.net> Message-ID: <9BC7C56F-BEFA-413E-B541-C0572BCC9EFE@chadfowler.com> On Sep 19, 2006, at 1:58 PM, Wes Gamble wrote: > When can we update our gem installations? I try to do "gem update > --system" and keep getting 0.9.0. > Wes, are you updating from Jim's beta repo? The release hasn't been made yet, so everything we've been doing here has been either in svn or (now) in a beta gem. Chad From weyus at att.net Tue Sep 19 22:02:51 2006 From: weyus at att.net (Wes Gamble) Date: Tue, 19 Sep 2006 21:02:51 -0500 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: <9BC7C56F-BEFA-413E-B541-C0572BCC9EFE@chadfowler.com> References: <450EE401.2050806@weirichhouse.org> <450FF757.3090409@weirichhouse.org> <451031D6.6080203@weirichhouse.org> <45104BEF.6090407@att.net> <9BC7C56F-BEFA-413E-B541-C0572BCC9EFE@chadfowler.com> Message-ID: <4510A14B.4060005@att.net> Nope. I can wait if it isn't going to be more than a week. Thanks for asking. Wes Chad Fowler wrote: >On Sep 19, 2006, at 1:58 PM, Wes Gamble wrote: > > > >>When can we update our gem installations? I try to do "gem update >>--system" and keep getting 0.9.0. >> >> >> > > >Wes, are you updating from Jim's beta repo? The release hasn't been >made yet, so everything we've been doing here has been either in svn >or (now) in a beta gem. > >Chad >_______________________________________________ >Rubygems-developers mailing list >Rubygems-developers at rubyforge.org >http://rubyforge.org/mailman/listinfo/rubygems-developers > > > From anatol.pomozov at gmail.com Wed Sep 20 09:53:00 2006 From: anatol.pomozov at gmail.com (Anatol Pomozov) Date: Wed, 20 Sep 2006 17:53:00 +0400 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: <4510A14B.4060005@att.net> References: <450EE401.2050806@weirichhouse.org> <450FF757.3090409@weirichhouse.org> <451031D6.6080203@weirichhouse.org> <45104BEF.6090407@att.net> <9BC7C56F-BEFA-413E-B541-C0572BCC9EFE@chadfowler.com> <4510A14B.4060005@att.net> Message-ID: <3665a1a00609200652w2eaa23e5o5e57802d998cfae@mail.gmail.com> Hi, Jim. I also would like that you include to the next RubyGems version my small patch related (as you guess) to proxy authorization. Some persons reported problem with authorization if they have special symbols (like space) in login/password so I added correct escaping of login/password pair. See patch attached to mail. On 9/20/06, Wes Gamble wrote: > > Nope. I can wait if it isn't going to be more than a week. Thanks > for asking. > > Wes > > Chad Fowler wrote: > > >On Sep 19, 2006, at 1:58 PM, Wes Gamble wrote: > > > > > > > >>When can we update our gem installations? I try to do "gem update > >>--system" and keep getting 0.9.0. > >> > >> > >> > > > > > >Wes, are you updating from Jim's beta repo? The release hasn't been > >made yet, so everything we've been doing here has been either in svn > >or (now) in a beta gem. > > > >Chad > >_______________________________________________ > >Rubygems-developers mailing list > >Rubygems-developers at rubyforge.org > >http://rubyforge.org/mailman/listinfo/rubygems-developers > > > > > > > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > -- anatol (http://feeds.feedburner.com/apomozov-eng) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060920/8d4b1167/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: changes.diff Type: application/octet-stream Size: 4487 bytes Desc: not available Url : http://rubyforge.org/pipermail/rubygems-developers/attachments/20060920/8d4b1167/attachment.obj From rubygems at freeze.org Wed Sep 20 10:11:33 2006 From: rubygems at freeze.org (Jim Freeze) Date: Wed, 20 Sep 2006 09:11:33 -0500 Subject: [Rubygems-developers] Adjusting Shebang in gem files Message-ID: Hello all: I am working on a patch to rubygems that allows the user to specify a shebang that is valid for a heterogeneous installation of gems (multi OS env). Basically, this means that the path to ruby is not specified explicitly in the shebang, but is set to: #!/usr/bin/env ruby Typically this will be used in an environment that is running BSD, Linux, HP, Solaris and other unices. (Not sure how windows would respond.) My question is how do you want to have this option activated? Do I make this the default? Do I add a flag to the install option? If so, what? Your input is greatly appreciated. Jim Freeze -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060920/943572b4/attachment.html From yvon_thoraval at mac.com Wed Sep 20 13:16:41 2006 From: yvon_thoraval at mac.com (Yvon Thoraval) Date: Wed, 20 Sep 2006 19:16:41 +0200 Subject: [Rubygems-developers] Adjusting Shebang in gem files In-Reply-To: References: Message-ID: <4A635169-0C05-4DEC-880F-0EA5CEE2E604@mac.com> Le 20 sept. 06 ? 16:11, Jim Freeze a ?crit : > Do I make this the default? in my opinion it MUST be the default because even on the same platform (for ex over apple box) the path to ruby might defer from one box to the other. three possible case over Mac OS X : standard one ruby is under /usr darwinports one ruby is under /opt fink install ruby is under /sw and also may people (as me) does have more than only one ruby install this is the case when you install under darwinport or fink, tou leave the apple ruby untouched, then for those cases 2 valid ruby are installaded. i've another ruby on my box this a ruby install within jruby and here i'd like also have two GEM_HOME. for the time being i switch GEM_HOME to JGEM_HOME when i use jruby and back when using ruby. then i do have three GEM_HOME : export GEM_HOME=/opt/local/lib/ruby/gems/1.8 for darwinports install export RGEM_HOME=/opt/local/lib/ruby/gems/1.8 a "backup" of the previous export JGEM_HOME=/Users/yvon/bin/JRuby/lib/ruby/gems/1.8 GEM_HOME for jruby then in a jruby script i do : export GEM_HOME=$JGEM_HOME to get gem install for jruby and, before ending the script back to /opt : export GEM_HOME=RGEM_HOME Yvon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060920/3387811d/attachment-0001.html From weyus at att.net Thu Sep 21 01:39:01 2006 From: weyus at att.net (Wes Gamble) Date: Thu, 21 Sep 2006 00:39:01 -0500 Subject: [Rubygems-developers] [Fwd: Re: [fxruby-users] Can't update fxruby 1.6.2 gem for Windows] Message-ID: <45122575.6050407@att.net> I asked on the fxruby list about the problem I'm having installing the 1.6.2 fxruby gem for Windows (I get a 404 error when I choose 1.6.2 for win32) and I got the response below. Is there anyone out there who has verified that the fxruby 1.6.2 gem may be installed successfully? Thanks, Wes -------- Original Message -------- Subject: Re: [fxruby-users] Can't update fxruby 1.6.2 gem for Windows Date: 20 Sep 2006 18:19:24 -0000 From: lyle at knology.net Reply-To: fxruby-users at rubyforge.org To: fxruby-users at rubyforge.org References: <> I'm not exactly sure what you're asking. I'm the person who built the gems, and I uploaded them to the FXRuby project page at RubyForge. The bit that I don't have control over is whatever process it is on RubyForge that takes the gems that I uploaded to the FXRuby project page and makes them available to you when you type "gem install fxruby". I think someone like Tom Copeland (at RubyForge) would be the person to check with on that. I suspect that the problem has to do with the fact that there are two different 1.6.2 gems for Windows: one built for Ruby 1.8.4 and one built for Ruby 1.8.5. But I don't know what (if anything) I need to do to fix that. _______________________________________________ fxruby-users mailing list fxruby-users at rubyforge.org http://rubyforge.org/mailman/listinfo/fxruby-users From weyus at att.net Thu Sep 21 01:40:34 2006 From: weyus at att.net (Wes Gamble) Date: Thu, 21 Sep 2006 00:40:34 -0500 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: References: <450EE401.2050806@weirichhouse.org> <450FF757.3090409@weirichhouse.org> Message-ID: <451225D2.6060505@att.net> Jim, Another nice thing would be to be able to show the dates that gems were installed in the gem list output, as an aid in debugging problems related to downloading gems that don't work. Thanks, Wes Jim Weirich wrote: > On 9/19/06, *Hugh Sasse* > wrote: > > > Committed to head. Also, Chad implemented a restriction on the > number > > of versions displayed when multiple platforms are available (e.g. 44 > > choices when installing Mongrel is a bit much). Both changes are > > You can bet someone will need an option to override that :-) > > > Like --version ?? ;) > > -- > -- > -- 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 > From curt.hibbs at gmail.com Thu Sep 21 10:05:48 2006 From: curt.hibbs at gmail.com (Curt Hibbs) Date: Thu, 21 Sep 2006 09:05:48 -0500 Subject: [Rubygems-developers] Can't install fxruby via rubygems 0.9.0 on Windows XP In-Reply-To: <3665a1a00609182105i3c2b1ad3ra99f41b21390a34@mail.gmail.com> References: <450F04F4.3000407@att.net> <3665a1a00609182105i3c2b1ad3ra99f41b21390a34@mail.gmail.com> Message-ID: <31d15f490609210705t158efad4t88b93695e6d2496b@mail.gmail.com> I'm wondering if the problem is with one of the RubyForge mirrors being missing the file. Tom, is there an easy way to check this? Curt On 9/18/06, Anatol Pomozov wrote: > > The same problem for me. > > Seems this .gem file absent in repository. > > On 9/19/06, Wes Gamble wrote: > > > > I hate to bother this list with this issue, but I've been trying to do > > gem updates for several days now and I can't succesfully get the fxruby > > gem to install. See below. > > > > If I choose "2" to install the mswin32 fxruby, it fails with a 404. If > > I choose "34" to cancel the installation, gem stops and I can't install > > anything else. > > > > I thought I saw a post recently that showed some way to "skip" a > > particular gem. Is that correct? How would I do it? > > > > Also, is there any way to see which gems may depend on fxruby, 'cause I > > just want to uninstall it anyway :). > > > > Thanks, > > Wes > > > > =============================================== > > > > C:\eclipse\workspace>gem update > > Updating installed gems... > > Attempting remote update of fxruby > > Select which gem to install for your platform (i386-mswin32) > > 1. fxruby 1.6.2 (ruby) > > 2. fxruby 1.6.2 (mswin32) > > 3. fxruby 1.6.1 (ruby) > > 4. fxruby 1.6.1 (mswin32) > > 5. fxruby 1.6.0 (mswin32) > > 6. fxruby 1.6.0 (ruby) > > 7. fxruby 1.4.7 (mswin32) > > 8. fxruby 1.4.7 (ruby) > > 9. fxruby 1.4.6 (ruby) > > 10. fxruby 1.4.6 (mswin32) > > 11. fxruby 1.4.5 (ruby) > > 12. fxruby 1.4.5 (mswin32) > > 13. fxruby 1.4.4 (ruby) > > 14. fxruby 1.4.4 (mswin32) > > 15. fxruby 1.4.3 (mswin32) > > 16. fxruby 1.4.3 (ruby) > > 17. fxruby 1.4.2 (ruby) > > 18. fxruby 1.4.2 (mswin32) > > 19. fxruby 1.4.1 (mswin32) > > 20. fxruby 1.4.1 (ruby) > > 21. fxruby 1.4.0 (ruby) > > 22. fxruby 1.2.6 (mswin32) > > 23. fxruby 1.2.6 (ruby) > > 24. fxruby 1.2.5 (ruby) > > 25. fxruby 1.2.5 (mswin32) > > 26. fxruby 1.2.4 (mswin32) > > 27. fxruby 1.2.4 (ruby) > > 28. fxruby 1.2.3 (ruby) > > 29. fxruby 1.2.3 (mswin32) > > 30. fxruby 1.2.2 (ruby) > > 31. fxruby 1.2.2 (mswin32) > > 32. fxruby 1.2.1 (ruby) > > 33. fxruby 1.2.1 (mswin32) > > 34. Cancel installation > > > 2 > > ERROR: While executing gem ... (OpenURI::HTTPError) > > 404 Not Found > > > > _______________________________________________ > > Rubygems-developers mailing list > > Rubygems-developers at rubyforge.org > > http://rubyforge.org/mailman/listinfo/rubygems-developers > > > > > > -- > anatol (http://feeds.feedburner.com/apomozov-eng) > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060921/28280328/attachment.html From tom at infoether.com Thu Sep 21 10:11:30 2006 From: tom at infoether.com (Tom Copeland) Date: Thu, 21 Sep 2006 10:11:30 -0400 Subject: [Rubygems-developers] Can't install fxruby via rubygems 0.9.0 on Windows XP In-Reply-To: <31d15f490609210705t158efad4t88b93695e6d2496b@mail.gmail.com> References: <450F04F4.3000407@att.net> <3665a1a00609182105i3c2b1ad3ra99f41b21390a34@mail.gmail.com> <31d15f490609210705t158efad4t88b93695e6d2496b@mail.gmail.com> Message-ID: <1158847890.3379.30.camel@bugs.hal> Hm, both those win32 gems seem to be on all the mirrors: ================ # ./rubyforge_gem_updater.rb checkgem fxruby-1.6.2-ruby1.8.5-mswin32.gem Checking fxruby-1.6.2-ruby1.8.5-mswin32.gem to see if it has propagated Checking rubyforge.rubyuser.de... OK Checking gems.rubyforge.vm.bytemark.co.uk... OK Checking rubyforge.halostatue.info... OK Checking rubyforge.iasi.roedu.net... OK # ./rubyforge_gem_updater.rb checkgem fxruby-1.6.2-ruby1.8.4-mswin32.gem Checking fxruby-1.6.2-ruby1.8.4-mswin32.gem to see if it has propagated Checking rubyforge.rubyuser.de... OK Checking gems.rubyforge.vm.bytemark.co.uk... OK Checking rubyforge.halostatue.info... OK Checking rubyforge.iasi.roedu.net... OK ================ Yours, Tom On Thu, 2006-09-21 at 09:05 -0500, Curt Hibbs wrote: > I'm wondering if the problem is with one of the RubyForge mirrors > being missing the file. > > Tom, is there an easy way to check this? > > Curt > > On 9/18/06, Anatol Pomozov wrote: > The same problem for me. > > Seems this .gem file absent in repository. > > > On 9/19/06, Wes Gamble wrote: > I hate to bother this list with this issue, but I've > been trying to do > gem updates for several days now and I can't > succesfully get the fxruby > gem to install. See below. > > If I choose "2" to install the mswin32 fxruby, it > fails with a 404. If > I choose "34" to cancel the installation, gem stops > and I can't install > anything else. > > I thought I saw a post recently that showed some way > to "skip" a > particular gem. Is that correct? How would I do it? > > Also, is there any way to see which gems may depend on > fxruby, 'cause I > just want to uninstall it anyway :). > > Thanks, > Wes > > =============================================== > > C:\eclipse\workspace>gem update > Updating installed gems... > Attempting remote update of fxruby > Select which gem to install for your platform > (i386-mswin32) > 1. fxruby 1.6.2 (ruby) > 2. fxruby 1.6.2 (mswin32) > 3. fxruby 1.6.1 (ruby) > 4. fxruby 1.6.1 (mswin32) > 5. fxruby 1.6.0 (mswin32) > 6. fxruby 1.6.0 (ruby) > 7. fxruby 1.4.7 (mswin32) > 8. fxruby 1.4.7 (ruby) > 9. fxruby 1.4.6 (ruby) > 10. fxruby 1.4.6 (mswin32) > 11. fxruby 1.4.5 (ruby) > 12. fxruby 1.4.5 (mswin32) > 13. fxruby 1.4.4 (ruby) > 14. fxruby 1.4.4 (mswin32) > 15. fxruby 1.4.3 (mswin32) > 16. fxruby 1.4.3 (ruby) > 17. fxruby 1.4.2 (ruby) > 18. fxruby 1.4.2 (mswin32) > 19. fxruby 1.4.1 (mswin32) > 20. fxruby 1.4.1 (ruby) > 21. fxruby 1.4.0 (ruby) > 22. fxruby 1.2.6 (mswin32) > 23. fxruby 1.2.6 (ruby) > 24. fxruby 1.2.5 (ruby) > 25. fxruby 1.2.5 (mswin32) > 26. fxruby 1.2.4 (mswin32) > 27. fxruby 1.2.4 (ruby) > 28. fxruby 1.2.3 (ruby) > 29. fxruby 1.2.3 (mswin32) > 30. fxruby 1.2.2 (ruby) > 31. fxruby 1.2.2 (mswin32) > 32. fxruby 1.2.1 (ruby) > 33. fxruby 1.2.1 (mswin32) > 34. Cancel installation > > 2 > ERROR: While executing gem ... (OpenURI::HTTPError) > 404 Not Found > > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > > > > > -- > anatol (http://feeds.feedburner.com/apomozov-eng) > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > > From lyle.johnson at gmail.com Thu Sep 21 10:56:54 2006 From: lyle.johnson at gmail.com (Lyle Johnson) Date: Thu, 21 Sep 2006 09:56:54 -0500 Subject: [Rubygems-developers] Can't install fxruby via rubygems 0.9.0 on Windows XP In-Reply-To: <1158847890.3379.30.camel@bugs.hal> References: <450F04F4.3000407@att.net> <3665a1a00609182105i3c2b1ad3ra99f41b21390a34@mail.gmail.com> <31d15f490609210705t158efad4t88b93695e6d2496b@mail.gmail.com> <1158847890.3379.30.camel@bugs.hal> Message-ID: On 9/21/06, Tom Copeland wrote: > Hm, both those win32 gems seem to be on all the mirrors: Yeah, the files are there. Is it a naming convention thing? What I mean is, is the fact that the gems are named: fxruby-1.4.7-ruby1.8.4-mswin32.gem fxruby-1.4.7-ruby1.8.5-mswin32.gem and: fxruby-1.6.2-ruby1.8.4-mswin32.gem fxruby-1.6.2-ruby1.8.5-mswin32.gem Causing the gem server code some grief? From weyus at att.net Thu Sep 21 19:55:07 2006 From: weyus at att.net (Wes Gamble) Date: Thu, 21 Sep 2006 18:55:07 -0500 Subject: [Rubygems-developers] Can't install fxruby via rubygems 0.9.0 on Windows XP In-Reply-To: References: <450F04F4.3000407@att.net> <3665a1a00609182105i3c2b1ad3ra99f41b21390a34@mail.gmail.com> <31d15f490609210705t158efad4t88b93695e6d2496b@mail.gmail.com> <1158847890.3379.30.camel@bugs.hal> Message-ID: <4513265B.8030304@att.net> I uninstalled fxruby using "gem uninstall" and attempted to reinstall using "gem install" and I still get the 404 error. 1) Is there a way for me to update the list of mirrors - I assume that that is all handled server-side so probably not. 2) Is there some debug mode that I can run gem install in, so that I can see which server and/or file is being looked for? Thanks, Wes Lyle Johnson wrote: >On 9/21/06, Tom Copeland wrote: > > > >>Hm, both those win32 gems seem to be on all the mirrors: >> >> > > > >Yeah, the files are there. Is it a naming convention thing? What I >mean is, is the fact that the gems are named: > > fxruby-1.4.7-ruby1.8.4-mswin32.gem > fxruby-1.4.7-ruby1.8.5-mswin32.gem > >and: > > fxruby-1.6.2-ruby1.8.4-mswin32.gem > fxruby-1.6.2-ruby1.8.5-mswin32.gem > >Causing the gem server code some grief? >_______________________________________________ >Rubygems-developers mailing list >Rubygems-developers at rubyforge.org >http://rubyforge.org/mailman/listinfo/rubygems-developers > > > From weyus at att.net Thu Sep 21 19:57:01 2006 From: weyus at att.net (Wes Gamble) Date: Thu, 21 Sep 2006 18:57:01 -0500 Subject: [Rubygems-developers] Can't update mongrel via rubygems. Message-ID: <451326CD.8080704@att.net> My attempt to run "gem update" fails again, but this time against the mongrel gem. Any ideas? Thanks, Wes ================================================================= C:\eclipse\workspace>gem update Updating installed gems... Attempting remote update of mongrel Select which gem to install for your platform (i386-mswin32) 1. mongrel 0.3.13.4 (ruby) 2. mongrel 0.3.13.3 (mswin32) 3. mongrel 0.3.13.3 (ruby) 4. mongrel 0.3.13.2 (ruby) 5. mongrel 0.3.13.2 (mswin32) 6. mongrel 0.3.13.1 (ruby) 7. mongrel 0.3.13.1 (mswin32) 8. mongrel 0.3.13 (ruby) 9. mongrel 0.3.13 (mswin32) 10. mongrel 0.3.12.4 (ruby) 11. mongrel 0.3.12.4 (mswin32) 12. mongrel 0.3.12.3 (ruby) 13. mongrel 0.3.12.3 (mswin32) 14. mongrel 0.3.12.2 (ruby) 15. mongrel 0.3.12.2 (mswin32) 16. mongrel 0.3.12.1 (ruby) 17. mongrel 0.3.12.1 (mswin32) 18. mongrel 0.3.12 (mswin32) 19. mongrel 0.3.12 (ruby) 20. mongrel 0.3.11 (ruby) 21. mongrel 0.3.11 (mswin32) 22. mongrel 0.3.10.1 (ruby) 23. mongrel 0.3.10 (ruby) 24. mongrel 0.3.9 (ruby) 25. mongrel 0.3.8 (ruby) 26. mongrel 0.3.8 (mswin32) 27. mongrel 0.3.7.1 (ruby) 28. mongrel 0.3.7.1 (mswin32) 29. mongrel 0.3.7 (ruby) 30. mongrel 0.3.6 (ruby) 31. mongrel 0.3.6 (mswin32) 32. mongrel 0.3.5 (ruby) 33. mongrel 0.3.5 (mswin32) 34. mongrel 0.3.4 (ruby) 35. mongrel 0.3.4 (mswin32) 36. mongrel 0.3.3 (ruby) 37. mongrel 0.3.2 (ruby) 38. mongrel 0.3.1 (ruby) 39. mongrel 0.3 (ruby) 40. mongrel 0.2.2 (ruby) 41. mongrel 0.2.1 (ruby) 42. mongrel 0.2.0 (ruby) 43. Cancel installation > 2 ERROR: While executing gem ... (Errno::EACCES) Permission denied - lib/http11.so From tom at infoether.com Thu Sep 21 22:31:16 2006 From: tom at infoether.com (Tom Copeland) Date: Thu, 21 Sep 2006 22:31:16 -0400 Subject: [Rubygems-developers] Can't install fxruby via rubygems 0.9.0 on Windows XP In-Reply-To: References: <450F04F4.3000407@att.net> <3665a1a00609182105i3c2b1ad3ra99f41b21390a34@mail.gmail.com> <31d15f490609210705t158efad4t88b93695e6d2496b@mail.gmail.com> <1158847890.3379.30.camel@bugs.hal> Message-ID: <1158892276.3379.60.camel@bugs.hal> On Thu, 2006-09-21 at 09:56 -0500, Lyle Johnson wrote: > On 9/21/06, Tom Copeland wrote: > > > Hm, both those win32 gems seem to be on all the mirrors: > > > > Yeah, the files are there. Is it a naming convention thing? What I > mean is, is the fact that the gems are named: > > fxruby-1.4.7-ruby1.8.4-mswin32.gem > fxruby-1.4.7-ruby1.8.5-mswin32.gem > > and: > > fxruby-1.6.2-ruby1.8.4-mswin32.gem > fxruby-1.6.2-ruby1.8.5-mswin32.gem > > Causing the gem server code some grief? Hm, maybe... I guess it depends on where the gem HTTP client expects to find those dashes. Ah ha... now that I check the logs, here's what's being requested: GET /gems/fxruby-1.6.2-mswin32.gem That's why those 404 errors are popping up... Yours, Tom From lyle.johnson at gmail.com Fri Sep 22 09:24:51 2006 From: lyle.johnson at gmail.com (Lyle Johnson) Date: Fri, 22 Sep 2006 08:24:51 -0500 Subject: [Rubygems-developers] Can't install fxruby via rubygems 0.9.0 on Windows XP In-Reply-To: <1158892276.3379.60.camel@bugs.hal> References: <450F04F4.3000407@att.net> <3665a1a00609182105i3c2b1ad3ra99f41b21390a34@mail.gmail.com> <31d15f490609210705t158efad4t88b93695e6d2496b@mail.gmail.com> <1158847890.3379.30.camel@bugs.hal> <1158892276.3379.60.camel@bugs.hal> Message-ID: On 9/21/06, Tom Copeland wrote: > Hm, maybe... I guess it depends on where the gem HTTP client expects to > find those dashes. Ah ha... now that I check the logs, here's what's > being requested: > > GET /gems/fxruby-1.6.2-mswin32.gem > > That's why those 404 errors are popping up... OK, so it is a naming convention thing. The Gem server apparently inspected the Gem spec for that gem (in order to identify its version number and platform) but didn't bother to remember its correct file name. Oh well. Although I am of the opinion that this is a RubyGems problem, I'll go ahead and rename one of the gems in this style and see if that fixes the problem. From lyle.johnson at gmail.com Fri Sep 22 09:37:46 2006 From: lyle.johnson at gmail.com (Lyle Johnson) Date: Fri, 22 Sep 2006 08:37:46 -0500 Subject: [Rubygems-developers] Can't install fxruby via rubygems 0.9.0 on Windows XP In-Reply-To: <4513265B.8030304@att.net> References: <450F04F4.3000407@att.net> <3665a1a00609182105i3c2b1ad3ra99f41b21390a34@mail.gmail.com> <31d15f490609210705t158efad4t88b93695e6d2496b@mail.gmail.com> <1158847890.3379.30.camel@bugs.hal> <4513265B.8030304@att.net> Message-ID: On 9/21/06, Wes Gamble wrote: > I uninstalled fxruby using "gem uninstall" and attempted to reinstall > using "gem install" and I still get the 404 error. > > 1) Is there a way for me to update the list of mirrors - I assume that > that is all handled server-side so probably not. > > 2) Is there some debug mode that I can run gem install in, so that I can > see which server and/or file is being looked for? Per Tom Copeland, the problem wasn't that the file wasn't there; the problem was that the RubyGems server code was looking for it under a different file name. I will be filing a bug report about that, but in the meantime I've renamed one of the Gem files so that the Gem server will be able to serve it up. The file "fxruby-1.6.2-mswin32.gem" should now be served-up properly when you type: gem [install | update] fxruby Note that this gem was built against Ruby 1.8.5, which has at least one bug that impacts FXRuby. If you need a gem for FXRuby-1.6.2 that was built against Ruby 1.8.4, you'll have to download the Gem file directly from the FXRuby project page and install it locally. Hope this helps, Lyle From chad at chadfowler.com Fri Sep 22 09:55:34 2006 From: chad at chadfowler.com (Chad Fowler) Date: Fri, 22 Sep 2006 07:55:34 -0600 Subject: [Rubygems-developers] Can't update mongrel via rubygems. In-Reply-To: <451326CD.8080704@att.net> References: <451326CD.8080704@att.net> Message-ID: On Sep 21, 2006, at 5:57 PM, Wes Gamble wrote: > My attempt to run "gem update" fails again, but this time against the > mongrel gem. Any ideas? > > Thanks, > Wes >> >> 2 > ERROR: While executing gem ... (Errno::EACCES) > Permission denied - lib/http11.so Wes, are you perhaps running Mongrel while you try to do the update? Chad From jim at weirichhouse.org Fri Sep 22 12:47:39 2006 From: jim at weirichhouse.org (Jim Weirich) Date: Fri, 22 Sep 2006 12:47:39 -0400 Subject: [Rubygems-developers] Adjusting Shebang in gem files In-Reply-To: References: Message-ID: <451413AB.7010806@weirichhouse.org> Jim Freeze wrote: > Hello all: > > I am working on a patch to rubygems that allows the user > to specify a shebang that is valid for a heterogeneous installation > of gems (multi OS env). Basically, this means that the path to ruby is > not specified explicitly in the shebang, but is set to: > > #!/usr/bin/env ruby I have no problem with making this the default shebang line. However, in reviewing the code for writing the current shebang line, it seems that we carefully preserve any command line switches from the original code base (e.g. the -w flag). If I recall correctly, ruby command line switches are not passed to Ruby when using the env version of the shebang line (indeed, any switches found there will be passed to env, not Ruby). So, the question is, how should this be handled? If the original code passes switches, should we: (1) ignore them (2) fallback to the current style of shebang. Prehaps it would be better to keep the current default so that switches are preserved by default, and only use the env version if requested. Thoughts? -- Jim Weirich From jim at weirichhouse.org Fri Sep 22 13:03:04 2006 From: jim at weirichhouse.org (Jim Weirich) Date: Fri, 22 Sep 2006 13:03:04 -0400 Subject: [Rubygems-developers] Beta 0.9.0.4 In-Reply-To: <3665a1a00609200652w2eaa23e5o5e57802d998cfae@mail.gmail.com> References: <450EE401.2050806@weirichhouse.org> <450FF757.3090409@weirichhouse.org> <451031D6.6080203@weirichhouse.org> <45104BEF.6090407@att.net> <9BC7C56F-BEFA-413E-B541-C0572BCC9EFE@chadfowler.com> <4510A14B.4060005@att.net> <3665a1a00609200652w2eaa23e5o5e57802d998cfae@mail.gmail.com> Message-ID: <45141748.5030300@weirichhouse.org> Anatol Pomozov wrote: > Hi, Jim. > > I also would like that you include to the next RubyGems version my small > patch related (as you guess) to proxy authorization. Beta version 0.9.0.4 is now on the betagems site. It includes the patch for spaces in proxy usernames and passwords. Anatol, could you verify that it looks good. -- Jim Weirich From weyus at att.net Fri Sep 22 14:45:18 2006 From: weyus at att.net (Wes Gamble) Date: Fri, 22 Sep 2006 18:45:18 +0000 Subject: [Rubygems-developers] Can't update mongrel via rubygems. Message-ID: <092220061845.8305.45142F3E000710910000207121587667559C9A970A99@att.net> Wow - that's not embarrassing at all :D. Thanks, Chad! Wes -------------- Original message ---------------------- From: Chad Fowler > > On Sep 21, 2006, at 5:57 PM, Wes Gamble wrote: > > > My attempt to run "gem update" fails again, but this time against the > > mongrel gem. Any ideas? > > > > Thanks, > > Wes > >> > > > >> 2 > > ERROR: While executing gem ... (Errno::EACCES) > > Permission denied - lib/http11.so > > > Wes, are you perhaps running Mongrel while you try to do the update? > > Chad > > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers From chad at chadfowler.com Fri Sep 22 16:33:39 2006 From: chad at chadfowler.com (Chad Fowler) Date: Fri, 22 Sep 2006 14:33:39 -0600 Subject: [Rubygems-developers] Adjusting Shebang in gem files In-Reply-To: <451413AB.7010806@weirichhouse.org> References: <451413AB.7010806@weirichhouse.org> Message-ID: <5EBAC718-CFCF-49DF-923F-371B6075AA82@chadfowler.com> On Sep 22, 2006, at 10:47 AM, Jim Weirich wrote: > Jim Freeze wrote: >> Hello all: >> >> I am working on a patch to rubygems that allows the user >> to specify a shebang that is valid for a heterogeneous installation >> of gems (multi OS env). Basically, this means that the path to >> ruby is >> not specified explicitly in the shebang, but is set to: >> >> #!/usr/bin/env ruby > > I have no problem with making this the default shebang line. However, > in reviewing the code for writing the current shebang line, it seems > that we carefully preserve any command line switches from the original > code base (e.g. the -w flag). > > If I recall correctly, ruby command line switches are not passed to > Ruby > when using the env version of the shebang line (indeed, any switches > found there will be passed to env, not Ruby). > > So, the question is, how should this be handled? If the original code > passes switches, should we: > > (1) ignore them > (2) fallback to the current style of shebang. > > Prehaps it would be better to keep the current default so that > switches > are preserved by default, and only use the env version if requested. > > Thoughts? > Personally I'm of the opinion that the default should be that we maintain the current behavior. Particularly with binary gems, we can't guarantee that the ruby in the path will work with the gem in question. I just maintain separate hardcoded gem installations for the versions of Ruby I have installed. Chad From rubygems at freeze.org Fri Sep 22 17:16:23 2006 From: rubygems at freeze.org (Jim Freeze) Date: Fri, 22 Sep 2006 16:16:23 -0500 Subject: [Rubygems-developers] Adjusting Shebang in gem files In-Reply-To: <451413AB.7010806@weirichhouse.org> References: <451413AB.7010806@weirichhouse.org> Message-ID: <4B53D289-0939-469F-A5F5-D1F0FEE0CE06@freeze.org> On Sep 22, 2006, at 11:47 AM, Jim Weirich wrote: > Jim Freeze wrote: >> of gems (multi OS env). Basically, this means that the path to >> ruby is >> not specified explicitly in the shebang, but is set to: >> >> #!/usr/bin/env ruby > > So, the question is, how should this be handled? If the original code > passes switches, should we: > > (1) ignore them > (2) fallback to the current style of shebang. > > Prehaps it would be better to keep the current default so that > switches > are preserved by default, and only use the env version if requested. My motivation for ignoring them is because some implementations of env do not support switches, particularly, linux. For example, #!/usr/bin/env ruby -w on linux gives $ ./test.rb /usr/bin/env: ruby -w: No such file or directory but works fine on sun and freebsd. If this is the default, then I think it needs to be without switches. What I would not like to do is introduce too many options. For example, 1. full path or env path 2. with switches or without switches. Maybe we will need this, but it seems to be getting a little complex. Jim Freeze Jim Freeze -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060922/2553f716/attachment-0001.html From anatol.pomozov at gmail.com Sat Sep 23 03:55:09 2006 From: anatol.pomozov at gmail.com (Anatol Pomozov) Date: Sat, 23 Sep 2006 11:55:09 +0400 Subject: [Rubygems-developers] Beta 0.9.0.4 In-Reply-To: <45141748.5030300@weirichhouse.org> References: <450EE401.2050806@weirichhouse.org> <450FF757.3090409@weirichhouse.org> <451031D6.6080203@weirichhouse.org> <45104BEF.6090407@att.net> <9BC7C56F-BEFA-413E-B541-C0572BCC9EFE@chadfowler.com> <4510A14B.4060005@att.net> <3665a1a00609200652w2eaa23e5o5e57802d998cfae@mail.gmail.com> <45141748.5030300@weirichhouse.org> Message-ID: <3665a1a00609230055q4ecc138s9f4657420822403@mail.gmail.com> Hi, Jim. Be sure, I'll do it. Also I'll ask to test all readers of my blog who has such problem. On 9/22/06, Jim Weirich wrote: > > Anatol Pomozov wrote: > > Hi, Jim. > > > > I also would like that you include to the next RubyGems version my small > > patch related (as you guess) to proxy authorization. > > Beta version 0.9.0.4 is now on the betagems site. It includes the patch > for spaces in proxy usernames and passwords. > > Anatol, could you verify that it looks good. > > -- Jim Weirich > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers > -- anatol (http://feeds.feedburner.com/apomozov-eng) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060923/35192f12/attachment.html From chad at chadfowler.com Sat Sep 23 11:03:43 2006 From: chad at chadfowler.com (Chad Fowler) Date: Sat, 23 Sep 2006 09:03:43 -0600 Subject: [Rubygems-developers] Can't update mongrel via rubygems. In-Reply-To: <092220061845.8305.45142F3E000710910000207121587667559C9A970A99@att.net> References: <092220061845.8305.45142F3E000710910000207121587667559C9A970A99@att.net> Message-ID: There's a reason I know what causes this error message. I've struggled with a similar problem myself. ;) Chad On Sep 22, 2006, at 12:45 PM, Wes Gamble wrote: > Wow - that's not embarrassing at all :D. > > Thanks, Chad! > > Wes > -------------- Original message ---------------------- > From: Chad Fowler >> >> On Sep 21, 2006, at 5:57 PM, Wes Gamble wrote: >> >>> My attempt to run "gem update" fails again, but this time against >>> the >>> mongrel gem. Any ideas? >>> >>> Thanks, >>> Wes >>>> >> >> >>>> 2 >>> ERROR: While executing gem ... (Errno::EACCES) >>> Permission denied - lib/http11.so >> >> >> Wes, are you perhaps running Mongrel while you try to do the update? >> >> Chad >> >> _______________________________________________ >> Rubygems-developers mailing list >> Rubygems-developers at rubyforge.org >> http://rubyforge.org/mailman/listinfo/rubygems-developers > > > _______________________________________________ > Rubygems-developers mailing list > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers From tom at infoether.com Sat Sep 23 21:53:21 2006 From: tom at infoether.com (Tom Copeland) Date: Sat, 23 Sep 2006 21:53:21 -0400 Subject: [Rubygems-developers] Can't install fxruby via rubygems 0.9.0 on Windows XP In-Reply-To: References: <450F04F4.3000407@att.net> <3665a1a00609182105i3c2b1ad3ra99f41b21390a34@mail.gmail.com> <31d15f490609210705t158efad4t88b93695e6d2496b@mail.gmail.com> <1158847890.3379.30.camel@bugs.hal> <1158892276.3379.60.camel@bugs.hal> Message-ID: <1159062801.11918.24.camel@bugs.hal> On Fri, 2006-09-22 at 08:24 -0500, Lyle Johnson wrote: > On 9/21/06, Tom Copeland wrote: > > > Hm, maybe... I guess it depends on where the gem HTTP client expects to > > find those dashes. Ah ha... now that I check the logs, here's what's > > being requested: > > > > GET /gems/fxruby-1.6.2-mswin32.gem > > > > That's why those 404 errors are popping up... > > OK, so it is a naming convention thing. The Gem server apparently > inspected the Gem spec for that gem (in order to identify its version > number and platform) but didn't bother to remember its correct file > name. Oh well. Although I am of the opinion that this is a RubyGems > problem, I'll go ahead and rename one of the gems in this style and > see if that fixes the problem. Yup, I guess multiple dashes seem to confuse things, although Jim or one of the other Gem gurus would know for sure... Yours, Tom From chad at chadfowler.com Sun Sep 24 09:43:06 2006 From: chad at chadfowler.com (Chad Fowler) Date: Sun, 24 Sep 2006 07:43:06 -0600 Subject: [Rubygems-developers] Can't install fxruby via rubygems 0.9.0 on Windows XP In-Reply-To: <1159062801.11918.24.camel@bugs.hal> References: <450F04F4.3000407@att.net> <3665a1a00609182105i3c2b1ad3ra99f41b21390a34@mail.gmail.com> <31d15f490609210705t158efad4t88b93695e6d2496b@mail.gmail.com> <1158847890.3379.30.camel@bugs.hal> <1158892276.3379.60.camel@bugs.hal> <1159062801.11918.24.camel@bugs.hal> Message-ID: <1645CC12-05D4-416C-A39E-FFF10395C571@chadfowler.com> On Sep 23, 2006, at 7:53 PM, Tom Copeland wrote: > On Fri, 2006-09-22 at 08:24 -0500, Lyle Johnson wrote: >> On 9/21/06, Tom Copeland wrote: >> >>> Hm, maybe... I guess it depends on where the gem HTTP client >>> expects to >>> find those dashes. Ah ha... now that I check the logs, here's >>> what's >>> being requested: >>> >>> GET /gems/fxruby-1.6.2-mswin32.gem >>> >>> That's why those 404 errors are popping up... >> >> OK, so it is a naming convention thing. The Gem server apparently >> inspected the Gem spec for that gem (in order to identify its version >> number and platform) but didn't bother to remember its correct file >> name. Oh well. Although I am of the opinion that this is a RubyGems >> problem, I'll go ahead and rename one of the gems in this style and >> see if that fixes the problem. > > Yup, I guess multiple dashes seem to confuse things, although Jim > or one > of the other Gem gurus would know for sure... > Yea, the name isn't stored in the file or used by the server. It's actually constructed programatically by the client and then the client does a GET for that name. Looking at your example reminded me that we built an attribute into the gem spec for required ruby version, but we've never (AFAIK) done anything with that attribute. That might be something to do for an upcoming release of RubyGems. Chad From rubygems at freeze.org Sun Sep 24 13:46:31 2006 From: rubygems at freeze.org (Jim Freeze) Date: Sun, 24 Sep 2006 12:46:31 -0500 Subject: [Rubygems-developers] Adjusting Shebang in gem files In-Reply-To: <5EBAC718-CFCF-49DF-923F-371B6075AA82@chadfowler.com> References: <451413AB.7010806@weirichhouse.org> <5EBAC718-CFCF-49DF-923F-371B6075AA82@chadfowler.com> Message-ID: <7D94B7FD-EBB1-4021-88D3-6BA828E228CC@freeze.org> On Sep 22, 2006, at 3:33 PM, Chad Fowler wrote: > Personally I'm of the opinion that the default should be that we > maintain the current behavior. Particularly with binary gems, we > can't guarantee that the ruby in the path will work with the gem in > question. I just maintain separate hardcoded gem installations for > the versions of Ruby I have installed. If we keep the same usage model, I think I agree with Chad that we keep the same behavior and add an option to use the #!/usr/bin/env ruby shebang. But, I would like to propose another option. The situation I have is a multi-OS gem repository with many users able to install gems. If the 'env' shebang is an option, chances are high that there will exist installs that are platform specific because the installer forgot the 'env' shebang option. It would be nice if there were a default setting for a particular gem directory that could control the shebang. This will prevent forgetful installers from installing gems that run on only one OS. I haven't explored how to do this and would request someone more familiar with the details of gems if this is currently an existing feature. Thanks Jim Freeze -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060924/a34c5b49/attachment.html From pabs at pablotron.org Sun Sep 24 20:15:02 2006 From: pabs at pablotron.org (Paul Duncan) Date: Sun, 24 Sep 2006 20:15:02 -0400 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: <450EE401.2050806@weirichhouse.org> References: <450EE401.2050806@weirichhouse.org> Message-ID: <20060925001502.GK2131@vault.home.pablotron.org> * Jim Weirich (jim at weirichhouse.org) wrote: > Several people at Euro RailsConf talked to me about a couple patches to > RubyGem. I've incorporated the following two: Hi Jim, I noticed the permissions patch I sent last month didn't make it in to 0.9.0. Any particular reason, or did it just get lost in the fray? Thanks, -- Paul Duncan OpenPGP Key ID: 0x82C29562 http://www.pablotron.org/ http://www.paulduncan.org/ -------------- 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/20060924/eef4691e/attachment.bin From jim.weirich at gmail.com Mon Sep 25 00:28:44 2006 From: jim.weirich at gmail.com (Jim Weirich) Date: Mon, 25 Sep 2006 00:28:44 -0400 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: <20060925001502.GK2131@vault.home.pablotron.org> References: <450EE401.2050806@weirichhouse.org> <20060925001502.GK2131@vault.home.pablotron.org> Message-ID: On 9/24/06, Paul Duncan wrote: > > * Jim Weirich (jim at weirichhouse.org) wrote: > > Several people at Euro RailsConf talked to me about a couple patches to > > RubyGem. I've incorporated the following two: > > Hi Jim, > > I noticed the permissions patch I sent last month didn't make it in to > 0.9.0. Any particular reason, or did it just get lost in the fray? Fray, definitely fray. Did you have any unit tests to add with this patch? Latest beta 0.9.0.6 now includes these patches. Please double check it. Thx. -- -- -- 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 HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060925/ba4bec28/attachment.html From weyus at att.net Tue Sep 26 12:01:41 2006 From: weyus at att.net (Wes Gamble) Date: Tue, 26 Sep 2006 11:01:41 -0500 Subject: [Rubygems-developers] Potential enhancement In-Reply-To: References: <450EE401.2050806@weirichhouse.org> <20060925001502.GK2131@vault.home.pablotron.org> Message-ID: <45194EE5.4060902@att.net> I run "gem update" on my Win XP box, and although I've installed mongrel 0.3.13.3 at least twice, it still shows up as something that needs to be updated. I'm pretty sure it's because the update is looking at the _latest_ revision (0.3.13.4), which is only a Ruby install and sees that I have 0.3.13.3. gem update should handle the case where a Windows client is present and look for the latest win32 package to be installed. In fact, there should be a way to allow clients to use whichever version they want. The "skipping" gem update feature coming will give a way to handle this, but I just wanted to point it out. Thanks, Wes ===================== C:\eclipse\workspace>gem list mongrel *** LOCAL GEMS *** mongrel (0.3.13.3) A small fast HTTP library and server that runs Rails, Camping, and Nitro apps. mongrel_service (0.1) Mongrel Native Win32 Service Plugin for Rails ========================== C:\eclipse\workspace>gem update Updating installed gems... Attempting remote update of mongrel Select which gem to install for your platform (i386-mswin32) 1. mongrel 0.3.13.4 (ruby) 2. mongrel 0.3.13.3 (mswin32) 3. mongrel 0.3.13.3 (ruby) 4. mongrel 0.3.13.2 (ruby) 5. mongrel 0.3.13.2 (mswin32) 6. mongrel 0.3.13.1 (ruby) 7. mongrel 0.3.13.1 (mswin32) 8. mongrel 0.3.13 (ruby) 9. mongrel 0.3.13 (mswin32) 10. mongrel 0.3.12.4 (ruby) 11. mongrel 0.3.12.4 (mswin32) 12. mongrel 0.3.12.3 (ruby) 13. mongrel 0.3.12.3 (mswin32) 14. mongrel 0.3.12.2 (ruby) 15. mongrel 0.3.12.2 (mswin32) 16. mongrel 0.3.12.1 (ruby) 17. mongrel 0.3.12.1 (mswin32) 18. mongrel 0.3.12 (mswin32) 19. mongrel 0.3.12 (ruby) 20. mongrel 0.3.11 (ruby) 21. mongrel 0.3.11 (mswin32) 22. mongrel 0.3.10.1 (ruby) 23. mongrel 0.3.10 (ruby) 24. mongrel 0.3.9 (ruby) 25. mongrel 0.3.8 (ruby) 26. mongrel 0.3.8 (mswin32) 27. mongrel 0.3.7.1 (ruby) 28. mongrel 0.3.7.1 (mswin32) 29. mongrel 0.3.7 (ruby) 30. mongrel 0.3.6 (ruby) 31. mongrel 0.3.6 (mswin32) 32. mongrel 0.3.5 (ruby) 33. mongrel 0.3.5 (mswin32) 34. mongrel 0.3.4 (ruby) 35. mongrel 0.3.4 (mswin32) 36. mongrel 0.3.3 (ruby) 37. mongrel 0.3.2 (ruby) 38. mongrel 0.3.1 (ruby) 39. mongrel 0.3 (ruby) 40. mongrel 0.2.2 (ruby) 41. mongrel 0.2.1 (ruby) 42. mongrel 0.2.0 (ruby) 43. Cancel installation > From halostatue at gmail.com Tue Sep 26 23:00:15 2006 From: halostatue at gmail.com (Austin Ziegler) Date: Tue, 26 Sep 2006 23:00:15 -0400 Subject: [Rubygems-developers] Potential enhancement In-Reply-To: <45194EE5.4060902@att.net> References: <450EE401.2050806@weirichhouse.org> <20060925001502.GK2131@vault.home.pablotron.org> <45194EE5.4060902@att.net> Message-ID: <9e7db9110609262000j6bff9665kf102089409d6c007@mail.gmail.com> On 9/26/06, Wes Gamble wrote: > I run "gem update" on my Win XP box, and although I've installed mongrel > 0.3.13.3 at least twice, it still shows up as something that needs to be > updated. I'm pretty sure it's because the update is looking at the > _latest_ revision (0.3.13.4), which is only a Ruby install and sees that > I have 0.3.13.3. > gem update should handle the case where a Windows client is present and > look for the latest win32 package to be installed. In fact, there > should be a way to allow clients to use whichever version they want. This would be problematic if/when the compile issue is solved on Windows. -austin -- Austin Ziegler * halostatue at gmail.com * http://www.halostatue.ca/ * austin at halostatue.ca * http://www.halostatue.ca/feed/ * austin at zieglers.ca From aglarond at gmail.com Thu Sep 28 02:48:45 2006 From: aglarond at gmail.com (Dimitri Aivaliotis) Date: Thu, 28 Sep 2006 08:48:45 +0200 Subject: [Rubygems-developers] Fwd: rubygems user install of extensions In-Reply-To: <55c107bf0609250744s1d4c62f5g889c5ff8ccac8a6a@mail.gmail.com> References: <55c107bf0609250744s1d4c62f5g889c5ff8ccac8a6a@mail.gmail.com> Message-ID: <55c107bf0609272348x5e1f0a7fnf5f9bfb0f572715f@mail.gmail.com> Sorry for the cross-post, but I didn't get any response on ruby-talk. - Dimitri ---------- Forwarded message ---------- From: Dimitri Aivaliotis Date: Sep 25, 2006 4:44 PM Subject: rubygems user install of extensions To: ruby-talk ML Hello, My problem is that I am trying to run a gems installation as a non-root user, and this doesn't work out-of-the-box for any gems that include the building of extensions with mkmf. For each gem (example: mongrel), I need to add the following lines to extconf.rb: require 'etc' user = ENV['USER'] group = Etc.getpwnam(user).gid module Config MAKEFILE_CONFIG["INSTALL"] = "/usr/bin/install -c -o #{user} -g #{group}" end and regenerate the gem. I was wondering if anyone else ran into a similar problem when installing a gem that included extensions? Do you have other solutions? Is there any way of specifying MAKEFILE_CONFIG["INSTALL"] in .gemrc, for example? This happens with both 0.8.11 and svn trunk of rubygems (I applied Tilman Sauerbeck's patch from http://rubyforge.org/pipermail/rubygems-developers/2006-July/002056.html , to solve an unrelated problem). (This is obviously on UNIX, FreeBSD in my case; I don't know if something similar would have to be done for Windows.) Thanks for taking the time. - Dimitri -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060928/0f086912/attachment.html From darix at web.de Thu Sep 28 07:00:28 2006 From: darix at web.de (Marcus Rueckert) Date: Thu, 28 Sep 2006 13:00:28 +0200 Subject: [Rubygems-developers] Fwd: rubygems user install of extensions In-Reply-To: <55c107bf0609272348x5e1f0a7fnf5f9bfb0f572715f@mail.gmail.com> References: <55c107bf0609250744s1d4c62f5g889c5ff8ccac8a6a@mail.gmail.com> <55c107bf0609272348x5e1f0a7fnf5f9bfb0f572715f@mail.gmail.com> Message-ID: <20060928110028.GD3312@pixel.global-banlist.de> On 2006-09-28 08:48:45 +0200, Dimitri Aivaliotis wrote: > ---------- Forwarded message ---------- > From: Dimitri Aivaliotis > Date: Sep 25, 2006 4:44 PM > Subject: rubygems user install of extensions > To: ruby-talk ML > > Hello, > > My problem is that I am trying to run a gems installation as a non-root > user, and this doesn't work out-of-the-box for any gems that include the > building of extensions with mkmf. For each gem (example: mongrel), I need > to add the following lines to extconf.rb: > > require 'etc' > user = ENV['USER'] > group = Etc.getpwnam(user).gid > > module Config > MAKEFILE_CONFIG["INSTALL"] = "/usr/bin/install -c -o #{user} -g #{group}" > end > > and regenerate the gem. > > I was wondering if anyone else ran into a similar problem when installing a > gem that included extensions? Do you have other solutions? Is there any > way of specifying MAKEFILE_CONFIG["INSTALL"] in .gemrc, for example? what error do you get? on my linux box i have: [[[ CONFIG["INSTALL"] = "/usr/bin/install -c" ]]] which should work as non-root user too. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From aglarond at gmail.com Thu Sep 28 09:04:19 2006 From: aglarond at gmail.com (Dimitri Aivaliotis) Date: Thu, 28 Sep 2006 15:04:19 +0200 Subject: [Rubygems-developers] Fwd: rubygems user install of extensions In-Reply-To: <20060928110028.GD3312@pixel.global-banlist.de> References: <55c107bf0609250744s1d4c62f5g889c5ff8ccac8a6a@mail.gmail.com> <55c107bf0609272348x5e1f0a7fnf5f9bfb0f572715f@mail.gmail.com> <20060928110028.GD3312@pixel.global-banlist.de> Message-ID: <55c107bf0609280604n6387d56bp5ef2a0a370028b6a@mail.gmail.com> On 9/28/06, Marcus Rueckert wrote: > > > what error do you get? > on my linux box i have: > [[[ > CONFIG["INSTALL"] = "/usr/bin/install -c" > ]]] > which should work as non-root user too. I've installed Ruby via Ports, and my relevant files have the following in them: /usr/local/lib/ruby/1.8/i386-freebsd6/rbconfig.rb: module Config CONFIG["INSTALL"] = '/usr/bin/install -c -o root -g wheel' CONFIG.each{|k,v| MAKEFILE_CONFIG[k] = v.dup} end /usr/local/lib/ruby/1.8/mkmf.rb: CONFIG = Config::MAKEFILE_CONFIG This is where extconf.rb is getting the INSTALL line for the Makefile. So, is this a Ports problem then, and not directly related to rubygems? Even so, is there a way to override this variable in .gemrc, until the Port is corrected? The error I'm getting is as follows: gem i hpricot ...skip... make install /usr/bin/install -c -o root -g wheel -m 0755 hpricot_scan.so /home/dna/.gems/gems/hpricot-0.4/lib *** Error code 71 Stop in /usr/home/dna/.gems/gems/hpricot-0.4/ext/hpricot_scan. make clean Successfully installed hpricot-0.4 gem list | grep hpricot hpricot (0.4) That the hpricot gem was still installed, even though the lib couldn't be is a separate problem and should be handled by rubygems, IMHO. Thank you for your consideration. - Dimitri -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060928/123037f1/attachment.html From ntalbott at gmail.com Thu Sep 28 09:28:46 2006 From: ntalbott at gmail.com (Nathaniel Talbott) Date: Thu, 28 Sep 2006 09:28:46 -0400 Subject: [Rubygems-developers] Site down? Message-ID: http://rubygems.org has apparently been down since (at least) last night. Any word on when it will be back? Also, does anyone know of a good alternate source for up-to-date Rubygems docs? Thanks, -- Nathaniel Talbott <:((>< From ntalbott at gmail.com Thu Sep 28 09:36:54 2006 From: ntalbott at gmail.com (Nathaniel Talbott) Date: Thu, 28 Sep 2006 09:36:54 -0400 Subject: [Rubygems-developers] Site down? In-Reply-To: References: Message-ID: On 9/28/06, Nathaniel Talbott wrote: > Also, does anyone know of a good alternate source for up-to-date Rubygems docs? Yay for the Google cache: http://rubyurl.com/J6z -- Nathaniel Talbott <:((>< From darix at web.de Thu Sep 28 10:38:47 2006 From: darix at web.de (Marcus Rueckert) Date: Thu, 28 Sep 2006 16:38:47 +0200 Subject: [Rubygems-developers] Fwd: rubygems user install of extensions In-Reply-To: <55c107bf0609280604n6387d56bp5ef2a0a370028b6a@mail.gmail.com> References: <55c107bf0609250744s1d4c62f5g889c5ff8ccac8a6a@mail.gmail.com> <55c107bf0609272348x5e1f0a7fnf5f9bfb0f572715f@mail.gmail.com> <20060928110028.GD3312@pixel.global-banlist.de> <55c107bf0609280604n6387d56bp5ef2a0a370028b6a@mail.gmail.com> Message-ID: <20060928143847.GF3312@pixel.global-banlist.de> On 2006-09-28 15:04:19 +0200, Dimitri Aivaliotis wrote: > On 9/28/06, Marcus Rueckert wrote: > > > > > >what error do you get? > >on my linux box i have: > >[[[ > >CONFIG["INSTALL"] = "/usr/bin/install -c" > >]]] > >which should work as non-root user too. > > > I've installed Ruby via Ports, and my relevant files have the following in > them: > > /usr/local/lib/ruby/1.8/i386-freebsd6/rbconfig.rb: > module Config > CONFIG["INSTALL"] = '/usr/bin/install -c -o root -g wheel' > CONFIG.each{|k,v| MAKEFILE_CONFIG[k] = v.dup} > end > > /usr/local/lib/ruby/1.8/mkmf.rb: > CONFIG = Config::MAKEFILE_CONFIG > > This is where extconf.rb is getting the INSTALL line for the Makefile. So, > is this a Ports problem then, and not directly related to rubygems? Even > so, is there a way to override this variable in .gemrc, until the Port is > corrected? > > The error I'm getting is as follows: > > gem i hpricot > > ...skip... > > make install > /usr/bin/install -c -o root -g wheel -m 0755 hpricot_scan.so > /home/dna/.gems/gems/hpricot-0.4/lib > *** Error code 71 > > Stop in /usr/home/dna/.gems/gems/hpricot-0.4/ext/hpricot_scan. > > make clean > Successfully installed hpricot-0.4 > > gem list | grep hpricot > hpricot (0.4) > > That the hpricot gem was still installed, even though the lib couldn't be is > a separate problem and should be handled by rubygems, IMHO. > > Thank you for your consideration. i would appreciate if you could report that to freebsd folks. this is a bug on their side. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From grant at antiflux.org Thu Sep 28 14:13:08 2006 From: grant at antiflux.org (Grant Hollingworth) Date: Thu, 28 Sep 2006 12:13:08 -0600 Subject: [Rubygems-developers] Updates to RubyGems In-Reply-To: <450EE401.2050806@weirichhouse.org> References: <450EE401.2050806@weirichhouse.org> Message-ID: <20060928181308.GA19528@okcomputer.antiflux.org> * Jim Weirich [2006-09-18 15:50]: > I know there are several patches I > haven't gotten around to yet, but if there are other hot issues for > RubyGems that should be addressed, give a hollar now. Could you throw in my contents patch? 'gem contents' doesn't work at all for me without it. $ gem environment Rubygems Environment: - VERSION: 0.9.0.6 (0.9.0.6) - INSTALLATION DIRECTORY: /usr/local/lib/ruby/gems/1.8 - GEM PATH: - /usr/local/lib/ruby/gems/1.8 - REMOTE SOURCES: - http://gems.rubyforge.org $ gem contents -v rake Unable to find gem 'rake' in default gem paths Directories searched: /usr/local/lib/ruby/gems/1.8 -------------- next part -------------- --- gem_commands.rb.orig 2006-06-30 13:17:01.000000000 -0600 +++ gem_commands.rb 2006-06-30 13:18:11.000000000 -0600 @@ -1329,6 +1329,7 @@ if s.empty? path_kind = "default gem paths" system = true + s = Gem.path.map {|dir| File.join(dir, "specifications") } else path_kind = "specified path" system = false From aglarond at gmail.com Fri Sep 29 03:30:52 2006 From: aglarond at gmail.com (Dimitri Aivaliotis) Date: Fri, 29 Sep 2006 09:30:52 +0200 Subject: [Rubygems-developers] Fwd: rubygems user install of extensions In-Reply-To: <20060928143847.GF3312@pixel.global-banlist.de> References: <55c107bf0609250744s1d4c62f5g889c5ff8ccac8a6a@mail.gmail.com> <55c107bf0609272348x5e1f0a7fnf5f9bfb0f572715f@mail.gmail.com> <20060928110028.GD3312@pixel.global-banlist.de> <55c107bf0609280604n6387d56bp5ef2a0a370028b6a@mail.gmail.com> <20060928143847.GF3312@pixel.global-banlist.de> Message-ID: <55c107bf0609290030g5cb4fc9bh936996347114ced2@mail.gmail.com> On 9/28/06, Marcus Rueckert wrote: > > On 2006-09-28 15:04:19 +0200, Dimitri Aivaliotis wrote: > > > That the hpricot gem was still installed, even though the lib couldn't > be is > > a separate problem and should be handled by rubygems, IMHO. Any comment on this? Can rubygems be made to recognize the failed build of an extension, and *not* install and register the gem? i would appreciate if you could report that to freebsd folks. this is a > bug on their side. > > Done. I've filed a problem report. - Dimitri -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rubygems-developers/attachments/20060929/64cf3556/attachment-0001.html