From: "k0kubun (Takashi Kokubun)" Date: 2022-08-25T08:16:47+00:00 Subject: [ruby-core:109678] [Ruby master Misc#18975] Propose Stan Lo (@st0012) as an IRB maintainer Issue #18975 has been updated by k0kubun (Takashi Kokubun). Status changed from Open to Feedback We discussed this at today's developers meeting. We recognize two different problems here. 1. @st0012 and @k0kubun want to introduce IRB features that are relatively easy to maintain, such as adding or modifying IRB commands. 2. We have no active IRB maintainer who is responsible for making technical decisions and maintaining IRB and Reline for a long term. My primary intention of this ticket was to address (1), hopefully solving (2) as well. However, given the highly complicated nature of IRB around Reline, having a co-maintainer of IRB in the absence of the current maintainer could result in design decisions that conflict with @aycabta 's vision, which might make the long-term maintenance hard. So we discussed an idea to address only (1) for now, waiting for @aycabta about (2) in the meantime. @naruse raised the following idea of partial maintainership and @matz approved it. (I got asked to post this summary myself first, which he may leave a confirmation comment on later.) * @k0kubun can merge @st0012 's improvements in the (1) area after he reviews it. * @k0kubun can merge his new features after @st0012 reviews it. * We also discussed the idea of handling IRB command inputs that are not valid as a Ruby expression, and the meeting attendees agreed to make this change. * @k0kubun can merge his improvements in the (1) area by himself. We'll revisit other discussions later, hopefully after @aycabta is back. ---------------------------------------- Misc #18975: Propose Stan Lo (@st0012) as an IRB maintainer https://bugs.ruby-lang.org/issues/18975#change-98902 * Author: k0kubun (Takashi Kokubun) * Status: Feedback * Priority: Normal ---------------------------------------- ## Background Looking at @aycabta 's GitHub activity, he's been inactive on the Internet for 6~7 months, which means that IRB hasn't had the maintainer during that period of time. While I managed to sneak in some IRB changes when he was active, I personally have some more IRB changes that I want to make, but I'm not sure if we're gonna make it to Ruby 3.2 since we can't predict when he'll be back and there's nobody taking the ownership of the IRB design now. However, I don't think the 2nd most active contributor (@nobu) is particularly interested in IRB, and the 3rd most active contributor (myself) currently doesn't have capacity to maintain anything new. So having a temporary maintainer from existing committers could also be hard. ## Proposal I propose to make Stan Lo (@st0012) a new committer and a co-maintainer of IRB. He's best known for being almost as active as @ko1 in [recent debug.gem development](https://github.com/ruby/debug/commits?author=st0012) and I think he deserves maintainership in the Ruby's debug tooling area in general. While he has fewer contributions to IRB, some modules of IRB (which I authored, so I should have a say) are used by debug.gem, so I believe IRB being maintained by him will also be useful for the success of debug.gem and Ruby 3 tooling. -- https://bugs.ruby-lang.org/ Unsubscribe: