[#68137] improve semantics of manpages — "Anthony J. Bentley" <anthony@...>
Hi,
1 message
2015/02/17
[#68144] Re: Future of test suites for Ruby — Anthony Crumley <anthony.crumley@...>
FYI...
4 messages
2015/02/17
[#68343] [Ruby trunk - Bug #10916] [Open] What the Ruby? SegFault? — ruby@...
Issue #10916 has been reported by why do i need this acct just to create a bug report.
5 messages
2015/02/27
[#68373] Re: [Ruby trunk - Bug #10916] [Open] What the Ruby? SegFault?
— "Martin J. Dürst" <duerst@...>
2015/03/02
> * Author: why do i need this acct just to create a bug report
[#68358] [Ruby trunk - Bug #10902] require("enumerator") scans LOAD_PATH 2x on every invocation — ruby@...1.net
Issue #10902 has been updated by Aman Gupta.
3 messages
2015/02/28
[ruby-core:68143] Re: Future of test suites for Ruby
From:
Anthony Crumley <anthony.crumley@...>
Date:
2015-02-17 13:16:57 UTC
List:
ruby-core #68143
Beniot, I have been working on reconciling RubySpec with the 2.x MRI versions over the last month. https://github.com/anthonycrumley/rubyspec/commits/master My intention is to: 1) Get RubySpec updated to run with all the 2.x versions of MRI. 2) Get the nurse/rubyspec updates since the fork added. 3) Get the updated RubySpecs into the MRI CI. 4) Hopefully find that repo a home at either rubyspec/rubyspec or ruby/rubyspec. I agree with you that the RubySpec tests are very valuable and would LOVE to work with you on them. Anthony On Tue Feb 17 2015 at 6:59:48 AM Benoit Daloze <eregontp@gmail.com> wrote: > On 17 February 2015 at 13:32, Benoit Daloze <eregontp@gmail.com> wrote: > >> - The second step is really to choose a canonical RubySpec repository, to >> avoid "death by too much forks". >> This repository should only contain RubySpec tests for practical reasons. >> We should allow many specs contributors to take part in merging changes >> and maintaining specs. >> I think this was a fatal flaw of rubyspec/rubyspec in that too few people >> had the large burden of merging and maintaining the specs. >> >> The main existing repository I see today is nurse/rubyspec. >> I am thinking the process could be similar to handling pull requests on >> ruby/ruby in that some contributors would provide feedback and merge them. >> The CI is very useful in this regard to ensure MRI is not broken >> inadvertently. >> > > I think it would make sense in that case to move nurse/rubyspec to > ruby/rubyspec for clarity. >