Project

General

Profile

Actions

Bug #653

closed

`rake gem' emits a warning

Added by mame (Yusuke Endoh) about 16 years ago. Updated over 13 years ago.

Status:
Closed
ruby -v:
Backport:
[ruby-core:19351]

Description

=begin
Hi,

rake seems to call Gem.manage_gems which is deprecated at
lib/rake/gempackagetask.rb.

$ sow19 foo
(snip)
$ cd fo/
$ rake19
(in /tmp/foo)
<internal:0:Warning: Gem::manage_gems is deprecated and will be
removed on or after March 2009.
Hoe email value not set. aborting

Is it ok to merely remove the call?

Index: lib/rake/gempackagetask.rb

--- lib/rake/gempackagetask.rb (revision 19808)
+++ lib/rake/gempackagetask.rb (working copy)
@@ -9,12 +9,6 @@
require 'rubygems/user_interaction'
require 'rubygems/builder'

-begin

  • Gem.manage_gems
    -rescue NoMethodError => ex
  • Using rubygems prior to 0.6.1

-end

module Rake

# Create a package based upon a Gem spec.  Gem packages, as well as

--
Yusuke ENDOH
=end

Actions #1

Updated by drbrain (Eric Hodel) about 16 years ago

=begin
On Oct 16, 2008, at 10:09 AM, Jim Weirich wrote:

On Oct 16, 2008, at 11:47 AM, Yusuke ENDOH wrote:

rake seems to call Gem.manage_gems which is deprecated at
lib/rake/gempackagetask.rb.

$ sow19 foo
(snip)
$ cd fo/
$ rake19
(in /tmp/foo)
<internal:0:Warning: Gem::manage_gems is deprecated and will be
removed on or after March 2009.
Hoe email value not set. aborting

Is it ok to merely remove the call?

The gempackagetask should probably be allowed to continue to work
with older gems. Can we put a version test around this?

RubyGems back to 0.8.8 will work if Gem.manage_gems is replaced with:

require 'rubygems/builder'

since all manage_gems did was require extra files like this one.

As of today, these are the versions of RubyGems that accessed the
repository recently:

$ cut -d ' ' -f 13 gemmirror-access_log | occur | grep RubyGems
80668: "RubyGems/0.9.4"
69239: "RubyGems/0.9.5
22181: "RubyGems/0.9.2"
12268: "RubyGems/1.0.1
11679: "RubyGems/0.9.0"
11155: "RubyGems/1.0.0
8813: "RubyGems/0.9.4.6
3153: "RubyGems/0.8.11"
1040: "RubyGems/0.8.10"
438: "RubyGems/0.9.3"
417: "RubyGems/0.9.1"
67: "RubyGems/0.9.4.7
26: "RubyGems/0.9.4.3"
25: "RubyGems/0.9.5"
5: "RubyGems/0.8.8"
3: "RubyGems/0.8.99.2"
2: "RubyGems/0.9.4.4"
2: "RubyGems/0.9.0.8"
1: "RubyGems/0.9.4
1: "RubyGems/0.9.4.5"

So I think you're fine to remove the Gem.manage_gems call.

=end

Actions #2

Updated by ko1 (Koichi Sasada) about 16 years ago

  • Assignee set to drbrain (Eric Hodel)

=begin

=end

Actions #3

Updated by yugui (Yuki Sonoda) about 16 years ago

  • Priority changed from 3 to 5
  • Target version set to 1.9.1 Release Candidate

=begin

=end

Actions #4

Updated by yugui (Yuki Sonoda) about 16 years ago

=begin
Is this still reproduce? If not, close this issue.
=end

Actions #5

Updated by antares (Michael Klishin) about 16 years ago

=begin
It has been removed in both trunk and 1_9_1, I think this should be closed now.
=end

Actions #6

Updated by zenspider (Ryan Davis) about 16 years ago

  • Status changed from Open to Closed

=begin

=end

Actions

Also available in: Atom PDF

Like0
Like0Like0Like0Like0Like0Like0