From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ihor Radchenko Newsgroups: gmane.emacs.devel Subject: Re: New Package for NonGNU-ELPA: clojure-ts-mode Date: Thu, 31 Aug 2023 12:59:43 +0000 Message-ID: <87ttsfs6yo.fsf@localhost> References: <87il9kksqz.fsf@dfreeman.email> <57429221-d9be-5791-e975-b3539905e2f6@gutov.dev> <83a5udlj47.fsf@gnu.org> <87a5udk1co.fsf@posteo.net> <835y51kslv.fsf@gnu.org> <7a82c524-1aa1-e755-e377-673ebb107a44@gutov.dev> <83r0nok8s4.fsf@gnu.org> <87il90znco.fsf@yahoo.com> <1977fbef-307b-bcf4-9448-64f26916dd65@gutov.dev> <87edjozlqq.fsf@yahoo.com> <43ddad10-49dd-1c49-ebfe-51689780b315@gutov.dev> <83jztgk410.fsf@gnu.org> <83edjojx8c.fsf@gnu.org> <8734zzv7vk.fsf@localhost> <83edjjecmx.fsf@gnu.org> <87wmxbtsd4.fsf@localhost> <83bkeneb8j.fsf@gnu.org> <87ledrtqzx.fsf@localhost> <837cpbe5vx.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="652"; mail-complaints-to="usenet@ciao.gmane.io" Cc: stefankangas@gmail.com, dmitry@gutov.dev, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Aug 31 15:10:58 2023 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 1qbhRo-000AUj-L1 for ged-emacs-devel@m.gmane-mx.org; Thu, 31 Aug 2023 15:10:56 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qbhL6-0007bC-2G; Thu, 31 Aug 2023 09:04:00 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qbhGn-0004bK-HR for emacs-devel@gnu.org; Thu, 31 Aug 2023 08:59:37 -0400 Original-Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qbhGd-0005vP-1T for emacs-devel@gnu.org; Thu, 31 Aug 2023 08:59:28 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id D44A2240028 for ; Thu, 31 Aug 2023 14:59:19 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1693486759; bh=G+C4437+esXy1kGof403L/sfM3rgvKZFNX1sHRvP3FQ=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=QbxTz1U7iNmleH+QWDw0jZycGoUttZcakUTpXfPS/vEvKkd1jk7wjz2xlvJ2jUj37 zZn/kq+al9Hhr1PGzJrhUx6/HBauKN6ajHz3YCfZkAaWe6M1w4D1Qp8w7hB+qLxVcX rUCzl6ojwzDKmSbQ0PUyPBQ1TSPqcP4KxKjGsjMmyIYb+KZ45nGdabr5CbSRbhKb4w BkQLw6/FMIoD60KF682EFE3u05tHx9y8dHrTkMz7QnuzrtpYIdqJNQUR/NmIrauUxq VaCeV7uNpSRda9GMuzZquOze1qPWPtdxsFRImvEj3Q3kFQFrkR8s1oi69PFYEdzoUB GFXTAum+PjuRg== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Rc1T25TbGz9rxH; Thu, 31 Aug 2023 14:59:18 +0200 (CEST) In-Reply-To: <837cpbe5vx.fsf@gnu.org> Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:309651 Archived-At: Eli Zaretskii writes: >> Not all the users are even familiar with Git. > > Are you sure? I'm not. > > And we aren't talking about "all the users", only those who want all > the latest fixes ASAP. Emacs is a large and very stable package, so > the probability that the latest bugfix affects a particular user is > very low. Thus, I believe that people who really need frequent > bugfixes are quite a few. I have a particular category of users in mind - the bug reporters themselves. It would be nice if they had an opportunity to get _their_ bug fixed simply after soon-ish bugfix update. People who report bugs are quite often just ordinary users, who do not know anything about patches or git. >> > That has only disadvantages from my POV: 2 hours of work to produce >> > and test a tarball with no benefits at all. If someone wants to >> > volunteer to do that, fine. (But then making a tarball by following >> > the instructions in make-tarball.txt is easy, and anyone can do that >> > for themselves if they want to.) >> >> Can it be simply automated? > > Not easily, no. There's always stuff that needs manual intervention. > Maybe someone could write and maintain a smart enough program to do > that, but it's not trivial, and there are always new issues to add to > that. I have looked through admin/make-tarball.txt, and I can mostly see hassle with updating NEWS file. But, AFAIU, NEWS file should not change in breaking ways when fixing bugs. Or do you have some other problems in mind? (Also, note that Po Lu seems to have some working code to generate tarballs) -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at