' $ gem env RubyGems Environment: - RUBYGEMS VERSION: 1.3.5 - RUBY VERSION: 1.9.2 (2009-10-21 patchlevel -1) [i686-linux] - INSTALLATION DIRECTORY: /usr/local/lib/ruby/gems/1.9.1 - RUBYGEMS PREFIX: /usr/local/lib/ruby/gems/1.9.1/gems/rubygems-update-1.3.5 - RUBY EXECUTABLE: /usr/local/bin/ruby - EXECUTABLE DIRECTORY: /usr/local/bin - RUBYGEMS PLATFORMS: - ruby - x86-linux - GEM PATHS: - /usr/local/lib/ruby/gems/1.9.1 - /home/tp/.gem/ruby/1.9.1 - GEM CONFIGURATION: - :update_sources => true - :verbose => true - :benchmark => false - :backtrace => false - :bulk_threshold => 1000 - :sources => ["http://gems.rubyforge.org/"] - "rdoc" => "--inline-source --line-numbers --format=html --template=hanna" - REMOTE SOURCES: - http://gems.rubyforge.org/ ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27324&group_id=126 From noreply at rubyforge.org Wed Oct 21 05:43:18 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 21 Oct 2009 05:43:18 -0400 (EDT) Subject: [Rubygems-developers] [ rubygems-Bugs-26299 ] undefined method `each' for #< String:0xcb6e3e4> Message-ID: <20091021094318.17B091D78832@rubyforge.org> Bugs item #26299, was opened at 2009-06-20 20:50 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=26299&group_id=126 Category: None Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Thomas Preymesser (thopre) Assigned to: Nobody (None) >Summary: undefined method `each' for #<String:0xcb6e3e4> Initial Comment: i get the following message at the installation of each gem with Ruby 1.9 Updating ri class cache with 7980 classes... ERROR: While executing gem ... (NoMethodError) undefined method `each' for # ---------------------------------------------------------------------- Comment By: Nick Hildebrant (nihildeb) Date: 2009-08-26 23:44 Message: close ---------------------------------------------------------------------- Comment By: Eric Hodel (drbrain) Date: 2009-06-30 01:14 Message: Hi, please follow the guidelines from the top of the "submit bug" page: Be sure to include the output of `gem env` with your bug report, and if the bug is a result of one of the `gem` commands, run with `gem -- debug thecommand` and include the full output. This will greatly help us in fixing your bug. Thanks. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=26299&group_id=126 From noreply at rubyforge.org Wed Oct 21 09:20:26 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 21 Oct 2009 09:20:26 -0400 (EDT) Subject: [Rubygems-developers] [ rubygems-Bugs-27327 ] RubyGems does not work properly with upcomming Ruby 1.9.2 Message-ID: <20091021132026.5D628197827D@rubyforge.org> Bugs item #27327, was opened at 2009-10-21 15:20 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27327&group_id=126 Category: #gem and #require methods Group: v1.3.x Status: Open Resolution: None Priority: 3 Submitted By: V?t Ondruch (voxik) Assigned to: Nobody (None) Summary: RubyGems does not work properly with upcomming Ruby 1.9.2 Initial Comment: With ruby ruby 1.9.2dev (2009-10-07) [i386-mswin32_90], coming from win32-unicode-test branch, RubyGems does not work properly anymore. The problem is in initialization of system_config_path variable. The original code is: system_config_path = begin require 'Win32API' CSIDL_COMMON_APPDATA = 0x0023 path = 0.chr * 260 SHGetFolderPath = Win32API.new 'shell32', 'SHGetFolderPath', 'PLPLP', 'L', :stdcall SHGetFolderPath.call nil, CSIDL_COMMON_APPDATA, nil, 1, path path.strip rescue LoadError '/etc' end but it should be replaced by the following version: system_config_path = begin require 'Win32API' CSIDL_COMMON_APPDATA = 0x0023 path = 0.chr * 260 SHGetFolderPath = Win32API.new 'shell32', 'SHGetFolderPathW', 'PLPLP', 'L', :stdcall SHGetFolderPath.call nil, CSIDL_COMMON_APPDATA, nil, 1, path path.force_encoding('UTF-16LE').encode!('UTF-8') path.strip rescue LoadError '/etc' end i.e. the wide version of SHGetFolderPath should be used. However this code should be probably specific for specific Ruby versions. The problem can be reproduced for example on czech windows XP, where the method SHGetFolderPath returns following string: "c:\Documents and Settings\All Users\Data aplikac?" ("c:\Documents and Settings\All Users\Application data" in EN windows), with US-ASCII encoding, which is completely wrong. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27327&group_id=126 From noreply at rubyforge.org Wed Oct 21 10:52:54 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 21 Oct 2009 10:52:54 -0400 (EDT) Subject: [Rubygems-developers] [ rubygems-Bugs-27327 ] RubyGems does not work properly with upcomming Ruby 1.9.2 Message-ID: <20091021145254.EF8ED1D78847@rubyforge.org> Bugs item #27327, was opened at 2009-10-21 10:20 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27327&group_id=126 Category: #gem and #require methods Group: v1.3.x Status: Open Resolution: None Priority: 3 Submitted By: V?t Ondruch (voxik) Assigned to: Nobody (None) Summary: RubyGems does not work properly with upcomming Ruby 1.9.2 Initial Comment: With ruby ruby 1.9.2dev (2009-10-07) [i386-mswin32_90], coming from win32-unicode-test branch, RubyGems does not work properly anymore. The problem is in initialization of system_config_path variable. The original code is: system_config_path = begin require 'Win32API' CSIDL_COMMON_APPDATA = 0x0023 path = 0.chr * 260 SHGetFolderPath = Win32API.new 'shell32', 'SHGetFolderPath', 'PLPLP', 'L', :stdcall SHGetFolderPath.call nil, CSIDL_COMMON_APPDATA, nil, 1, path path.strip rescue LoadError '/etc' end but it should be replaced by the following version: system_config_path = begin require 'Win32API' CSIDL_COMMON_APPDATA = 0x0023 path = 0.chr * 260 SHGetFolderPath = Win32API.new 'shell32', 'SHGetFolderPathW', 'PLPLP', 'L', :stdcall SHGetFolderPath.call nil, CSIDL_COMMON_APPDATA, nil, 1, path path.force_encoding('UTF-16LE').encode!('UTF-8') path.strip rescue LoadError '/etc' end i.e. the wide version of SHGetFolderPath should be used. However this code should be probably specific for specific Ruby versions. The problem can be reproduced for example on czech windows XP, where the method SHGetFolderPath returns following string: "c:\Documents and Settings\All Users\Data aplikac?" ("c:\Documents and Settings\All Users\Application data" in EN windows), with US-ASCII encoding, which is completely wrong. ---------------------------------------------------------------------- >Comment By: Luis Lavena (luislavena) Date: 2009-10-21 11:52 Message: You're correct. We can't implement Wide characters API as Ruby 1.8 do not support encoding in the same way 1.9 does. A workaround will be use Win32API completely for the encoding translation, but I'm having hard time finding that right now. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27327&group_id=126 From noreply at rubyforge.org Wed Oct 21 12:48:29 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 21 Oct 2009 12:48:29 -0400 (EDT) Subject: [Rubygems-developers] [ rubygems-Bugs-22617 ] Gem.loaded_specs does not work on 1.9 Message-ID: <20091021164829.D87981D78851@rubyforge.org> Bugs item #22617, was opened at 2008-10-30 17:32 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=22617&group_id=126 Category: other Group: v1.3.x Status: Open Resolution: Accepted Priority: 3 Submitted By: Paul Brannan (cout) Assigned to: Eric Hodel (drbrain) Summary: Gem.loaded_specs does not work on 1.9 Initial Comment: The loaded_specs attribute seems to always be empty on 1.9: [pbrannan at zem ruby]$ ruby -rubygems -e 'gem("ruby-prof"); p Gem.loaded_specs' {"ruby-prof"=>#=", #]]>, @version=#, @files=["Rakefile", "README", "LICENSE", "CHANGES", "bin/ruby-prof", "lib/ruby-prof", "lib/ruby-prof.rb", "lib/unprof.rb", "lib/ruby-prof/abstract_printer.rb", "lib/ruby-prof/call_tree_printer.rb", "lib/ruby-prof/call_tree_printer.rb.rej", "lib/ruby-prof/flat_printer.rb", "lib/ruby-prof/graph_html_printer.rb", "lib/ruby-prof/graph_printer.rb", "lib/ruby-prof/profile_test_case.rb", "lib/ruby-prof/task.rb", "rails_plugin/ruby-prof", "rails_plugin/ruby-prof/init.rb", "rails_plugin/ruby-prof/lib", "rails_plugin/ruby-prof/lib/profiling.rb", "examples/flat.txt", "examples/graph.html", "examples/graph.txt", "ext/extconf.rb", "ext/extconf.rb.rej", "ext/measure_allocations.h", "ext/measure_cpu_time.h", "ext/measure_memory.h", "ext/measure_process_time.h", "ext/measure_wall_time.h", "ext/ruby_prof.c", "test/basic_test.rb", "test/duplicate_names_test.rb", "test/line_number_test.rb", "test/measure_mode_test.rb", "test/module_test.rb", "test/no_method_class_test.rb", "test/prime.rb", "test/prime1.rb", "test/prime2.rb", "test/prime3.rb", "test/prime_test.rb", "test/printers_test.rb", "test/profile_unit_test.rb", "test/recursive_test.rb", "test/singleton_test.rb", "test/start_test.rb", "test/test_helper.rb", "test/test_suite.rb", "test/thread_test.rb", "test/timing_test.rb"], @has_rdoc=true, @specification_version=2, @loaded=true, @requirements=[], @signing_key=nil, @default_executable="ruby-prof", @email="shugo at ruby-lang.org and cfis at savagexi.com", @required_ruby_version=#=", #]]>, @rdoc_options=["--title", "ruby-prof", "--inline-source", "--line-numbers", "--main", "README"], @bindir="bin", @rubygems_version="1.2.0", @homepage="http://rubyforge.org/projects/ruby-prof/", @name="ruby-prof", @platform="ruby", @autorequire=nil, @rubyforge_project="ruby-prof", @extensions=["ext/extconf.rb"], @summary="Fast Ruby profiler", @loaded_from="/usr/local/lib/ruby/gems/1.8/specifications/ruby-prof-0.6.0.gemspec", @original_platform=nil, @post_install_message=nil, @description="ruby-prof is a fast code profiler for Ruby. It is a C extension and therefore is many times faster than the standard Ruby profiler. It supports both flat and graph profiles. For each method, graph profiles show how long the method ran, which methods called it and which methods it called. RubyProf generate both text and html and can output it to standard out or to a file.", @dependencies=[], @test_files=["test/test_helper.rb", "test/test_suite.rb"], @require_paths=["bin", "lib"]>} [pbrannan at zem ruby]$ ruby1.9 -rubygems -e 'gem("ruby-prof"); p Gem.loaded_specs' /usr/local/lib/ruby/gems/1.9.0/gems/rubygems-update-1.3.1/lib/rubygems/config_file.rb:7: warning: mismatched indentations: line 216:'def' and line 218:'end' /usr/local/lib/ruby/gems/1.9.0/gems/rubygems-update-1.3.1/lib/rubygems/config_file.rb:7: warning: mismatched indentations: line 231:'def' and line 233:'end' /usr/local/lib/ruby/gems/1.9.0/gems/rubygems-update-1.3.1/lib/rubygems/config_file.rb:7: warning: mismatched indentations: line 246:'def' and line 248:'end' /usr/local/lib/ruby/gems/1.9.0/gems/rubygems-update-1.3.1/lib/rubygems/config_file.rb:7: warning: mismatched indentations: line 261:'def' and line 263:'end' {} ---------------------------------------------------------------------- Comment By: Nikolai Weibull (pcp) Date: 2009-10-21 18:48 Message: This is still the case on Windows 1.9.1-p243. By extension, Config.datadir, which is what I care about, doesn?t work. I don?t want to sound whiny, but I can?t see how this can have gone unfixed for close to a year now. It seems like a rather central concept. ---------------------------------------------------------------------- Comment By: Matt Hulse (mhulse) Date: 2009-08-05 01:27 Message: Yes, this is still happening in 1.9.1-p129. I'm on WinXP Pro using the mingw32 build from rubyinstaller.org/downloads. I just updated to rubygems 1.3.5 using gem update --system and Gem.loaded_specs is still empty until I call gem('') or gem('nokogiri') (the gem I'm looking for). ---------------------------------------------------------------------- Comment By: Joeri Samson (joeri) Date: 2009-03-29 20:42 Message: with 1.9.1p0 and rubygems 1.3.1 I get the same error as Eric Hodel, except if I print/access Gem.loaded_specs before calling gem "rake": joeri at alpha ~ $ ruby19 -rubygems -e 'p Gem.loaded_specs; gem("rake"); p Gem.loaded_specs' {} {"rake"=>#, @summary="Ruby based make-like utility.", @email="jim at weirichhouse.org", @homepage="http://rake.rubyforge.org", @rubyforge_project="rake", @description="Rake is a Make-like program implemented in Ruby. Tasks and dependencies are specified in standard Ruby syntax.", @autorequire=nil, @default_executable="rake", @signing_key=nil, @post_install_message=nil, @original_platform=nil, @rubygems_version="1.3.1", @specification_version=2, @date=2009-03-04 00:00:00 +0100, @require_paths=["bin", "lib"], @bindir="bin", @has_rdoc=true, @required_ruby_version=#=", #]], @version=nil>, @required_rubygems_version=#=", #]], @version=nil>, @platform="ruby", @cert_chain=[], @authors=["Jim Weirich"], @files=["install.rb", "CHANGES", "MIT-LICENSE", "Rakefile", "README", "TODO", "bin/rake", "lib/rake/classic_namespace.rb", "lib/rake/clean.rb", "lib/rake/contrib/compositepublisher.rb", "lib/rake/contrib/ftptools.rb", "lib/rake/contrib/publisher.rb", "lib/rake/contrib/rubyforgepublisher.rb", "lib/rake/contrib/sshpublisher.rb", "lib/rake/contrib/sys.rb", "lib/rake/gempackagetask.rb", "lib/rake/loaders/makefile.rb", "lib/rake/packagetask.rb", "lib/rake/rake_test_loader.rb", "lib/rake/rdoctask.rb", "lib/rake/repaired_system.rb", "lib/rake/ruby182_test_unit_fix.rb", "lib/rake/runtest.rb", "lib/rake/tasklib.rb", "lib/rake/testtask.rb", "lib/rake/win32.rb", "lib/rake.rb", "test/capture_stdout.rb", "test/check_expansion.rb", "test/contrib/test_sys.rb", "test/data/rakelib/test1.rb", "test/data/rbext/rakefile.rb", "test/filecreation.rb", "test/functional.rb", "test/in_environment.rb", "test/rake_test_setup.rb", "test/reqfile.rb", "test/reqfile2.rb", "test/session_functional.rb", "test/shellcommand.rb", "test/test_application.rb", "test/test_clean.rb", "test/test_definitions.rb", "test/test_earlytime.rb", "test/test_extension.rb", "test/test_file_creation_task.rb", "test/test_file_task.rb", "test/test_filelist.rb", "test/test_fileutils.rb", "test/test_ftp.rb", "test/test_invocation_chain.rb", "test/test_makefile_loader.rb", "test/test_multitask.rb", "test/test_namespace.rb", "test/test_package_task.rb", "test/test_pathmap.rb", "test/test_rake.rb", "test/test_rdoc_task.rb", "test/test_require.rb", "test/test_rules.rb", "test/test_task_arguments.rb", "test/test_task_manager.rb", "test/test_tasklib.rb", "test/test_tasks.rb", "test/test_test_task.rb", "test/test_top_level_functions.rb", "test/test_win32.rb", "test/data/imports/deps.mf", "test/data/sample.mf", "test/data/chains/Rakefile", "test/data/default/Rakefile", "test/data/dryrun/Rakefile", "test/data/file_creation_task/Rakefile", "test/data/imports/Rakefile", "test/data/multidesc/Rakefile", "test/data/namespace/Rakefile", "test/data/statusreturn/Rakefile", "test/data/unittest/Rakefile", "test/data/unittest/subdir", "doc/command_line_usage.rdoc", "doc/example", "doc/example/a.c", "doc/example/b.c", "doc/example/main.c", "doc/example/Rakefile1", "doc/example/Rakefile2", "doc/glossary.rdoc", "doc/jamis.rb", "doc/proto_rake.rdoc", "doc/rake.1.gz", "doc/rakefile.rdoc", "doc/rational.rdoc", "doc/release_notes", "doc/release_notes/rake-0.4.14.rdoc", "doc/release_notes/rake-0.4.15.rdoc", "doc/release_notes/rake-0.5.0.rdoc", "doc/release_notes/rake-0.5.3.rdoc", "doc/release_notes/rake-0.5.4.rdoc", "doc/release_notes/rake-0.6.0.rdoc", "doc/release_notes/rake-0.7.0.rdoc", "doc/release_notes/rake-0.7.1.rdoc", "doc/release_notes/rake-0.7.2.rdoc", "doc/release_notes/rake-0.7.3.rdoc", "doc/release_notes/rake-0.8.0.rdoc", "doc/release_notes/rake-0.8.2.rdoc", "doc/release_notes/rake-0.8.3.rdoc", "doc/release_notes/rake-0.8.4.rdoc"], @test_files=[], @rdoc_options=["--line-numbers", "--inline-source", "--main", "README", "--title", "Rake -- Ruby Make"], @extra_rdoc_files=["README", "MIT-LICENSE", "TODO", "CHANGES", "doc/command_line_usage.rdoc", "doc/glossary.rdoc", "doc/proto_rake.rdoc", "doc/rakefile.rdoc", "doc/rational.rdoc", "doc/release_notes/rake-0.4.14.rdoc", "doc/release_notes/rake-0.4.15.rdoc", "doc/release_notes/rake-0.5.0.rdoc", "doc/release_notes/rake-0.5.3.rdoc", "doc/release_notes/rake-0.5.4.rdoc", "doc/release_notes/rake-0.6.0.rdoc", "doc/release_notes/rake-0.7.0.rdoc", "doc/release_notes/rake-0.7.1.rdoc", "doc/release_notes/rake-0.7.2.rdoc", "doc/release_notes/rake-0.7.3.rdoc", "doc/release_notes/rake-0.8.0.rdoc", "doc/release_notes/rake-0.8.2.rdoc", "doc/release_notes/rake-0.8.3.rdoc", "doc/release_notes/rake-0.8.4.rdoc"], @executables=["rake"], @extensions=[], @requirements=[], @dependencies=[], @loaded=true, @loaded_from="/home/joeri/.gem/ruby/1.9.1/specifications/rake-0.8.4.gemspec">} ---------------------------------------------------------------------- Comment By: Eric Hodel (drbrain) Date: 2009-03-27 22:29 Message: With 1.9.1p0 and 1.9.2dev I see: $ ruby19 -v -rubygems -e 'gem "rake"; p Gem.loaded_specs' ruby 1.9.2dev (2009-03-28 trunk 23085) [i386-darwin9.6.0] :234:in `push_gem_version_on_load_path': Could not find RubyGem rake (>= 0) (Gem::LoadError) from :14:in `gem' from -e:1:in `

' This will take a bit more work than I planned for 1.3.1, and may require changes to gem_prelude :/ ---------------------------------------------------------------------- Comment By: James Tucker (raggi) Date: 2009-03-16 11:50 Message: Ah, no, I hit .activate, which hits source_index. ---------------------------------------------------------------------- Comment By: James Tucker (raggi) Date: 2009-03-16 11:48 Message: works for me ---------------------------------------------------------------------- Comment By: Daniel Berger (djberg96) Date: 2009-01-02 16:59 Message: Is this still happening in 1.9.1? ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=22617&group_id=126 From thewoolleyman at gmail.com Wed Oct 21 16:43:58 2009 From: thewoolleyman at gmail.com (Chad Woolley) Date: Wed, 21 Oct 2009 13:43:58 -0700 Subject: [Rubygems-developers] Recent refactoring introduced regression? Message-ID: In rev 2317, jbarnette introduced the following line into Gem::DependencyInstaller#find_gems_with_sources: requirements = dep.requirement.requirements.map do |req, ver| In my tests (GemInstaller integration tests against RubyGems trunk), this is breaking because sometimes the 'requirement' property on dependencies is nil. I'm not sure how this happens, because the Gem::Dependency seems to be getting constructed correctly with a requirement, but later in #find_gems_with_sources it is nil. Here is the gemspec: http://github.com/thewoolleyman/geminstaller/blob/master/spec/fixture/gems/specifications/dependent-stubgem-1.0.0.gemspec Any ideas? This seems like a regression, these tests have been working against rubygems since pre-1.0 days... Thanks, -- Chad From thewoolleyman at gmail.com Wed Oct 21 19:10:20 2009 From: thewoolleyman at gmail.com (Chad Woolley) Date: Wed, 21 Oct 2009 16:10:20 -0700 Subject: [Rubygems-developers] Recent refactoring to remove Gem::Version::Requirement breaks with old cached gem files Message-ID: Old cached gems contain marshalled referenced to Gem::Version::Requirement in required_ruby_version. This causes breakages when they are unmarshalled with the new trunk code in which this class has been removed. Here is an example (see dependent-stubgem-1.0.0.gem): http://github.com/thewoolleyman/geminstaller/tree/master/spec/fixture/gems/cache/ From noreply at rubyforge.org Thu Oct 22 13:10:30 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 22 Oct 2009 13:10:30 -0400 (EDT) Subject: [Rubygems-developers] [ rubygems-Patches-27334 ] patch to allow for non libs gems Message-ID: <20091022171030.96C7D1858289@rubyforge.org> Patches item #27334, was opened at 2009-10-22 17:10 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=577&aid=27334&group_id=126 Category: #gem and #require methods Group: None Status: Open Resolution: None Priority: 3 Submitted By: Roger Pack (rogerdpack) Assigned to: Nobody (None) Summary: patch to allow for non libs gems Initial Comment: Currently if you do $ gem install FotoVerite-fotoverite-babygitter ... ERROR: While executing gem ... (NoMethodError) undefined method `each' for nil:NilClass $ ruby -rubygems -e '' /usr/local/lib/ruby/site_ruby/1.8/rubygems/gem_path_searcher.rb:99:in `lib_dirs_for': undefined method `join' for nil:NilClass (NoMethodError) from /usr/local/lib/ruby/site_ruby/1.8/rubygems/gem_path_searcher.rb:24:in `initialize' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/gem_path_searcher.rb:23:in `each' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/gem_path_searcher.rb:23:in `initialize' from /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:889:in `new' from /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:889:in `searcher' from /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:888:in `synchronize' from /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:888:in `searcher' from /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:528:in `find_files' from /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:1132 from /usr/local/lib/ruby/site_ruby/1.8/ubygems.rb:10:in `require' from /usr/local/lib/ruby/site_ruby/1.8/ubygems.rb:10 This patch avoids this. Thanks! -r ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=577&aid=27334&group_id=126 From noreply at rubyforge.org Thu Oct 22 13:29:45 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 22 Oct 2009 13:29:45 -0400 (EDT) Subject: [Rubygems-developers] [ rubygems-Patches-27335 ] patch to avoid undefined method size for nil Message-ID: <20091022172945.36DF31588060@rubyforge.org> Patches item #27335, was opened at 2009-10-22 17:29 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=577&aid=27335&group_id=126 Category: `gem install` Group: None Status: Open Resolution: None Priority: 3 Submitted By: Roger Pack (rogerdpack) Assigned to: Nobody (None) Summary: patch to avoid undefined method size for nil Initial Comment: I never drilled down to see what caused it, but this message ERROR: While executing gem ? (NoMethodError) undefined method `size? for nil:NilClass seems overcome with the attached diff Thanks! (ref: http://github.com/rdp/rubygems/commit/cf10766529d441d9b012705d9f4a0538d8c7f52e) ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=577&aid=27335&group_id=126 From noreply at rubyforge.org Thu Oct 22 19:27:19 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 22 Oct 2009 19:27:19 -0400 (EDT) Subject: [Rubygems-developers] [ rubygems-Patches-27338 ] patch for avoiding satisfied_by? error Message-ID: <20091022232719.DB65D1858267@rubyforge.org> Patches item #27338, was opened at 2009-10-22 23:27 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=577&aid=27338&group_id=126 Category: #gem and #require methods Group: None Status: Open Resolution: None Priority: 3 Submitted By: Roger Pack (rogerdpack) Assigned to: Nobody (None) Summary: patch for avoiding satisfied_by? error Initial Comment: The attached patch overcomes this trace (caused by some gem 'er other...which apparently has no requirements [?]): ERROR: While executing gem ... (NoMethodError) undefined method `satisfied_by?' for nil:NilClass /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:136:in `=~' /usr/local/lib/ruby/site_ruby/1.8/rubygems/spec_fetcher.rb:125:in `find_matching' /usr/local/lib/ruby/site_ruby/1.8/rubygems/spec_fetcher.rb:124:in `select' /usr/local/lib/ruby/site_ruby/1.8/rubygems/spec_fetcher.rb:124:in `find_matching' /usr/local/lib/ruby/site_ruby/1.8/rubygems/spec_fetcher.rb:123:in `each' /usr/local/lib/ruby/site_ruby/1.8/rubygems/spec_fetcher.rb:123:in `find_matching' /usr/local/lib/ruby/site_ruby/1.8/rubygems/spec_fetcher.rb:69:in `fetch' /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency_installer.rb:100:in `find_gems_with_sources' /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency_installer.rb:140:in `gather_dependencies' /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency_installer.rb:139:in `each' /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency_installer.rb:139:in `gather_dependencies' /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency_installer.rb:221:in `install' /usr/local/lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:118:in `execute' /usr/local/lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:115:in `each' /usr/local/lib/ruby/site_ruby/1.8/rubygems/commands/install_command.rb:115:in `execute' /usr/local/lib/ruby/site_ruby/1.8/rubygems/command.rb:257:in `invoke' /usr/local/lib/ruby/site_ruby/1.8/rubygems/command_manager.rb:132:in `process_args' /usr/local/lib/ruby/site_ruby/1.8/rubygems/command_manager.rb:102:in `run' /usr/local/lib/ruby/site_ruby/1.8/rubygems/gem_runner.rb:58:in `run' /usr/local/bin/gem:21 Thanks! ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=577&aid=27338&group_id=126 From thewoolleyman at gmail.com Thu Oct 22 20:29:57 2009 From: thewoolleyman at gmail.com (Chad Woolley) Date: Thu, 22 Oct 2009 17:29:57 -0700 Subject: [Rubygems-developers] Recent refactoring introduced regression? In-Reply-To: References: Message-ID: On Wed, Oct 21, 2009 at 1:43 PM, Chad Woolley wrote: > In rev 2317, jbarnette introduced the following line into > Gem::DependencyInstaller#find_gems_with_sources: > > ?requirements = dep.requirement.requirements.map do |req, ver| > > In my tests (GemInstaller integration tests against RubyGems trunk), > this is breaking because sometimes the 'requirement' property on > dependencies is nil. Here is a patch related to this problem, looks like other gems in the wild have missing requirement property, in addition to my test gems: http://rubyforge.org//tracker/?func=detail&atid=577&aid=27338&group_id=126 From thewoolleyman at gmail.com Fri Oct 23 00:23:14 2009 From: thewoolleyman at gmail.com (Chad Woolley) Date: Thu, 22 Oct 2009 21:23:14 -0700 Subject: [Rubygems-developers] Recent refactoring to remove Gem::Version::Requirement breaks with old cached gem files In-Reply-To: References: Message-ID: On Wed, Oct 21, 2009 at 4:10 PM, Chad Woolley wrote: > Old cached gems contain marshalled referenced to > Gem::Version::Requirement in required_ruby_version. ?This causes > breakages when they are unmarshalled with the new trunk code in which > this class has been removed. I looked into this some more. Even if I restore the hack to make Gem::Version::Requirement exist, the other refactorings to Gem::Version (e.g. the addition of the segments attribute) will break when old gems are unmarshalled. We need to either fully handle backward compatibility with old gems, or roll back the refactorings to Gem::Version which change the marshalled format. From jbarnette at gmail.com Fri Oct 23 14:45:46 2009 From: jbarnette at gmail.com (John Barnette) Date: Fri, 23 Oct 2009 11:45:46 -0700 Subject: [Rubygems-developers] Recent refactoring to remove Gem::Version::Requirement breaks with old cached gem files In-Reply-To: References: Message-ID: <2bce3eb60910231145l6218741fmd74769ccc723f6e@mail.gmail.com> On Thu, Oct 22, 2009 at 9:23 PM, Chad Woolley wrote: > On Wed, Oct 21, 2009 at 4:10 PM, Chad Woolley wrote: >> Old cached gems contain marshalled referenced to >> Gem::Version::Requirement in required_ruby_version. ?This causes >> breakages when they are unmarshalled with the new trunk code in which >> this class has been removed. > > I looked into this some more. ?Even if I restore the hack to make > Gem::Version::Requirement exist, the other refactorings to > Gem::Version (e.g. the addition of the segments attribute) will break > when old gems are unmarshalled. > > We need to either fully handle backward compatibility with old gems, > or roll back the refactorings to Gem::Version which change the > marshalled format. Yup, I definitely didn't intend to break backwards compatibility. Our marshaling tests must be even more lacking than I thought they were. Thanks for digging, Chad, I'll take a poke at it this weekend. ~ j. From thewoolleyman at gmail.com Fri Oct 23 14:53:18 2009 From: thewoolleyman at gmail.com (Chad Woolley) Date: Fri, 23 Oct 2009 11:53:18 -0700 Subject: [Rubygems-developers] Recent refactoring to remove Gem::Version::Requirement breaks with old cached gem files In-Reply-To: <2bce3eb60910231145l6218741fmd74769ccc723f6e@mail.gmail.com> References: <2bce3eb60910231145l6218741fmd74769ccc723f6e@mail.gmail.com> Message-ID: On Fri, Oct 23, 2009 at 11:45 AM, John Barnette wrote: > Yup, I definitely didn't intend to break backwards compatibility. Our > marshaling tests must be even more lacking than I thought they were. > Thanks for digging, Chad, I'll take a poke at it this weekend. Cool thanks. Feel free to keep me in the loop, especially if you have problems running the geminstaller tests. They are kind of wierd, I have to jump through a ton of hoops to test against an embedded trunk version of rubygems. From noreply at rubyforge.org Fri Oct 23 19:26:54 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 23 Oct 2009 19:26:54 -0400 (EDT) Subject: [Rubygems-developers] [ rubygems-Feature Requests-27343 ] feature request: gem uninstall xxx -y Message-ID: <20091023232654.79E24185828D@rubyforge.org> Feature Requests item #27343, was opened at 2009-10-23 23:26 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=578&aid=27343&group_id=126 Category: `gem` commands Group: None Status: Open Resolution: None Priority: 3 Submitted By: Roger Pack (rogerdpack) Assigned to: Nobody (None) Summary: feature request: gem uninstall xxx -y Initial Comment: It would be nice to not be prompted for anything during uninstall [like "do you want to remove this executable") Thanks! -r ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=578&aid=27343&group_id=126 From noreply at rubyforge.org Sun Oct 25 11:55:58 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sun, 25 Oct 2009 11:55:58 -0400 (EDT) Subject: [Rubygems-developers] [ rubygems-Bugs-27346 ] gem cleanup fails on system wide installed gems with non informative error message Message-ID: <20091025155558.F28811858291@rubyforge.org> Bugs item #27346, was opened at 2009-10-25 16:55 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27346&group_id=126 Category: `gem` commands (other) Group: None Status: Open Resolution: None Priority: 3 Submitted By: Martin H?cker (dwt) Assigned to: Nobody (None) Summary: gem cleanup fails on system wide installed gems with non informative error message Initial Comment: Hi there, I use gem to install stuff in my home directory and today found out that gem cleanup could get me rid of quite a part of old gems. This however didn't work, as those are installed system wide and I of course don't start gem with root privileges as I totally want it to install only in my home directory. The error message didn't mention this rights problem and the installed path at all, so I had to search very long till I found out why this failed. So, please improve the error message, make it state that rights are missing and on what file they are missing. Regards, Martin % gem env RubyGems Environment: - RUBYGEMS VERSION: 1.3.1 - RUBY VERSION: 1.8.7 (2008-08-11 patchlevel 72) [universal-darwin10.0] - INSTALLATION DIRECTORY: /Users/dwt/Library/Ruby/Gems/1.8 - RUBY EXECUTABLE: /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby - EXECUTABLE DIRECTORY: /Users/dwt/Library/Ruby/Gems/1.8/bin - RUBYGEMS PLATFORMS: - ruby - universal-darwin-10 - GEM PATHS: - /Users/dwt/Library/Ruby/Gems/1.8 - /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8 - /Library/Ruby/Gems/1.8 - GEM CONFIGURATION: - :update_sources => true - :verbose => true - :benchmark => false - :backtrace => false - :bulk_threshold => 1000 - "gempath" => ["/Users/dwt/Library/Ruby/Gems/1.8", "/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8", "/Library/Ruby/Gems/1.8"] - "gemhome" => "/Users/dwt/Library/Ruby/Gems/1.8" - REMOTE SOURCES: - http://gems.rubyforge.org/ ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27346&group_id=126 From noreply at rubyforge.org Sun Oct 25 14:05:27 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sun, 25 Oct 2009 14:05:27 -0400 (EDT) Subject: [Rubygems-developers] [ rubygems-Bugs-27346 ] gem cleanup fails on system wide installed gems with non informative error message Message-ID: <20091025180528.08AF11858267@rubyforge.org> Bugs item #27346, was opened at 2009-10-25 12:55 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27346&group_id=126 Category: `gem` commands (other) Group: None Status: Open Resolution: None Priority: 3 Submitted By: Martin H?cker (dwt) Assigned to: Nobody (None) Summary: gem cleanup fails on system wide installed gems with non informative error message Initial Comment: Hi there, I use gem to install stuff in my home directory and today found out that gem cleanup could get me rid of quite a part of old gems. This however didn't work, as those are installed system wide and I of course don't start gem with root privileges as I totally want it to install only in my home directory. The error message didn't mention this rights problem and the installed path at all, so I had to search very long till I found out why this failed. So, please improve the error message, make it state that rights are missing and on what file they are missing. Regards, Martin % gem env RubyGems Environment: - RUBYGEMS VERSION: 1.3.1 - RUBY VERSION: 1.8.7 (2008-08-11 patchlevel 72) [universal-darwin10.0] - INSTALLATION DIRECTORY: /Users/dwt/Library/Ruby/Gems/1.8 - RUBY EXECUTABLE: /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby - EXECUTABLE DIRECTORY: /Users/dwt/Library/Ruby/Gems/1.8/bin - RUBYGEMS PLATFORMS: - ruby - universal-darwin-10 - GEM PATHS: - /Users/dwt/Library/Ruby/Gems/1.8 - /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8 - /Library/Ruby/Gems/1.8 - GEM CONFIGURATION: - :update_sources => true - :verbose => true - :benchmark => false - :backtrace => false - :bulk_threshold => 1000 - "gempath" => ["/Users/dwt/Library/Ruby/Gems/1.8", "/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8", "/Library/Ruby/Gems/1.8"] - "gemhome" => "/Users/dwt/Library/Ruby/Gems/1.8" - REMOTE SOURCES: - http://gems.rubyforge.org/ ---------------------------------------------------------------------- >Comment By: Luis Lavena (luislavena) Date: 2009-10-25 15:05 Message: Hello, Thank you for your report. Please try updating your RubyGems installation to 1.3.5: sudo gem update --system Since several improvements in gem cleanup has been implemented in 1.3.3, which is greater than the version you're reporting from. Once you do that, try recreate the same scenario and report back the output of the clenaup command with "--debug -V". Thank you. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27346&group_id=126 From noreply at rubyforge.org Tue Oct 27 07:43:58 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 27 Oct 2009 07:43:58 -0400 (EDT) Subject: [Rubygems-developers] [ rubygems-Patches-27357 ] Option --bind for gem server Message-ID: <20091027114358.5340115B8028@rubyforge.org> Patches item #27357, was opened at 27/10/2009 12:43 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=577&aid=27357&group_id=126 Category: `gem server` command Group: v1.3.x Status: Open Resolution: None Priority: 3 Submitted By: Bruno Michel (nono) Assigned to: Nobody (None) Summary: Option --bind for gem server Initial Comment: This patch adds an option -b / --bind for gem server. It makes gem serve binds only the given IP address. The default behaviour is not changed: binding on 0.0.0.0, but it enables a typical case, binding only on local interface: gem server -b 127.0.0.1. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=577&aid=27357&group_id=126 From noreply at rubyforge.org Tue Oct 27 18:44:58 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 27 Oct 2009 18:44:58 -0400 (EDT) Subject: [Rubygems-developers] [ rubygems-Bugs-27346 ] gem cleanup fails on system wide installed gems with non informative error message Message-ID: <20091027224458.423721588063@rubyforge.org> Bugs item #27346, was opened at 2009-10-25 16:55 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27346&group_id=126 Category: `gem` commands (other) Group: None >Status: Closed >Resolution: Accepted Priority: 3 Submitted By: Martin H?cker (dwt) Assigned to: Nobody (None) Summary: gem cleanup fails on system wide installed gems with non informative error message Initial Comment: Hi there, I use gem to install stuff in my home directory and today found out that gem cleanup could get me rid of quite a part of old gems. This however didn't work, as those are installed system wide and I of course don't start gem with root privileges as I totally want it to install only in my home directory. The error message didn't mention this rights problem and the installed path at all, so I had to search very long till I found out why this failed. So, please improve the error message, make it state that rights are missing and on what file they are missing. Regards, Martin % gem env RubyGems Environment: - RUBYGEMS VERSION: 1.3.1 - RUBY VERSION: 1.8.7 (2008-08-11 patchlevel 72) [universal-darwin10.0] - INSTALLATION DIRECTORY: /Users/dwt/Library/Ruby/Gems/1.8 - RUBY EXECUTABLE: /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby - EXECUTABLE DIRECTORY: /Users/dwt/Library/Ruby/Gems/1.8/bin - RUBYGEMS PLATFORMS: - ruby - universal-darwin-10 - GEM PATHS: - /Users/dwt/Library/Ruby/Gems/1.8 - /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8 - /Library/Ruby/Gems/1.8 - GEM CONFIGURATION: - :update_sources => true - :verbose => true - :benchmark => false - :backtrace => false - :bulk_threshold => 1000 - "gempath" => ["/Users/dwt/Library/Ruby/Gems/1.8", "/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8", "/Library/Ruby/Gems/1.8"] - "gemhome" => "/Users/dwt/Library/Ruby/Gems/1.8" - REMOTE SOURCES: - http://gems.rubyforge.org/ ---------------------------------------------------------------------- >Comment By: Martin H?cker (dwt) Date: 2009-10-27 23:44 Message: Indeed the new error message is quite good. Strange, I was under the impression that I did do "gem update --system" before reporting this - but apparently I missed it. Thanks for the reply and keep up the good work. Regards, Martin ---------------------------------------------------------------------- Comment By: Luis Lavena (luislavena) Date: 2009-10-25 19:05 Message: Hello, Thank you for your report. Please try updating your RubyGems installation to 1.3.5: sudo gem update --system Since several improvements in gem cleanup has been implemented in 1.3.3, which is greater than the version you're reporting from. Once you do that, try recreate the same scenario and report back the output of the clenaup command with "--debug -V". Thank you. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27346&group_id=126 From noreply at rubyforge.org Wed Oct 28 12:24:55 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 28 Oct 2009 12:24:55 -0400 (EDT) Subject: [Rubygems-developers] [ rubygems-Bugs-27366 ] gem env command doesn't display ~/.gem as a gem path Message-ID: <20091028162455.937451588067@rubyforge.org> Bugs item #27366, was opened at 2009-10-28 16:24 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27366&group_id=126 Category: `gem` commands (other) Group: None Status: Open Resolution: None Priority: 3 Submitted By: Roger Pack (rogerdpack) Assigned to: Nobody (None) Summary: gem env command doesn't display ~/.gem as a gem path Initial Comment: Currently gem treats ~/.gem as a gem path, however running gem env doesn't hint at that fact. rdp at li49-39:~/dev/downloads/rubygems-1.3.5$ gem env RubyGems Environment: - RUBYGEMS VERSION: 1.3.5 - RUBY VERSION: 1.8.6 (2009-3-4 patchlevel 287) [i686-linux] - INSTALLATION DIRECTORY: /home/rdp/dev/downloads/rubygems-1.3.5 - RUBY EXECUTABLE: /usr/local/bin/ruby - EXECUTABLE DIRECTORY: /home/rdp/dev/downloads/rubygems-1.3.5/bin - RUBYGEMS PLATFORMS: - ruby - x86-linux - GEM PATHS: - /home/rdp/dev/downloads/rubygems-1.3.5 - GEM CONFIGURATION: ... Thanks! -r ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27366&group_id=126 From noreply at rubyforge.org Wed Oct 28 13:51:30 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 28 Oct 2009 13:51:30 -0400 (EDT) Subject: [Rubygems-developers] [ rubygems-Bugs-27366 ] gem env command doesn't display ~/.gem as a gem path Message-ID: <20091028175131.6FEDB1588067@rubyforge.org> Bugs item #27366, was opened at 2009-10-28 09:24 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27366&group_id=126 Category: `gem` commands (other) Group: None Status: Open Resolution: None Priority: 3 Submitted By: Roger Pack (rogerdpack) Assigned to: Nobody (None) Summary: gem env command doesn't display ~/.gem as a gem path Initial Comment: Currently gem treats ~/.gem as a gem path, however running gem env doesn't hint at that fact. rdp at li49-39:~/dev/downloads/rubygems-1.3.5$ gem env RubyGems Environment: - RUBYGEMS VERSION: 1.3.5 - RUBY VERSION: 1.8.6 (2009-3-4 patchlevel 287) [i686-linux] - INSTALLATION DIRECTORY: /home/rdp/dev/downloads/rubygems-1.3.5 - RUBY EXECUTABLE: /usr/local/bin/ruby - EXECUTABLE DIRECTORY: /home/rdp/dev/downloads/rubygems-1.3.5/bin - RUBYGEMS PLATFORMS: - ruby - x86-linux - GEM PATHS: - /home/rdp/dev/downloads/rubygems-1.3.5 - GEM CONFIGURATION: ... Thanks! -r ---------------------------------------------------------------------- >Comment By: Daniel Berger (djberg96) Date: 2009-10-28 10:51 Message: Hm, mine did on Snow Leopard: RubyGems Environment: - RUBYGEMS VERSION: 1.3.5 - RUBY VERSION: 1.8.7 (2009-06-12 patchlevel 174) [i686-darwin10.0.0] - INSTALLATION DIRECTORY: /usr/local/lib/ruby/gems/1.8 - RUBY EXECUTABLE: /usr/local/bin/ruby - EXECUTABLE DIRECTORY: /usr/local/bin - RUBYGEMS PLATFORMS: - ruby - x86-darwin-10 - GEM PATHS: - /usr/local/lib/ruby/gems/1.8 - /Users/dberger/.gem/ruby/1.8 ... Interestingly, when I run "gem env gempath" it only shows my .gem path, while "gem env gemdir" only shows the /usr/local/lib path. Intentional? Not sure. Not sure what to make of this yet. Regards, Dan ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=575&aid=27366&group_id=126 From adam.q.salter at gmail.com Tue Oct 20 02:42:01 2009 From: adam.q.salter at gmail.com (Adam Salter) Date: Tue, 20 Oct 2009 17:42:01 +1100 Subject: [Rubygems-developers] [ rubygems-Feature Requests-27318 ] weight spec.name when searching gem lib dirs for 'path' In-Reply-To: <4ADCB153.8010001@tenderlovemaking.com> References: <20091019174921.2345B1588060@rubyforge.org> <4ADCB153.8010001@tenderlovemaking.com> Message-ID: <89FB6B01-54FD-4322-8B0E-0E7D60908BDE@gmail.com> This change makes sense to me. Straight alphabetical sorting seems unfair and maybe a little insecure somehow. Installing 'aaaGem' could potentially wreak havoc, or make a very good little man in the middle gem. I'm not sure if this change would fix this problem, but I do recall seeing a similar problem in the dbd-odbc library: http://ruby-dbi.rubyforge.org/git?p=ruby-dbi.git;a=blob;f=lib/dbd/ODBC.rb;h=2c531b52613295ac802bdd880d668b159e52b0ca;hb=HEAD#l33 Line 33: -Adam On 20/10/2009, at 5:34 AM, Aaron Patterson wrote: > noreply at rubyforge.org wrote: >> Feature Requests item #27318, was opened at 2009-10-19 11:49 >> You can respond by visiting: >> http://rubyforge.org/tracker/?func=detail&atid=578&aid=27318&group_id=126 >> >> Category: local package management >> Group: None >> Status: Open >> Resolution: None >> Priority: 3 >> Submitted By: ara howard (ahoward) >> Assigned to: Nobody (None) >> Summary: weight spec.name when searching gem lib dirs for 'path' >> >> Initial Comment: >> gems has a *serious* issue in that someone structuring there gem like >> >> a_gem-1.2.3/lib/rails.rb >> >> will have there rails.rb loaded *before* the actual rails.rb when >> one does a >> >> require 'rails' >> >> this because the search through gem libdirs is sorted alpha/version >> wise with no concept of the semantics of the require statement. in >> fact, we know that users of rubygems mean to require the gem >> *named* rails when issuing the above. no gem user issues a normal >> require to pick up some random file from inside and arbitrary gem >> libdir. as such it makes sense to *prefer* file matches which >> exactly match the spec.name when searching. here is a patch, all >> tests that passed before (there was one failing) continue to pass >> with this patch: > > I don't think this is a problem rubygems necessarily needs to > solve. As > a library writer, why are you including a lib/rails.rb in your gem? > Why > not "lib/a_gem/rails.rb"? > > I wouldn't use a gem where the gem author didn't realize the > implications of included a top-level rb file that conflicted with > other > gems. It seems like bad form. > >> --- lib/rubygems/gem_path_searcher.rb.org 2009-10-19 >> 11:37:13.000000000 -0600 >> +++ lib/rubygems/gem_path_searcher.rb 2009-10-19 11:46:26.000000000 >> -0600 >> @@ -30,8 +30,11 @@ >> # Return the _gemspec_ of the gem where it was found. If no match >> # is found, return nil. >> # >> - # The gems are searched in alphabetical order, and in reverse >> - # version order. >> + # The gems are searched in alphabetical order, and in reverse >> version order. >> + # If a path is found in more than one gem the gem with a >> spec.name == path >> + # is preferred over others - in otherwords main-3.0.3/lib/ >> main.rb would be >> + # preferred over geonames-1.2.3/lib/main.rb if one issued a >> 'require "main"' >> + # - assuming main had spec.name=='main'. >> # >> # For example: >> # >> @@ -46,8 +49,18 @@ >> # only that there is a match. >> >> def find(path) >> - @gemspecs.find do |spec| matching_file? spec, path end >> + first_named = first = nil >> + @gemspecs.select do |spec| >> + if(matching_file?(spec, path)) >> + name = File.basename(path).sub(%r/\..*$/,'') >> + first ||= spec >> + first_named ||= spec if(spec.name == name) >> + end >> + break if(first_named and first) >> end >> + first_named or first >> + end >> + >> >> ## >> # Works like #find, but finds all gemspecs matching +path+. > > A patch with no tests? o_O > > -- > Aaron Patterson > http://tenderlovemaking.com/ > _______________________________________________ > Rubygems-developers mailing list > http://rubyforge.org/projects/rubygems > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers From rogerdpack2 at gmail.com Tue Oct 20 10:34:34 2009 From: rogerdpack2 at gmail.com (Roger Pack) Date: Tue, 20 Oct 2009 08:34:34 -0600 Subject: [Rubygems-developers] [ rubygems-Feature Requests-27318 ] weight spec.name when searching gem lib dirs for 'path' In-Reply-To: <6A820DD1-B2D7-4CC0-8747-86A7D0594232@gmail.com> References: <20091019174921.2345B1588060@rubyforge.org> <4ADCB153.8010001@tenderlovemaking.com> <2bce3eb60910191148g4a1ba9cev9151a29caf9b326a@mail.gmail.com> <6A820DD1-B2D7-4CC0-8747-86A7D0594232@gmail.com> Message-ID: <87d974fd0910200734m2847dfbv73feedca2c31a41b@mail.gmail.com> >> Ara, do you have any examples of gems that are busted by the current >> behavior? I assume you've run in to a few. > > I patched aasm not that long ago for this reason, it was conflicting with > state_machine If you have two gems that have a same named library [like mysql.so] then doing a require 'mysql' within one can sometimes require the mysql of the other. -r From adam.q.salter at gmail.com Fri Oct 30 17:37:49 2009 From: adam.q.salter at gmail.com (Adam Salter) Date: Sat, 31 Oct 2009 08:37:49 +1100 Subject: [Rubygems-developers] [ rubygems-Bugs-27366 ] gem env command doesn't display ~/.gem as a gem path In-Reply-To: <20091028175131.6FEDB1588067@rubyforge.org> References: <20091028175131.6FEDB1588067@rubyforge.org> Message-ID: <82E47200-83CF-4596-8942-EAD4B8787D50@gmail.com> I've had a lot of trouble with this on Ruby1.9 (.1p243 Mac OS 10.6) My solution was to use a bash script: export BIN_PATH=$PATH # find current version v=`ruby -e 'puts RUBY_VERSION'` if [ $v == "1.9.1" ];then export PATH=$BIN_PATH:~/Library/bin:$HOME/.gem/ruby/1.9.1/bin export GEM_HOME=/opt/local/lib/ruby1.9/gems/1.9.1 export GEM_PATH=$GEM_HOME:/Users/adam/.gem/ruby/1.9.1 else export PATH=$BIN_PATH:~/Library/bin:$HOME/.gem/ruby/1.8/bin fi Not ideal obviously. -Adam On 29/10/2009, at 4:51 AM, wrote: > Bugs item #27366, was opened at 2009-10-28 09:24 > You can respond by visiting: > http://rubyforge.org/tracker/?func=detail&atid=575&aid=27366&group_id=126 > > Category: `gem` commands (other) > Group: None > Status: Open > Resolution: None > Priority: 3 > Submitted By: Roger Pack (rogerdpack) > Assigned to: Nobody (None) > Summary: gem env command doesn't display ~/.gem as a gem path > > Initial Comment: > Currently gem treats ~/.gem as a gem path, however running gem env > doesn't hint at that fact. > > rdp at li49-39:~/dev/downloads/rubygems-1.3.5$ gem env > RubyGems Environment: > - RUBYGEMS VERSION: 1.3.5 > - RUBY VERSION: 1.8.6 (2009-3-4 patchlevel 287) [i686-linux] > - INSTALLATION DIRECTORY: /home/rdp/dev/downloads/rubygems-1.3.5 > - RUBY EXECUTABLE: /usr/local/bin/ruby > - EXECUTABLE DIRECTORY: /home/rdp/dev/downloads/rubygems-1.3.5/bin > - RUBYGEMS PLATFORMS: > - ruby > - x86-linux > - GEM PATHS: > - /home/rdp/dev/downloads/rubygems-1.3.5 > - GEM CONFIGURATION: > ... > > Thanks! > -r > > ---------------------------------------------------------------------- > >> Comment By: Daniel Berger (djberg96) > Date: 2009-10-28 10:51 > > Message: > Hm, mine did on Snow Leopard: > > RubyGems Environment: > - RUBYGEMS VERSION: 1.3.5 > - RUBY VERSION: 1.8.7 (2009-06-12 patchlevel 174) [i686-darwin10.0.0] > - INSTALLATION DIRECTORY: /usr/local/lib/ruby/gems/1.8 > - RUBY EXECUTABLE: /usr/local/bin/ruby > - EXECUTABLE DIRECTORY: /usr/local/bin > - RUBYGEMS PLATFORMS: > - ruby > - x86-darwin-10 > - GEM PATHS: > - /usr/local/lib/ruby/gems/1.8 > - /Users/dberger/.gem/ruby/1.8 > ... > > Interestingly, when I run "gem env gempath" it only shows my .gem > path, while "gem env gemdir" only shows the /usr/local/lib path. > Intentional? Not sure. > > Not sure what to make of this yet. > > Regards, > > Dan > > ---------------------------------------------------------------------- > > You can respond by visiting: > http://rubyforge.org/tracker/?func=detail&atid=575&aid=27366&group_id=126 > _______________________________________________ > Rubygems-developers mailing list > http://rubyforge.org/projects/rubygems > Rubygems-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/rubygems-developers