[#53944] [ruby-trunk - Bug #8210][Open] Multibyte character interfering with end-line character within a regex — "sawa (Tsuyoshi Sawada)" <sawadatsuyoshi@...>

14 messages 2013/04/03

[#53974] [ruby-trunk - Feature #8215][Open] Support accessing Fiber-locals and backtraces for a Fiber — "halorgium (Tim Carey-Smith)" <ruby-lang-bugs@...>

14 messages 2013/04/03

[#54095] [ruby-trunk - Feature #8237][Open] Logical method chaining via inferred receiver — "wardrop (Tom Wardrop)" <tom@...>

34 messages 2013/04/08

[#54138] [ruby-trunk - Bug #8241][Open] If uri host-part has underscore ( '_' ), 'URI#parse' raise 'URI::InvalidURIError' — "neocoin (Sangmin Ryu)" <neocoin@...>

9 messages 2013/04/09

[#54185] [CommonRuby - Feature #8257][Open] Exception#cause to carry originating exception along with new one — "headius (Charles Nutter)" <headius@...>

43 messages 2013/04/11

[#54196] Encouraging use of CommonRuby — Charles Oliver Nutter <headius@...>

I think we need to do more to encourage the use of the CommonRuby

20 messages 2013/04/11
[#54200] Re: Encouraging use of CommonRuby — Marc-Andre Lafortune <ruby-core-mailing-list@...> 2013/04/11

Hi,

[#54211] Re: Encouraging use of CommonRuby — "NARUSE, Yui" <naruse@...> 2013/04/12

As far as I understand, what is CommonRuby and the process over CommonRuby

[#54207] [CommonRuby - Feature #8258][Open] Dir#escape_glob — "steveklabnik (Steve Klabnik)" <steve@...>

15 messages 2013/04/12

[#54218] [CommonRuby - Feature #8259][Open] Atomic attributes accessors — "funny_falcon (Yura Sokolov)" <funny.falcon@...>

43 messages 2013/04/12

[#54288] [CommonRuby - Feature #8271][Open] Proposal for moving to a more visible, formal process for feature requests — "headius (Charles Nutter)" <headius@...>

15 messages 2013/04/15

[#54333] Requesting Commit Access — Aman Gupta <ruby@...1.net>

Hello ruby-core,

16 messages 2013/04/16

[#54473] [Backport 200 - Backport #8299][Open] Minor error in float parsing — "bobjalex (Bob Alexander)" <bobjalex@...>

27 messages 2013/04/19

[#54532] [ruby-trunk - Bug #8315][Open] mkmf does not include include paths from pkg_config anymore — "Hanmac (Hans Mackowiak)" <hanmac@...>

11 messages 2013/04/23

[#54621] [ruby-trunk - Feature #8339][Open] Introducing Geneartional Garbage Collection for CRuby/MRI — "ko1 (Koichi Sasada)" <redmine@...>

43 messages 2013/04/27
[#54643] [ruby-trunk - Feature #8339] Introducing Geneartional Garbage Collection for CRuby/MRI — "authorNari (Narihiro Nakamura)" <authorNari@...> 2013/04/28

[#54649] Re: [ruby-trunk - Feature #8339] Introducing Geneartional Garbage Collection for CRuby/MRI — SASADA Koichi <ko1@...> 2013/04/28

(2013/04/28 9:23), authorNari (Narihiro Nakamura) wrote:

[#54657] Re: [ruby-trunk - Feature #8339][Open] Introducing Geneartional Garbage Collection for CRuby/MRI — Magnus Holm <judofyr@...> 2013/04/28

On Sat, Apr 27, 2013 at 8:19 PM, ko1 (Koichi Sasada)

[#54665] [ruby-trunk - Bug #8344][Open] Status of Psych and Syck — "Eregon (Benoit Daloze)" <redmine@...>

18 messages 2013/04/28

[ruby-core:54294] Re: Encouraging use of CommonRuby

From: Thomas E Enebo <tom.enebo@...>
Date: 2013-04-15 21:00:53 UTC
List: ruby-core #54294
Unfortunately, I find this an issue of projection of overlapping
concerns.   If I am new to reporting issues to MRI and I want a new feature
then I will go to the most obvious place.  I might read the appropriate
documentation on how to submit issues, but let's face it...most people
don't.  Regardless of what is ideal, I think any proposed solution should
make the burden of handling a misreported issue (assuming ruby-trunk for
features is inappropriate) simple.

Whether tags are used to mark if something is a feature or whether there is
a simple process for converting those to CommonRuby I think any solution
has to acknowledge that people will probably predominantly put it in the
wrong place and some burden will be placed on the people maintaining and
triaging incoming issues.

As an implementer of an alternative Ruby runtime, I do desire a simple way
of seeing all changes to language features and API features.  It seems like
technology can solve this without making people do any extra work.  At
least, all new API changes or new language features should get marked in
any system in a way for people to query those easily and contribute to the
process.

-Tom



On Thu, Apr 11, 2013 at 3:00 PM, Charles Oliver Nutter
<headius@headius.com>wrote:

> I think we need to do more to encourage the use of the CommonRuby
> project in bugs.ruby-lang.org.
>
> There are currently 429 "feature" issues open in ruby-trunk. The
> majority of these would affect all Ruby implementations, and are not
> specific to MRI. I believe ruby-trunk should only house bugs and
> features that are specific to MRI (or at least, they initially seem to
> apply only to MRI).
>
> What can we do to encourage folks to use CommonRuby more?
>
> * A top-level link for CommonRuby that clearly states any new
> user-visible Ruby language/library features (or feature changes)
> should be filed here.
> * Migrate existing feature requests to CommonRuby if they apply to
> other Ruby implementations.
> * A period of auditing feature requests filed against ruby-trunk and
> other projects, migrating them to CommonRuby or recommending re-filing
> in CommonRuby.
>
> Encouraging use of CommonRuby would do a lot to show that the
> implementations are collaborating on the future of Ruby, and it would
> help us implementers filter out MRI-specific bugs/features from those
> that will affect our implementations.
>
> Thoughts?
>
> - Charlie
>
>


-- 
blog: http://blog.enebo.com       twitter: tom_enebo
mail: tom.enebo@gmail.com

In This Thread