From unknown Thu Jun 19 13:58:13 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#74857 <74857@debbugs.gnu.org> To: bug#74857 <74857@debbugs.gnu.org> Subject: Status: 30.0.92; Gnus nnatom: url protocol Reply-To: bug#74857 <74857@debbugs.gnu.org> Date: Thu, 19 Jun 2025 20:58:13 +0000 retitle 74857 30.0.92; Gnus nnatom: url protocol reassign 74857 emacs submitter 74857 Christopher Howard severity 74857 minor thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 13 14:13:53 2024 Received: (at submit) by debbugs.gnu.org; 13 Dec 2024 19:13:53 +0000 Received: from localhost ([127.0.0.1]:44115 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tMB6j-0006nV-Es for submit@debbugs.gnu.org; Fri, 13 Dec 2024 14:13:53 -0500 Received: from lists.gnu.org ([209.51.188.17]:58680) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tMB6c-0006nE-9f for submit@debbugs.gnu.org; Fri, 13 Dec 2024 14:13:47 -0500 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 1tMB6Q-0004pV-Hh for bug-gnu-emacs@gnu.org; Fri, 13 Dec 2024 14:13:33 -0500 Received: from mx.kolabnow.com ([212.103.80.155]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tMB6B-0007OR-Uu for bug-gnu-emacs@gnu.org; Fri, 13 Dec 2024 14:13:28 -0500 Received: from localhost (unknown [127.0.0.1]) by mx.kolabnow.com (Postfix) with ESMTP id 947C53070CC2 for ; Fri, 13 Dec 2024 20:13:10 +0100 (CET) Authentication-Results: ext-mx-out013.mykolab.com (amavis); dkim=pass (2048-bit key) reason="pass (just generated, assumed good)" header.d=kolabnow.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kolabnow.com; h= content-transfer-encoding:content-type:content-type:mime-version :message-id:date:date:subject:subject:from:from:received :received:received; s=dkim20240523; t=1734117186; x=1735931587; bh=zs4haYqym5Sb2DWz9aumMhuWpePpRdZhB5kEkatoUzo=; b=q5WWXAmrpcAU 1ulOtx5Ua0n57r2U8GTKmSa82tkz3vZuMgryijF5pO4F7Npi5iGP9ccFqp6F+we/ jEqshxI/slVGgJW4ZrwI1B5BSUjDDPk4/FEJu/NAgSonOiIAMwrCZkZXqURkE4rW 3/ukXxfHKPZ9YbkuuJOiJhG4RbByH3icsTV0hkRjKBA3FTExxAArzMcOtP6NRDv0 +gqRLMYVEyJgW4pLedcfKpYHs1zMh62ZFTAZ/u/dH3p5Eg/W7fhif17wTVW+mvPb 57FtFAuLCBlQbamIAvX7eilaYJlgaEo1URynwJWHBLjX6SkuAioHPJbPW8kQpbRg opV5lg4LxQ== X-Virus-Scanned: amavis at mykolab.com X-Spam-Flag: NO X-Spam-Score: -1 X-Spam-Level: X-Spam-Status: No, score=-1 tagged_above=-10 required=5 tests=[ALL_TRUSTED=-1] autolearn=ham autolearn_force=no Received: from mx.kolabnow.com ([127.0.0.1]) by localhost (ext-mx-out013.mykolab.com [127.0.0.1]) (amavis, port 10024) with ESMTP id 1BuPuY50MeBo for ; Fri, 13 Dec 2024 20:13:06 +0100 (CET) Received: from int-mx009.mykolab.com (unknown [10.9.13.9]) by mx.kolabnow.com (Postfix) with ESMTPS id 5B41B3070C70 for ; Fri, 13 Dec 2024 20:13:06 +0100 (CET) Received: from ext-subm010.mykolab.com (unknown [10.9.6.10]) by int-mx009.mykolab.com (Postfix) with ESMTPS id 249B1358DEE7 for ; Fri, 13 Dec 2024 20:13:06 +0100 (CET) From: Christopher Howard To: bug-gnu-emacs@gnu.org Subject: 30.0.92; Gnus nnatom: url protocol X-Debbugs-Cc: Date: Fri, 13 Dec 2024 10:13:02 -0900 Message-ID: <875xnn9z29.fsf@librehacker.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: none client-ip=212.103.80.155; envelope-from=christopher@librehacker.com; helo=mx.kolabnow.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi. When setting up a new feed group with nnatom in Gnus, there is a little= oddity: If I pass in the URL to the feed without the protocol specifier, i= .e., without the "https://" it works fine. But if I try to include the prot= ocol specifier, then I get a message: "Couldn=E2=80=99t request list: nil",= and the group is not added. It doesn't trigger the debugger, even though "= debug-on-error" is set t. So, I frequently have to delete the "https://" part when I am copying and p= asting from some link for an atom feed. This is a bother. I don't know if this can be reproduced without Gnus already being setup, bu= t an example process is: (1) bring up Gnus group buffer (2) run gnus-group-browse-foreign-server (B) (3) nnatom (4) https://sachachua.com/blog/category/emacs/feed/atom/ In GNU Emacs 30.0.92 (build 3, x86_64-pc-linux-gnu, GTK+ Version 3.24.41, cairo version 1.18.0) of 2024-12-04 built on theoden Repository revision: 130c2a13dc72fca1677a986d3131398e908e58df Repository branch: emacs-30 Windowing system distributor 'The X.Org Foundation', version 11.0.12101012 System Description: Guix System Configured using: 'configure --prefix=3D/home/christopher/local/emacs 'CFLAGS=3D-O0 -g3' PKG_CONFIG_PATH=3D/gnu/store/f335yc4x4ps0qalm4hafy0dggsfczfkj-profile/lib/= pkgconfig:/gnu/store/f335yc4x4ps0qalm4hafy0dggsfczfkj-profile/share/pkgconf= ig:/home/christopher/.guix-home/profile/lib/pkgconfig:/home/christopher/.gu= ix-home/profile/share/pkgconfig:/home/christopher/.guix-profile/lib/pkgconf= ig:/home/christopher/.guix-profile/share/pkgconfig' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LCMS2 LIBSELINUX LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB Important settings: value of $EMACSLOADPATH: /home/christopher/local/emacs/share/emacs/30.0.9= 2/lisp:/home/christopher/.guix-home/profile/share/emacs/site-lisp value of $EMACSNATIVELOADPATH: /home/christopher/local/emacs/share/emacs/= 30.0.92/lisp:/home/christopher/.guix-home/profile/lib/emacs/native-site-lisp value of $LANG: en_US.utf8 locale-coding-system: utf-8-unix Major mode: Org Minor modes in effect: global-git-commit-mode: t magit-auto-revert-mode: t auto-revert-mode: t repeat-mode: t pdf-occur-global-minor-mode: t engine-mode: t rcirc-track-minor-mode: t roam-track-minor-mode: t org-roam-db-autosync-mode: t server-mode: t helm-mode: t helm-minibuffer-history-mode: t async-bytecomp-package-mode: t minibuffer-depth-indicate-mode: t global-display-line-numbers-mode: t display-line-numbers-mode: t cl-old-struct-compat-mode: 1 tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t minibuffer-regexp-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: ~/Repos/elpa/debbugs/debbugs-compat hides /gnu/store/mmcwi9khn458lykkk8l37x= axnjvq62pv-emacs-debbugs-0.41/share/emacs/site-lisp/debbugs-0.41/debbugs-co= mpat ~/Repos/elpa/debbugs/debbugs-browse hides /gnu/store/mmcwi9khn458lykkk8l37x= axnjvq62pv-emacs-debbugs-0.41/share/emacs/site-lisp/debbugs-0.41/debbugs-br= owse ~/Repos/elpa/debbugs/debbugs-gnu hides /gnu/store/mmcwi9khn458lykkk8l37xaxn= jvq62pv-emacs-debbugs-0.41/share/emacs/site-lisp/debbugs-0.41/debbugs-gnu ~/Repos/elpa/debbugs/debbugs hides /gnu/store/mmcwi9khn458lykkk8l37xaxnjvq6= 2pv-emacs-debbugs-0.41/share/emacs/site-lisp/debbugs-0.41/debbugs ~/Repos/elpa/debbugs/debbugs-guix hides /gnu/store/mmcwi9khn458lykkk8l37xax= njvq62pv-emacs-debbugs-0.41/share/emacs/site-lisp/debbugs-0.41/debbugs-guix ~/Repos/elpa/debbugs/debbugs-org hides /gnu/store/mmcwi9khn458lykkk8l37xaxn= jvq62pv-emacs-debbugs-0.41/share/emacs/site-lisp/debbugs-0.41/debbugs-org ~/Repos/elpa/debbugs/debbugs-pkg hides /gnu/store/mmcwi9khn458lykkk8l37xaxn= jvq62pv-emacs-debbugs-0.41/share/emacs/site-lisp/debbugs-0.41/debbugs-pkg /home/christopher/local/emacs/share/emacs/30.0.92/lisp/net/soap-client hide= s /gnu/store/8pr1yy7pcai1g1r52c2xcha58nmbi32a-emacs-soap-client-3.2.3/share= /emacs/site-lisp/soap-client-3.2.3/soap-client /home/christopher/local/emacs/share/emacs/30.0.92/lisp/net/soap-inspect hid= es /gnu/store/8pr1yy7pcai1g1r52c2xcha58nmbi32a-emacs-soap-client-3.2.3/shar= e/emacs/site-lisp/soap-client-3.2.3/soap-inspect /home/christopher/local/emacs/share/emacs/30.0.92/lisp/emacs-lisp/compat hi= des /gnu/store/5fz4hfsqgh2rgdz2gxpxsnf6ak2nbsnx-emacs-compat-30.0.0.0/share= /emacs/site-lisp/compat-30.0.0.0/compat /home/christopher/local/emacs/share/emacs/30.0.92/lisp/progmodes/eglot hide= s /gnu/store/dc8j46wg6msy43sm8473i2ghb0kkqzrm-emacs-eglot-1.17/share/emacs/= site-lisp/eglot-1.17/eglot /home/christopher/local/emacs/share/emacs/30.0.92/lisp/emacs-lisp/eldoc hid= es /gnu/store/yzh97y7djcn0zylrdqzcq0k3kziwkh3c-emacs-eldoc-1.15.0/share/ema= cs/site-lisp/eldoc-1.15.0/eldoc /home/christopher/local/emacs/share/emacs/30.0.92/lisp/external-completion = hides /gnu/store/w2s88x6rgc8cripdd662pxfh0wdfks2x-emacs-external-completion= -0.1/share/emacs/site-lisp/external-completion-0.1/external-completion /home/christopher/local/emacs/share/emacs/30.0.92/lisp/jsonrpc hides /gnu/s= tore/68sh2hccihmj9skgmb3gcc8nr3jhnn9k-emacs-jsonrpc-1.0.25/share/emacs/site= -lisp/jsonrpc-1.0.25/jsonrpc /home/christopher/local/emacs/share/emacs/30.0.92/lisp/progmodes/project hi= des /gnu/store/rhmkc30ad8j5dhl9yws1s2byyqs84yq0-emacs-project-0.11.1/share/= emacs/site-lisp/project-0.11.1/project /home/christopher/local/emacs/share/emacs/30.0.92/lisp/progmodes/xref hides= /gnu/store/612wcw3lg8gxwsigqkm8b72hj3pnwr8x-emacs-xref-1.7.0/share/emacs/s= ite-lisp/xref-1.7.0/xref /home/christopher/local/emacs/share/emacs/30.0.92/lisp/emacs-lisp/seq hides= /gnu/store/prl5nb68h3dj1wx4jivdls5d8f8p9jjc-emacs-seq-2.24/share/emacs/sit= e-lisp/seq-2.24/seq /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-element-ast = hides /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/em= acs/site-lisp/org-9.7.14/org-element-ast /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-lisp hides /g= nu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site= -lisp/org-9.7.14/ob-lisp /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-awk hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ob-awk /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ol-mhe hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ol-mhe /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-haskell hides= /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/s= ite-lisp/org-9.7.14/ob-haskell /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-pcomplete hi= des /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emac= s/site-lisp/org-9.7.14/org-pcomplete /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-makefile hide= s /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/= site-lisp/org-9.7.14/ob-makefile /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-processing hi= des /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emac= s/site-lisp/org-9.7.14/ob-processing /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-sql hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ob-sql /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-id hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/org-id /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-refile hides= /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/s= ite-lisp/org-9.7.14/org-refile /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-lilypond hide= s /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/= site-lisp/org-9.7.14/ob-lilypond /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ox-html hides /g= nu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site= -lisp/org-9.7.14/ox-html /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/oc hides /gnu/st= ore/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-lisp= /org-9.7.14/oc /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-octave hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/ob-octave /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ox-texinfo hides= /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/s= ite-lisp/org-9.7.14/ox-texinfo /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-entities hid= es /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs= /site-lisp/org-9.7.14/org-entities /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-C hides /gnu/= store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-li= sp/org-9.7.14/ob-C /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ol-w3m hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ol-w3m /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-archive hide= s /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/= site-lisp/org-9.7.14/org-archive /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ol-doi hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ol-doi /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ol-eww hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ol-eww /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ox-man hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ox-man /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-mobile hides= /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/s= ite-lisp/org-9.7.14/org-mobile /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ol-gnus hides /g= nu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site= -lisp/org-9.7.14/ol-gnus /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ol-bbdb hides /g= nu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site= -lisp/org-9.7.14/ol-bbdb /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ox-koma-letter h= ides /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/ema= cs/site-lisp/org-9.7.14/ox-koma-letter /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org hides /gnu/s= tore/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-lis= p/org-9.7.14/org /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-maxima hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/ob-maxima /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-css hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ob-css /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-element hide= s /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/= site-lisp/org-9.7.14/org-element /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ox hides /gnu/st= ore/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-lisp= /org-9.7.14/ox /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-datetree hid= es /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs= /site-lisp/org-9.7.14/org-datetree /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-tempo hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/org-tempo /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-keys hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/org-keys /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-js hides /gnu= /store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-l= isp/org-9.7.14/ob-js /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-emacs-lisp hi= des /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emac= s/site-lisp/org-9.7.14/ob-emacs-lisp /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-lint hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/org-lint /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-habit hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/org-habit /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-crypt hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/org-crypt /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-attach hides= /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/s= ite-lisp/org-9.7.14/org-attach /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-plantuml hide= s /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/= site-lisp/org-9.7.14/ob-plantuml /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-agenda hides= /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/s= ite-lisp/org-9.7.14/org-agenda /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-indent hides= /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/s= ite-lisp/org-9.7.14/org-indent /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-timer hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/org-timer /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ox-beamer hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/ox-beamer /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-macs hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/org-macs /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-exp hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ob-exp /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-persist hide= s /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/= site-lisp/org-9.7.14/org-persist /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-eshell hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/ob-eshell /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ox-icalendar hid= es /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs= /site-lisp/org-9.7.14/ox-icalendar /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-scheme hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/ob-scheme /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/oc-bibtex hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/oc-bibtex /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-screen hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/ob-screen /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-matlab hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/ob-matlab /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-num hides /g= nu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site= -lisp/org-9.7.14/org-num /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-list hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/org-list /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/oc-csl hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/oc-csl /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-clojure hides= /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/s= ite-lisp/org-9.7.14/ob-clojure /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ol hides /gnu/st= ore/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-lisp= /org-9.7.14/ol /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-sass hides /g= nu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site= -lisp/org-9.7.14/ob-sass /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-ditaa hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/ob-ditaa /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-faces hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/org-faces /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-sqlite hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/ob-sqlite /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-table hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/ob-table /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ox-latex hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/ox-latex /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ox-ascii hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/ox-ascii /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-perl hides /g= nu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site= -lisp/org-9.7.14/ob-perl /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-mouse hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/org-mouse /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-macro hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/org-macro /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-goto hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/org-goto /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-duration hid= es /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs= /site-lisp/org-9.7.14/org-duration /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ox-org hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ox-org /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-python hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/ob-python /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-inlinetask h= ides /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/ema= cs/site-lisp/org-9.7.14/org-inlinetask /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-fold-core hi= des /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emac= s/site-lisp/org-9.7.14/org-fold-core /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ol-eshell hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/ol-eshell /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-cycle hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/org-cycle /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-capture hide= s /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/= site-lisp/org-9.7.14/org-capture /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-forth hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/ob-forth /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-feed hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/org-feed /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-lob hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ob-lob /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ol-rmail hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/ol-rmail /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-clock hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/org-clock /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ol-bibtex hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/ol-bibtex /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-julia hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/ob-julia /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-sed hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ob-sed /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-table hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/org-table /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-ref hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ob-ref /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-compat hides= /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/s= ite-lisp/org-9.7.14/org-compat /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-lua hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ob-lua /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-comint hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/ob-comint /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-colview hide= s /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/= site-lisp/org-9.7.14/org-colview /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-eval hides /g= nu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site= -lisp/org-9.7.14/ob-eval /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ox-odt hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ox-odt /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-fortran hides= /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/s= ite-lisp/org-9.7.14/ob-fortran /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-shell hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/ob-shell /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-version hide= s /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/= site-lisp/org-9.7.14/org-version /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob hides /gnu/st= ore/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-lisp= /org-9.7.14/ob /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ol-docview hides= /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/s= ite-lisp/org-9.7.14/ol-docview /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/oc-basic hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/oc-basic /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-calc hides /g= nu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site= -lisp/org-9.7.14/ob-calc /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/oc-biblatex hide= s /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/= site-lisp/org-9.7.14/oc-biblatex /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-R hides /gnu/= store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-li= sp/org-9.7.14/ob-R /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ox-publish hides= /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/s= ite-lisp/org-9.7.14/ox-publish /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-dot hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ob-dot /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-tangle hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/ob-tangle /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-ocaml hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/ob-ocaml /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-attach-git h= ides /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/ema= cs/site-lisp/org-9.7.14/org-attach-git /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ox-md hides /gnu= /store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-l= isp/org-9.7.14/ox-md /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-loaddefs hid= es /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs= /site-lisp/org-9.7.14/org-loaddefs /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-groovy hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/ob-groovy /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-ctags hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/org-ctags /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-ruby hides /g= nu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site= -lisp/org-9.7.14/ob-ruby /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-fold hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/org-fold /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-protocol hid= es /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs= /site-lisp/org-9.7.14/org-protocol /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/oc-natbib hides = /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/si= te-lisp/org-9.7.14/oc-natbib /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-org hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ob-org /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ol-man hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ol-man /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ol-info hides /g= nu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site= -lisp/org-9.7.14/ol-info /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-footnote hid= es /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs= /site-lisp/org-9.7.14/org-footnote /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-plot hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/org-plot /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ol-irc hides /gn= u/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site-= lisp/org-9.7.14/ol-irc /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-core hides /g= nu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site= -lisp/org-9.7.14/ob-core /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-java hides /g= nu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site= -lisp/org-9.7.14/ob-java /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-latex hides /= gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/sit= e-lisp/org-9.7.14/ob-latex /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/ob-gnuplot hides= /gnu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/s= ite-lisp/org-9.7.14/ob-gnuplot /home/christopher/local/emacs/share/emacs/30.0.92/lisp/org/org-src hides /g= nu/store/qyq6c0w2r1yabwyghpqzasqw9n2y0i37-emacs-org-9.7.14/share/emacs/site= -lisp/org-9.7.14/org-src /home/christopher/local/emacs/share/emacs/30.0.92/lisp/transient hides /gnu= /store/znls5lgpz8jy7p43gfc5pkh64qmq3h8s-emacs-transient-0.7.7/share/emacs/s= ite-lisp/transient-0.7.7/transient /home/christopher/local/emacs/share/emacs/30.0.92/lisp/progmodes/peg hides = /gnu/store/ak6hlqd0zb5ij1zqrfvqy2p06iigqixq-emacs-peg-1.0.1/share/emacs/sit= e-lisp/peg-1.0.1/peg /home/christopher/local/emacs/share/emacs/30.0.92/lisp/indent hides /gnu/st= ore/b0bxn8a5h9ab6wxh2ld6m89n7r26f7wi-emacs-straight-el-0-3.b3760f5/share/em= acs/site-lisp/straight-el-0-3.b3760f5/indent /home/christopher/local/emacs/share/emacs/30.0.92/lisp/net/sasl hides /gnu/= store/aq7g7fgljahgnibnsnj1z9ibpnnd2brz-emacs-flim-lb-1.14.9-143.23bb29d/sha= re/emacs/site-lisp/flim-lb-1.14.9-143.23bb29d/sasl /gnu/store/b0bxn8a5h9ab6wxh2ld6m89n7r26f7wi-emacs-straight-el-0-3.b3760f5/s= hare/emacs/site-lisp/straight-el-0-3.b3760f5/install hides /gnu/store/nh3vf= sdyc82vp2l46v7nkad0zr1f7l33-emacs-apel-lb-10.8-81.82eb232/share/emacs/site-= lisp/apel-lb-10.8-81.82eb232/install Features: (tabify calc-undo shadow emacsbug calc-misc calc-alg calc-ext calc-menu calc calc-loaddefs calc-macs tramp-cmds hl-line pdf-sync pdf-annot facemenu pdf-outline pdf-links pdf-history helm-fd magit-bookmark magit-submodule magit-blame magit-stash magit-reflog magit-bisect magit-push magit-pull magit-fetch magit-clone magit-remote magit-commit magit-sequence magit-notes magit-worktree magit-tag magit-merge magit-branch magit-reset magit-files magit-refs magit-status magit magit-repos magit-apply magit-wip magit-log which-func magit-diff smerge-mode diff git-commit log-edit pcvs-util magit-core magit-autorevert autorevert magit-margin magit-transient magit-process with-editor magit-mode benchmark magit-git magit-base macros reposition org-duration cal-china lunar solar cal-dst cal-bahai cal-islam cal-hebrew holidays holiday-loaddefs diary-lib diary-loaddefs cal-iso org-agenda geiser-mode geiser-xref geiser-compile geiser-guile info-look geiser geiser-debug geiser-repl geiser-image geiser-capf geiser-doc geiser-menu geiser-autodoc geiser-edit etags fileloop xref geiser-completion geiser-eval geiser-connection geiser-syntax geiser-log geiser-popup view geiser-impl geiser-custom geiser-base scheme help-at-pt elfeed-link oc-basic ol-eww ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect ol-docview doc-view ol-bibtex bibtex ol-bbdb ol-w3m ol-doi org-link-doi python image-file image-converter helm-external helm-net dabbrev tramp-cache time-stamp tramp-sh shortdoc comp-common cus-start project ffap em-xtra em-unix em-tramp em-term term ehelp em-smart em-script em-prompt em-pred em-ls em-hist em-glob em-extpipe em-elecslash em-cmpl em-dirs em-basic em-banner em-alias esh-mode esh-var eshell esh-cmd dired-aux mailalias smtpmail bbdb-message face-remap misearch multi-isearch mule-util eww flow-fill sort gnus-cite smiley shr-color color mail-extr textsec uni-scripts idna-mapping ucs-normalize uni-confusable textsec-check gnus-async gnus-bcklg qp gnus-ml disp-table mm-archive url-cache nndraft nnmh nnrss nnatom mm-url nnfeed nnfolder utf-7 bbdb-gnus bbdb-mua bbdb-com crm network-stream gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime smime dig nntp gnus-cache help-fns radix-tree cl-print vc-git diff-mode track-changes vc-dispatcher winner tramp-archive tramp-gvfs helm-command helm-elisp helm-eval helm-info repeat transducers psx-info p-search p-search-query p-search-transient transient heap cl guix-autoloads info debbugs-gnu add-log debbugs soap-client url-http url-auth url-gw warnings rng-xsd rng-dt rng-util xsd-regexp debbugs-compat discomfort debase-objectmanager debase eieio-base mathjax xterm-color socks gnutls nsm elpher bookmark+ bookmark+-key bookmark+-1 gnus-sum gnus-group gnus-undo gnus-start gnus-dbus dbus gnus-cloud nnimap nnmail mail-source utf7 nnoo gnus-spec gnus-int gnus-range gnus-win gnus nnheader range bookmark+-bmu bookmark+-lit bookmark+-mac uniline pcase rect hydra lv pdf-occur ibuf-ext ibuffer ibuffer-loaddefs tablist tablist-filter semantic/wisent/comp semantic/wisent semantic/wisent/wisent semantic/util-modes semantic/util semantic semantic/tag semantic/lex semantic/fw mode-local cedet pdf-isearch let-alist pdf-misc imenu pdf-tools compile cus-edit pdf-view jka-compr pdf-cache pdf-info tq pdf-util pdf-macs engine-mode rcirc bbdb bbdb-site timezone text-decoration s names edebug debug backtrace org-roam-protocol org-protocol org-roam-migrate org-roam-log org-roam-mode org-roam-capture org-roam-id org-roam-node org-roam-db emacsql-sqlite-builtin sqlite org-roam-utils org-roam-compat org-roam org-capture org-element org-persist org-attach org-id org-refile org-element-ast inline org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-src sh-script smie treesit executable ob-comint org-pcomplete org-list org-footnote org-faces org-entities noutline outline org-version ob-emacs-lisp ob-core ob-eval org-cycle org-table ol org-fold org-fold-core org-keys oc org-loaddefs find-func cal-menu calendar cal-loaddefs org-compat org-macs emacsql-sqlite emacsql-sqlite-common emacsql emacsql-compiler magit-section cursor-sensor compat dash cl-extra printing ps-print ps-print-loaddefs lpr esh-ext esh-proc esh-opt esh-io esh-arg esh-module esh-module-loaddefs esh-util elfeed-show elfeed-search wid-edit bookmark pp message sendmail yank-media rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader shr text-property-search pixel-fill kinsoku puny svg dom elfeed-csv elfeed elfeed-curl elfeed-log elfeed-db elfeed-lib avl-tree generator url-queue url-file xml-query xml dired-x server helm-mode helm-misc helm-files image-dired image-dired-tags image-dired-external image-dired-util image-mode dired dired-loaddefs exif filenotify helm-buffers all-the-icons all-the-icons-faces data-material data-weathericons data-octicons data-fileicons data-faicons data-alltheicons helm-occur helm-tags helm-locate helm-grep helm-regexp helm-utils helm-help helm-types helm helm-global-bindings helm-easymenu edmacro kmacro helm-core easy-mmode async-bytecomp helm-source helm-multi-match helm-lib async green-phosphor-theme mb-depth display-line-numbers crux tramp rx trampver tramp-integration files-x tramp-message help-mode tramp-compat xdg shell pcomplete comint ansi-osc ring parse-time iso8601 time-date format-spec ansi-color tramp-loaddefs thingatpt cus-load finder-inf mu4e-autoloads yeetube-autoloads xmlgen-autoloads xterm-color-autoloads wttrin-autoloads oauth2-autoloads apel-lb-autoloads flim-lb-autoloads semi-epg-autoloads visual-regexp-autoloads unfill-autoloads tmr-autoloads rainbow-identifiers-autoloads company-autoloads visual-fill-column-autoloads telega-autoloads straight-el-autoloads srfi-autoloads helm-slime-autoloads macrostep-autoloads slime-autoloads restart-emacs-autoloads puni-autoloads poke-mode-autoloads placeholder-autoloads pdfgrep-autoloads tablist-autoloads pdf-tools-autoloads password-generator-autoloads paredit-autoloads sqlite3-api-autoloads pg-autoloads finalize-autoloads emacsql-autoloads org-roam-autoloads peg-autoloads ov-autoloads ht-autoloads org-super-agenda-autoloads org-ql-autoloads org-present-autoloads org-noter-autoloads org-modern-autoloads hydra-autoloads org-fc-autoloads ox-gemini-autoloads osm-autoloads org-contacts-autoloads orderless-autoloads nssh-autoloads kv-autoloads nov-el-autoloads names-autoloads advice memory-usage-autoloads math-preview-autoloads persist-autoloads ts-autoloads deferred-autoloads request-autoloads mastodon-autoloads markdown-mode-autoloads transient-autoloads magit-autoloads m-buffer-el-autoloads helm-org-contacts-autoloads gemini-autoloads srv-autoloads hexrgb-autoloads fsm-autoloads jabber-autoloads inspector-autoloads htmlize-autoloads shut-up-autoloads loop-autoloads list-utils-autoloads elisp-refs-autoloads helpful-autoloads helm-wordnut-autoloads password-store-autoloads helm-pass-autoloads helm-org-rifle-autoloads popup-autoloads async-autoloads helm-autoloads f3-autoloads expand-region-autoloads everywhere-autoloads eshell-z-autoloads engine-mode-autoloads elpher-autoloads elfeed-autoloads eldev-autoloads seq-autoloads xref-autoloads project-autoloads jsonrpc-autoloads external-completion-autoloads eldoc-autoloads eglot-autoloads ed-mode-autoloads compat-autoloads eat-autoloads debase-autoloads discomfort-autoloads soap-client-autoloads debbugs-autoloads daemons-autoloads crux-autoloads casual-info-autoloads casual-dired-autoloads casual-lib-autoloads casual-calc-autoloads browse-kill-ring-autoloads eimp-autoloads blimp-autoloads bbdb-autoloads memoize-autoloads s-autoloads f-autoloads all-the-icons-autoloads 0x0-autoloads magit-popup-autoloads geiser-guile-autoloads geiser-autoloads edit-indirect-autoloads dash-autoloads bui-autoloads guix-emacs annotate-autoloads package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs icons password-cache json subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo gtk x-toolkit xinput2 x multi-tty move-toolbar make-network-process emacs) Memory information: ((conses 16 2462846 466594) (symbols 48 72593 45) (strings 32 521685 46855) (string-bytes 1 22585385) (vectors 16 147024) (vector-slots 8 2389181 340449) (floats 8 4103 17127) (intervals 56 186716 13199) (buffers 984 185)) --=20 =F0=9F=93=9B Christopher Howard =F0=9F=9A=80 gemini://gem.librehacker.com =F0=9F=8C=90 http://gem.librehacker.com =D7=91=D7=A8=D7=90=D7=A9=D7=99=D7=AA =D7=91=D7=A8=D7=90 =D7=90=D7=9C=D7=94= =D7=99=D7=9D =D7=90=D7=AA =D7=94=D7=A9=D7=9E=D7=99=D7=9D =D7=95=D7=90=D7=AA= =D7=94=D7=90=D7=A8=D7=A5 From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 21 04:47:32 2024 Received: (at 74857) by debbugs.gnu.org; 21 Dec 2024 09:47:32 +0000 Received: from localhost ([127.0.0.1]:45319 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tOw56-0008AO-F4 for submit@debbugs.gnu.org; Sat, 21 Dec 2024 04:47:32 -0500 Received: from eggs.gnu.org ([209.51.188.92]:33672) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tOw54-0008A8-70 for 74857@debbugs.gnu.org; Sat, 21 Dec 2024 04:47:31 -0500 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 1tOw4y-0000pu-LC; Sat, 21 Dec 2024 04:47:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=r2dIQZiOqHW1+H0lR9B/AlORDclYtsqe1iFhN6PEdN8=; b=RDoxRda2lxK1hOa3O2tr 1FM+j+CXAitRVFxAWBr4t2LHIoNVNAzNGWEs59MXmnqkdTHSMr7VHF6BuuOG0ynNTVnsxYvgG/RFi OY4mA3Rwuip8fVR3x/F+BGgGmQldiKaiMm8gC7tFWhkGQlFi4sfLOlbJMav4NnpasKAiAhc5ISwD4 l5BxZ1O2OPZ9r97uR11wG9UZQ753S9uloAoidHZvSM46MTlFPRmMLBgLdJ3FPP9uKQllu+FEqLH/9 136raB95qtzJyBdx9ZD4grfAZQnILTiAzbCS2HryrudNOTMjKUFfYB//6z0VNRH5yTVb4dIyAIjgt 7WeB52zm4XMQMQ==; Date: Sat, 21 Dec 2024 11:47:21 +0200 Message-Id: <865xnd8j12.fsf@gnu.org> From: Eli Zaretskii To: Christopher Howard , Daniel Semyonov In-Reply-To: <875xnn9z29.fsf@librehacker.com> (message from Christopher Howard on Fri, 13 Dec 2024 10:13:02 -0900) Subject: Re: bug#74857: 30.0.92; Gnus nnatom: url protocol References: <875xnn9z29.fsf@librehacker.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74857 Cc: 74857@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Christopher Howard > Date: Fri, 13 Dec 2024 10:13:02 -0900 > > > > Hi. When setting up a new feed group with nnatom in Gnus, there is a little oddity: If I pass in the URL to the feed without the protocol specifier, i.e., without the "https://" it works fine. But if I try to include the protocol specifier, then I get a message: "Couldn’t request list: nil", and the group is not added. It doesn't trigger the debugger, even though "debug-on-error" is set t. > > So, I frequently have to delete the "https://" part when I am copying and pasting from some link for an atom feed. This is a bother. > > I don't know if this can be reproduced without Gnus already being setup, but an example process is: > > (1) bring up Gnus group buffer > (2) run gnus-group-browse-foreign-server (B) > (3) nnatom > (4) https://sachachua.com/blog/category/emacs/feed/atom/ Daniel, any comments or suggestions? From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 21 11:41:16 2024 Received: (at 74857) by debbugs.gnu.org; 21 Dec 2024 16:41:16 +0000 Received: from localhost ([127.0.0.1]:47466 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tP2XT-0004HR-Qu for submit@debbugs.gnu.org; Sat, 21 Dec 2024 11:41:16 -0500 Received: from dsemy.com ([46.23.89.208]:39097) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tP2XO-0004H8-59 for 74857@debbugs.gnu.org; Sat, 21 Dec 2024 11:41:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=dkim; bh=KhvTkz7IneQNt jlS6D0Rsu/fvfgvqHI2+U3uVB2rbgQ=; h=date:references:in-reply-to: subject:cc:to:from; d=dsemy.com; b=b6nUVvz++U9pMaDrfMdWPEn7Sx5uJI20yvf ONX3G2lzq7NxOZtnsLjMbTDZZSFEyrZ4NLnQ3rPs9jdj3pSeDOLZRhzxu4x3/x/+KGS6jY SYgLR76pHqZMXS4qFdIbVbVHWkJcpKLnWNvphZz2FPNRi9CB2x3A7SadBZHLp5KgP1zLOS EI2JlfZPPYueJ1u7gYvGdjNVOD6YWy4nvUFkyk13I1DHuVBLdjEViz1LFVUX+9TF4M/KYu QMaEWhjrzzqI3EtqSzsLXx3LCoMQadR0BBd/HIRnO78+A1DgELSACPjLYUWKpils0uFQaN tG2e0Jjf6oHL7CzIx3nRgiICRwQ== Received: from coldharbour (204.134.hqserv.co.il [185.191.204.134]) by dsemy.com (OpenSMTPD) with ESMTPSA id ff479d5f (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 21 Dec 2024 17:41:01 +0100 (CET) From: Daniel Semyonov To: Eli Zaretskii Subject: Re: bug#74857: 30.0.92; Gnus nnatom: url protocol In-Reply-To: <865xnd8j12.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 21 Dec 2024 11:47:21 +0200") References: <875xnn9z29.fsf@librehacker.com> <865xnd8j12.fsf@gnu.org> Date: Sat, 21 Dec 2024 18:40:05 +0200 Message-ID: <87zfkpq9ay.fsf@dsemy.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74857 Cc: Christopher Howard , 74857@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> Eli Zaretskii writes: >> From: Christopher Howard >> Date: Fri, 13 Dec 2024 10:13:02 -0900 >>=20 >>=20 >>=20 >> Hi. When setting up a new feed group with nnatom in Gnus, there is a >> little oddity: If I pass in the URL to the feed without the protocol >> specifier, i.e., without the "https://" it works fine. But if I try >> to include the protocol specifier, then I get a message: "Couldn=E2= =80=99t >> request list: nil", and the group is not added. It doesn't trigger >> the debugger, even though "debug-on-error" is set t. >>=20 >> So, I frequently have to delete the "https://" part when I am copyin= g and pasting from some link for an atom feed. This is a bother. >>=20 >> I don't know if this can be reproduced without Gnus already being se= tup, but an example process is: >>=20 >> (1) bring up Gnus group buffer >> (2) run gnus-group-browse-foreign-server (B) >> (3) nnatom >> (4) https://sachachua.com/blog/category/emacs/feed/atom/ > Daniel, any comments or suggestions? This is a known issue (also noted in the manual), though the message returned should be more descriptive. The returned message is emitted by Gnus when it fails to get info for the server from the backend, and should use the value of 'backend-status-string' ('nnatom-status-string' in this case); this works on a normal session on my end (returning a message set in 'nnatom--read-feed'), but fails with emacs -Q, also returning "Couldn't request list: nil". I half suspect this is a bug with Gnus trying to read the status string of the wrong server (and not a bug in nnatom), but I'll look into it. As for why it isn't allowed in the first place, Gnus unfortunately breaks when ":" is used in server addresses due to regular expressions used in various internal functions, though I don't remember the details. Daniel From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 21 20:30:50 2024 Received: (at 74857) by debbugs.gnu.org; 22 Dec 2024 01:30:50 +0000 Received: from localhost ([127.0.0.1]:48453 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tPAny-0003op-Fx for submit@debbugs.gnu.org; Sat, 21 Dec 2024 20:30:50 -0500 Received: from mail-ed1-f47.google.com ([209.85.208.47]:51577) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tPAnw-0003oZ-PS for 74857@debbugs.gnu.org; Sat, 21 Dec 2024 20:30:49 -0500 Received: by mail-ed1-f47.google.com with SMTP id 4fb4d7f45d1cf-5d84179ef26so793926a12.3 for <74857@debbugs.gnu.org>; Sat, 21 Dec 2024 17:30:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734830983; x=1735435783; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=aFna2N+FzqhdnQ2ZH1jAzy8xfg7SOSEU0Asu3Lgdb0Y=; b=FGzP/7FLCc+RDUUUdWab0/Bkxy73jqMFz7dMClO9tuRmJjaa/PiGVpN3T+6KN5zckn ulfmHVYz1M+wuk5sVCo++14/LWx+HZd/8cnkiRbq9GeVp6q0+XnMdCihqUPb0EGo//6Q RY66FelhYd/3zmyldjr1+CfeGieWrbjNVyt5RZdDDcQh/F2VUuAGSUwyLm5oHEi5zsN4 rO6nbR8ihf7kfjBVWhy8yL+O+RR7FGvUuc4FNz9oPRy68HFzuWrYHcLcFs4591Asp4UL HIdumirKa0eq4GEvT8gOHcNO5+k22A+LryOUfXaOfmcZYOcbYLG1hQvDFyRlrc+fvGK3 gSvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734830983; x=1735435783; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=aFna2N+FzqhdnQ2ZH1jAzy8xfg7SOSEU0Asu3Lgdb0Y=; b=JX3LsBEvvOCHmmT3htkDb9OD4ZWw+0XAFnOW6u4oW8xZMkMJwNu2+FEg0DR4Ec4uEa OkWVSkF7T2zQuqNxt2uQcD2/BlJiX4wEyEJPJyLUREbaPosM19Noa+HY57k/lynGiA82 NqYbIMRsLk4t2skl5r8twjVRoX2u5J3pkC8KVEgRUpGCuLmEAA9sGEAhJ9cCDDwbDu2y c9fj/MYfiXWmZiR2Jmn1fC18idhl4QrqeeLfBhWDGVo5MguDYRiX+J8+SpObj/GEv4je GAHKl8QcOE7XYrUGiD73w607b5A67ok7OIcTpHEor/yIUt99brQjFSQKHsfKAvGhj+93 UIXA== X-Forwarded-Encrypted: i=1; AJvYcCXbAHhj3R7d+MtlOmcK2qT7TiptX+5Fk+cf07bZsmcmTy3n+11udn2Tn/EaUJltKCTmEMJThA==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxV+TSj2TaAyaSayXs1XvflostlptoQfdJeTSW2ZOHkXeeEtlU3 8RjrWY5nsge83IMavSYFNw1XHr9lyORJSxvzvo7pGoRYwsRHqHA+ZvxhDU5P8hWCUFANJEuqgLm HXtuf0RwKfUCCBUK3As1nqm2jRgg= X-Gm-Gg: ASbGncvirYIpnr2awTOkb1Iunv9D7FLvgf3eGIrk0KVBB5l/L54gWccuZbCuIBC+rZj D4NRL2OnRO9BgdRbXF676yGpd3C1M4CBVkoeN7Tg= X-Google-Smtp-Source: AGHT+IFpH8fuONwqgM3SNMpHRnjNP5v8As9IouIR8Plx44X/c4f3Xk8vbfwzm2LZgCBKWU/C+cTGBVoXyJ+KAUo8TDc= X-Received: by 2002:a05:6402:2345:b0:5d1:2377:5afc with SMTP id 4fb4d7f45d1cf-5d81dd66e6amr7154185a12.3.1734830982793; Sat, 21 Dec 2024 17:29:42 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 22 Dec 2024 01:29:42 +0000 From: Stefan Kangas In-Reply-To: <87zfkpq9ay.fsf@dsemy.com> References: <875xnn9z29.fsf@librehacker.com> <865xnd8j12.fsf@gnu.org> <87zfkpq9ay.fsf@dsemy.com> MIME-Version: 1.0 Date: Sun, 22 Dec 2024 01:29:42 +0000 Message-ID: Subject: Re: bug#74857: 30.0.92; Gnus nnatom: url protocol To: Daniel Semyonov , Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74857 Cc: Christopher Howard , 74857@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Daniel Semyonov via "Bug reports for GNU Emacs, the Swiss army knife of text editors" writes: > This is a known issue (also noted in the manual), though the message > returned should be more descriptive. > > The returned message is emitted by Gnus when it fails to get info for > the server from the backend, and should use the value of > 'backend-status-string' ('nnatom-status-string' in this case); this > works on a normal session on my end (returning a message set in > 'nnatom--read-feed'), but fails with emacs -Q, also returning "Couldn't > request list: nil". > I half suspect this is a bug with Gnus trying to read the status string > of the wrong server (and not a bug in nnatom), but I'll look into it. > > As for why it isn't allowed in the first place, Gnus unfortunately > breaks when ":" is used in server addresses due to regular expressions > used in various internal functions, though I don't remember the details. Does nnatom use http or https by default in these situations? From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 22 16:13:54 2024 Received: (at 74857) by debbugs.gnu.org; 22 Dec 2024 21:13:54 +0000 Received: from localhost ([127.0.0.1]:52157 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tPTGs-0001iT-BH for submit@debbugs.gnu.org; Sun, 22 Dec 2024 16:13:54 -0500 Received: from dsemy.com ([46.23.89.208]:1940) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tPTGp-0001iG-Po for 74857@debbugs.gnu.org; Sun, 22 Dec 2024 16:13:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=dkim; bh=EASSJWjzzVfMs VGdNxwWcmD2BPvL7Xw3kzPZsxXZRcs=; h=date:references:in-reply-to: subject:cc:to:from; d=dsemy.com; b=KEMP+Sg13goW+g/KDmMVSwmYIcizbSgvk8/ /pIH7giUf5LNDLoIteFtsyZrvea/QaFPdnw1BZQCwpNXmtQVmrlOnw3rV02Y8XTS2RUgll jg1q//3MYAc/NUzok37QcpDm3N8W4I2ZSD+AdxYy3nYRcvCCvioeNEWRAyHvOGTo+eTtqJ 2YpiSpHH3O72Iz4KmkZLx4TiWNZfPXeeg8HJ6QIdeC5v++xYghrvA1alQX3cT9c1e9u+8A gPGMgxD7bFcE6TQGKebwCBN2Y9+stHoXppT7zQDt+VG6n6o51psY8inhKANjlM/TNwLWqa D2tOWKKtAlsvE5kXjMEv6HRVPSg== Received: from coldharbour (204.134.hqserv.co.il [185.191.204.134]) by dsemy.com (OpenSMTPD) with ESMTPSA id 73bcbd79 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sun, 22 Dec 2024 22:13:38 +0100 (CET) From: Daniel Semyonov To: Stefan Kangas Subject: Re: bug#74857: 30.0.92; Gnus nnatom: url protocol In-Reply-To: (Stefan Kangas's message of "Sun, 22 Dec 2024 01:29:42 +0000") References: <875xnn9z29.fsf@librehacker.com> <865xnd8j12.fsf@gnu.org> <87zfkpq9ay.fsf@dsemy.com> Date: Sun, 22 Dec 2024 23:12:31 +0200 Message-ID: <877c7ra0cg.fsf@dsemy.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74857 Cc: Christopher Howard , Eli Zaretskii , 74857@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> Stefan Kangas writes: > Daniel Semyonov via "Bug reports for GNU Emacs, the Swiss army knife of > text editors" writes: >> This is a known issue (also noted in the manual), though the message >> returned should be more descriptive. >> >> The returned message is emitted by Gnus when it fails to get info for >> the server from the backend, and should use the value of >> 'backend-status-string' ('nnatom-status-string' in this case); this >> works on a normal session on my end (returning a message set in >> 'nnatom--read-feed'), but fails with emacs -Q, also returning "Couldn't >> request list: nil". >> I half suspect this is a bug with Gnus trying to read the status string >> of the wrong server (and not a bug in nnatom), but I'll look into it. >> >> As for why it isn't allowed in the first place, Gnus unfortunately >> breaks when ":" is used in server addresses due to regular expressions >> used in various internal functions, though I don't remember the details. > Does nnatom use http or https by default in these situations? nnatom always uses https, feeds available only over http are not supported at all currently (unless they are downloaded separately, and added to nnatom as a file instead of a URL). This is something I wanted to address at some point but honestly forgot about it, though I'm not sure how important it is TBH; adding a server variable controlling this would be fairly easy to do, I think. In any case I still haven't had time to look into the issue with the wrong returned message, I'll look into both issues in a few days (hopefully). Daniel From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 04 06:49:24 2025 Received: (at 74857) by debbugs.gnu.org; 4 Jan 2025 11:49:24 +0000 Received: from localhost ([127.0.0.1]:53689 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tU2ei-0003Qb-8y for submit@debbugs.gnu.org; Sat, 04 Jan 2025 06:49:24 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46910) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tU2eg-0003QL-Nh for 74857@debbugs.gnu.org; Sat, 04 Jan 2025 06:49:23 -0500 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 1tU2ea-0005Sj-To; Sat, 04 Jan 2025 06:49:16 -0500 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=96z0Q4OBhdD7Yq1NsUodyJf793cOJg2ARWTmkeGCnv0=; b=XqU6APrSVS7g NHMyrjILn6P8ALJ+Ojd42Bf9n84g20zkSJCI8i35KTGSHO72TyI8BYqLcwuO2b6AbkgSy6gku0qv6 Jx4a4Lb94qjI8HHXzSH8n3vm5lgNfcPXQzXJMiWCAKvUYLID32nyzetl/OF9Fwgj8UxqqnfjkUPli qLLNgIqHU3+J1bbI76nhqmnGtrV/CM83SaZrIXEId9rjNBy9U6RR/1dHJXEhM/jouA+w7lvISbBsu 8BZwQU3fDAIkNpAY3D5HN/Z1A7gQ+SnmUek1Q3cDI5ExGkCCwUKTnh+dtYoB2gVerN7+fXgLBH38Z EoIetH/PK62V9E2+cMMKig==; Date: Sat, 04 Jan 2025 13:49:14 +0200 Message-Id: <86cyh2er45.fsf@gnu.org> From: Eli Zaretskii To: Daniel Semyonov In-Reply-To: <877c7ra0cg.fsf@dsemy.com> (message from Daniel Semyonov on Sun, 22 Dec 2024 23:12:31 +0200) Subject: Re: bug#74857: 30.0.92; Gnus nnatom: url protocol References: <875xnn9z29.fsf@librehacker.com> <865xnd8j12.fsf@gnu.org> <87zfkpq9ay.fsf@dsemy.com> <877c7ra0cg.fsf@dsemy.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74857 Cc: christopher@librehacker.com, 74857@debbugs.gnu.org, stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Daniel Semyonov > Cc: Eli Zaretskii , Christopher Howard > , 74857@debbugs.gnu.org > Date: Sun, 22 Dec 2024 23:12:31 +0200 > > >>>>> Stefan Kangas writes: > > > Daniel Semyonov via "Bug reports for GNU Emacs, the Swiss army knife of > > text editors" writes: > > >> This is a known issue (also noted in the manual), though the message > >> returned should be more descriptive. > >> > >> The returned message is emitted by Gnus when it fails to get info for > >> the server from the backend, and should use the value of > >> 'backend-status-string' ('nnatom-status-string' in this case); this > >> works on a normal session on my end (returning a message set in > >> 'nnatom--read-feed'), but fails with emacs -Q, also returning "Couldn't > >> request list: nil". > >> I half suspect this is a bug with Gnus trying to read the status string > >> of the wrong server (and not a bug in nnatom), but I'll look into it. > >> > >> As for why it isn't allowed in the first place, Gnus unfortunately > >> breaks when ":" is used in server addresses due to regular expressions > >> used in various internal functions, though I don't remember the details. > > > Does nnatom use http or https by default in these situations? > > nnatom always uses https, feeds available only over http are not > supported at all currently (unless they are downloaded separately, and > added to nnatom as a file instead of a URL). > This is something I wanted to address at some point but honestly forgot > about it, though I'm not sure how important it is TBH; adding a server > variable controlling this would be fairly easy to do, I think. > > In any case I still haven't had time to look into the issue with the > wrong returned message, I'll look into both issues in a few days > (hopefully). Daniel, did you have time to look into this? From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 09 18:36:47 2025 Received: (at 74857) by debbugs.gnu.org; 9 Jan 2025 23:36:47 +0000 Received: from localhost ([127.0.0.1]:55283 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tW251-0005Fk-0n for submit@debbugs.gnu.org; Thu, 09 Jan 2025 18:36:47 -0500 Received: from dsemy.com ([46.23.89.208]:47614) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tW24z-0005FT-Cm for 74857@debbugs.gnu.org; Thu, 09 Jan 2025 18:36:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=dkim; bh=a/7m4d44/0KLl fVdfR1/ajE67RVPXLrAvcPOpl7ZRCI=; h=date:references:in-reply-to: subject:cc:to:from; d=dsemy.com; b=pULIgnRBG0QT2CyUaO/6fm6QDokaEZhw+RP SJ9PGXZ+WwZ0/FMNt+tmfYPWbt9lVSKvYZTepoY09B4kWZdycG2txRQ2My2xky8Vdtf8IF TxC+v5d9QFRAM8uGDFKQIkmZWnjOi6h0fD4WuLVBZUaFV3XOy/6zbfp8E+8KXGPbncLEah AF7c71xUZ3i6OGspyt5SRgHlgYAw2vDqRaJUemknYfe0cQcWwGdB7be0uc/rCgiqJLuh49 1EgGqVGWtaA+fHFtsgiFMEKLR7n3ct+ToOkW+LKepuqpD3/QwDfODpJKx0p536Oe1CuoXJ QOdjhr8FiaYGH8im8CwRW13YETQ== Received: from coldharbour (204.134.hqserv.co.il [185.191.204.134]) by dsemy.com (OpenSMTPD) with ESMTPSA id 32f5974e (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 10 Jan 2025 00:36:37 +0100 (CET) From: Daniel Semyonov To: Eli Zaretskii Subject: Re: bug#74857: 30.0.92; Gnus nnatom: url protocol In-Reply-To: <86cyh2er45.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 04 Jan 2025 13:49:14 +0200") References: <875xnn9z29.fsf@librehacker.com> <865xnd8j12.fsf@gnu.org> <87zfkpq9ay.fsf@dsemy.com> <877c7ra0cg.fsf@dsemy.com> <86cyh2er45.fsf@gnu.org> Date: Fri, 10 Jan 2025 01:35:36 +0200 Message-ID: <87seprpnlj.fsf@dsemy.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74857 Cc: christopher@librehacker.com, 74857@debbugs.gnu.org, stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> Eli Zaretskii writes: >> From: Daniel Semyonov >> Cc: Eli Zaretskii , Christopher Howard >> , 74857@debbugs.gnu.org >> Date: Sun, 22 Dec 2024 23:12:31 +0200 >> >> >>>>> Stefan Kangas writes: >> >> > Daniel Semyonov via "Bug reports for GNU Emacs, the Swiss army knife of >> > text editors" writes: >> >> >> This is a known issue (also noted in the manual), though the message >> >> returned should be more descriptive. >> >> >> >> The returned message is emitted by Gnus when it fails to get info for >> >> the server from the backend, and should use the value of >> >> 'backend-status-string' ('nnatom-status-string' in this case); this >> >> works on a normal session on my end (returning a message set in >> >> 'nnatom--read-feed'), but fails with emacs -Q, also returning "Couldn't >> >> request list: nil". >> >> I half suspect this is a bug with Gnus trying to read the status string >> >> of the wrong server (and not a bug in nnatom), but I'll look into it. >> >> >> >> As for why it isn't allowed in the first place, Gnus unfortunately >> >> breaks when ":" is used in server addresses due to regular expressions >> >> used in various internal functions, though I don't remember the details. >> >> > Does nnatom use http or https by default in these situations? >> >> nnatom always uses https, feeds available only over http are not >> supported at all currently (unless they are downloaded separately, and >> added to nnatom as a file instead of a URL). >> This is something I wanted to address at some point but honestly forgot >> about it, though I'm not sure how important it is TBH; adding a server >> variable controlling this would be fairly easy to do, I think. >> >> In any case I still haven't had time to look into the issue with the >> wrong returned message, I'll look into both issues in a few days >> (hopefully). > Daniel, did you have time to look into this? Not yet, sorry. From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 01 23:30:31 2025 Received: (at control) by debbugs.gnu.org; 2 Mar 2025 04:30:31 +0000 Received: from localhost ([127.0.0.1]:49967 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1toayF-000252-2c for submit@debbugs.gnu.org; Sat, 01 Mar 2025 23:30:31 -0500 Received: from mail-ed1-x532.google.com ([2a00:1450:4864:20::532]:41999) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1toayD-0001wK-Cu for control@debbugs.gnu.org; Sat, 01 Mar 2025 23:30:29 -0500 Received: by mail-ed1-x532.google.com with SMTP id 4fb4d7f45d1cf-5dccaaca646so6590004a12.0 for ; Sat, 01 Mar 2025 20:30:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1740889823; x=1741494623; darn=debbugs.gnu.org; h=to:subject:message-id:date:mime-version:from:from:to:cc:subject :date:message-id:reply-to; bh=K/Vc7yh9C7ECiiVNidRvU7P5V6WpDwhT30FkOoyUGiA=; b=anf8FOeio5xcRCWqWWxsFR2397goy4rYtQu5tNmo5Jlsk6lzmmS7j3EJNq5wXPf3kC l2GQWbSCbhPVhasj0IVRrr+QXlWkpBggdax7FaIiiRWkfs137iNw7+VUtUZTMa2dwIn8 8JHF3RSpYnfavo+sAF2mmwaGGMuuZ6EvQMYULbMTV+Tz5OBaSye2oI+dW+fa+EK2XsWV rIWDRSgcLEplhDk8gbbo3afd4LiJOPKlrQXIW3cECv27IZ9/LeWKc8Hw4GlVbf6ksC03 EimVWKbU4P3AK28lntIjGK1N7uSrDxJ+Nu8C5dVcmaY3rbGpgjXxrbhq6Wyiw/Kg49hE tIEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1740889823; x=1741494623; h=to:subject:message-id:date:mime-version:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=K/Vc7yh9C7ECiiVNidRvU7P5V6WpDwhT30FkOoyUGiA=; b=XFup3bI0fOIgzvDEuGzukGeqd7wsQepWgUdMiOGnRu0DAofSOxNhvFvh+X9ZuyNWMw H5dtU8whjwRQ3w55xMc6PGnSwRSUr+/KKUcrPxwCiad4QuhNBiAJxQ5IPtqyjDxWqCO5 cifm4DLKbQg8cNt0xvT0812DAyCY8EygslBeMVdrq0iVwQgc59Y8mUR3qIPdyRUgrEBc W6lawX1msrVVFT4Q9rz/MNK9PUwfh9hxGXSf0fOZNoMNXocxevmVxWytDY6JQXgxzw+0 4EXdk8+PfKiinZ3rqBbH5wqmBzUgWceDq932uTSvAjnTXtMHz4089VhA6jpw61R+Dppr Yj5w== X-Gm-Message-State: AOJu0YySQCRtjCZtz8ZXRjiEqvETbRElTXfkfSoZymPx5lG0TT/FnAzP 90uVmw69uR6h+u+CPbDZOnhRdzjfl2xxRxYuP7VMKBsPUNRGU1oRnoUPkdy4BBehsnu0THS2aOF 4iIM1mLm+5c/OmvCBKtGNHUzy7EB04CJrXn8= X-Gm-Gg: ASbGncsl5C16c8+y5BQZJlBPsv16y+m0xudGCizyDaSb1swQRxIxaF/Xm1on4YBj4mB MPyTgsn94njgQqy08IvOryUNrzbAejf4c5xDX78Znxzzs7ChnEqwLgNrL5Z90M6KY6s33nZxkNF 9NKi/6o0kkA12zn49awR80+aVi/w== X-Google-Smtp-Source: AGHT+IHpSzoSV2PBIQuquYx5XDGuHtF7WfINzXcenID37OExttf656XllWWYDsYawvxwsANAVfvtV6irsSCgZuFOvas= X-Received: by 2002:a05:6402:354c:b0:5e0:8a34:3b5c with SMTP id 4fb4d7f45d1cf-5e4d51fef15mr9956519a12.0.1740889823017; Sat, 01 Mar 2025 20:30:23 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sat, 1 Mar 2025 20:30:22 -0800 From: Stefan Kangas MIME-Version: 1.0 Date: Sat, 1 Mar 2025 20:30:22 -0800 X-Gm-Features: AQ5f1JrMvByrQNvRn8Qh1LJaw07YHufIdYw-DCs4DH24QUAnJJZVlb828BrGa_0 Message-ID: Subject: control message for bug #74857 To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) severity 74857 minor quit From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 11 08:08:45 2025 Received: (at 74857) by debbugs.gnu.org; 11 Mar 2025 12:08:45 +0000 Received: from localhost ([127.0.0.1]:42027 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tryPc-0003kn-Uc for submit@debbugs.gnu.org; Tue, 11 Mar 2025 08:08:45 -0400 Received: from mout.gmx.net ([212.227.15.15]:39025) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tryPZ-0003kS-Bd for 74857@debbugs.gnu.org; Tue, 11 Mar 2025 08:08:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1741694895; x=1742299695; i=jimjoe@gmx.net; bh=x3LstR/SzgvtRI+3bCFX0rxINo46oqeRr+lOc24Gjgk=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=IFXOSVYFRgNAcFSY/efDQgtI0qyiRyzXXZtaY0KNkmZxNG/L+mDVm2F4m6pmrNmj V+8Rmc/0izNqKiKpwcYIO62kEJUKDt2Zt8MpHEInKpoowGmfJ5Kd/rLS+dm31g8rr dgqnjOdUzyXPoQn5zzh0GH0SYeQba0zDxTXdKWPh9s35DLGNnjDkVZ9SsjuIe4iy6 P9cbWmCiA8l3i4/t3RxUplars5F2NuvAosr40RmCunLAcTUSuc88ppTYnNwNcWjK7 NsOCG9zUkyBnGUnHWg301KIQGp3hRV6sOrReYWLoKva+n783QFyeChjZpp13xQ2QR UajHLreLswQceIEZ0Q== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from vimala ([42.108.14.119]) by mail.gmx.net (mrgmx005 [212.227.17.184]) with ESMTPSA (Nemesis) id 1Mk0Ne-1tTsz00wmW-00n7tN; Tue, 11 Mar 2025 13:08:15 +0100 From: James Thomas To: Daniel Semyonov Subject: Re: bug#74857: 30.0.92; Gnus nnatom: url protocol In-Reply-To: <87zfkpq9ay.fsf@dsemy.com> (Daniel Semyonov's message of "Sat, 21 Dec 2024 18:40:05 +0200") References: <875xnn9z29.fsf@librehacker.com> <865xnd8j12.fsf@gnu.org> <87zfkpq9ay.fsf@dsemy.com> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 11 Mar 2025 17:38:13 +0530 Message-ID: <87bju7g47m.fsf@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:ib49THoTRsK3nmOxDlh4+pbvwBKVV8AuiPh9UNEO7YieSlhqbYx AXotZBC/5MaQNUc3+BXNZzYEItjZQnfLwlahffg0lSbGhwdCrfVgzFpsRTS0vO87l4y+t2S HMKDr/WVt5KGKNBO5fJ4D5pf99zRYGBiXcrr6MtC4ioZ/3XJpXiCs7uT7ZUz/I9rEyIOhd9 9oSRS5hD+R6JSkIg7n0mQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:utrDbgH4iIc=;0EWtcEqdx0tj1jWLHJ3GBYMtRV1 99hcWqamWOP7YQvVVOtTLnsdl/sIB2GtA++Pva0e+etBrXcl1FRN/29pP7wt6md4X/ZHRBKi8 Aurlbd1dZhAWJuwX9+xZIs7E6t//wegcnrWRevYW5p0zi/bdO4kJpEbTCMxIyqLa4mwAJo3aA 5Pxc5tOx0qxll9CIlUraPaB93GFqsUOQ0k9m9fP8lICMrGZ5e8P/+eIbTFQYZyoBc2ko8kFRg hiJTscW9V67CcNowC9w9YBgwHdtMtItYbIY56SbeVbY8d3y65V8Izn4s6Jq//SGyaf20f5+XK HTaXJC9PIg4wG5dESeFCYfHWIhlJqG5QucX1Lb4pUDtpn3iAW9Pr55Yit44iQXjATZ3reXx6e AqrPSblnOA0/1xaOPPAtRtMVgSILzcyP7y6Il2QdlZ581iwE4zRwi+x0rMHEiYIMUZXLt3Dd0 PvE+C+lrLm3mjPB/gDlvkX6u7zffPwvOsOauK5i4lGVQYFkcyTqYpxnndyPfJOEl+MpnV69IW ncR7iQRVHj+icKN9rwBEmO60hRadJn/CQ01HN/Lh1XqSosswm8x6VssGF0OCD8m2b9imyJPaL 3CW9X6AjWvqrykTM3tIHsAdsH7zQUmSFBeOb77KR2dNNPMaN11zhe68uuGxKjf2NodLa/8BPY L6qomZrJlcfvrdJlI6dVW2CZzFyt3qmCUf01/YVPxZv2XcYndygHAC41vkuhlvC0YIlgKqPx7 ilgnHUknPdgySb0d9/z5qUnsR81vWBaOFu8XWnMrb8Qxf3ZduMLJWEByFgvgWLGhQTxdOKCLw CPh3BC2I9V7Pty0iZDBBUXUwUEbHhrnW8kf+66m+pJ7+eBj8Az+Aa1/o42VlYCvUjDKyHGnuQ oJatMovtNexlkuG9B2ShHQ5wwZCTuqquHSbvDbVMfUBKDf+t9Zlo2mcQeiiCMbnZQ4ekOnhRr abIazZjnoW3sMlIko8YRw3V/mVJox6Bpq2tfvvTn/+w+VrDhfHPNid95dzC/8/UcOQjXYPH4f b6SMddb3focXxTuGq0xrX7xdVHpbfvKwqx2DHvE70qPG6GCmDzyPKBROIKNbUrafT3dhDnOkL Ygso9C/J5yiQQG/NDCPqvXNSPxZb5w7gx91/rMdJpsULhT5v4jKURXL2uIHv9KEqpISo0z7Am m74rCkE4slpHNEocyJ8xk9mWmZreNiwM5xzJDW7zVqSAmHxpQrHZTfIJzgzc+tjdzLSFmqODc AtbUsIKpspzPg6XqrQhye8giWKLJ5zW4IQaX8KNXKZq7nnBonIPdYzZ4Tcc3Jk68yYk0v1NDW VixByqfTDxnnuEAw6sCGdcb3doM3h71e0hYiOCmBJnX6F4LRcyPw2GrTLWAYoeJXuMhMpmS4Z JIcWOIJsrdCaSY1xoKNCcwd3DVmxtafhDHY/o= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 74857 Cc: Christopher Howard , Eli Zaretskii , 74857@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Daniel Semyonov writes: >>>>>> Eli Zaretskii writes: > > >> From: Christopher Howard > >> Date: Fri, 13 Dec 2024 10:13:02 -0900 > >>=20 > >>=20 > >>=20 > >> Hi. When setting up a new feed group with nnatom in Gnus, there is= a > >> little oddity: If I pass in the URL to the feed without the protoc= ol > >> specifier, i.e., without the "https://" it works fine. But if I try > >> to include the protocol specifier, then I get a message: "Couldn= =E2=80=99t > >> request list: nil", and the group is not added. It doesn't trigger > >> the debugger, even though "debug-on-error" is set t. > >>=20 > >> So, I frequently have to delete the "https://" part when I am > >> copying and pasting from some link for an atom feed. This is a > >> bother. > >>=20 > >> I don't know if this can be reproduced without Gnus already > >> being setup, but an example process is: > >>=20 > >> (1) bring up Gnus group buffer > >> (2) run gnus-group-browse-foreign-server (B) > >> (3) nnatom > >> (4) https://sachachua.com/blog/category/emacs/feed/atom/ > > > Daniel, any comments or suggestions? > > This is a known issue (also noted in the manual), though the message > returned should be more descriptive. > > The returned message is emitted by Gnus when it fails to get info for > the server from the backend, and should use the value of > 'backend-status-string' ('nnatom-status-string' in this case); this > works on a normal session on my end (returning a message set in > 'nnatom--read-feed'), but fails with emacs -Q, also returning "Couldn't > request list: nil". > I half suspect this is a bug with Gnus trying to read the status string > of the wrong server (and not a bug in nnatom), but I'll look into it. This seems to fix it (but maybe there's a better way): diff --git a/lisp/gnus/nnatom.el b/lisp/gnus/nnatom.el index 7375312b099..fe1f1272f1f 100644 --- a/lisp/gnus/nnatom.el +++ b/lisp/gnus/nnatom.el @@ -47,15 +47,14 @@ nnatom (defun nnatom--read-feed (feed _) "Return a list structure representing FEED, or nil." (if (string-match-p "\\`https?://" feed) - (nnheader-report - nnatom-backend + (nnfeed-report "Address shouldn't start with \"http://\" or \"https://\"") (with-temp-buffer (condition-case e (if (file-name-absolute-p feed) (insert-file-contents feed) (mm-url-insert-file-contents (concat "https://" feed))) - (file-error (nnheader-report nnatom-backend (cdr e))) + (file-error (nnfeed-report (cdr e))) (:success (when-let ((data (if (libxml-available-p) (libxml-parse-xml-region (point-min) (point-max)) diff --git a/lisp/gnus/nnfeed.el b/lisp/gnus/nnfeed.el index ffea063038e..e0489044929 100644 --- a/lisp/gnus/nnfeed.el +++ b/lisp/gnus/nnfeed.el @@ -687,6 +687,9 @@ nnfeed-request-rename-group (setq nnfeed-group new-name)) t)) =20 +(deffoo nnfeed-report (&rest args) + (apply #'nnheader-report 'nnfeed args)) + (provide 'nnfeed) =20 ;;; nnfeed.el ends here For those who're wondering what's going on, (info "(gnus) Writing New Back Ends") says: This means that =E2=80=98nnml-current-directory=E2=80=99 will be set to =E2=80=98nndir-directory=E2=80=99 when an =E2=80=98nnml=E2=80=99 function= is called on behalf of =E2=80=98nndir=E2=80=99. (The same with =E2=80=98nnmh=E2=80=99.) (FTR, I hate OOP) -- From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 12 17:16:29 2025 Received: (at submit) by debbugs.gnu.org; 12 Mar 2025 21:16:29 +0000 Received: from localhost ([127.0.0.1]:51980 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tsTRE-00086A-SC for submit@debbugs.gnu.org; Wed, 12 Mar 2025 17:16:29 -0400 Received: from lists.gnu.org ([2001:470:142::17]:53408) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tsTRC-00085u-SW for submit@debbugs.gnu.org; Wed, 12 Mar 2025 17:16:27 -0400 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 1tsTR6-0001G6-BO for bug-gnu-emacs@gnu.org; Wed, 12 Mar 2025 17:16:20 -0400 Received: from dsemy.com ([46.23.89.208]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tsTR4-0001bg-6Z; Wed, 12 Mar 2025 17:16:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=dkim; bh=ORH4Wud0/kaDh wfiAVk6WoqStyEgYSl2QJiV0vjfgKU=; h=date:references:in-reply-to: subject:cc:to:from; d=dsemy.com; b=Ge1NAvmLPxuiT79dgdrhTDtF3Vy2V3l4AUk OEmjXy2Hqt1n2dLIS3N5dhPQg7ZZ/UIl8Y9ndeQ0TLaJcKmWu7COHW/KV9wH2Uo1WACP3A UvoLZ5L3lBKfdzoAQNwG43xLFEofH+ZAUsjwB3AAqvc5PMbtBpQOLtVFqD9HAxVrDwt3xb 3I+mMbu3WDp77zz4LzEW3paYHSEqcPYPs6bLcCzkF8KcZ5oeyCjf7GdSswBML8zVCAO/nm aTVRowsOpy3KkG/zaq+K0wkw1IVOylwmxGRnR2lzIE13oUMfimbGcNS8McOAQ1Zp9XVwdN 7EsWFeF66+tjKLp6OhK2rJeBcRQ== Received: from coldharbour (204.134.hqserv.co.il [185.191.204.134]) by dsemy.com (OpenSMTPD) with ESMTPSA id 40ea525c (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 12 Mar 2025 22:16:07 +0100 (CET) From: Daniel Semyonov To: James Thomas via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Subject: Re: bug#74857: 30.0.92; Gnus nnatom: url protocol In-Reply-To: <87bju7g47m.fsf@gmx.net> References: <875xnn9z29.fsf@librehacker.com> <865xnd8j12.fsf@gnu.org> <87zfkpq9ay.fsf@dsemy.com> <87bju7g47m.fsf@gmx.net> Date: Wed, 12 Mar 2025 23:14:16 +0200 Message-ID: <87ecz2ar4n.fsf@dsemy.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=46.23.89.208; envelope-from=daniel@dsemy.com; helo=dsemy.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) X-Debbugs-Envelope-To: submit Cc: Christopher Howard , Eli Zaretskii , 74857@debbugs.gnu.org, James Thomas X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.1 (/) >>>>> Bug reports for GNU Emacs, the Swiss army knife of text editors write= s: > Daniel Semyonov writes: >>>>>>> Eli Zaretskii writes: >>=20 >> >> From: Christopher Howard >> >> Date: Fri, 13 Dec 2024 10:13:02 -0900 >> >>=20 >> >>=20 >> >>=20 >> >> Hi. When setting up a new feed group with nnatom in Gnus, there i= s a >> >> little oddity: If I pass in the URL to the feed without the proto= col >> >> specifier, i.e., without the "https://" it works fine. But if I t= ry >> >> to include the protocol specifier, then I get a message: "Couldn= =E2=80=99t >> >> request list: nil", and the group is not added. It doesn't trigger >> >> the debugger, even though "debug-on-error" is set t. >> >>=20 >> >> So, I frequently have to delete the "https://" part when I am >> >> copying and pasting from some link for an atom feed. This is a >> >> bother. >> >>=20 >> >> I don't know if this can be reproduced without Gnus already >> >> being setup, but an example process is: >> >>=20 >> >> (1) bring up Gnus group buffer >> >> (2) run gnus-group-browse-foreign-server (B) >> >> (3) nnatom >> >> (4) https://sachachua.com/blog/category/emacs/feed/atom/ >>=20 >> > Daniel, any comments or suggestions? >>=20 >> This is a known issue (also noted in the manual), though the message >> returned should be more descriptive. >>=20 >> The returned message is emitted by Gnus when it fails to get info for >> the server from the backend, and should use the value of >> 'backend-status-string' ('nnatom-status-string' in this case); this >> works on a normal session on my end (returning a message set in >> 'nnatom--read-feed'), but fails with emacs -Q, also returning "Could= n't >> request list: nil". >> I half suspect this is a bug with Gnus trying to read the status str= ing >> of the wrong server (and not a bug in nnatom), but I'll look into it. > This seems to fix it (but maybe there's a better way): > diff --git a/lisp/gnus/nnatom.el b/lisp/gnus/nnatom.el > index 7375312b099..fe1f1272f1f 100644 > --- a/lisp/gnus/nnatom.el > +++ b/lisp/gnus/nnatom.el > @@ -47,15 +47,14 @@ nnatom > (defun nnatom--read-feed (feed _) > "Return a list structure representing FEED, or nil." > (if (string-match-p "\\`https?://" feed) > - (nnheader-report > - nnatom-backend > + (nnfeed-report > "Address shouldn't start with \"http://\" or \"https://\"") > (with-temp-buffer > (condition-case e > (if (file-name-absolute-p feed) > (insert-file-contents feed) > (mm-url-insert-file-contents (concat "https://" feed))) > - (file-error (nnheader-report nnatom-backend (cdr e))) > + (file-error (nnfeed-report (cdr e))) > (:success (when-let ((data (if (libxml-available-p) > (libxml-parse-xml-region > (point-min) (point-max)) > diff --git a/lisp/gnus/nnfeed.el b/lisp/gnus/nnfeed.el > index ffea063038e..e0489044929 100644 > --- a/lisp/gnus/nnfeed.el > +++ b/lisp/gnus/nnfeed.el > @@ -687,6 +687,9 @@ nnfeed-request-rename-group > (setq nnfeed-group new-name)) > t)) =20 > +(deffoo nnfeed-report (&rest args) > + (apply #'nnheader-report 'nnfeed args)) > + > (provide 'nnfeed) =20 > ;;; nnfeed.el ends here > For those who're wondering what's going on, (info "(gnus) Writing New > Back Ends") says: > This means that =E2=80=98nnml-current-directory=E2=80=99 will be se= t to > =E2=80=98nndir-directory=E2=80=99 when an =E2=80=98nnml=E2=80=99 fu= nction is called on behalf of > =E2=80=98nndir=E2=80=99. (The same with =E2=80=98nnmh=E2=80=99.) > (FTR, I hate OOP) Thank you very much for looking into this, I'm assuming this means that Gnus tries to use the value of 'nnfeed-status-string', instead of the nnatom equivalent, right? (I honestly also hate OOP, and I find the flavor implemented in Gnus especially confusing). If so, this seems like a good solution, though I wonder why it works without this fix sometimes (and if it'll still work in those cases with this applied). Thanks again for looking into this, Daniel From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 15 04:47:26 2025 Received: (at 74857) by debbugs.gnu.org; 15 Mar 2025 08:47:26 +0000 Received: from localhost ([127.0.0.1]:38753 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ttNAz-0006cx-Ki for submit@debbugs.gnu.org; Sat, 15 Mar 2025 04:47:26 -0400 Received: from mout.gmx.net ([212.227.17.22]:57573) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ttNAw-0006ci-8h for 74857@debbugs.gnu.org; Sat, 15 Mar 2025 04:47:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1742028434; x=1742633234; i=jimjoe@gmx.net; bh=OjdmJH48pYC7vTsSgco76WVZ9SeRppfJyXv1odEVJxk=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=Uo1F41yHn7avw+BBADBX+pZagpPQaIfpQM3bbsJjlbdhLwRjNMiClkMssbY4teoe 8rk+I6iM/qk9OFzOZrE18p9TPRsenGyPFmBgkpQVsSgXhYp2wQ34mUl0VnQLbx61Q Y3jDgigquOp/gL4Ik/2WoN2roKjz2AaSFJdkIftDZsnX42ovKSHS9fkgyf5Xq4UII YxclVrYmhm57ARinfWmRufAknhSPqMSra/u9d+6eMI4b/URmUWpirkYtU/LfFVVNu xllu3KgOQeAQcA4weLc/junMgKsQPx8Mmc3rwv0k8SYYHhRECJkacCSDSa+f9XYqZ NL5QL5pAVciDgdcY0w== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from vimala ([42.108.17.54]) by mail.gmx.net (mrgmx104 [212.227.17.174]) with ESMTPSA (Nemesis) id 1M72sJ-1tqJhe31g7-00Dmwu; Sat, 15 Mar 2025 09:47:14 +0100 From: James Thomas To: Daniel Semyonov Subject: Re: bug#74857: 30.0.92; Gnus nnatom: url protocol In-Reply-To: <87ecz2ar4n.fsf@dsemy.com> (Daniel Semyonov's message of "Wed, 12 Mar 2025 23:14:16 +0200") References: <875xnn9z29.fsf@librehacker.com> <865xnd8j12.fsf@gnu.org> <87zfkpq9ay.fsf@dsemy.com> <87bju7g47m.fsf@gmx.net> <87ecz2ar4n.fsf@dsemy.com> Date: Sat, 15 Mar 2025 14:17:05 +0530 Message-ID: <87a59mn0ja.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:rEuLQVkp+WgRTgatwdYsL7f+2BnmF3CTltxjhfeA5J/bUGTian7 rI96t51rnbrvK9kbWBQGpq/1eciclyE+Z/HaHn0vlsB6xLkRSa7pYlGGiODeAAR+sWpNGA2 wBeghqj09hDZxhuzn7yRtz2Dh0WfXmRN9z+e8MUNQBOcZ3zDNhX2mJWaFgVkhrlEHdIqjWv yzSFnBupwhPWQU7M/tcag== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:RokqjWNzX80=;r9nSUAddhrG/o9A6sB1FAuLjspF AiDu4HiXUAfQPNXFlSUYsyDu45UTEdTCjE6rybLnL8uV+kvZv3ugrdINoTmb7HbFWPzikYx3w PXRYBBVKAap1POFK7Eg+ltVpiem9Fh0J+aa10Ca0ymkD0oTuc2OHNWSrBe/WYGFOFvruwPigK aiMRsurduZGU8PklBny58sdZBnBy7QuaATc0VKTrv3C4Am01C3q60pjOqWcmaGyOVjqrnCGHl ljZ0/CSFYsRMCAIymRKg1N2woV0pmHmQEcgJMS3LW/INhkW2Svh9Sa9T2cM37Br/cZYaw5TiI Lz329aARrWuWvlcnVTLfoPDCPQu2P4Fa8sckIy8NvAxrd8TXlDskqrFoVL2EXog5dZA9SiSkU /u5c8QqZtaqTHo9aSZpWvcHMg9nCEKfKJEW0uoJ9R1z4zDE5Ox95zFxytWtAO8lyI8SXsNgFE kpMA7Z96QMidkYz/Ht9sGEw2a3SIZ+MfRqcKtlkHEe80TFV2wELECPtDmXoox9BSK4zbuuyDx YK+RojjIklETLrIOWVFGbqNsCn3VRisJsxOtmsJzs3Nu+5EH07qMNgxrnG0zEOkhFHZyp77IX 3aPzkrw5gQNCerAahJu3USFlEpk3R1dlZTwn49iYps+sshgqE7GOHg95egTZqcsRIoVs1yegt mThW6YkRYvYr+5pwrLqWjeCy5miefRROdZOYmJu2KFMGCR82aI0djNSxanoUmb5BdYpLflufi HAm1qmsfrEelSDNhTWtesBy8N8XITEN0McmkCxaLhVPJZj0g10Vt7NpeVPfjF60nCI9XCCDB3 y9+GjMlyVKGg2L7Qe9LGAnfiB+5+F8CyYNlLKz6l/vGlSGpxr6FuJ6qIHO9g06ipMZtVv++7K brRoqSqPSLcAXnBRPCNIILHd1+CnTlKFhe7xkgulQq9OTINxgwBmZI59v9GcZ71FYn6e6xoPg 7uoLH5Phr7UIH7/4zDjhiAys0Ww9yvq4spTzYGxR0Dz8HC9URwF9jHdbzDKEiySjRAi8lCM1J IK4ixF5unNyttK0m2Qq197bRsqKPHG2jq1zbr0q+AdPx+qxxzJRC+3vVwFU5fz/b+xP44SfAp lukbFwgd3CVFsg5dc9AXjokdRIUUW6gAC3Bhtt4qLDUiVxpUhtYhCq1G/xCpASqHDqg8/+eAV 3Xr9K7Kp5kNgzW3BrPd3vrIGDsDnqArbUeAUvyDyc/43QZhXDFhzYi4BAy0Xe+QC4YuOcbdvI Q2Wif+ox7M5TFpkxosHzSPAOOajN7Bkw9eoI9t5E9SoeFQhoVi+zit+YWMXt+nD7xw9iWgIMX HAwowOFPs5Xq15G5sx2g+pgNbInvQVjJM2jF8cat+oLMhqlQd51XiWyBnFYZSZSgUUyaTp3uw FxGRVRcXVI8b0nyR3CwAM9ZqHMWgYUTJmn6HB/9Gaqmk59dJGDadjdw4nyr+jHinTnaYHPwtO iFj8oIbAAo4jZyJoi1nY8dKgqDUA= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 74857 Cc: 74857@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Daniel Semyonov writes: >>>>>> Bug reports for GNU Emacs, the Swiss army knife of text editors writ= es: > > > Daniel Semyonov writes: > >>>>>>> Eli Zaretskii writes: > >>=20 > >> >> From: Christopher Howard > >> >> Date: Fri, 13 Dec 2024 10:13:02 -0900 > >> >>=20 > >> >>=20 > >> >>=20 > >> >> Hi. When setting up a new feed group with nnatom in Gnus, there= is a > >> >> little oddity: If I pass in the URL to the feed without the pro= tocol > >> >> specifier, i.e., without the "https://" it works fine. But if I= try > >> >> to include the protocol specifier, then I get a message: "Could= n=E2=80=99t > >> >> request list: nil", and the group is not added. It doesn't trig= ger > >> >> the debugger, even though "debug-on-error" is set t. > >> >>=20 > >> >> So, I frequently have to delete the "https://" part when I am > >> >> copying and pasting from some link for an atom feed. This is a > >> >> bother. > >> >>=20 > >> >> I don't know if this can be reproduced without Gnus already > >> >> being setup, but an example process is: > >> >>=20 > >> >> (1) bring up Gnus group buffer > >> >> (2) run gnus-group-browse-foreign-server (B) > >> >> (3) nnatom > >> >> (4) https://sachachua.com/blog/category/emacs/feed/atom/ > >>=20 > >> > Daniel, any comments or suggestions? > >>=20 > >> This is a known issue (also noted in the manual), though the messa= ge > >> returned should be more descriptive. > >>=20 > >> The returned message is emitted by Gnus when it fails to get info = for > >> the server from the backend, and should use the value of > >> 'backend-status-string' ('nnatom-status-string' in this case); this > >> works on a normal session on my end (returning a message set in > >> 'nnatom--read-feed'), but fails with emacs -Q, also returning "Cou= ldn't > >> request list: nil". > >> I half suspect this is a bug with Gnus trying to read the status s= tring > >> of the wrong server (and not a bug in nnatom), but I'll look into = it. > > > This seems to fix it (but maybe there's a better way): > > > diff --git a/lisp/gnus/nnatom.el b/lisp/gnus/nnatom.el > > index 7375312b099..fe1f1272f1f 100644 > > --- a/lisp/gnus/nnatom.el > > +++ b/lisp/gnus/nnatom.el > > @@ -47,15 +47,14 @@ nnatom > > (defun nnatom--read-feed (feed _) > > "Return a list structure representing FEED, or nil." > > (if (string-match-p "\\`https?://" feed) > > - (nnheader-report > > - nnatom-backend > > + (nnfeed-report > > "Address shouldn't start with \"http://\" or \"https://\"") > > (with-temp-buffer > > (condition-case e > > (if (file-name-absolute-p feed) > > (insert-file-contents feed) > > (mm-url-insert-file-contents (concat "https://" feed))) > > - (file-error (nnheader-report nnatom-backend (cdr e))) > > + (file-error (nnfeed-report (cdr e))) > > (:success (when-let ((data (if (libxml-available-p) > > (libxml-parse-xml-region > > (point-min) (point-max)) > > diff --git a/lisp/gnus/nnfeed.el b/lisp/gnus/nnfeed.el > > index ffea063038e..e0489044929 100644 > > --- a/lisp/gnus/nnfeed.el > > +++ b/lisp/gnus/nnfeed.el > > @@ -687,6 +687,9 @@ nnfeed-request-rename-group > > (setq nnfeed-group new-name)) > > t)) >=20=20 > > +(deffoo nnfeed-report (&rest args) > > + (apply #'nnheader-report 'nnfeed args)) > > + > > (provide 'nnfeed) >=20=20 > > ;;; nnfeed.el ends here > > > For those who're wondering what's going on, (info "(gnus) Writing N= ew > > Back Ends") says: > > > This means that =E2=80=98nnml-current-directory=E2=80=99 will be = set to > > =E2=80=98nndir-directory=E2=80=99 when an =E2=80=98nnml=E2=80=99 = function is called on behalf of > > =E2=80=98nndir=E2=80=99. (The same with =E2=80=98nnmh=E2=80=99.) > > > (FTR, I hate OOP) > > Thank you very much for looking into this, I'm assuming this means that > Gnus tries to use the value of 'nnfeed-status-string', instead of the > nnatom equivalent, right? (I honestly also hate OOP, and I find the > flavor implemented in Gnus especially confusing). > If so, this seems like a good solution, though I wonder why it works > without this fix sometimes (and if it'll still work in those cases with > this applied). I suspect that those may be when -status-message is called rather than -status-string (through nnheader), in which case it's through nnoo. -- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 29 07:12:10 2025 Received: (at 74857) by debbugs.gnu.org; 29 Mar 2025 11:12:10 +0000 Received: from localhost ([127.0.0.1]:57177 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tyU6k-0001jd-14 for submit@debbugs.gnu.org; Sat, 29 Mar 2025 07:12:10 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:52476) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tyU6h-0001jO-Ie for 74857@debbugs.gnu.org; Sat, 29 Mar 2025 07:12:08 -0400 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 1tyU6a-0002l3-Ks; Sat, 29 Mar 2025 07:12:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=t03hzzw5xHnGiEbeBGCbNIXh9Puj5rsbU7CqAFd+N24=; b=ntNkz+hs2Auk0olsQy+W TDw/mVMZjZZYhqk0cqIxjP1fMsveNE6iJsgAEDe5+pXcruugWXsVsKHYlXlqhw9BipGVy0ydRZDYi JVv2bezMTfixmQg5r9Ak2NsWnMyOyx7PlRPHCwgApgSZLR0LYdNh19FUfa/pXYg4zDpgxbE2cxNbS x8cjmUkgClx+4lWH0LC9p4avT9dMTLHiU6dFutkMqWQBP3+q+CVR119WrSk62EiirKLz07iD2WbxK DB66DIugDSCfDQIwmYlPaKeouH/UXvt0q5Ajz02xn2OJU6YMNr4C0NxIL5hWYEiHDmgYxIuH4jjex aFfqJaALEdhNPg==; Date: Sat, 29 Mar 2025 14:11:58 +0300 Message-Id: <868qoo851d.fsf@gnu.org> From: Eli Zaretskii To: daniel@dsemy.com, James Thomas In-Reply-To: <87bju7g47m.fsf@gmx.net> (message from James Thomas on Tue, 11 Mar 2025 17:38:13 +0530) Subject: Re: bug#74857: 30.0.92; Gnus nnatom: url protocol References: <875xnn9z29.fsf@librehacker.com> <865xnd8j12.fsf@gnu.org> <87zfkpq9ay.fsf@dsemy.com> <87bju7g47m.fsf@gmx.net> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74857 Cc: christopher@librehacker.com, 74857@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Ping! Daniel, any comments? Should we install this? > From: James Thomas > Cc: Eli Zaretskii , Christopher Howard > , 74857@debbugs.gnu.org > Date: Tue, 11 Mar 2025 17:38:13 +0530 > > Daniel Semyonov writes: > > >>>>>> Eli Zaretskii writes: > > > > >> From: Christopher Howard > > >> Date: Fri, 13 Dec 2024 10:13:02 -0900 > > >> > > >> > > >> > > >> Hi. When setting up a new feed group with nnatom in Gnus, there is a > > >> little oddity: If I pass in the URL to the feed without the protocol > > >> specifier, i.e., without the "https://" it works fine. But if I try > > >> to include the protocol specifier, then I get a message: "Couldn’t > > >> request list: nil", and the group is not added. It doesn't trigger > > >> the debugger, even though "debug-on-error" is set t. > > >> > > >> So, I frequently have to delete the "https://" part when I am > > >> copying and pasting from some link for an atom feed. This is a > > >> bother. > > >> > > >> I don't know if this can be reproduced without Gnus already > > >> being setup, but an example process is: > > >> > > >> (1) bring up Gnus group buffer > > >> (2) run gnus-group-browse-foreign-server (B) > > >> (3) nnatom > > >> (4) https://sachachua.com/blog/category/emacs/feed/atom/ > > > > > Daniel, any comments or suggestions? > > > > This is a known issue (also noted in the manual), though the message > > returned should be more descriptive. > > > > The returned message is emitted by Gnus when it fails to get info for > > the server from the backend, and should use the value of > > 'backend-status-string' ('nnatom-status-string' in this case); this > > works on a normal session on my end (returning a message set in > > 'nnatom--read-feed'), but fails with emacs -Q, also returning "Couldn't > > request list: nil". > > I half suspect this is a bug with Gnus trying to read the status string > > of the wrong server (and not a bug in nnatom), but I'll look into it. > > This seems to fix it (but maybe there's a better way): > > diff --git a/lisp/gnus/nnatom.el b/lisp/gnus/nnatom.el > index 7375312b099..fe1f1272f1f 100644 > --- a/lisp/gnus/nnatom.el > +++ b/lisp/gnus/nnatom.el > @@ -47,15 +47,14 @@ nnatom > (defun nnatom--read-feed (feed _) > "Return a list structure representing FEED, or nil." > (if (string-match-p "\\`https?://" feed) > - (nnheader-report > - nnatom-backend > + (nnfeed-report > "Address shouldn't start with \"http://\" or \"https://\"") > (with-temp-buffer > (condition-case e > (if (file-name-absolute-p feed) > (insert-file-contents feed) > (mm-url-insert-file-contents (concat "https://" feed))) > - (file-error (nnheader-report nnatom-backend (cdr e))) > + (file-error (nnfeed-report (cdr e))) > (:success (when-let ((data (if (libxml-available-p) > (libxml-parse-xml-region > (point-min) (point-max)) > diff --git a/lisp/gnus/nnfeed.el b/lisp/gnus/nnfeed.el > index ffea063038e..e0489044929 100644 > --- a/lisp/gnus/nnfeed.el > +++ b/lisp/gnus/nnfeed.el > @@ -687,6 +687,9 @@ nnfeed-request-rename-group > (setq nnfeed-group new-name)) > t)) > > +(deffoo nnfeed-report (&rest args) > + (apply #'nnheader-report 'nnfeed args)) > + > (provide 'nnfeed) > > ;;; nnfeed.el ends here > > > For those who're wondering what's going on, (info "(gnus) Writing New > Back Ends") says: > > This means that ‘nnml-current-directory’ will be set to > ‘nndir-directory’ when an ‘nnml’ function is called on behalf of > ‘nndir’. (The same with ‘nnmh’.) > > (FTR, I hate OOP) > > -- > From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 13 03:18:16 2025 Received: (at 74857) by debbugs.gnu.org; 13 Apr 2025 07:18:16 +0000 Received: from localhost ([127.0.0.1]:37867 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u3rba-0001mu-9m for submit@debbugs.gnu.org; Sun, 13 Apr 2025 03:18:16 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:60924) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u3rbU-0001kg-QJ for 74857@debbugs.gnu.org; Sun, 13 Apr 2025 03:18:12 -0400 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 1u3rbP-0001z2-Ab; Sun, 13 Apr 2025 03:18:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=01LYBlbN6hetf6oMUo6ekomtKCJtvHHQ33sgkUkZhqE=; b=FhLz7kZRXSBRlby6ClmC KGHeMFAh9VmW4myyMSbC1uZ3NOwgZGfggI9gDG2G+V58E+UIFgVO6e69pQAHWuMbSgxopG713e0XB Up+wcPemUtq8lRzc9IMLVejwH3DLFd8u3X6QdqUJg46rViAUXIB/o/8tTdqVlbtIPPMgMPRPAwqxl hsLZzHnQQnnXeSNL8WC9GHZvCRZQ0j/MjLPDhxe5vEEj/gN8K8HErwXvUKLWlqkfMBa8X60ZodQcM vmdWA2g5XhA5IzvoGzRPBzHYNzoI1w388X1PZ9/ueexXFOPNHBbwIJjeYyhpX3BHdj342+5FfIJIS po8zOcej6ow3iA==; Date: Sun, 13 Apr 2025 10:18:00 +0300 Message-Id: <86plhglec7.fsf@gnu.org> From: Eli Zaretskii To: daniel@dsemy.com In-Reply-To: <868qoo851d.fsf@gnu.org> (message from Eli Zaretskii on Sat, 29 Mar 2025 14:11:58 +0300) Subject: Re: bug#74857: 30.0.92; Gnus nnatom: url protocol References: <875xnn9z29.fsf@librehacker.com> <865xnd8j12.fsf@gnu.org> <87zfkpq9ay.fsf@dsemy.com> <87bju7g47m.fsf@gmx.net> <868qoo851d.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74857 Cc: christopher@librehacker.com, 74857@debbugs.gnu.org, jimjoe@gmx.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Ping! Ping! Daniel, please respond. > Cc: christopher@librehacker.com, 74857@debbugs.gnu.org > Date: Sat, 29 Mar 2025 14:11:58 +0300 > From: Eli Zaretskii > > Ping! Daniel, any comments? Should we install this? > > > From: James Thomas > > Cc: Eli Zaretskii , Christopher Howard > > , 74857@debbugs.gnu.org > > Date: Tue, 11 Mar 2025 17:38:13 +0530 > > > > Daniel Semyonov writes: > > > > >>>>>> Eli Zaretskii writes: > > > > > > >> From: Christopher Howard > > > >> Date: Fri, 13 Dec 2024 10:13:02 -0900 > > > >> > > > >> > > > >> > > > >> Hi. When setting up a new feed group with nnatom in Gnus, there is a > > > >> little oddity: If I pass in the URL to the feed without the protocol > > > >> specifier, i.e., without the "https://" it works fine. But if I try > > > >> to include the protocol specifier, then I get a message: "Couldn’t > > > >> request list: nil", and the group is not added. It doesn't trigger > > > >> the debugger, even though "debug-on-error" is set t. > > > >> > > > >> So, I frequently have to delete the "https://" part when I am > > > >> copying and pasting from some link for an atom feed. This is a > > > >> bother. > > > >> > > > >> I don't know if this can be reproduced without Gnus already > > > >> being setup, but an example process is: > > > >> > > > >> (1) bring up Gnus group buffer > > > >> (2) run gnus-group-browse-foreign-server (B) > > > >> (3) nnatom > > > >> (4) https://sachachua.com/blog/category/emacs/feed/atom/ > > > > > > > Daniel, any comments or suggestions? > > > > > > This is a known issue (also noted in the manual), though the message > > > returned should be more descriptive. > > > > > > The returned message is emitted by Gnus when it fails to get info for > > > the server from the backend, and should use the value of > > > 'backend-status-string' ('nnatom-status-string' in this case); this > > > works on a normal session on my end (returning a message set in > > > 'nnatom--read-feed'), but fails with emacs -Q, also returning "Couldn't > > > request list: nil". > > > I half suspect this is a bug with Gnus trying to read the status string > > > of the wrong server (and not a bug in nnatom), but I'll look into it. > > > > This seems to fix it (but maybe there's a better way): > > > > diff --git a/lisp/gnus/nnatom.el b/lisp/gnus/nnatom.el > > index 7375312b099..fe1f1272f1f 100644 > > --- a/lisp/gnus/nnatom.el > > +++ b/lisp/gnus/nnatom.el > > @@ -47,15 +47,14 @@ nnatom > > (defun nnatom--read-feed (feed _) > > "Return a list structure representing FEED, or nil." > > (if (string-match-p "\\`https?://" feed) > > - (nnheader-report > > - nnatom-backend > > + (nnfeed-report > > "Address shouldn't start with \"http://\" or \"https://\"") > > (with-temp-buffer > > (condition-case e > > (if (file-name-absolute-p feed) > > (insert-file-contents feed) > > (mm-url-insert-file-contents (concat "https://" feed))) > > - (file-error (nnheader-report nnatom-backend (cdr e))) > > + (file-error (nnfeed-report (cdr e))) > > (:success (when-let ((data (if (libxml-available-p) > > (libxml-parse-xml-region > > (point-min) (point-max)) > > diff --git a/lisp/gnus/nnfeed.el b/lisp/gnus/nnfeed.el > > index ffea063038e..e0489044929 100644 > > --- a/lisp/gnus/nnfeed.el > > +++ b/lisp/gnus/nnfeed.el > > @@ -687,6 +687,9 @@ nnfeed-request-rename-group > > (setq nnfeed-group new-name)) > > t)) > > > > +(deffoo nnfeed-report (&rest args) > > + (apply #'nnheader-report 'nnfeed args)) > > + > > (provide 'nnfeed) > > > > ;;; nnfeed.el ends here > > > > > > For those who're wondering what's going on, (info "(gnus) Writing New > > Back Ends") says: > > > > This means that ‘nnml-current-directory’ will be set to > > ‘nndir-directory’ when an ‘nnml’ function is called on behalf of > > ‘nndir’. (The same with ‘nnmh’.) > > > > (FTR, I hate OOP) > > > > -- > > > > > > From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 13 09:50:52 2025 Received: (at 74857) by debbugs.gnu.org; 13 Apr 2025 13:50:53 +0000 Received: from localhost ([127.0.0.1]:41619 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u3xjV-0005Nj-CH for submit@debbugs.gnu.org; Sun, 13 Apr 2025 09:50:52 -0400 Received: from dsemy.com ([46.23.89.208]:24021) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u3xjR-0005M6-5j for 74857@debbugs.gnu.org; Sun, 13 Apr 2025 09:50:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=dkim; bh=KaN9q8c8JOdbP uCqFbSTrEhRCb/zg2dniKon2VaDzSQ=; h=date:references:in-reply-to: subject:cc:to:from; d=dsemy.com; b=ttgrIlyStYn9sUz10vJ/thChKBqrnSgO8fg spaxTGLtp+jNtJG+TFvk9PXZ5Zqw3MrP6u0rPI+xZ3TflFHWcA8/OuPcpSccd+EpSYBGwd BQ0GA5v4JRhAMrgWXEX6CzLSbehDESIczhwDgHTvdiGFgGofFiJuw/2tEZ/vrch/Bf/c3Z ApOO3eRDDdMCIM4nz1EXT3znw2WVLGFzgpbgEkzE3oamC5X8/a14wYqW6/SqWU0Ip7TVMG DLix3mgTXMkJCyArq1PHYaE3EhSdBCXOie/j7sFu9PG/x19TfBVKiRrP1LwZbk0D83ZOi0 OrkeVp7bkicmqVlB3iolB57t9IQ== Received: from coldharbour (unn-84-17-59-151.cdn77.com [84.17.59.151]) by dsemy.com (OpenSMTPD) with ESMTPSA id 08c042de (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sun, 13 Apr 2025 15:50:37 +0200 (CEST) From: Daniel Semyonov To: Eli Zaretskii Subject: Re: bug#74857: 30.0.92; Gnus nnatom: url protocol In-Reply-To: <86plhglec7.fsf@gnu.org> References: <875xnn9z29.fsf@librehacker.com> <865xnd8j12.fsf@gnu.org> <87zfkpq9ay.fsf@dsemy.com> <87bju7g47m.fsf@gmx.net> <868qoo851d.fsf@gnu.org> <86plhglec7.fsf@gnu.org> Date: Sun, 13 Apr 2025 16:48:46 +0300 Message-ID: <87r01wi341.fsf@dsemy.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74857 Cc: christopher@librehacker.com, 74857@debbugs.gnu.org, jimjoe@gmx.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain >>>>> Eli Zaretskii writes: > Ping! Ping! Daniel, please respond. Sorry, I wanted to have a better understanding of the issue first, but James' patch seems to work well AFAICT from testing; I've attached a simpler patch which basically achieves the same result, which I think should be applied. >>>>> James Thomas writes: >> Thank you very much for looking into this, I'm assuming this means >> that Gnus tries to use the value of 'nnfeed-status-string', >> instead of the nnatom equivalent, right? (I honestly also hate >> OOP, and I find the flavor implemented in Gnus especially >> confusing). If so, this seems like a good solution, though I >> wonder why it works without this fix sometimes (and if it'll still >> work in those cases with this applied). > > I suspect that those may be when -status-message is called rather > than -status-string (through nnheader), in which case it's through > nnoo. AFAICT the issue occurs when -status-message is called, actually, through 'gnus-status-message', see 'gnus-browse-foreign-server': (defun gnus-browse-foreign-server (server &optional return-buffer) "Browse the server SERVER." ... (cond ((not (gnus-check-server method)) (gnus-message 1 "Unable to contact server %s: %s" (nth 1 method) (gnus-status-message method)) nil) ((not (prog2 (gnus-message 6 "Reading active file...") (gnus-request-list method) (gnus-message 6 "Reading active file...done"))) (gnus-message 1 "Couldn't request list: %s" (gnus-status-message method)) nil) ... Stepping through with Edebug, it seems the actual function called is 'nnatom-status-message' as expected, only that it returns nil; with the patch (yours or mine) applied, it returns the expected string. 'nnatom-status-message' is defined through 'nnfeed-define-basic-backend-interface', and its definition should be: (deffoo nnatom-status-message (&optional server) (nnoo-status-message 'nnatom server))) 'nnoo-status-message' uses nnheader to get the status string for the correct backend, but it returns nil; my patch uses the same method to get the same string, and set it for the parent backend (nnfeed) as well, when failing to request a list, which somehow causes 'nnatom-status-message' to return the correct string (even though the value it should read is not modified by my patch or yours). In any case, I would appreciate any more insight into this. Daniel --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0001-nnfeed-Pass-through-list-request-failure-reports.patch Content-Description: patch >From 30401bc19a21e5b8df6d68eaeb204a0e431e6d7d Mon Sep 17 00:00:00 2001 From: Daniel Semyonov Date: Sun, 13 Apr 2025 16:06:39 +0300 Subject: [PATCH] nnfeed: Pass through list request failure reports * lisp/gnus/nnfeed.el (nnfeed-request-list): Report the same message reported by the inheriting backend on failure. --- lisp/gnus/nnfeed.el | 20 +++++++++++--------- 1 file changed, 11 insertions(+), 9 deletions(-) diff --git a/lisp/gnus/nnfeed.el b/lisp/gnus/nnfeed.el index d07a5c0539d..6a65633b7e0 100644 --- a/lisp/gnus/nnfeed.el +++ b/lisp/gnus/nnfeed.el @@ -609,15 +609,17 @@ nnfeed-close-group (deffoo nnfeed-request-list (&optional server) (with-current-buffer nntp-server-buffer (erase-buffer) - (when-let* ((p (point)) - (s (nnfeed--parse-feed - (or server (nnfeed--current-server-no-prefix)))) - ((hash-table-p s))) - (maphash (lambda (group g) - (insert (format "\"%s\" %s %s y\n" - group (aref g 3) (aref g 4)))) - s) - (not (= (point) p))))) + (if-let* ((p (point)) + (s (nnfeed--parse-feed + (or server (nnfeed--current-server-no-prefix)))) + ((hash-table-p s))) + (progn + (maphash (lambda (group g) + (insert (format "\"%s\" %s %s y\n" + group (aref g 3) (aref g 4)))) + s) + (not (= (point) p))) + (nnheader-report 'nnfeed (nnheader-get-report nnfeed-backend))))) (deffoo nnfeed-request-post (&optional _server) (nnheader-report nnfeed-backend "%s is a read only backend" nnfeed-backend)) -- 2.49.0 --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 17 00:08:26 2025 Received: (at 74857) by debbugs.gnu.org; 17 Apr 2025 04:08:26 +0000 Received: from localhost ([127.0.0.1]:45307 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u5GY6-0002NG-3W for submit@debbugs.gnu.org; Thu, 17 Apr 2025 00:08:26 -0400 Received: from mout.gmx.net ([212.227.17.20]:33993) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u5GY1-0002M7-Ip for 74857@debbugs.gnu.org; Thu, 17 Apr 2025 00:08:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1744862894; x=1745467694; i=jimjoe@gmx.net; bh=zeFP45LMzQRJOEXjBR0yCVGgGowekGR0O2WSE5fJfaI=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=MV9br3uZ8F4bfniWNc4ywLDO0gCeme/7F0vKuyzAZfeZ4N3UjAH5nn3izfaKoDgC fCCGWuphd3XtruUbkS7W9xH62paoQ8B8B0ClXo++G0W/9CcBybit6YDaYW4/F9Sg/ 7PNR0uDJNZxQM8YonfZEXlZKTKm2fQvIr7pdR6WuSSWVafaBhxKKSpDgDYSFDrNMd G4uNW9+L/QOYT3RSDtjhkIuHxrp7pn/7HTO0z2p8GRBiECI+U91z2xHb1npjZtyjA myd/PfMhpPUhazQsL6HBxFiWLLyDmGrWFMLXbB80X3TWEIrjeP8FcT14kjP4LDs8k T6d3KR7756sUrgN9bw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from vimala ([42.108.26.203]) by mail.gmx.net (mrgmx104 [212.227.17.174]) with ESMTPSA (Nemesis) id 1M6ll8-1uDU143hdO-004bIQ; Thu, 17 Apr 2025 06:08:13 +0200 From: James Thomas To: 74857@debbugs.gnu.org Subject: Re: bug#74857: 30.0.92; Gnus nnatom: url protocol In-Reply-To: <87r01wi341.fsf@dsemy.com> (Daniel Semyonov's message of "Sun, 13 Apr 2025 16:48:46 +0300") References: <875xnn9z29.fsf@librehacker.com> <865xnd8j12.fsf@gnu.org> <87zfkpq9ay.fsf@dsemy.com> <87bju7g47m.fsf@gmx.net> <868qoo851d.fsf@gnu.org> <86plhglec7.fsf@gnu.org> <87r01wi341.fsf@dsemy.com> Date: Thu, 17 Apr 2025 09:37:50 +0530 Message-ID: <874iynbfc9.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:3vhottXCGyDuXLawwaVb6tILeYHhq/yF2dRLV7d7Pt7wxLayi8L ejA4QgX4zr8QGnrnfKXInp11z2S6X1LuCKkhA1zXaXfLQ+mA2ya3qLV3pFAPDLFulSYeCwp 7o0whzEvAOCcbHgg4WDOm6uDmv7TCsZqhXqxQBgob5BAvIVx9XsQdAKpiFi+biBXeqsfipb pXpLXIpT02uYVDcwePblw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:h1MG5/bXLSw=;bGk+69jVGNBwHzCjyqByBPbMDD1 2edXkucKioX4uPnPIEbpWjvy0BfHnK0+P6dLD0tV6a/6a0JHNXnMerDLhv8Yf1nYOug/T+FLO Qbr+CtiusQZeS1vNRSfMPmyYzgTiss1uBszNGF5x7JDRIqKB0p49jImXa436tEFHVqJW8G585 ThpyQgb0Xzby/ZFS1WKfdEGbOKdGLCycO/sYjQd/SESJzqaEaj5jOpA+iJW0jqi47TlCvvq9M MiGhOrDpIG9esh2M0LhXMKfk9/o+AF0SXUF7J7huMnQCEhM6qdlruXCuU/NYWVrzJvWzQEVTm zgwwTcJzFpSiavc4GM7BzgoASuB7dYILpPTJ9XaJCcRTqiQ8YjFyuodS7hhG1VayPlV7qxnj5 b3UaWfZ+ZyRkfd3Bqcx18R2tlRO5Wg/tJGv/Ol/QI1kBryIv/mEECueKJGqxs5+Z2vbnTUZh1 NeTkIgzhuVN2jPDfyQ2SOO6rWRmEYfVGI/8RMkoDCHJWSj33PSRGnFK9yThqpqzP7WrY2OkuH ZOwdTCx/pLj6xJ3qskfM8w5BC9ygHJfzieE/NnbsqCIB2p2EjQjGhRTaP0gBzKeWtxyxHYZCl usoTFZcfxbCZiVOQ8kvIbFNQQ0Dj1s54v104p/Cy4cfOHJ+7sdDvX4nFQnIO9mhymmPR2ZPz9 tUEDgKMiAMe9LLfpTzqNsvTZE84o91o1L4pLgrqZctlu8hKOI0/3iAQpZSmmZ6EV8kNOGapan jnRVUMced8upsO5CXJfVi/lgMpmmtY0IweZ+HIvobeF4FvkfGO3lLdPVrc3wtMLjpQik2ULVl 6SJR25kLElo4EAYjiumj2YQgIjTB2tPefNril5LLEf3OxNG3ZHTdMWxunNGt/xs3wNngtOcAK OcXsilgrit8VOCw/whrPY/KUzLTNNTLvoHBv1k5DeqP2K8vdVZEBHmPKS/ZBpEWU4fg1jz2T7 Z23t/Gb3KksRvp7ecuLaUo2gN1doZkefwQGIJ3TfJhxrZcPtyXQk77ftb5SMwUoZ41C0/1xtn WFfspJ7tUplgvKF6M1GKR9M6pxaWsLx5f+KLiQAV4ucn8v9dkiG6iQPiYBzdWXtvMLefgToYl DfGCI6soRRzgn/j+aXKROwfVlIUK3SAtQac1E0WDYGNGMnxdGrV9gBNXm85k3AXEJc4BVAQl8 GVEb5F1tD2vYMj6KUwa6rnVGgI9SIKSDf99jLJ+goIlp6HvyZWq2hpFtuumN2QZDlzQ6WNEqe AP8RyJuJwrgpEDY9hG0oleuo3zk6aLRTGDI6dEQNTeFXIduvkEs069V6zDHPwnqqpziyJghxa T0f+Z8o3W42T+TYC7hVFsPTSUT8pCvRA+JPXGFFxJTDjRC07s15Vp2ktZpCtkB+CxfrIssGpV 98l8uP6XoUWp7bEMQbN+l9xOIz9mPAXdnIop5/ImwpbaTQ8V2qtkOy60UxEghBPNncM4Xj7O4 FLelGxD94zflbUSX7YsAgrVUj8Z9dCpYUJIV7vJu14GrdPJKSvum34MgbCBSX+L6j7RD9I50y NpdwTt6myvTMKJvwcTHpkFHFy4giTreyY30nxGkgooFK+jws87qf5L5W8jgFhYMSkkwtJPQBl fhetHgok58RKvS1iG3rgoLXiPcdWJoSFl/XJJy+i0W9n1f9hnXbLylTW+62ZQBpPG64gSwFOq c6eVrySks0UMZasOyASh50pDVebxzzjPf3sMVunLwuvhQHGAKGJIKAvaKNW0FhRpWuWV4b6r1 NhRp1WuN4veG18vFDYvZwyFbBGetU+2d8vwTJxG7acVMKZgzOzyq8yo96fbVm8lOACYxVAxv0 bViEpt2/s7mT4f0wMNHUA7cN4WW2QGkw1S0DXQFpdK3oH3/xOKQAvV1AXtt68QBKZIlXNruBH De9UvPVeSl527sMtVUUMM/mWm62ctrr0BZ+6eMvlf0t1qQwjNaqRIgQw5AjHsFDhPKEGG+MWK I4HkkU57nmhHypw72t2NiuJdVPBiwz85q4LaP89GqlN6f+2zASc0BzzX4Z3xZbl+Lkuakz9jw mETDF86g37zwGpAkrrEK9d+7vXgnjO2A1Y/zRnnxujHGjssBsm2m52feY2VvUg1oZKazvfV9U 3a1S90U4GrHkg6rWcwQ3dCwKpPS5VdyjhLdC7Mob3MOl0egcxaPxeJEMaf0S4cO6KnYavpQHv RBdDSRFaAIibCM87HINORl50uOQyp4N5fBNzsYQAoFqrw+SBOHGUsizTds75vHMESYSoTp0Bx 6nVNs3YlQIh5bOZOZTOspGjhKum4eGOnzZiRz3WSaCpSaxP1BmnZJZj62w/VQDIBG21DiHZZl uiKYEPGKQxCQlLlDTCqptkHq5GG2SN7IMYzNDDXPsx4khoSq/vMgfVFmwEaOJdBg8++8qCDoj xk5BXiskIw0PSv1A1hwrA/5iItkmujbZKc4rkQnA1qlSeKevic1NAlH1nf+Xr8xo9y7P094F2 tK22TnKa2mqgXETvG+17QpCif8PXEJJoj9LKVN8Tc5TD+M2nkTp6eUsDzCyeXAc+vji24KuDO /LmhTDbhJNBHw0Bx65DzT5NuHLvRFckIXOp6S21Ef0rLRbxtzmdq6uq9snmsDvFTaidtzQiFl IUOp+4HgoXlsLdizWrESbgZg+PLAf853PJE3rIHn6TSXdzXYiCZopNjuZPqbq1abxdVzehQFT qP/OZSJZceZmFvAdcqSdGAI35wqbJv3AGrkTCfZRwNEGu0NBzA6ze4Lw8H66+W6swJSYXgHKJ jz3j1QWoDU035c/wCETLUHTnJIJTKXOVwtpKJ+4sp3V3jC/7TlZRH9V7gyB1TxygMn/jM68Y5 Gqzju83D4cFpnPk63IpG0wL5+eqEjaLlHO1ySHl7rMAGYTARGctGfaX621YmFjPVRsqC9x3TF SqnjShr3FZrJntFLiBDDAreheTJTLiGD/iM4UX28ZQO8yTBnYqTdrN/Vwav+aeBpa5Yf4G/JT fUQvmkt/wVtqUwd1la2ByRedLmPE+AU= X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Daniel Semyonov writes: >>>>>> Eli Zaretskii writes: > > > Ping! Ping! Daniel, please respond. > > Sorry, I wanted to have a better understanding of the issue first, but > James' patch seems to work well AFAICT from testing; [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [42.108.26.203 listed in zen.spamhaus.org] 0.0 RCVD_IN_VALIDITY_SAFE_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.17.20 listed in sa-accredit.habeas.com] 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.17.20 listed in wl.mailspike.net] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (jimjoe[at]gmx.net) -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.17.20 listed in bl.score.senderscore.com] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Debbugs-Envelope-To: 74857 Cc: Daniel Semyonov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Daniel Semyonov writes: >>>>>> Eli Zaretskii writes: > > > Ping! Ping! Daniel, please respond. > > Sorry, I wanted to have a better understanding of the issue first, but > James' patch seems to work well AFAICT from testing; [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.17.20 listed in bl.score.senderscore.com] 0.0 RCVD_IN_VALIDITY_SAFE_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.17.20 listed in sa-trusted.bondedsender.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [42.108.26.203 listed in zen.spamhaus.org] 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.17.20 listed in wl.mailspike.net] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (jimjoe[at]gmx.net) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Daniel Semyonov writes: >>>>>> Eli Zaretskii writes: > > > Ping! Ping! Daniel, please respond. > > Sorry, I wanted to have a better understanding of the issue first, but > James' patch seems to work well AFAICT from testing; I've attached a > simpler patch which basically achieves the same result, which I think > should be applied. Seems better to me as well. (And also because I know well the guy who wrote the other patch. :-) ) -- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 26 07:42:53 2025 Received: (at 74857-done) by debbugs.gnu.org; 26 Apr 2025 11:42:54 +0000 Received: from localhost ([127.0.0.1]:58856 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u8dvo-0005Bh-69 for submit@debbugs.gnu.org; Sat, 26 Apr 2025 07:42:53 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55364) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u8dvk-0005Ad-Cb for 74857-done@debbugs.gnu.org; Sat, 26 Apr 2025 07:42:49 -0400 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 1u8dve-0001Ka-Qs; Sat, 26 Apr 2025 07:42:42 -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=S3UNQKP40rqXYN64OUNrfDb1hjajngOCZpOHoextJ1s=; b=I6cofHfdKHEn j6y9nmr4sjATp21lfyK1dsImD2E9XxQuUZqTYBIdUsio8PSW9F3cs7VI1VP6FmiHD5f89Awq3NiD6 IcWW0tF3NOzb91JcSoBdqldVNCHV5gn6B8gg6YYEeT8H4E9lVgGG10w7yPEDC9SCbJ7TtTmGDutR9 S5EiWszKM4SJH3v9Nzfnyk2ksZW4DCftoE07IAMf2vxCY8H0LCiEO35TZgE4MRsFAsiuaQhgZtKeb Mc//cbj9sO6oqazXIWOXc9INTBsif/ji2fbuk+XUkWr79u2S/419GR9kKfAxO9poiJ4T30ogXn2Ec ArDh4UlMuiN8dieT5CasXg==; Date: Sat, 26 Apr 2025 14:42:39 +0300 Message-Id: <868qnnup1s.fsf@gnu.org> From: Eli Zaretskii To: Daniel Semyonov In-Reply-To: <87r01wi341.fsf@dsemy.com> (message from Daniel Semyonov on Sun, 13 Apr 2025 16:48:46 +0300) Subject: Re: bug#74857: 30.0.92; Gnus nnatom: url protocol References: <875xnn9z29.fsf@librehacker.com> <865xnd8j12.fsf@gnu.org> <87zfkpq9ay.fsf@dsemy.com> <87bju7g47m.fsf@gmx.net> <868qoo851d.fsf@gnu.org> <86plhglec7.fsf@gnu.org> <87r01wi341.fsf@dsemy.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74857-done Cc: christopher@librehacker.com, 74857-done@debbugs.gnu.org, jimjoe@gmx.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Daniel Semyonov > Cc: jimjoe@gmx.net, christopher@librehacker.com, 74857@debbugs.gnu.org > Date: Sun, 13 Apr 2025 16:48:46 +0300 > > >>>>> Eli Zaretskii writes: > > > Ping! Ping! Daniel, please respond. > > Sorry, I wanted to have a better understanding of the issue first, but > James' patch seems to work well AFAICT from testing; I've attached a > simpler patch which basically achieves the same result, which I think > should be applied. Thanks, installed on the master branch, and closing the bug. From unknown Thu Jun 19 13:58:13 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 25 May 2025 11:24:21 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator