From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Vasilij Schneidermann Newsgroups: gmane.emacs.devel Subject: Re: Obtaining a database of new functionality per Emacs version Date: Thu, 10 Dec 2020 18:22:08 +0100 Message-ID: References: <83mtyl4ujw.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gPv/vokgkD1LtuSw" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38274"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , Jean Louis , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 10 18:42:41 2020 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 1knPxg-0009oq-8h for ged-emacs-devel@m.gmane-mx.org; Thu, 10 Dec 2020 18:42:40 +0100 Original-Received: from localhost ([::1]:56660 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1knPxf-0001O4-BK for ged-emacs-devel@m.gmane-mx.org; Thu, 10 Dec 2020 12:42:39 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50418) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1knPe2-0005oA-64 for emacs-devel@gnu.org; Thu, 10 Dec 2020 12:22:25 -0500 Original-Received: from mout-p-202.mailbox.org ([80.241.56.172]:31220) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256) (Exim 4.90_1) (envelope-from ) id 1knPdy-0002zI-Om; Thu, 10 Dec 2020 12:22:20 -0500 Original-Received: from smtp1.mailbox.org (smtp1.mailbox.org [IPv6:2001:67c:2050:105:465:1:1:0]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-202.mailbox.org (Postfix) with ESMTPS id 4CsLM86H1bzQlRp; Thu, 10 Dec 2020 18:22:12 +0100 (CET) X-Virus-Scanned: amavisd-new at heinlein-support.de Original-Received: from smtp1.mailbox.org ([80.241.60.240]) by spamfilter02.heinlein-hosting.de (spamfilter02.heinlein-hosting.de [80.241.56.116]) (amavisd-new, port 10030) with ESMTP id p9I1iqv7C932; Thu, 10 Dec 2020 18:22:10 +0100 (CET) Mail-Followup-To: Stefan Monnier , Eli Zaretskii , Jean Louis , emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: X-Rspamd-Score: -5.95 / 15.00 / 15.00 X-Rspamd-Queue-Id: 803251867 X-Rspamd-UID: 2b551c Received-SPF: pass client-ip=80.241.56.172; envelope-from=mail@vasilij.de; helo=mout-p-202.mailbox.org X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=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.23 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:260663 Archived-At: --gPv/vokgkD1LtuSw Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 12/10/20 at 11:47am, Stefan Monnier wrote: > > not just those present in "emacs -Q"? To do what he wanted, you'd > > need to load all of the Emacs packages as well, one by one, taking > > care to unload them or restart the session, to account for basic > > incompatibilities between some of them. I don't think this is a > > practical solution. >=20 > IIRC cus-dep.el does just that (and doesn't even bother to unload them > or use separate sessions), so maybe it's not that bad. Last time I tried that, I ended up launching M-x dunnet as side effect which kept my batch script from quitting, so I'd argue that it's not good enough for programmatic use. But then, maybe cus-dep.el has some secrets on how to avoid that interaction... --gPv/vokgkD1LtuSw Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEE0dAcySl3bqM8O17WFmfJg6zCifoFAl/SWTcACgkQFmfJg6zC iforrAgAgjssDzhemGtV9mkokaS7CdVv/GCj3Vuf19k8RADWAwoauniBRV21UiNz aNIbJDSg/Ev76gLJ0m/yvoyCLDw7/6pwGMKPVxG6TPdZ0NWYJ9v7o2xSolLj88BM 71LCIO0dsFuaaanmBgA+y6bAwWOLH9K/cTOBPm8aywpJlLCPy+yB+iuOuzEBLQlj XsO3H9V1PyIC8NSGf2XL6mL3MswhZoLV3wcHsGY/PdfV5anCr6UqFlInYbaarCM7 oVpvDC7Q0SkjZJqvTS4horAfd2ceC+dlh+QaUxBG47PDWveoZ2GvkNlLM24us1mw 64yFQargKO0K88dRwiSIbWr8RAKrow== =yicb -----END PGP SIGNATURE----- --gPv/vokgkD1LtuSw--