[lnkForumImage]
TotalShareware - Download Free Software
Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

comp.lang.ruby

[ANN] RubyGems 1.2.0

Eric Hodel

6/22/2008 3:31:00 AM

= Announce: RubyGems Release 1.2.0

Release 1.2.0 adds new features and fixes some bugs.

New features:

* RubyGems no longer performs bulk updates and instead only fetches
the gemspec
files it needs. Alternate sources will need to upgrade to RubyGems
1.2 to
allow RubyGems to take advantage of the new metadata updater. If a
pre 1.2
remote source is in the sources list, RubyGems will revert to the
bulk update
code for compatibility.
* RubyGems now has runtime and development dependency types. Use
#add_development_dependency and #add_runtime_dependency. All
typeless
dependencies are considered to be runtime dependencies.
* RubyGems will now require rubygems/defaults/operating_system.rb and
rubygems/defaults/#{RBX_ENGINE}.rb if they exist. This allows
packagers and
ruby implementers to add custom behavior to RubyGems via these
files. (If
the RubyGems API is insufficient, please suggest improvements via the
RubyGems list.)
* /etc/gemrc (and windows equivalent) for global settings
* setup.rb now handles --vendor and --destdir for packagers
* `gem stale` command that lists gems by last access time

Bugs Fixed:

* File modes from gems are now honored, patch #19737
* Marshal Gem::Specification objects from the future can now be loaded.
* A trailing / is now added to remote sources when missing, bug #20134
* Gems with legacy platforms will now be correctly uninstalled, patch
#19877
* `gem install --no-wrappers` followed by `gem install --wrappers` no
longer
overwrites executables
* `gem pristine` now forces reinstallation of gems, bug #20387
* RubyGems gracefully handles ^C while loading .gemspec files from
disk, bug
#20523
* Paths are expanded in more places, bug #19317, bug #19896
* Gem::DependencyInstaller resets installed gems every install, bug
#19444
* Gem.default_path is now honored if GEM_PATH is not set, patch #19502

Other Changes Include:

* setup.rb
* stub files created by RubyGems 0.7.x and older are no longer
removed. When
upgrading from these ancient versions, upgrade to 1.1.x first to
clean up
stubs.
* RDoc is no longer required until necessary, patch #20414
* `gem server`
* Now completely matches the output of `gem generate_index` and
has correct content types
* Refreshes from source directories for every hit. The server will
no longer
need to be restarted after installing gems.
* `gem query --details` and friends now display author, homepage,
rubyforge url
and installed location
* `gem install` without -i no longer reinstalls dependencies if they
are in
GEM_PATH but not in GEM_HOME
* Gem::RemoteFetcher now performs persistent connections for HEAD
requests,
bug #7973

For a full list of changes to RubyGems and the contributor for each
change, see
the ChangeLog file.

Special thanks to Chad Wooley for backwards compatibility testing and
Luis
Lavena for continuing windows support.

== How can I get RubyGems?

NOTE: If you have installed RubyGems using a package system you may
want to
install a new RubyGems through the same packaging system.

If you have a recent version of RubyGems (0.8.5 or later), then all
you need to do is:

$ gem update --system (you might need to be admin/root)

(Note: You may have to run the command twice if you have any previosly
installed rubygems-update gems).

If you have an older version of RubyGems installed, then you can still
do it in two steps:

$ gem install rubygems-update (again, might need to be admin/root)
$ update_rubygems (... here too)

If you don't have any gems install, there is still the pre-gem
approach to getting software ... doing it manually:

1. DOWNLOAD FROM: http://rubyforge.org/frs/?gr...
2. UNPACK INTO A DIRECTORY AND CD THERE
3. INSTALL WITH: ruby setup.rb (you may need admin/root privilege)

== To File Bugs

The RubyGems bug tracker can be found on RubyForge at:
http://rubyforge.org/tracker/?func=add&group_id=126&am...

When filing a bug, `gem env` output will be helpful in diagnosing the
issue.

If you find a bug where RubyGems crashes, please provide debug output.
You can
do that with `gem --debug the_command`.

== Thanks

Keep those gems coming!

-- Jim & Chad & Eric (for the RubyGems team)
45 Answers

Peña, Botp

6/23/2008 4:18:00 AM

0

From: Eric Hodel [mailto:drbrain@segment7.net]=20
# =3D Announce: RubyGems Release 1.2.0

thank you very much for the update. it's now a lot faster and all my =
gems installed/uninstalled fine. all gems truelly updated.

Ripta Pasay

6/23/2008 4:44:00 AM

0

Peña, Botp wrote:
> From: Eric Hodel [mailto:drbrain@segment7.net]
> # = Announce: RubyGems Release 1.2.0
>
> thank you very much for the update. it's now a lot faster and all my
> gems installed/uninstalled fine. all gems truelly updated.

I second that thank you! I was worried because gem kept updating the
cache on every single command. Updating to 1.2.0 solved that.

-Ripta
--
Posted via http://www.ruby-....

Leslie Viljoen

6/23/2008 6:17:00 AM

0

On Sun, Jun 22, 2008 at 5:30 AM, Eric Hodel <drbrain@segment7.net> wrote:
> = Announce: RubyGems Release 1.2.0
>
> Release 1.2.0 adds new features and fixes some bugs.
>
> New features:
>
> * RubyGems no longer performs bulk updates and instead only fetches the
> gemspec
> files it needs. Alternate sources will need to upgrade to RubyGems 1.2 to
> allow RubyGems to take advantage of the new metadata updater. If a pre 1.2
> remote source is in the sources list, RubyGems will revert to the bulk
> update
> code for compatibility.

