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,FREEMAIL_FROM,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 28603 invoked from network); 6 Sep 2021 07:14:55 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 6 Sep 2021 07:14:55 -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 1mN8qC-00FuIe-Ny for ml@inbox.vuxu.org; Mon, 06 Sep 2021 02:14:52 -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 1mN8qC-002EfU-3z for ml@inbox.vuxu.org; Mon, 06 Sep 2021 02:14:52 -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 1mN8q9-002EfK-MW for ding@lists.math.uh.edu; Mon, 06 Sep 2021 02:14:49 -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 1mN8q6-006E4J-DE for ding@lists.math.uh.edu; Mon, 06 Sep 2021 02:14:49 -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=8iUnjYjzyJabZCEMiiMYQbJMZbKm1kwde3dE7aBcGdg=; b=lCfp5NsvpvACCprgIyrxYmpp7T W/YmdO5cGbXQi5HcsCi64/Apv4c1OWCLGGsr8UAc1NyC3DqZyYw6X2SqdPI0dBK3t/KTx2idLwJ7H B5Rj9CJzbzr+sjYhoSskAMVMGtI9FF5n8NcKDjB9v0JOFP693OMIUpidzEr6dlWma7rU=; Received: from forward102o.mail.yandex.net ([37.140.190.182]) by quimby.gnus.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mN8px-0007Ke-Dn for ding@gnus.org; Mon, 06 Sep 2021 09:14:40 +0200 Received: from iva4-7f1257fd2e6c.qloud-c.yandex.net (iva4-7f1257fd2e6c.qloud-c.yandex.net [IPv6:2a02:6b8:c0c:1294:0:640:7f12:57fd]) by forward102o.mail.yandex.net (Yandex) with ESMTP id CDAE86FF9587; Mon, 6 Sep 2021 10:14:34 +0300 (MSK) Received: from iva6-2d18925256a6.qloud-c.yandex.net (iva6-2d18925256a6.qloud-c.yandex.net [2a02:6b8:c0c:7594:0:640:2d18:9252]) by iva4-7f1257fd2e6c.qloud-c.yandex.net (mxback/Yandex) with ESMTP id 9ThJPVeZdg-EYEOCdBH; Mon, 06 Sep 2021 10:14:34 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1630912474; bh=8iUnjYjzyJabZCEMiiMYQbJMZbKm1kwde3dE7aBcGdg=; h=In-Reply-To:Subject:Date:References:To:From:Message-ID:Cc:Cc; b=VfjTpOb554KpxRrbMZKDxW2UOGIm3tCsQw/H86LSRQ0tQ5oXuy9hTlVelTn1JODFZ q65AU4GQQoAUvmp2P1MUS8AqpYAOXpQhghWm1dQEhme6F9aLLBsbp4pvOP0cq1XD+9 Ch8yIST6gQMQnumZbhlD1tKpDYouSHP3qCda4b/s= Authentication-Results: iva4-7f1257fd2e6c.qloud-c.yandex.net; dkim=pass header.i=@yandex.com Received: by iva6-2d18925256a6.qloud-c.yandex.net (smtp/Yandex) with ESMTPSA id 8wGNA9VXbi-EXIi6a9r; Mon, 06 Sep 2021 10:14:33 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) From: Colin Baxter To: Eric Abrahamsen Cc: ding@gnus.org Cc: 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> <87sfyiidmf.fsf@ericabrahamsen.net> X-Face: BHjiJOg/Qmj'BQgsAKL@])L)e62P)C"Y=6T X-Message-My-Extra-Message: 8-) We are the only ones here =?utf-8?B?8J+YuiDwn5i6IPCfmLo=?= Date: Mon, 06 Sep 2021 08:14:31 +0100 In-Reply-To: <87sfyiidmf.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Sun, 05 Sep 2021 20:31:20 -0700") Message-ID: <87lf4atbu0.fsf@yandex.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAAEkAAAATAgMAAAChCMjeAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAACVBMVEX/zAABCWP///8I RHjYAAAAAWJLR0QCZgt8ZAAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB+UFEAk5BvqS634A AAAbSURBVBjTY2BgCA1hYA0FAxDDgQEERsXoIAYA2F9Eb3cpB+AAAAAldEVYdGRhdGU6Y3JlYXRl ADIwMjEtMDUtMTZUMTA6NTY6MTcrMDE6MDCh/kkpAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTA1 LTE2VDA5OjU3OjA2KzAxOjAwTyZ6HwAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-ID: Precedence: bulk >>>>> Eric Abrahamsen writes: > Colin Baxter writes: >>>>>>> Eric Abrahamsen writes: >>=20 >> > 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-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-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? >>=20 >> > 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: >>=20 >> > (error) >>=20 >> > 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. >>=20 >> >> > 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). >>=20 >> > 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. >>=20 >> Some progress I think. I inserted (error) at various points in >> nndiary.el and got >>=20 >> gnus-extra-headers is a variable defined in =E2=80=98gnus-sum.el=E2= =80=99. >>=20 >> Its value is (To Cc Keywords Gcc Newsgroups X-GM-LABELS) >>=20 >> You can customize this variable. This variable was introduced, >> or its default value was changed, in version 25.1 of Emacs. >>=20 >>=20 >> This was the case until line 1559. At line 1565, the value >> changed to >>=20 >> gnus-extra-headers is a variable defined in =E2=80=98gnus-sum.el=E2= =80=99. >>=20 >> 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 >>=20 >> 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 > 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? No. No error or backtrace seen; just different values of the variable depending on whether (add-to-list 'gnus-extra-headers header) is operative or not. I suppose it isn't an error but an inconsistency with the stated "Original value" (To Cc Keywords Gcc Newsgroups X-GM-LABELS) of the gnus-extra-headers variable. The "Original value" gets changed by nndiary but the user is unaware of this and perhaps thinks, as I did, that their setup is the culprit. It comes as a surprise to discover "emacs -Q" leads to the same value of gnus-extra-headers. After emacs -Q, I looked at the load history 'C-h v load-history' and nndiary does not appear. The only gnus defuns loaded are gnus-batch-kill and gnus-set-sorted-intersection. Significant? I am sorry to be unhelpful. Best wishes, Colin.