From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: ruby mode additional packages Date: Sun, 10 Jul 2022 04:18:00 +0300 Message-ID: <6263f497-e312-abe0-bffd-b8b1a0f83d12@yandex.ru> References: <85bku110qo.fsf@churls.world> <2dbdd181-de0a-1bb5-a462-39dc3e230061@yandex.ru> <857d4o1dbx.fsf@churls.world> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24080"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Cc: emacs-devel@gnu.org To: Grant Shangreaux Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jul 10 03:19:14 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 1oALbN-00069g-18 for ged-emacs-devel@m.gmane-mx.org; Sun, 10 Jul 2022 03:19:13 +0200 Original-Received: from localhost ([::1]:33754 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oALbL-00036r-I4 for ged-emacs-devel@m.gmane-mx.org; Sat, 09 Jul 2022 21:19:11 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37898) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oALaQ-0002PH-GP for emacs-devel@gnu.org; Sat, 09 Jul 2022 21:18:14 -0400 Original-Received: from mail-wm1-x333.google.com ([2a00:1450:4864:20::333]:45600) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oALaO-0002wI-IX for emacs-devel@gnu.org; Sat, 09 Jul 2022 21:18:14 -0400 Original-Received: by mail-wm1-x333.google.com with SMTP id d13-20020a05600c34cd00b003a2dc1cf0b4so1185914wmq.4 for ; Sat, 09 Jul 2022 18:18:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=v4TlvgcXbpKMq9mWTQflCy94ThEH8jDiABuV4txrQrA=; b=Ja8e6teNmi/Jgl/IOX4kYVINg/kMTFdpMqVMelagACZZb5kgAhWdA8JgPEMzYTBa/d FIJSEk/7L1wVYhOMp+S4t02LtzspuReplZ2WWMH9XY8KEh92PJxKSOE4YWdPgYG8SOqA TLiD1sGRy9dSFmOMdOd1+ZrvH9abujeI2lke21bdpC2kVD027QDfw+hHxe0Ub4bI1x47 605NlbX2Cw+fX3/9vjX6XWPp2G4Qljd5pzylS6vPTzRbBgMdDJ0gr951QFec8LvJFkKX +bvNfOScWrTy/z/Ekgp8VvNTmSBLqa5oPs5omu4aFL+SIdBjF2nXNtKs9eS7Wl7pjd+z oWmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:message-id:date:mime-version:user-agent :subject:content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=v4TlvgcXbpKMq9mWTQflCy94ThEH8jDiABuV4txrQrA=; b=kjq6Nwcb9CSjpRBX+zCPYMOY8UCJzTnPPwzhjuvLWD2TtNOUhBHMY7K3I8WyLDECoe MER3GbMqgjTxRE4X0QUM5K2mI4iiTT/3d2bYl8T+T9Qptf6vEj6qKMlhhbKOu/4/Y5nQ xILn+u1FR+Rp75YSIFsQk+mDkSmtcV0u8Oma7OY8glBEHnoFl33qzqoPgLleY36WXzCB RV/pJfnxTR6c0RVjJfTVO62Fm9Xfh4xqxv3Kgn/bKRAwB/Hm1I9/lOmGjCPjGBnLqWGo I+3i76RorUUwl4ky59IKVpoGRys4sst0nt1ELbcvPOizC+by9jfIH83/ciSZ5B2WtT7f 2QIA== X-Gm-Message-State: AJIora+VMva8LlsbjZn8q9R6xuMl/mt5n5oL+FFl5Ke4kHc7dIANWgqD U8b9ZJAY6qk3DhukTN3Eu5k= X-Google-Smtp-Source: AGRyM1vGuC7pTzXTM3fnomRT0M1ogG7mS3WyF3k1Zvd/K9UAYicc0p/VG1g7NgRCi3mj0oN1Dtlg3A== X-Received: by 2002:a05:600c:3491:b0:3a0:4d4a:2e2d with SMTP id a17-20020a05600c349100b003a04d4a2e2dmr8265653wmq.4.1657415882466; Sat, 09 Jul 2022 18:18:02 -0700 (PDT) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id b4-20020adfe644000000b0021d6e14a9ccsm2051594wrn.16.2022.07.09.18.18.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 09 Jul 2022 18:18:02 -0700 (PDT) Content-Language: en-US In-Reply-To: <857d4o1dbx.fsf@churls.world> Received-SPF: pass client-ip=2a00:1450:4864:20::333; envelope-from=raaahh@gmail.com; helo=mail-wm1-x333.google.com X-Spam_score_int: -14 X-Spam_score: -1.5 X-Spam_bar: - X-Spam_report: (-1.5 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=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:292003 Archived-At: On 08.07.2022 06:17, Grant Shangreaux wrote: >> 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. I've added it to NonGNU ELPA now. Successfully, I hope. >>> 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. Yeah. I don't think the --inf-ruby-mode flag has worked well enough for a while. > 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 :) ). Cool. To be sure, help improving inf-ruby is always welcome. Especially from someone who has already tinkered with Comint and IRB. There are certainly bugs lurking there that could use rooting out. >>> 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. It doesn't have to be either/or. My preference would be to focus on improving the existing functionality, but if you like to continue the rewrite, it's a solid direction, too.