From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philip Kaludercic Newsgroups: gmane.emacs.devel Subject: Re: [nongnu] main 74116339a8 2/3: * elpa-packages (anzu): New package Date: Wed, 19 Jan 2022 09:03:05 +0000 Message-ID: <87y23ct7w6.fsf@posteo.net> References: <164145738158.2838.5769558384331859964@vcs2.savannah.gnu.org> <20220106082302.0A19CC0DA1E@vcs2.savannah.gnu.org> <87k0fdmbat.fsf@posteo.net> <87tueh3s2x.fsf@posteo.net> <87mtjvd10u.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="15364"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Stefan Kangas Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jan 19 16:16:07 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 1nACgw-0003nD-FK for ged-emacs-devel@m.gmane-mx.org; Wed, 19 Jan 2022 16:16:06 +0100 Original-Received: from localhost ([::1]:53972 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nACgu-0000yK-OT for ged-emacs-devel@m.gmane-mx.org; Wed, 19 Jan 2022 10:16:04 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:33526) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nACWl-0000pY-SH for emacs-devel@gnu.org; Wed, 19 Jan 2022 10:05:41 -0500 Original-Received: from mout01.posteo.de ([185.67.36.65]:38457) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nACWd-000896-3z for emacs-devel@gnu.org; Wed, 19 Jan 2022 10:05:35 -0500 Original-Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id 63D5A24002B for ; Wed, 19 Jan 2022 16:05:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1642604724; bh=j6+W65WrH+zVmzEedQVcbdhNs78Wi6MXtJ8b2fI+his=; h=From:To:Cc:Subject:Date:Autocrypt:From; b=aSeMKSIOjkoGGFLueAEu8tcdsybcoHalXG1+Ax0hGXQJSDCdfQvCq91GWpaxN62Dx hs/nNf8NHtNecOUkcmult5UECt1eg4TgZ7KMmgSdkDn8AduNM/qTzVtBzUaLI6oMfo Zlr/pECyIh6QOjwSzsevDPVswp8Z4kJwwG1b4HjqyW/eCUrfOLrFEjU+PE8nNmMZUm 8kyw1ZL11+U0jpbuRYync32GdaveHBCLxuAurgLieYdt++YBZYis9hHgTkyon0Wmp5 s2/xDwEwLPcw1ZsvNL0Esc+uS9/QdpXtlQK5h0AT+ZDtBy5D1X8y0kO8T5p2KoA6TV oMXlnqQwOTY1w== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Jf88M67yhz6tmx; Wed, 19 Jan 2022 16:05:23 +0100 (CET) In-Reply-To: (Stefan Kangas's message of "Sun, 16 Jan 2022 14:32:47 -0800") Autocrypt: addr=philipk@posteo.net; prefer-encrypt=nopreference; keydata= mDMEYHHqUhYJKwYBBAHaRw8BAQdAp3GdmYJ6tm5McweY6dEvIYIiry+Oz9rU4MH6NHWK0Ee0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiQBBMWCAA4FiEEDM2H44ZoPt9Ms0eHtVrAHPRh1FwFAmBx6lICGwMFCwkIBwIGFQoJ CAsCBBYCAwECHgECF4AACgkQtVrAHPRh1FyTkgEAjlbGPxFchvMbxzAES3r8QLuZgCxeAXunM9gh io0ePtUBALVhh9G6wIoZhl0gUCbQpoN/UJHI08Gm1qDob5zDxnIHuDgEYHHqUhIKKwYBBAGXVQEF AQEHQNcRB+MUimTMqoxxMMUERpOR+Q4b1KgncDZkhrO2ql1tAwEIB4h4BBgWCAAgFiEEDM2H44Zo Pt9Ms0eHtVrAHPRh1FwFAmBx6lICGwwACgkQtVrAHPRh1Fw1JwD/Qo7kvtib8jy7puyWrSv0MeTS g8qIxgoRWJE/KKdkCLEA/jb9b9/g8nnX+UcwHf/4VfKsjExlnND3FrBviXUW6NcB Received-SPF: pass client-ip=185.67.36.65; envelope-from=philipk@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -28 X-Spam_score: -2.9 X-Spam_bar: -- X-Spam_report: (-2.9 / 5.0 requ) BAYES_00=-1.9, DATE_IN_PAST_06_12=1.543, 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_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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:284983 Archived-At: Stefan Kangas writes: > Philip Kaludercic writes: > >> Interesting idea, though it should probably be opt-in, at the risk of >> skewing the popularity data towards enthusiasts. Just one thing: It >> seems like this would either require a special server or to scrub the >> server logs. Is either of that feasible? > > I don't know what you mean by scrubbing the server logs, but my idea is > that we just extract whatever data we need from it, while ensuring that > we remove any personal identifiers. Not sure why I wrote "scrubbing", I just meant to say that since the packages are to my knowledge hosted statically, one would have to use the HTTP logs to check for queries in the URL. >> It might not be bad to collect these notes somewhere. I also have my >> private notes, and if more people want to contribute, being able to >> quickly check what the status of a package is (waiting for a patch to be >> applied, obsoleted, ...) would be useful. > > I wouldn't mind just keeping a separate org-file in nongnu.git or even > just notes directly in the elpa-packages file. The main problem will be > to ensure that such notes don't go too wildly out of date. In that case elpa-packages might be preferable. >> I agree that it would be preferable, >> but a tone for what packages are added to NonGNU ELPA can already be >> set. > > I think we agree; my point is merely that the tone we want to set will > carry more weight to the extent that NonGNU ELPA is successful and > widely used. Yes, I agree. >> It might be possible to spread NonGNU >> ELPA via compat (https://git.sr.ht/~pkal/compat), as soon as it is >> released. It seems that there is already some interest in using this >> package, most notably from transient. But as the package is already >> borderline heretical, I hesitate to do something like this (the same >> applies to updating the default rcirc and erc server lists). > > Personally, I would just do it. The new defaults are arguably just > better in those cases; no one will benefit from not having NonGNU ELPA > or trying to connect to an almost dead IRC network. Ok, I will use this thread as an excuse if anyone were to complain ^^. > BTW, could you consider adding the fix for the vulnerability in > enriched-text-mode on Emacs < 25.3, as detailed in etc/NEWS.25? I can take a look at that, thanks for the reminder! -- Philip Kaludercic