From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.devel Subject: Re: [nongnu] main 74116339a8 2/3: * elpa-packages (anzu): New package Date: Sun, 16 Jan 2022 14:32:47 -0800 Message-ID: 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; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39687"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jan 16 23:33:44 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 1n9E5n-000AAx-7L for ged-emacs-devel@m.gmane-mx.org; Sun, 16 Jan 2022 23:33:43 +0100 Original-Received: from localhost ([::1]:40358 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n9E5m-0008UN-34 for ged-emacs-devel@m.gmane-mx.org; Sun, 16 Jan 2022 17:33:42 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:54792) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n9E55-0007o6-Lk for emacs-devel@gnu.org; Sun, 16 Jan 2022 17:32:59 -0500 Original-Received: from mail-pj1-f45.google.com ([209.85.216.45]:44548) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n9E53-00087s-Q5 for emacs-devel@gnu.org; Sun, 16 Jan 2022 17:32:59 -0500 Original-Received: by mail-pj1-f45.google.com with SMTP id l6-20020a17090a4d4600b001b44bb75a8bso7717903pjh.3 for ; Sun, 16 Jan 2022 14:32:49 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=ceBeqQIPpJF/tFI9LO0mvQXuc1TSvEmTOYTGv/RxUto=; b=zUAhzZLkCVqoGU87rvc+ZCI2EvnXLo5BfCQ8+5M5TzDhGzqwYx54cOVR6p646b3oFm 2VxjheDRwqvP3rdzgN+1E8ypEofw7+pZYUjgjOymCDO9tEOMqttMHv6dOqM/150kKR6j Md0nzneftAZumddw3IK9fXD0Qu+Zm8SgleTNlALqsjLvvmowFEYaMHX0sJN1PAQo5CQS 6SsA9B/rqdzIEcRMqkb++cKa/gU/m2RCm6Cig0ul6H7IJWNa7N2RSl/qAo5VjYLsKxcU msGtV9aFdh7ARqfatLlCTTsU5wFXFXdVZgG+yiRdjf3nWKQK0kGRKUXihqBLyvkm1OE1 eFag== X-Gm-Message-State: AOAM530d8OYiUQ0P+XS0aPtfbt7Sy+Qr7mEcAbFqK8ge8GA9FpV+YaGo Loppu1ZKaIHgXPuSxXcB5TpijkdlLpk/LUUf6Fc= X-Google-Smtp-Source: ABdhPJwebBxtkbtrX8Pp3r99RQN5f4Z7QAptsFrn5yCuoW5V11bkNiGGfoPYhK25hMKO93WEB3BrrCzZP2tYQ3Oja7A= X-Received: by 2002:a17:902:e5c8:b0:14a:8500:ce85 with SMTP id u8-20020a170902e5c800b0014a8500ce85mr15902710plf.66.1642372367845; Sun, 16 Jan 2022 14:32:47 -0800 (PST) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 16 Jan 2022 14:32:47 -0800 In-Reply-To: <87mtjvd10u.fsf@posteo.net> Received-SPF: pass client-ip=209.85.216.45; envelope-from=stefankangas@gmail.com; helo=mail-pj1-f45.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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:284850 Archived-At: 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. > But as this is an entire > package-space onto itself, I am uncertain which of these are actually > being used and which are obsoleted by either other evil-specific > packages, other general packages or even features in Emacs. Yes, but at the same time I don't think it's too bad if we catch the odd package that perhaps shouldn't have made it. At some point in the future, we will want to implement some mechanism for obsoleting packages, so we will be able to fix that. Eventually, hopefully. > 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. >> I am not against any efforts in this direction, of course, and I would >> welcome any kind of initiative to do "community outreach" here. > > What do you mean by this? I think it would be beneficial to think of ways to encourage people to consider sending patches to Emacs or packages instead of writing up yet another package. This could be in the form of posts on Reddit, IRC, blogs, etc. > 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. > 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. BTW, could you consider adding the fix for the vulnerability in enriched-text-mode on Emacs < 25.3, as detailed in etc/NEWS.25?