Yahoo! I have been waiting for this!
The slower the internet access, the more appreciation you'll get.

Les

Sandro Paganotti

6/23/2008 8:23:00 AM

0

[Note: parts of this message were removed to make it a legal post.]

Cool !
Thanks for the update !

Sandro

On Mon, Jun 23, 2008 at 6:17 AM, Leslie Viljoen <leslieviljoen@gmail.com>
wrote:

> On Sun, Jun 22, 2008 at 5:30 AM, Eric Hodel <drbrain@segment7.net> wrote:
> > = Announce: RubyGems Release 1.2.0
> >
> > Release 1.2.0 adds new features and fixes some bugs.
> >
> > New features:
> >
> > * RubyGems no longer performs bulk updates and instead only fetches the
> > gemspec
> > files it needs. Alternate sources will need to upgrade to RubyGems 1.2
> to
> > allow RubyGems to take advantage of the new metadata updater. If a pre
> 1.2
> > remote source is in the sources list, RubyGems will revert to the bulk
> > update
> > code for compatibility.
>
> Yahoo! I have been waiting for this!
> The slower the internet access, the more appreciation you'll get.
>
> Les
>
>


--
Go outside! The graphics are amazing!

Saji N. Hameed

6/23/2008 9:00:00 AM

0

Great...thanks for the update!
For a future release, I wish the install command would not reinstall
a gem already present in the system, or could give a warning that the
gem is already installed.

thanks,
saji

* Sandro Paganotti <sandro.paganotti@gmail.com> [2008-06-23 17:23:28 +0900]:

> Cool !
> Thanks for the update !
>
> Sandro
>
> On Mon, Jun 23, 2008 at 6:17 AM, Leslie Viljoen <leslieviljoen@gmail.com>
> wrote:
>
> > On Sun, Jun 22, 2008 at 5:30 AM, Eric Hodel <drbrain@segment7.net> wrote:
> > > = Announce: RubyGems Release 1.2.0
> > >
> > > Release 1.2.0 adds new features and fixes some bugs.
> > >
> > > New features:
> > >
> > > * RubyGems no longer performs bulk updates and instead only fetches the
> > > gemspec
> > > files it needs. Alternate sources will need to upgrade to RubyGems 1.2
> > to
> > > allow RubyGems to take advantage of the new metadata updater. If a pre
> > 1.2
> > > remote source is in the sources list, RubyGems will revert to the bulk
> > > update
> > > code for compatibility.
> >
> > Yahoo! I have been waiting for this!
> > The slower the internet access, the more appreciation you'll get.
> >
> > Les
> >
> >
>
>
> --
> Go outside! The graphics are amazing!

--
Saji N. Hameed

APEC Climate Center +82 51 668 7470
National Pension Corporation Busan Building 12F
Yeonsan 2-dong, Yeonje-gu, BUSAN 611705 saji@apcc21.net
KOREA

Roger Pack

6/23/2008 4:42:00 PM

0

> * RubyGems no longer performs bulk updates and instead only fetches
> the gemspec
> files it needs. Alternate sources will need to upgrade to RubyGems
> 1.2 to
> allow RubyGems to take advantage of the new metadata updater. If a
> pre 1.2
> remote source is in the sources list, RubyGems will revert to the
> bulk update
> code for compatibility.

Nice new features! Sweetness.

Some notes:
~ sudo gem update --system
Updating RubyGems
Bulk updating Gem source index for: http://gems.ruby...
Nothing to update
~ gem -v
1.1.1

1) I seem to be unable to upgrade. Hopefully this will be fixed soon by
some propagating gems.
2) It always does 'mass' bulk update each time I run this command,
despite the fact that my gem cache is up to date.

I look forward to installing it eventually, though :)
-R
--
Posted via http://www.ruby-....

ara.t.howard

6/23/2008 4:48:00 PM

0


On Jun 21, 2008, at 9:30 PM, Eric Hodel wrote:

> = Announce: RubyGems Release 1.2.0
>
> Release 1.2.0 adds new features and fixes some bugs.

yes, we really all do love eric.

keep up the fantastic work man!

a @ http://codeforp...
--
we can deny everything, except that we have the possibility of being
better. simply reflect on that.
h.h. the 14th dalai lama

John Barnette

6/23/2008 5:32:00 PM

0

On Sat, Jun 21, 2008 at 8:30 PM, Eric Hodel <drbrain@segment7.net> wrote:
> = Announce: RubyGems Release 1.2.0
>
> Release 1.2.0 adds new features and fixes some bugs.
>
> New features:
> * RubyGems now has runtime and development dependency types. Use
> #add_development_dependency and #add_runtime_dependency. All typeless
> dependencies are considered to be runtime dependencies.

FYI, You can include development dependencies during an install or
update with --development.

Also, a small API addition for folks doing conditional gem loading by
manually checking the source index or rescuing LoadError:

Gem.available?(gem, *specs)


~ j.

Eric Hodel

6/23/2008 5:34:00 PM

0

On Jun 23, 2008, at 01:59 AM, Saji N. Hameed wrote:

> For a future release, I wish the install command would not reinstall
> a gem already present in the system, or could give a warning that the
> gem is already installed.

Why do you care?

Roger Pack

6/23/2008 5:38:00 PM

0

> Why do you care?

So that if you run
gem install RedCloth mongrel hpricot

it doesn't waste time reinstalling ones whose latest version matches the
existing one on the system.

So that we can be lazy and skip the 'gem list' phase of installing gems
:)
-R
--
Posted via http://www.ruby-....