From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Packages quality (was: [nongnu] main 74116339a8 2/3: * elpa-packages (anzu): New package) Date: Thu, 06 Jan 2022 09:30:31 -0500 Message-ID: References: <164145738158.2838.5769558384331859964@vcs2.savannah.gnu.org> <20220106082302.0A19CC0DA1E@vcs2.savannah.gnu.org> <87k0fdmbat.fsf@posteo.net> <87tueh3s2x.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40545"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Stefan Kangas , emacs-devel@gnu.org To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jan 06 15:39:15 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 1n5Tv8-000AJZ-Gz for ged-emacs-devel@m.gmane-mx.org; Thu, 06 Jan 2022 15:39:14 +0100 Original-Received: from localhost ([::1]:53164 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n5Tv7-0003ks-G6 for ged-emacs-devel@m.gmane-mx.org; Thu, 06 Jan 2022 09:39:13 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:60022) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n5Tmr-000747-7o for emacs-devel@gnu.org; Thu, 06 Jan 2022 09:30:41 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:58420) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n5Tml-0005Hk-E2 for emacs-devel@gnu.org; Thu, 06 Jan 2022 09:30:40 -0500 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id AC31C8065C; Thu, 6 Jan 2022 09:30:33 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 41EE2801B5; Thu, 6 Jan 2022 09:30:32 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1641479432; bh=zIoH4mixeM7tO8OG4eDo98/k/U7dcBP1XkJj91M11Zc=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=cIkhPkmL0gKv4c2CKYgzDczwE63btbvu9iQN+abcR2wE55QNQ9hQkxEW5AQm09olv EsKizg9ODWBS8oSjQ560FH8cepQSx4svhXnn66ypUt9dayixD9bVUOb1DTcq4Q1upH dQulM7RsyXVZ+jnTx6+nlFn7Dl6oUyR24e644N0RivMg8xbXjhLyUpI657kepMgyLN 7evIlp35hOEhGdN5ybSRKuWYsT7m4qnwd+FaadqN+IICqSLIr9MiMIc2oWQzJJHfsx +qI7KW+9uka1UpxFglYV0spV1Cr/goKMMLvY9hXrYJEKqrnO3p5UgikUaM6iANKqYE azYsE6lVgsI1A== Original-Received: from pastel (unknown [216.154.30.173]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 0C0B91203CD; Thu, 6 Jan 2022 09:30:32 -0500 (EST) In-Reply-To: <87tueh3s2x.fsf@posteo.net> (Philip Kaludercic's message of "Thu, 06 Jan 2022 13:35:18 +0000") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_SPF_HELO_TEMPERROR=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:284326 Archived-At: > Do we want to collect as many packages as possible, even if the > implementations and practices are sub-optimal, are displaced by > alternative implementations in Emacs or ELPA, etc. or should we try to > restrict the packages to popular, "good citizens" of the Emacs package > space, in an effort to raise the standards and clean up "obsolete" and > "redundant" packages. It is probably clear that I have an inclination > towards the latter position: Going forward it seems preferable to have > as many useful and idiomatic packages available directly via the ELPAs, > without burdening newcomers with duplicate functionalities. My > motivation in contributing to NonGNU ELPA is to further this goal. Note that (Non)GNU ELPA in the long term will inevitably also contain old/redundant/outdated packages unless we go and actively remove such packages (which we haven't done so far). So, I think if we want to improve the quality, in the long term, the way to do that is not just by restricting which packages we add, but by finding ways to regularly re-assess the quality of packages and coming up with good ways to remove/demote packages based on that (and similarly promote those packages that are currently particularly good). Stefan