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: Fri, 8 Jul 2022 04:10:43 +0300 Message-ID: <2dbdd181-de0a-1bb5-a462-39dc3e230061@yandex.ru> References: <85bku110qo.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="36776"; 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 To: Grant Shangreaux , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jul 08 03:12:01 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 1o9cXI-0009MI-Dl for ged-emacs-devel@m.gmane-mx.org; Fri, 08 Jul 2022 03:12:00 +0200 Original-Received: from localhost ([::1]:44780 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o9cXG-0005kz-Vh for ged-emacs-devel@m.gmane-mx.org; Thu, 07 Jul 2022 21:11:59 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36116) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o9cWM-0004vq-RN for emacs-devel@gnu.org; Thu, 07 Jul 2022 21:11:02 -0400 Original-Received: from mail-ed1-x52a.google.com ([2a00:1450:4864:20::52a]:42921) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1o9cWI-0002Ug-6o for emacs-devel@gnu.org; Thu, 07 Jul 2022 21:11:02 -0400 Original-Received: by mail-ed1-x52a.google.com with SMTP id r18so25141593edb.9 for ; Thu, 07 Jul 2022 18:10:48 -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:references:from:in-reply-to :content-transfer-encoding; bh=KW795JL/hbq7BFwCcCqerKEY98Agv0l34PepJRfn+5s=; b=GBCYlYdCB1eRcOT/T3kNjuD2SJFowZdjIt9k6lAYeDGZzrLtKYfVKksHtFd0JZ94Et wFeV3xslJRqhpxpdbsVr+i8g1jNKKMaCuytRE6dqo+W04qjn2pcxPKSk4RNtStqSZn8y FCp7zQlK2kWsbhBcm9MXJnhkwZAcAmZcNBSE2LzFYmEqJBB0hbM9LTp1NRUu5xuKs6Lx uCuD9LcZPpy1spPAL3+9JlpEJwTc8Dk/kxBIUchRMscvlY6+t8ihWcXD0ni6StStjGMi cqz4NWTlD3A+uecT2sOAt/edj7emaoCarMlxl1GZgR7eJF+fTr42B9DgoEVqmlshDgf6 DgGg== 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:references:from:in-reply-to :content-transfer-encoding; bh=KW795JL/hbq7BFwCcCqerKEY98Agv0l34PepJRfn+5s=; b=QCg5cD0eBANnGPOL+U+ZYkTef4UeTVeyjGxrgySvrvOKAC0ddajNn8ZWtinFZy08Vn 0H4EJbAUFwb3PqCx1ICpdfvQ1GZxZFKPtqk+NwLay2LVHGaBHZQdgFTKsq81h5dNazu7 GT8UhPZSmX4ZKv6KMl1tcPKWtbZFBEEqIhM2Y4tDvf0iHv3DkLCF+lCBP/xGlLTPNYPF PJTq5mTyuZbJhSvfMPTpDAm96dGfKiohGEDRPWUBS0Z5KyhjJ7HbH9Ll5OyIaoGaQ5Wx fy+UT3uFQJeUeezktt3gTa8G8qZpeDpgmRaywZsOKzAOE+pkcIaUZNYOnxv2wnptDSw0 8U9g== X-Gm-Message-State: AJIora9xrSU3Oszuy+KdSELZ4f5whuKfFpF7SZbPXLiXR5KH1gXrAGng a6aiKWqbNxh/k7vJnYmYYR4= X-Google-Smtp-Source: AGRyM1s4pTfClgjC/BvSfPhiHjCDrIIrq2L3gktG8BWySUypcT1udXa9CENiSn3cLadHXcp5jt2EUg== X-Received: by 2002:a05:6402:42c3:b0:43a:46f6:ebd2 with SMTP id i3-20020a05640242c300b0043a46f6ebd2mr1242974edc.213.1657242647207; Thu, 07 Jul 2022 18:10:47 -0700 (PDT) Original-Received: from [192.168.236.48] ([173.237.64.48]) by smtp.googlemail.com with ESMTPSA id hz14-20020a1709072cee00b006f3ef214db7sm19521221ejc.29.2022.07.07.18.10.45 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 07 Jul 2022 18:10:46 -0700 (PDT) Content-Language: en-US In-Reply-To: <85bku110qo.fsf@churls.world> Received-SPF: pass client-ip=2a00:1450:4864:20::52a; envelope-from=raaahh@gmail.com; helo=mail-ed1-x52a.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:291934 Archived-At: Hi! On 07.07.2022 16:50, Grant Shangreaux wrote: > i've recently been re-rolling a configuration using only ELPA and > non-gnu ELPA package archives. i primarily work with ruby in my > day-to-day work, and was a bit surprised that many of the packages i've > grown accustomed to are not available, particularly inf-ruby. > i understand that much of it comes from copyright assignment issues, but > i was curious if there is any work to bring some of the ruby support > packages into non-gnu ELPA? i am sort of the de-facto maintainer of the > minitest-emacs package, though i did not write it. i would be > interested in organizing what it takes to get it into non-gnu ELPA. There's nothing barring inf-ruby from being featured in NonGNU ELPA. Now that you have voiced the question, we can get it added. > 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? what considerations are required > for something like that? i do not want to detract from the work people > put into the existing inf-ruby. i also do not want to cause any issues > with copyright or licensing, for example, using inf-ruby as a basis > to write a new package. 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). 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. > 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.