From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 5225 invoked from network); 6 Sep 2021 03:31:43 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 6 Sep 2021 03:31:43 -0000 Received: from lists1.math.uh.edu ([129.7.128.208]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1mN5MC-00Fn0A-2L for ml@inbox.vuxu.org; Sun, 05 Sep 2021 22:31:40 -0500 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.94) (envelope-from ) id 1mN5MB-002ChK-EA for ml@inbox.vuxu.org; Sun, 05 Sep 2021 22:31:39 -0500 Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1mN5M9-002ChC-2Q for ding@lists.math.uh.edu; Sun, 05 Sep 2021 22:31:37 -0500 Received: from quimby.gnus.org ([95.216.78.240]) by mx2.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1mN5M6-0066iK-9P for ding@lists.math.uh.edu; Sun, 05 Sep 2021 22:31:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=SauRJTM6P+SPfbW0ENykBog+Xn67zh9eDfPA5UVPHH8=; b=UHGcBamAnTX/+omQ2UoBqqEhqc kYlvxQO6iTC5Hkx09oRNlsNrEGcSozAGTqrYQN2yTATEEbVDzVLn62KdE2tvF/btgkjVNp+aqtmgw Wnn+7vKdf4WSXY1CyLcnflVU+6gRL6rCi3oVN/I2tl/Hlcf3enqdChs67+r75z43axvM=; Received: from mail.ericabrahamsen.net ([52.70.2.18]) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mN5Lx-0005B5-Ah for ding@gnus.org; Mon, 06 Sep 2021 05:31:27 +0200 Received: from localhost (24-113-148-110.wavecable.com [24.113.148.110]) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id 8AD80FA82D; Mon, 6 Sep 2021 03:31:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericabrahamsen.net; s=mail; t=1630899081; bh=SauRJTM6P+SPfbW0ENykBog+Xn67zh9eDfPA5UVPHH8=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=uwBWP7rGqAPXpoOk2HmWVt4mgqyg6sy2UYd7xLC2fRV33xpSAnt4NfzUrYPVIZX6O xm8k6WZJNI+UNrW3vTZivdUc3sRWcMwxQSFmES6PAlcSSMDoVORXmgsT5oQvXno10m SLh5uT1sNH073hn4TzACBDgRDE8PO+IjwMZsLDjA= From: Eric Abrahamsen To: Colin Baxter Cc: ding@gnus.org Subject: Re: gnus-extra-headers References: <87sfyohftb.fsf@yandex.com> <87sfymy6ck.fsf@ericabrahamsen.net> <87y28e6wr1.fsf@yandex.com> <875yvhldf3.fsf@ericabrahamsen.net> <87wnnwv1zy.fsf@yandex.com> <87wnnwid8l.fsf@ericabrahamsen.net> <87bl57to59.fsf@yandex.com> Date: Sun, 05 Sep 2021 20:31:20 -0700 In-Reply-To: <87bl57to59.fsf@yandex.com> (Colin Baxter's message of "Sun, 05 Sep 2021 09:36:18 +0100") Message-ID: <87sfyiidmf.fsf@ericabrahamsen.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-ID: Precedence: bulk Colin Baxter writes: >>>>>> Eric Abrahamsen writes: > > > Colin Baxter writes: > >>>>>>> Eric Abrahamsen writes: > >>=20 > >> > Colin Baxter writes: >> Hello Eric, >>>>>>> > >> Eric Abrahamsen writes: > >> >>=20 > >> >> > Colin Baxter writes: >> Hello, > >> >> >>=20 > >> >> >> If emacs (tested with 27.2 and 28.0.50) is launched with -Q > >> >> (or >> gnus-extra-headers has not been set explicitly by the > >> >> user) then >> the variable gnus-extra-headers has the value: > >> >> >>=20 > >> >> >> gnus-extra-headers is a variable defined in =E2=80=98gnus-su= m.el=E2=80=99. > >> >> Its >> value is (X-Diary-Time-Zone X-Diary-Dow X-Diary-Year >> > >> >> X-Diary-Month X-Diary-Dom X-Diary-Hour X-Diary-Minute To Cc >> > >> >> Keywords Gcc Newsgroups X-GM-LABELS) Original value was (To Cc > >> >> >> Keywords Gcc Newsgroups X-GM-LABELS) > >> >> >>=20 > >> >> >> You can customize this variable. > >> >> >>=20 > >> >> >>=20 > >> >> >> This variable was introduced, or its default value was >> > >> changed, >> in version 25.1 of Emacs. > >> >> >>=20 > >> >> >> Documentation: Extra headers to parse. > >> >> >>=20 > >> >> >> The X-Diary settings seem to come from nndiary.el, but > >> there >> is >> nothing in the doc-string to indicate this. > >> >> >>=20 > >> >> >> Is this a bug? Is not the "Original value" of >> > >> gnus-extra-headers >> incorrect? > >> >>=20 > >> >> > I don't think it's really a bug. If you don't use the > >> nndiary > >> backend, those headers don't get added to > >> `gnus-extra-headers', > >> and it has its "original value" as > >> noted in *Help*. I don't think >> > there's any contract that > >> says additional libraries can't > >> manipulate the value of > >> customization options... is there? > >> >>=20 > >> >> True, but the user might suppose that using -Q ensures that no > >> >> extra libraries are loaded. I would have thought that nndiary > >> >> constitutes an extra library. If it does not and the library > >> is >> germane to -Q then why omit any mention of it from >> > >> gnus-extra-headers? I have quickly looked at NEWS for emacs-25.1 > >> >> but found nothing relevant. > >>=20 > >> > If I start with "emacs -Q" and a minimal Gnus setup, the > >> nndiary > isn't loaded and its values aren't added to > > >> `gnus-extra-headers'. The odd thing is that in my usual > >> Emacs/Gnus > set up, those values _are_ added, and I don't use > >> nndiary or > gnus-diary.el. Hang on, let me force an error in > >> there and see > exactly what's loading it. > >>=20 > >> > Nope, I just restarted Emacs and Gnus, and did some other > > >> Org/Diary/Calendar stuff for good measure, and now nothing has > > >> triggered a load of 'nndiary, and the extra values aren't added. > >>=20 > >> > Obviously something, somewhere, eventually triggers that load > >> in > my setup, but it doesn't seem to happen by default. I'm > >> quite > ready to believe that something is loading 'nndiary when > >> it > doesn't need to, but so far I don't know what it is. > >>=20 > >> > Maybe you could give it a shot? Delete nndiary.elc, stick a > >> call > to (error) in nndiary.el, > >>=20 > >> How do I modify the file nndiary.el to achieve this? > > > Sorry, I didn't ask how you're using Emacs, and assumed you were > > running from the source tree, or had access to it. If you do have > > access to nndiary.el, just edit it regularly in Emacs, and add a > > line like: > > > (error) > > > anywhere in the file, maybe at the top. You'll need to remove > > nndiary.elc, otherwise that will get loaded instead of the *el > > file. > > >> > and restart everything? > >>=20 > >> What I do know is that if nndiary is not present (.el) and (.elc) > >> then gnus-extra-headers becomes (To Cc Keywords Gcc Newsgroups > >> X-GM-LABELS). > > > If those files aren't present, I guess I would have expected you > > to see an error, as whatever is loading it fails to find it. > > Some progress I think. I inserted (error) at various points in > nndiary.el and got > > gnus-extra-headers is a variable defined in =E2=80=98gnus-sum.el=E2=80=99. > > Its value is (To Cc Keywords Gcc Newsgroups X-GM-LABELS) > > You can customize this variable. > This variable was introduced, or its default value was changed, in > version 25.1 of Emacs. > > > This was the case until line 1559. At line 1565, the value changed to > > gnus-extra-headers is a variable defined in =E2=80=98gnus-sum.el=E2=80=99. > > Its value is > (X-Diary-Time-Zone X-Diary-Dow X-Diary-Year X-Diary-Month X-Diary-Dom X-D= iary-Hour X-Diary-Minute To Cc Keywords Gcc Newsgroups X-GM-LABELS) > Original value was > (To Cc Keywords Gcc Newsgroups X-GM-LABELS) > > > At line 1563, is (add-to-list 'gnus-extra-headers header), which would > appear to be the source of issue. If I comment out 1563 then > gnus-extra-headers reverts back to=20 I'm sorry I wasn't entirely clear here: that line was definitely the source of the behavior, the question is _why_ is the file getting loaded at all, if you aren't using an 'nndiary backend? I wanted you to add a (error) line to nndiary.el so that, at the time it was loaded, we'd get a backtrace: the backtrace will show what functions were being called right before the load, and hopefully that will answer the question of why the file's getting loaded at all. Did you see a backtrace?