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.help Subject: Re: use-package :after ?? Date: Mon, 15 May 2023 14:36:10 +0300 Message-ID: <83ilct25ed.fsf@gnu.org> References: <83fs87c8wg.fsf@gnu.org> <831qjn75tw.fsf@gnu.org> <83mt2a3xap.fsf@gnu.org> <837cte3tfh.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5848"; mail-complaints-to="usenet@ciao.gmane.io" To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Mon May 15 13:36:47 2023 Return-path: Envelope-to: geh-help-gnu-emacs@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 1pyWVS-0001JM-QB for geh-help-gnu-emacs@m.gmane-mx.org; Mon, 15 May 2023 13:36:46 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pyWUw-0001rR-7Q; Mon, 15 May 2023 07:36:14 -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 1pyWUs-0001qm-8v for help-gnu-emacs@gnu.org; Mon, 15 May 2023 07:36:12 -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 1pyWUq-0004u4-T5 for help-gnu-emacs@gnu.org; Mon, 15 May 2023 07:36:10 -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=7ZdtCan1qtVmCbzTnB512wx+4bZVu8OtIpjlqvNC81M=; b=RRF6Em0rwIJF TVqyWA0E9MLyiXkP0NbMr31nW74fhXfimMoE4Sl+4RRpkeHZAOPQCoOBDufEHyPSt0h2VIhdI7RQE 0axY60Sm9QynkAdyg+8xweHX9o1oPsEKj5mWRS0Su47zmkoRx5SLqSuOo3cagJCRbIJn7smlGbhCq wyJnp/6JKrVXsGYEjhKsLAZ/Q9oEWqqFvoa0NwJujdnxteFtDEb8KZB6iIuwyevuG1o+SiCl+YWtk AW19GOrETgqROK2IPUgk4ppIvmkgimXQGoOiHE11QP3LkcFoyv7Jbcg30yngEWmSAUDPCVUajSWLC NToIqesykSkhG1B06epjAQ==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pyWUq-000682-A6 for help-gnu-emacs@gnu.org; Mon, 15 May 2023 07:36:08 -0400 In-Reply-To: (message from David Masterson on Sun, 14 May 2023 23:03:19 -0700) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:143615 Archived-At: > From: David Masterson > Cc: help-gnu-emacs@gnu.org > Date: Sun, 14 May 2023 23:03:19 -0700 > > My question goes to the effect of :after in connecting a tree of > packages that may have been setup with some :demand and some :defer. > This can occur by direct usage of :demand and :defer *or* by setting > use-package-always-defer and overriding it with :demand in some > packages. Example: > > (use-package a :defer t :after b) > (use-package b :demand t :after c) > (use-package c :defer t) > > Does b force the loading of a and/or c because of :after and the mixed > :demand/:defer? Or is b forced to defer? a will be loaded immediately after b is loaded. b will be loaded immediately after c is loaded. > The potential (lack of?) side-effects here should be mentioned as it > might effect on :config for a, b, or c. Sorry, I don't understand this.