A concept initially demonstrated by Ryan Leavengood at the first
RubyConf, RubyGems has been a long time coming. It is a package manager
for Ruby libraries, handling library versioning (allows co-existence of
multiple versions of a single Ruby library), search, download, and
installation.
You can download RubyGems from its RubyForge files section
(http://rubyforge.org/project/showfiles.php?group_id=126). We have
tested on Windows XP, Mac OSX, and Linux. We would love to hear
reports, both negative and positive, of experiences on other platforms.
We have put a few samples gems in the repository at http://gems.rubyforge.org. This is the default location that the
remote installer will go to when doing a remote installation. If you
have libraries you would like to include, please send the gem files to
either myself or Rich Kilmer (rich(at)infoether.com) and we’ll add
them. Going forward, we’ll have more robust mechanisms for updating
the repository, possibly including RubyForge file release integration.
You can search the repository like so:
downloaded it and tried it out very nice… Thank you, this is a very
cool project. I can’t wait to see more gems up there!
One minor nit: RubyGems’ install.rb doesn’t take arguments. I tried
‘ruby install.rb --help’ to see if there were any config options, and
it tried to install itself. But really, a minor nit, since I downloaded
it to install it anyway
Oh, and a question: documentation. Is there a way to get ri to pull up
the gems’ documentation? It would be very cool if all the docs could
be self-contained in the same folder as the gem.
A concept initially demonstrated by Ryan Leavengood at the first
RubyConf, RubyGems has been a long time coming. It is a package manager
for Ruby libraries, handling library versioning (allows co-existence of
multiple versions of a single Ruby library), search, download, and
installation.
You can download RubyGems from its RubyForge files section
(http://rubyforge.org/project/showfiles.php?group_id=126). We have
tested on Windows XP, Mac OSX, and Linux. We would love to hear
reports, both negative and positive, of experiences on other platforms.
We have put a few samples gems in the repository at http://gems.rubyforge.org. This is the default location that the
remote installer will go to when doing a remote installation. If you
have libraries you would like to include, please send the gem files to
either myself or Rich Kilmer (rich(at)infoether.com) and we’ll add
them. Going forward, we’ll have more robust mechanisms for updating
the repository, possibly including RubyForge file release integration.
You can search the repository like so:
I’ve yet to try it, but I did glance at the docs today and it does look
ery nice.
So I gather from the comment above about binary libraries there is no way
yet to handle gems which have extensions (C code)? Any idea when we’ll
see this?
Can you please work an a clean and unambiguity way to report errors.
I asks this because we want add a Ruby Gems framework to our Ruby Distribution
that comes with our "Arachno Ruby IDE". And the current way of
throwing exceptions isn't very good for a GUI wrapper.
Is there a way to get ri to pull up the gems’ documentation?
er, sorry, I guess I should have read the docs more carefully.
Apparently the --gen-rdoc option does that when you install.
I’ve yet to try it, but I did glance at the docs today and it does look
ery nice.
Please try it and give us your feedback…would welcome all help (and
input)
we can get!
So I gather from the comment above about binary libraries there is no
way
yet to handle gems which have extensions (C code)? Any idea when we’ll
see this?
Well, you can actually build a gem that contains a binary extension,
but you
need to mark it as platform specific (i.e. it can contain .so files).
We
are trying to work out the building from source…so the gem contains
the
c/c++/ruby code and it is downloaded, extracted, built and deployed.
That is
a target for the next release (or the one after).
Will we be seeing RubyGems in 1.8.2?
That is up to Matz and the Ruby community. We would like to see it in
the Ruby distro, obviously, but there are still things to flush out
prior
to that.
Can you please work an a clean and unambiguity way to report errors.
I asks this because we want add a Ruby Gems framework to our Ruby
Distribution
that comes with our “Arachno Ruby IDE”. And the current way of
throwing exceptions isn’t very good for a GUI wrapper.
I responded privately without realizing this went to ruby-talk too.
ruby-talk is probably a more productive forum for the question: how
would you like to see error handling work if not with exceptions?
There is definitely a lot of cleaning work to be done on how errors are
handled, so input at this stage would be very useful.
Actually, you were right. --gen-rdoc generates html output (which can
be served by gem_server or read directly), but it doesn’t support
rdoc’s --rite-site equivalent. Dave released that feature a couple of
days after we did the rdoc work, and we never went back and put it in.
Thanks for the suggestion. That’ll definitely go on the TODO list.
Chad
···
On Mar 15, 2004, at 3:00 AM, Mark Hubbart wrote:
Is there a way to get ri to pull up the gems’ documentation?
er, sorry, I guess I should have read the docs more carefully.
Apparently the --gen-rdoc option does that when you install.
it’s case sensitive:
% sudo gem --remote-install=RedCloth
Successfully installed RedCloth version 2.0.2
oops, I should have read the message with more care… anyway I think
gem could give a more understandable message…
thanks, rubygem is freaking cool, I’m waiting for the ability to build
native packages (i.e. rpm, deb, msi…)
Well, you can actually build a gem that contains a binary extension,
but you need to mark it as platform specific (i.e. it can contain
.so files). We are trying to work out the building from source…so
the gem contains the c/c++/ruby code and it is downloaded, extracted,
built and deployed.
I’d like to ask for having both: A choice to install precompiled
binaries for whatever OS you’re using (if they’re available) and
building them on by itself. I would like it to try to build it from
sources at first and then try using a precompiled binary as a fallback.
(If no compiler is available or compiling fails for whatever reason.)
That would make all this even more of the killer application it’s
already starting to be.
Thanks for developing this and listening to feedback!
Seriously, we probably have people who are OK with Mac and Debian
installers. If anyone wanted to join the rubygems list and start
working on, for example, RPM or msi, it would be greatly appreciated.
You’re obviously right about the ugly error messages.
Thanks,
Chad
···
On Mar 15, 2004, at 5:59 AM, gabriele renzi @ google wrote:
it’s case sensitive:
% sudo gem --remote-install=RedCloth
Successfully installed RedCloth version 2.0.2
oops, I should have read the message with more care… anyway I think
gem could give a more understandable message…
thanks, rubygem is freaking cool, I’m waiting for the ability to build
native packages (i.e. rpm, deb, msi…)
very nice… Thank you, this is a very