From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Proposal for 'package-isolate' command Date: Wed, 16 Aug 2023 14:25:33 +0300 Message-ID: <83v8df8c0i.fsf@gnu.org> References: <87r0oftgye.fsf@posteo.net> <87350vt1wz.fsf@posteo.net> <871qgen1ln.fsf@posteo.net> <87edke4mou.fsf@posteo.net> <87wmy6kuan.fsf@posteo.net> <87wmy6w070.fsf@posteo.net> <87zg2sjleg.fsf@posteo.net> <83y1ic8790.fsf@gnu.org> <87r0o4jd6n.fsf_-_@posteo.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2350"; mail-complaints-to="usenet@ciao.gmane.io" Cc: thievol@posteo.net, emacs-devel@gnu.org To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Aug 16 13:26:26 2023 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 1qWEfQ-0000Mw-JB for ged-emacs-devel@m.gmane-mx.org; Wed, 16 Aug 2023 13:26:24 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qWEee-0001Ea-Il; Wed, 16 Aug 2023 07:25:36 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qWEeb-0001EN-P7 for emacs-devel@gnu.org; Wed, 16 Aug 2023 07:25:34 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qWEea-0000b7-AQ; Wed, 16 Aug 2023 07:25:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=pxcxdDat1f8YJkwyLvGlErRyOu6scY5x3PTV5MNsQc8=; b=Squ2fwCQ4/t2 lKksqJtdXnSUIJd9TI/onsUjeIf/8fQ32LYhv4lfJ5Skx9i2QvgNCU175RQY8az+wpVr2N3hqdzlT FxkTjI5K1aAemWNFB308SqoMiUcHFrrklwFQUoZZ1HQDg0gXCrvGOBqK6ngWjXRhIIKAbYtZSVAyf 9MhRa5noushEitzHlq0X8ZdBwfLeTJdcUKq7Nr7gzrUM9Yiu6/3aDviSHp+PoCXypqSfTAP5Qqpne ExphWfVOxG9vA1tuneS7snQ4xzGpzh2T1z9WuUyW4RMiqGa6wIHWfhr0DJyW2CmjJXvGp/iCKOa9g EJ0kEMu58znA8Ue++wgvUQ==; In-Reply-To: <87r0o4jd6n.fsf_-_@posteo.net> (message from Philip Kaludercic on Tue, 15 Aug 2023 19:52:32 +0000) 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:308811 Archived-At: > From: Philip Kaludercic > Cc: thievol@posteo.net, emacs-devel@gnu.org > Date: Tue, 15 Aug 2023 19:52:32 +0000 > > Eli Zaretskii writes: > > > Seems strange to me to have a command to start another Emacs. Why not > > implement this as a command-line option instead? That would be > > consistent with the several options we already have, like -q, -Q, -D, > > which already contrl what happens at startup. > > Mainly because this wouldn't support a completing-read interface, that > simplifies prompting the user for a set of packages. Shells can complete as well, right? And once you typed the command once, shells have features to help you invoke commands from history, so you won't need to retype it more than once. > But perhaps the bulk of this command could be implemented as a CLI > option, that this command could wrap? Maybe. But again, it's strange to have to launch another process from Emacs for such a simple functionality. And if the number of packages to load is large, typing them manually would be annoying anyway, so people will probably store the list in a file or something? So maybe we should allow specifying a file with the list of packages as well? > >> + (make-symbolic-link real link t) > > > > Using symbolic links makes the program less portable, so it is best to > > avoid them. > > The reason I used them here, instead of just adding the directories > under ~/.config/emacs/elpa/ is that startup.el issues a warning along > the lines of > > Your `load-path' seems to contain your `user-emacs-directory' ... > > My previous patch actually included the code that suppresses all > warnings during initialisation, so I've removed this hack. I don't understand how this is different from a "normal" startup of Emacs with all the packages. Here, you just want to load part of the packages that are loaded normally, so why does this warning pop up in this case, but not when Emacs starts "normally"? I'm probably missing something.