From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Grant Shangreaux Newsgroups: gmane.emacs.devel Subject: Re: ruby mode additional packages Date: Thu, 07 Jul 2022 22:17:49 -0500 Message-ID: <857d4o1dbx.fsf@churls.world> References: <85bku110qo.fsf@churls.world> <2dbdd181-de0a-1bb5-a462-39dc3e230061@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1825"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jul 08 05:42:33 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o9esy-0000Kf-Jo for ged-emacs-devel@m.gmane-mx.org; Fri, 08 Jul 2022 05:42:32 +0200 Original-Received: from localhost ([::1]:46576 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o9esx-0005iy-6Q for ged-emacs-devel@m.gmane-mx.org; Thu, 07 Jul 2022 23:42:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57562) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o9erS-0004Ow-ND for emacs-devel@gnu.org; Thu, 07 Jul 2022 23:40:59 -0400 Original-Received: from out0.migadu.com ([94.23.1.103]:59100) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o9erQ-0001Uf-Gs for emacs-devel@gnu.org; Thu, 07 Jul 2022 23:40:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=churls.world; s=key1; t=1657251653; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=uIOVmrDkByal1BiRyik66uviz5ni7Cy4nf2Z6VFUsNk=; b=RBRV94MjFCGFNlkX42Bn8cfBxLspcSRKFRLguD5JZDbZ6Rdq+8hom1hxa3TbTMJt9S6eAY yOGWJMGbt2o1ynBK3p36TbhMO3hZNzhSic1M+TyA1JaxwNWj/yR2evrzVmNzMjk6v5SnoL oRBf7awB2YCJUIXHAJTmPXVbpDhXmNS3UQoQ9vuzfaO8kJ4jQ+FsueuJq45HhAMcxyTgvE B0HV87RUiVUujreJi64tN9gaI/WvLLk8c6xT+o8kZDHXJXVNRCmUvvJSmO2MdzMDKjqJxX Hs+Ec3dgCe0pmAImNoX1tDvqm2Ogg1PFsexYQgixqWYP7bg/I1cX0M6P0kYJ3w== X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. In-reply-to: <2dbdd181-de0a-1bb5-a462-39dc3e230061@yandex.ru> X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: churls.world Received-SPF: pass client-ip=94.23.1.103; envelope-from=grant@churls.world; helo=out0.migadu.com X-Spam_score_int: -2 X-Spam_score: -0.3 X-Spam_bar: / X-Spam_report: (-0.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FROM_SUSPICIOUS_NTLD=0.499, PDS_OTHER_BAD_TLD=1.997, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:291939 Archived-At: Dmitry Gutov writes: > Hi! > > There's nothing barring inf-ruby from being featured in NonGNU > ELPA. Now that you have voiced the question, we can get it added. > oh great! i have simply taken for granted all these years that inf-ruby was "part of Emacs", but only recently have i become aware of the distinctions between the various package archives. >> in addition to that, i started trying to make my own inferior ruby based >> off of comint-mode, and while its very basic right now, it does >> work. would there be any desire to add a FSF assigned new version of >> inferior ruby to ELPA or Emacs proper? > I don't know, I feel like most of the stuff in inf-ruby is fairly > essential (if I do say so myself, having written or re-written a > significant part of it). i'm certain it is :) i've perused the package and i definitely had not considered support for multiple implementations across many versions of Ruby, IRB, Pry etc. i realized the issue i'd been having recently was actually an IRB problem and i could not blindly rely on --inf-ruby-mode as a flag. > If you want to reimplement the parts written by people without > copyright assignment, be my guest, I guess. Maybe to get it in ELPA, > or maybe into Emacs proper. > > But according to my observations, people have asked for the reverse: > to have the latest version of ruby-mode in some ELPA archive, to be > able to use it from any Emacs release. > > So from where I'm sitting, having inf-ruby in NonGNU ELPA would solve > 99% of everyone's needs. yeah this is interesting to think about. i've been attempting to approach Emacs again as a beginner, and since myself and my colleagues primarily work with Ruby, that has been one of my focuses when working on a configuration. to simplify things, i wanted to rely on what a new user would get "out of the box" with Emacs 28. having ruby-mode baked in felt like a Good Thing. needing a package just to get basic language support would feel bad, especially when Ruby and Emacs have such a history together. i think i was a bit surprised that inf-ruby was not included, since it feels like a natural extension of ruby-mode but you're absolutely right, getting inf-ruby in NonGNU ELPA /would/ solve 99% of everyone's needs (including mine :) ).=20 >> i do have my FSF paperwork in order, and i'd love to contribute what i >> can. since i'm in ruby land most often i thought i would ask here to see >> where the effort would best be placed. thank you! > > I personally think the effort is best placed improving the existing > packages. > > Not to discourage you from writing ones from scratch, though. That can > be fun and useful too. i agree. while i was having some fun digging into comint-mode and IRB, there is a lot of effort in inf-ruby i would rather continue supporting. i do have a romantic notion about getting it into ELPA and Emacs proper, but your point about people asking for a package version of ruby-mode feels more practical. bringing inf-ruby to NonGNU ELPA feels like the right step, and if there is desire to get it assigned to the FSF someday and into ELPA, i'd be happy to help. thank you! --=20 Toks=CC=87a ake Grant Shangreaux