From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Akib Azmain Turja Newsgroups: gmane.emacs.devel Subject: Re: What to do about unmaintained ELPA packages Date: Tue, 31 May 2022 16:31:17 +0600 Message-ID: <87a6ayt2mi.fsf@disroot.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38580"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Richard Stallman , Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 31 12:38:19 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 1nvzGU-0009qo-Ix for ged-emacs-devel@m.gmane-mx.org; Tue, 31 May 2022 12:38:18 +0200 Original-Received: from localhost ([::1]:49348 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nvzGT-0001uA-CZ for ged-emacs-devel@m.gmane-mx.org; Tue, 31 May 2022 06:38:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43410) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nvzCF-0007cV-2f for emacs-devel@gnu.org; Tue, 31 May 2022 06:33:55 -0400 Original-Received: from knopi.disroot.org ([178.21.23.139]:54688) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nvzCB-0002lz-Sv; Tue, 31 May 2022 06:33:54 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by disroot.org (Postfix) with ESMTP id 58480435D5; Tue, 31 May 2022 12:33:49 +0200 (CEST) X-Virus-Scanned: SPAM Filter at disroot.org Original-Received: from knopi.disroot.org ([127.0.0.1]) by localhost (disroot.org [127.0.0.1]) (amavisd-new, port 10024) with UTF8SMTP id q3VuBk98Zc7o; Tue, 31 May 2022 12:33:47 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=disroot.org; s=mail; t=1653993214; bh=6owOS+RwUJ8UResN8h44qGcwn2XxyOvky6pB+1X0RiU=; h=From:To:Cc:Subject:In-Reply-To:Date; b=bdKPXcjuoM4bA/szkupfTWVENNR5WmCPaBfyL0WyuroMnir63xrMh7KeyezSoT1qX uVH9sMFrd/C8IuJL7+bD+7Hc13k5zrMBokYxHBcZlBAdU4+TMGDvCptXA5AhqC8R7s wxUTIOqUd9mKMeT+Y0y2Ee45RkLJ1tR0B/piE43wXsaOPKB4suDM9QhvZRJnbmvPdE bdFiVGgfBT/DKnXk0VST99MQrZOVVL5vYj128S54vIlbr5PHq6bRx+J2IfqkSxnfpp ExD3G42vrID9OcU8iQ4GWGi0mfseO8Nmky/MAvc1icBZFZGyq3Ywfjs7bCSwwC0nlm sNSlJ7B7Atk/A== In-Reply-To: Received-SPF: pass client-ip=178.21.23.139; envelope-from=akib@disroot.org; helo=knopi.disroot.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham 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:290396 Archived-At: --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Richard Stallman writes: > [[[ To any NSA and FBI agents reading my email: please consider ]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > > I'd like to ask, if there some point at which should one should go fr= om > > regarding packages like these from "de facto unmaintained" to "actual= ly > > abandoned"? Perhaps if there was no real activity for over a year, > > despite constant contributions? Would it make sense to call for anyo= ne > > new to take over maintaining the package? > > There is no need to have a rigid rule about this, but we should have a > rough guide to go by. "Serious problems go unfixed for a year" sounds > like enough reason to judge that there is a problem in maintaining > that package. We don't need a rule about what we do if that happens, > but we should take note of such packages and decide what to do. "Serious problems go unfixed for a year" - I don't think this is always a result of maintainance problem. It may happen that the maintainer is unable to fix it, because either they aren't smart enough or they can't fix it due any other problem (maybe upstream bug, or they don't own the machine needed to reproduce and fix the problem). > > If a package is important enough, we might want to take action sooner > than that. We can fix any GNU ELPA package if we see fit. We should > try to discuss that with its maintainers first, but if they are > nonresponsive, we don't have to wait to satisfy some rule. Yeah, we can fix GNU ELPA packages, since those are part of Emacs. But what about NonGNU ELPA packages? I think we should try to talk with the maintainer, and possibly send a fix if its appropiate to do so. And in case they aren't responding, we should add a notice like UNMAINTAINED in the summany line. We can also to remove the package, but I think its not right to do so, for the user's sake. > > --=20 > Dr Richard Stallman (https://stallman.org) > Chief GNUisance of the GNU Project (https://gnu.org) > Founder, Free Software Foundation (https://fsf.org) > Internet Hall-of-Famer (https://internethalloffame.org) > > > =2D-=20 Akib Azmain Turja This message is signed by me with my GnuPG key. It's fingerprint is: 7001 8CE5 819F 17A3 BBA6 66AF E74F 0EFA 922A E7F5 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEyVTKmrtL6kNBe3FRVTX89U2IYWsFAmKV7nUACgkQVTX89U2I YWvWFA//bFoCV9q+gsq3G4aupAsRn1kbMEwM3NJ52agI3R7w1SVN0A5lYhE7Di4h Ls1u0OUzOWMrQy+A5caEZd2h64ckn2PploqLKAnBYiIokfbq31hClt0vZhY+EEOm OA+ABwjhEdTRJFQj3Ovsn33tu6SJ/Cy8ta24/mBTojez0k0CdZdeDFMkHmDj+5RT oc6QMDKBeDiDjwBK4Z4833U5EiKMGeW7wJmZXss2+XLU7l4IK7e3nSQZ3GiUsYf9 0uBUr5/6g3DCD35xajARjDPd7aiPMRc2pPmQlClND7GFeiqHCB5aoew9TkMScZAB 0RDO42HCXYGTLZGWuB+vdgapHr6r6EN681BmEH3my8DxCNMGQ+o9fLevuw4nhIFR avKfw4ofB97ouQIJEdDItuZmdGgoeJ+566zHnB4d79C7gDuodxzEmEW72RnFOA3x a2eHQDwYEPXgX7PxHKceSUEMeRWlyuAEG7ExjnTlDNY6mncT4uIORcijxcezli1C DmEuFo+bIQhGa4Rnp5wYnjgGjf1pM5+k3K2JoqK4l7HO/O6Rwcw+wRqTibqf25w6 0SozEQUjI28rqeiUQF/Ob7Pq1ZQ4PzFdPufxqBl0wV9RfRhAJwgDIDzHVryPpuLo 87moGreEmTy9BiZajJJ4G9AgHmyf7pV3e8BqzG8KG+CY+2jRBeE= =QL1j -----END PGP SIGNATURE----- --=-=-=--