Dev meeting IS NOT a decision-making place. All decisions should be done at the bug tracker.
Dev meeting is a place we can ask Matz, nobu, nurse and other developers directly.
Matz is a very busy person. Take this opportunity to ask him. If you can not attend, other attendees can ask instead of you (if attendees can understand your issue).
We will write a record of the discussion in the file or to each ticket in English.
All activities are best-effort (keep in mind that most of us are volunteer developers).
The date, time and place of the meeting are scheduled according to when/where we can reserve Matz's time.
If you have a ticket that you want matz and committers to discuss, please post it into this ticket in the following format:
* [Ticket ref] Ticket title (your name)
* Comment (A summary of the ticket, why you put this ticket here, what point should be discussed, etc.)
Example:
* [Feature #14609] `Kernel#p` without args shows the receiver (ko1)
* I feel this feature is very useful and some people say :+1: so let discuss this feature.
It is recommended to add a comment by 2023/03/06. We hold a preparatory meeting to create an agenda a few days before the dev-meeting.
Your comment is mandatory. We cannot read all discussion of the ticket in a limited time. We appreciate it if you could write a short summary and update from a previous discussion.
[Bug #19362] #dup on Proc doesn't call initialize_dup (zverok)
The fact that initialize_dup is not called by Proc#dup is inconsistent, and there are no docs confirming it is deliberate. @nobu's PR shows it is possible to fix.
[Feature #19406] Allow declarative reference definition for rb_typed_data_struct (eightbitraptor)
This is essentially a simpler interface for handling marking/compaction for rb_typed_data_struct that hold references to other Ruby objects than the existing dmark/dcompact callback interface.
It's useful in non-complex cases where the object just holds simple reference. Is this enough for it to have value?
Is using US-ASCII encoding for such regexps a bug? Since the regexp itself does not use non-ASCII, it seems reasonable to use ASCII encoding for the regexp.
For such regexps, even if the regexp itself is US-ASCII, should the source still be UTF-8, since the source contains non-ASCII characters?
Are there issues if the regexp encoding does not match the source encoding, because the non-ASCII characters are in comments?
[Bug #19417] Regexp \p{Word} and [[:word:]] do not match Unicode Other_Number character (jeremyevans0)
Is this a documentation bug or a code bug?
If a documentation bug, how specific should the documentation be about what \p{Word} and [[:word:]] match?
[Bug #19392] Endless method vs and/or (jeremyevans0)
Is this a bug or expected behavior?
[Bug #19416] Inconsistent behaviour for Struct.new without any member_names (jeremyevans0)
The fact that Struct.new("A") works seems like a bug and not intentional.
Do we want to fix the bug, or keep it to retain backwards compatibility?
If we want to fix it, should we deprecate or remove the support in 3.3?
[Bug #19230] The openssl backend of securerandom is no longer needed
The openssl backend of securerandom has not worked for several years, but we have received no bug reports. I think no one uses it. Let's remove the backend.