[#36711] [Ruby 1.9 - Bug #4821][Open] Random Segfaults (in start_thread?) — Ivan Bortko <b2630639@...>

22 messages 2011/06/03

[#36730] [Ruby 1.9 - Feature #4824][Open] Provide method Kernel#executed? — Lazaridis Ilias <ilias@...>

56 messages 2011/06/04

[#36750] [Ruby 1.9 - Feature #4830][Open] Provide Default Variables for Array#each and other iterators — Lazaridis Ilias <ilias@...>

24 messages 2011/06/05

[#36785] [Ruby 1.9 - Feature #4840][Open] Allow returning from require — Rodrigo Rosenfeld Rosas <rr.rosas@...>

53 messages 2011/06/06
[#36811] Re: [Ruby 1.9 - Feature #4840][Open] Allow returning from require — Yusuke ENDOH <mame@...> 2011/06/07

Hello,

[#36799] [Ruby 1.9 - Feature #4845][Open] Provide Class#cb_object_instantiated_from_literal(object) — Lazaridis Ilias <ilias@...>

11 messages 2011/06/06

[#36834] [Ruby 1.9 - Feature #3905] rb_clear_cache_by_class() called often during GC for non-blocking I/O — Charles Nutter <headius@...>

10 messages 2011/06/08
[#36860] Re: [Ruby 1.9 - Feature #3905] rb_clear_cache_by_class() called often during GC for non-blocking I/O — Eric Wong <normalperson@...> 2011/06/08

Charles Nutter <headius@headius.com> wrote:

[#36863] Object#trust vs Object#taint — Aaron Patterson <aaron@...>

Hi,

16 messages 2011/06/08
[#36866] Re: Object#trust vs Object#taint — Yukihiro Matsumoto <matz@...> 2011/06/08

Hi,

[#36873] Re: Object#trust vs Object#taint — Aaron Patterson <aaron@...> 2011/06/09

On Thu, Jun 09, 2011 at 07:49:06AM +0900, Yukihiro Matsumoto wrote:

[#37071] [Ruby 1.9 - Feature #4877][Open] Unify Variable Expansion within Strings — Lazaridis Ilias <ilias@...>

12 messages 2011/06/12

[#37106] ruby core tutorials location — Roger Pack <rogerdpack2@...>

Hello all.

10 messages 2011/06/13
[#37107] Re: ruby core tutorials location — Jon <jon.forums@...> 2011/06/13

> Hello all.

[#37115] Re: ruby core tutorials location — Roger Pack <rogerdpack2@...> 2011/06/13

> Rather than adding links to source code, I would prefer the wikibooks link and others under a new Tutorials section of http://www.ruby-lang.org/en/documentation/ as well as adding http://ruby.runpaint.org/ to the existing Getting Started section.

[#37117] Re: ruby core tutorials location — Jon <jon.forums@...> 2011/06/13

> > Rather than adding links to source code, I would prefer the wikibooks link and others under a new Tutorials section of http://www.ruby-lang.org/en/documentation/ as well as adding http://ruby.runpaint.org/ to the existing Getting Started section.

[#37128] Re: ruby core tutorials location — Roger Pack <rogerdpack2@...> 2011/06/14

> I like what you're trying to do and see how great that tutorial connection from rdoc/yard could be, say, mixing with existing ruby-doc.org and rubydoc.info. ut I question embedding source links to info in which the info can easily grow outdated or abandoned as time passes. I also question the ongoing maintenance burdens.

[#37137] Re: ruby core tutorials location — Jon <jon.forums@...> 2011/06/14

> > I like what you're trying to do and see how great that tutorial connection from rdoc/yard could be, say, mixing with existing ruby-doc.org and rubydoc.info. ut I question embedding source links to info in which the info can easily grow outdated or abandoned as time passes. I also question the ongoing maintenance burdens.

[#37164] [Ruby 1.9 - Feature #4890][Open] Enumerable#lazy — Yutaka HARA <redmine@...>

30 messages 2011/06/16

[#37170] [Ruby 1.9 - Bug #4893][Open] Literal Instantiation breaks Object Model — Lazaridis Ilias <ilias@...>

61 messages 2011/06/16

[#37207] [Ruby 1.9 - Feature #4897][Open] Define Math::TAU and BigMath.TAU. The "true" circle constant, Tau=2*Pi. See http://tauday.com/ — Simon Baird <simon.baird@...>

43 messages 2011/06/17

[#37286] [Ruby 1.9 - Bug #4916][Open] [BUG] Segmentation fault - dyld: lazy symbol binding failed: Symbol not found: _ASN1_put_eoc — Hiroshi NAKAMURA <nakahiro@...>

9 messages 2011/06/22

[#37324] [Ruby 1.9 - Bug #4923][Open] [ext/openssl] test_ssl.rb: test_client_auth fails — Martin Bosslet <Martin.Bosslet@...>

19 messages 2011/06/23

[#37576] [Ruby 1.9 - Feature #4938][Open] Add Random.bytes [patch] — Marc-Andre Lafortune <ruby-core@...>

13 messages 2011/06/27

[#37612] [Ruby 1.9 - Bug #4941][Open] cannot load such file -- rubygems.rb (LoadError) — Lazaridis Ilias <ilias@...>

25 messages 2011/06/28

[ruby-core:37643] Re: I have imported Rake 0.9.2 to trunk

From: Antonio Terceiro <terceiro@...>
Date: 2011-06-28 20:02:23 UTC
List: ruby-core #37643
Luis Lavena escreveu isso a躡
> On Sat, Jun 25, 2011 at 3:23 PM, Antonio Terceiro
> <terceiro@softwarelivre.org> wrote:
> > Hello Eric,
> >
> > Eric Hodel escreveu isso a躡
> >> I asked Jim if he would like me to import rake 0.9.2 to trunk, so I have..
> >>
> >> Let me know if there are any problems.
> >>
> >> PS: I broke `make install` r32217 but fixed it with r32218
> >
> > What are the reasons that led to the inclusion of rake (and e.g.
> > rubygems) in Ruby's standard library in the first place?
> >
> 
> Rake has been part of Ruby 1.9.1 and 1.9.2 since their releases. Rake
> has become a commonly used tool, like RubyGems.
> 
> Ruby also includes JSON as part of it, and RDoc, these tools evolved
> form independent ones to be part of Ruby itself with time.

I already knew that those things are widely used and that they got
included in Ruby 1.9 ... ;-)

What happens in practice, though, is that people will always install the
latest Rubygems and the latest Rake from within Rubygems, regardless of
the versions included in Ruby 1.9.x

Why I asked this:

I am part of the Debian Ruby packaging team, and we started to discuss
how to deal with the following issue: We have Rubygems and Rake packages
for Ruby 1.8, but not for Ruby 1.9 because they are already included.
What happens then is that users of Ruby 1.8 end up having newer versions
of both Rubygems and Rake, and Ruby 1.9 users end up with whatever
version was included with Ruby, which are often outdated with regard to
the current versions of the standalone packages.

If we decide to make the Debian packages for Rubygems, Rake etc
available for both Ruby 1.8 and Ruby 1.9, we will be in practive
overriding the versions bundled with Ruby. I have the feeling that doing
this reproduces what non-Debian users already do: they install these
packages regardless of the fact they are already bundled with Ruby,
either manually or because some others packages depend explicitly on
them (e.g.  several gems depend on rake, and that will cause Rubygems to
install a standalone rake package).

It has been suggested that Ruby 1.9 could have way of disabling the
bundled packages on ./configure so that they don't get installed on
`make install`, and we could then make the Debian packages explicitly
depend on Rubygems/Rake/etc so that users always get the newest version
of them together with Ruby 1.9.

We don't want to have a Debian-specific patch for that, so we wanted the
opinion of Ruby core. What do people think about that?

-- 
Antonio Terceiro <terceiro@softwarelivre.org>
http://softwarelivre.org/terceiro


Attachments (1)

signature.asc (836 Bytes, application/pgp-signature)

In This Thread

Prev Next