GNU bug report logs - #66450
29.1; Debbugs/Gnus sometimes corrupt git formatted patches

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 66450 in the body.
You can then email your comments to 66450 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.1; Debbugs/Gnus sometimes corrupt git formatted patches
Date: Tue, 10 Oct 2023 14:29:28 -0400

Hello,

While working via Emacs Debbugs, I noticed that applying a patch would
fail, and that this only occurred when fetching and saving the patch via
Debbugs/Gnus.  Below is a reproducer:

1. mkdir -p src && cd src && git clone https://git.savannah.gnu.org/git/guix.git
2. cd guix && git checkout core-updates
3. in emacs: M-x debbugs-gnu-bugs RET 65479 RET
4. Navigate to the message with [PATCH core-updates v3 10/63] in its
subject
5. M-x cd RET ~/src/guix
6. Try to apply the patch by pressing: | RET git am
7. Notice that it fails with a patch corrupted message
8. Save the patch message to a file via: O f /tmp/bad.txt
9. Save a pristine version from Mumi:
wget https://issues.guix.gnu.org/issue/65479/raw/164 -O/tmp/good.txt

10. From your shell in the Guix checkout: git am --abort; git am <
/tmp/bad.txt
Observe:
--8<---------------cut here---------------start------------->8---
Applying: gnu: docbook: Remove leftovers.
error: corrupt patch at line 97
Patch failed at 0001 gnu: docbook: Remove leftovers.
hint: Use 'git am --show-current-patch=diff' to see the failed patch
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To restore the original branch and stop patching, run "git am --abort".
--8<---------------cut here---------------end--------------->8---

11. git am --abort; git am < /tmp/good.txt

It'll fail also because we haven't applied patches 1 to 9, but note the
error is not about a corrupted patch.

Ignoring the different mail fields changes,

--8<---------------cut here---------------start------------->8---
 [...]
 
 docbook-xsl patches are probably remnants from
 1f7d94597f1e78776f854eeca46c03a3aded8466.
@@ -157,6 +92,7 @@
 -      This module implements DTD-independent functions
 - 
 --     ******************************************************************** --><xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">
+
 -+     ******************************************************************** -->
 -+<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
 -+                xmlns:str="http://exslt.org/strings"
@@ -175,6 +111,7 @@
 -     <xsl:when test="contains($string, $target)">
 -       <xsl:variable name="rest">
 -         <xsl:call-template name="string.subst">
+
 diff --git a/gnu/packages/patches/docbook-xsl-support-old-url.patch b/gnu/packages/patches/docbook-xsl-support-old-url.patch
 deleted file mode 100644
 index 5b7dda458f..0000000000
@@ -199,7 +136,11 @@
 -+  <rewriteSystem systemIdStartString="http://docbook.sourceforge.net/release/xsl/current/" rewritePrefix="./"/>
 - </catalog>
 -- 
+
 2.41.0
 
 
 
+
+
+
--8<---------------cut here---------------end--------------->8---

So it looks like something in Debbugs and/or Gnus is introducing
extraneous newlines to the message body, which corrupts the patch?

~~~

In GNU Emacs 29.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37,
cairo version 1.16.0)
Windowing system distributor 'The X.Org Foundation', version 11.0.12101004
System Description: Guix System

Configured using:
 'configure
 CONFIG_SHELL=/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16/bin/bash
 SHELL=/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16/bin/bash
 --prefix=/gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1
 --enable-fast-install --with-cairo --with-modules
 --with-native-compilation=aot --disable-build-details'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES
NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3
THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER X11 XDBE XIM XINPUT2 XPM
GTK3 ZLIB

Important settings:
  value of $EMACSLOADPATH: /home/maxim/.guix-profile/share/emacs/site-lisp:/gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp
  value of $EMACSNATIVELOADPATH: /home/maxim/.guix-profile/lib/emacs/native-site-lisp
  value of $LANG: fr_FR.utf8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  server-mode: t
  flyspell-mode: t
  shell-dirtrack-mode: t
  pyvenv-mode: t
  yas-global-mode: t
  yas-minor-mode: t
  paredit-mode: t
  emms-mode-line-mode: t
  emms-playing-time-display-mode: t
  emms-playing-time-mode: t
  ws-butler-global-mode: t
  ws-butler-mode: t
  counsel-mode: t
  ivy-mode: t
  global-so-long-mode: t
  recentf-mode: t
  global-company-mode: t
  company-mode: t
  debbugs-browse-mode: t
  bug-reference-prog-mode: t
  electric-pair-mode: t
  savehist-mode: t
  winner-mode: t
  display-time-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  size-indication-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:
/gnu/store/bnwq4251b6kh41j8ab18bf970h4vilc1-emacs-transient-0.4.3-0.cc0fa80/share/emacs/site-lisp/transient-0.4.3-0.cc0fa80/transient hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/transient
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ox hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ox
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ox-texinfo hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ox-texinfo
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ox-publish hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ox-publish
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ox-org hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ox-org
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ox-odt hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ox-odt
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ox-md hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ox-md
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ox-man hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ox-man
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ox-latex hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ox-latex
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ox-koma-letter hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ox-koma-letter
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ox-icalendar hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ox-icalendar
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ox-html hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ox-html
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ox-beamer hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ox-beamer
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ox-ascii hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ox-ascii
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-timer hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-timer
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-table hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-table
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-src hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-src
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-refile hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-refile
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-protocol hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-protocol
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-plot hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-plot
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-persist hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-persist
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-pcomplete hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-pcomplete
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-num hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-num
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-mouse hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-mouse
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-mobile hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-mobile
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-macs hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-macs
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-macro hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-macro
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-loaddefs hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-loaddefs
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-list hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-list
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-lint hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-lint
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-keys hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-keys
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-inlinetask hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-inlinetask
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-indent hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-indent
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-id hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-id
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-habit hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-habit
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-goto hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-goto
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-footnote hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-footnote
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-fold hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-fold
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-fold-core hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-fold-core
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-feed hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-feed
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-faces hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-faces
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-entities hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-entities
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-element hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-element
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-duration hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-duration
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-datetree hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-datetree
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-cycle hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-cycle
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-ctags hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-ctags
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-crypt hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-crypt
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-compat hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-compat
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-colview hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-colview
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-clock hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-clock
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-capture hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-capture
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-attach hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-attach
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-archive hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-archive
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-agenda hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-agenda
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ol hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ol
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ol-gnus hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ol-gnus
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ol-bibtex hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ol-bibtex
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ol-bbdb hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ol-bbdb
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/oc hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/oc
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/oc-csl hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/oc-csl
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/oc-biblatex hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/oc-biblatex
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/oc-basic hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/oc-basic
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-tangle hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-tangle
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-sql hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-sql
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-shell hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-shell
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-ruby hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-ruby
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-python hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-python
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-octave hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-octave
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-lua hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-lua
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-lilypond hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-lilypond
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-latex hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-latex
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-julia hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-julia
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-java hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-java
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-haskell hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-haskell
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-gnuplot hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-gnuplot
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-exp hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-exp
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-core hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-core
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-comint hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-comint
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-clojure hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-clojure
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-R hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-R
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-C hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-C
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-version hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-version
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-tempo hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-tempo
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/org-attach-git hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/org-attach-git
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ol-w3m hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ol-w3m
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ol-rmail hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ol-rmail
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ol-mhe hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ol-mhe
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ol-man hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ol-man
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ol-irc hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ol-irc
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ol-info hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ol-info
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ol-eww hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ol-eww
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ol-docview hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ol-docview
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ol-eshell hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ol-eshell
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ol-doi hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ol-doi
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/oc-natbib hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/oc-natbib
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/oc-bibtex hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/oc-bibtex
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-table hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-table
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-sqlite hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-sqlite
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-sed hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-sed
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-screen hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-screen
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-scheme hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-scheme
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-sass hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-sass
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-ref hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-ref
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-processing hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-processing
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-plantuml hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-plantuml
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-perl hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-perl
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-org hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-org
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-ocaml hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-ocaml
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-maxima hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-maxima
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-matlab hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-matlab
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-makefile hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-makefile
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-lob hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-lob
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-lisp hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-lisp
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-js hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-js
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-groovy hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-groovy
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-fortran hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-fortran
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-forth hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-forth
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-eval hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-eval
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-eshell hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-eshell
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-emacs-lisp hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-emacs-lisp
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-dot hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-dot
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-ditaa hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-ditaa
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-css hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-css
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-calc hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-calc
/gnu/store/3wdvamcmdjpcx2ghl0d3i8kii5266gpy-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/ob-awk hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/org/ob-awk
/gnu/store/pgshdvjd1d05x4rs0bs7wg1rxh39qzac-emacs-soap-client-3.2.3/share/emacs/site-lisp/soap-client-3.2.3/soap-inspect hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/net/soap-inspect
/gnu/store/pgshdvjd1d05x4rs0bs7wg1rxh39qzac-emacs-soap-client-3.2.3/share/emacs/site-lisp/soap-client-3.2.3/soap-client hides /gnu/store/3bsdryx1ykzj1g1av7njc310vy61qrzw-emacs-29.1/share/emacs/29.1/lisp/net/soap-client

Features:
(shadow mail-extr emacsbug message yank-media rfc822 mml mml-sec
gnus-util mailabbrev gmm-utils mailheader sendmail mail-utils comp
comp-cstr server diff-hl log-view pcvs-util vc-dir ewoc vc vc-dispatcher
flyspell ispell company-oddmuse company-keywords company-etags
company-gtags company-dabbrev-code company-dabbrev company-files
company-cmake company-xcode company-clang company-semantic company-eclim
company-template company-bbdb htmlize ox-reveal ox-odt rng-loc rng-uri
rng-parse rng-match rng-pttrn nxml-parse nxml-ns nxml-enc xmltok
nxml-util ox-latex ox-icalendar org-agenda ox-html table ox-ascii
ox-publish ox org-element org-persist org-id org-refile avl-tree tramp
tramp-loaddefs trampver tramp-integration tramp-compat shell parse-time
iso8601 dired-x w3m doc-view filenotify jka-compr image-mode exif
timezone w3m-hist w3m-fb bookmark-w3m w3m-ems w3m-favicon w3m-image
tab-line w3m-proc w3m-util highlight-indentation flymake-proc flymake
company-capf help-fns radix-tree elpy elpy-rpc pyvenv eshell esh-cmd
esh-ext esh-opt esh-proc esh-io esh-arg esh-module esh-groups esh-util
elpy-shell elpy-profile elpy-django s elpy-refactor diff-mode python
compat treesit ido hideshow files-x etags fileloop generator cus-edit pp
yasnippet-snippets yasnippet paredit ffap debbugs-gnu add-log
debbugs-compat emms-mpris dbus emms-librefm-stream
emms-librefm-scrobbler emms-playlist-limit emms-i18n emms-history
emms-score emms-stream-info emms-metaplaylist-mode emms-bookmarks
emms-cue emms-mode-line-icon emms-browser sort emms-volume
emms-volume-sndioctl emms-volume-mixerctl emms-volume-pulse
emms-volume-amixer emms-playlist-sort emms-last-played emms-player-xine
emms-player-mpd tq emms-lyrics emms-url emms-streams emms-show-all
emms-tag-editor emms-tag-tracktag emms-mode-line emms-cache
emms-info-native bindat emms-info-exiftool emms-info-tinytag
emms-info-opusinfo emms-info-ogginfo emms-info-mp3info emms-player-vlc
emms-player-mpv emms-playing-time emms-player-mplayer emms-player-simple
emms-playlist-mode emms-source-playlist emms-source-file thingatpt
locate emms-mark emms-setup emms-info-metaflac emms-info emms-later-do
emms emms-compat cal-china lunar solar cal-dst cal-bahai cal-islam
cal-hebrew holidays holiday-loaddefs appt diary-lib diary-loaddefs
string-inflection org-clock org-tempo org ob ob-tangle ob-ref ob-lob
ob-table ob-exp org-macro org-src ob-comint org-pcomplete pcomplete
org-list org-footnote org-faces org-entities time-date noutline outline
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 tempo org-version org-macs format-spec ws-butler
epa derived epg rfc6068 epg-config grep-a-lot grep advice counsel xdg
xref project dired dired-loaddefs compile text-property-search comint
ansi-osc ansi-color swiper cl-extra help-mode ivy delsel ivy-faces
ivy-overlay colir color easy-mmode so-long recentf tree-widget wid-edit
company edmacro kmacro pcase debbugs-browse debbugs soap-client
mm-decode mm-bodies mm-encode url-http url-auth mail-parse rfc2231
rfc2047 rfc2045 mm-util ietf-drums mail-prsvr url-gw nsm puny warnings
icons rng-xsd rng-dt rng-util xsd-regexp xml bug-reference elec-pair
savehist winner ring time cus-load feature-mode-autoloads
clang-rename-autoloads clang-format-autoloads markup-faces-autoloads
adoc-mode-autoloads yasnippet-snippets-autoloads yaml-mode-autoloads
ws-butler-autoloads w3m-load string-inflection-autoloads
strace-mode-autoloads sr-speedbar-autoloads rust-mode-autoloads
rpm-spec-mode-autoloads robot-log-autoloads robot-mode-autoloads
loc-changes-autoloads load-relative-autoloads realgud-autoloads
realgud-recursive-autoloads qml-mode-autoloads tablist-autoloads
pdf-tools-autoloads epl-autoloads pkg-info-autoloads
projectile-autoloads php-mode-autoloads paredit-autoloads
org-reveal-autoloads org-autoloads mmm-mode-autoloads
json-snatcher-autoloads json-mode-autoloads nix-mode-autoloads
markdown-mode-autoloads async-autoloads with-editor-autoloads
transient-autoloads compat-autoloads magit-autoloads
jenkinsfile-mode-autoloads htmlize-autoloads magit-popup-autoloads
edit-indirect-autoloads bui-autoloads guix-autoloads rx
groovy-modes-autoloads grep-a-lot-autoloads go-mode-autoloads
xpm-autoloads ascii-art-to-unicode-autoloads gnugo-autoloads
ggtags-autoloads geiser-guile-autoloads geiser-autoloads dash-autoloads
flycheck-autoloads flycheck-guile-autoloads emms-autoloads s-autoloads
pyvenv-autoloads yasnippet-autoloads highlight-indentation-autoloads
find-file-in-project-autoloads elpy-autoloads el-mock-autoloads
dts-mode-autoloads diff-hl-autoloads soap-client-autoloads
debbugs-autoloads csv-mode-autoloads counsel-bbdb-autoloads
hydra-autoloads ivy-autoloads swiper-autoloads counsel-autoloads
pos-tip-autoloads company-quickhelp-autoloads company-autoloads
cmake-mode-autoloads bbdb-autoloads bash-completion-autoloads
auctex-autoloads tex-site guix-emacs 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 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 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 move-toolbar gtk x-toolkit xinput2 x multi-tty
make-network-process native-compile emacs)

Memory information:
((conses 16 1149718 35168)
 (symbols 48 36454 2)
 (strings 32 312711 14091)
 (string-bytes 1 8502774)
 (vectors 16 72200)
 (vector-slots 8 2100122 82529)
 (floats 8 849 313)
 (intervals 56 32577 1956)
 (buffers 984 18))

-- 
Thanks,
Maxim

Message #8 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Wed, 11 Oct 2023 13:37:44 -0700

Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:

> Hello,
>
> While working via Emacs Debbugs, I noticed that applying a patch would
> fail, and that this only occurred when fetching and saving the patch via
> Debbugs/Gnus.  Below is a reproducer:
>
> 1. mkdir -p src && cd src && git clone https://git.savannah.gnu.org/git/guix.git
> 2. cd guix && git checkout core-updates
> 3. in emacs: M-x debbugs-gnu-bugs RET 65479 RET
> 4. Navigate to the message with [PATCH core-updates v3 10/63] in its
> subject

This took way too long to figure out...

TL;DR is: run "M-i r" before the "|" command.

Gnus is treating the article with the `gnus-display-mime' treatment
function, which ends up inserting newlines between detected MIME parts,
in order to look "nice". It's not necessary to save the article to see
this: the newlines are present if you just open Bruno's message and look
at it. If you run `gnus-summary-show-raw-article', you'll see the
original raw article with no newlines.

The problem is that the Gnus summary "save-article" commands operate on
the treated article, not the raw article.

BUT! Someone™ anticipated that this would be an issue, and for
`gnus-summary-pipe-output' in particular provided a "symbolic prefix"
option for this command, a mechanism specific to Gnus that I'll wager
very few are aware of. It lets you specify that the raw article should
be piped instead of the treated article, by using "M-i" (to initiate the
symbolic prefix), then "r" (the prefix itself).

It's actually documented in the manual, though the fact that neither of
us looked makes that feel a bit useless. It's also weird that only this
pipe command has the option of operating on the raw article; you'd think
that would be a useful option for the other article-saving commands, and
you'd also think maybe this should be the default for the pipe command.

Anyway, see if that works,
Eric

Message #11 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 66450 <at> debbugs.gnu.org, Eric Abrahamsen <eric <at> ericabrahamsen.net>,
 Bruno Victal <mirai <at> makinata.eu>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Thu, 12 Oct 2023 18:52:36 +0200

Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:

> Hello,

Hi Maxim,

> While working via Emacs Debbugs, I noticed that applying a patch would
> fail, and that this only occurred when fetching and saving the patch via
> Debbugs/Gnus.  Below is a reproducer:
>
> 1. mkdir -p src && cd src && git clone https://git.savannah.gnu.org/git/guix.git
> 2. cd guix && git checkout core-updates
> 3. in emacs: M-x debbugs-gnu-bugs RET 65479 RET
> 4. Navigate to the message with [PATCH core-updates v3 10/63] in its
> subject
> 5. M-x cd RET ~/src/guix
> 6. Try to apply the patch by pressing: | RET git am
> 7. Notice that it fails with a patch corrupted message
> 8. Save the patch message to a file via: O f /tmp/bad.txt
> 9. Save a pristine version from Mumi:
> wget https://issues.guix.gnu.org/issue/65479/raw/164 -O/tmp/good.txt
>
> 10. From your shell in the Guix checkout: git am --abort; git am <
> /tmp/bad.txt
> Observe:
>
> Applying: gnu: docbook: Remove leftovers.
> error: corrupt patch at line 97
> Patch failed at 0001 gnu: docbook: Remove leftovers.
> hint: Use 'git am --show-current-patch=diff' to see the failed patch
> When you have resolved this problem, run "git am --continue".
> If you prefer to skip this patch, run "git am --skip" instead.
> To restore the original branch and stop patching, run "git am --abort".
>
>
> 11. git am --abort; git am < /tmp/good.txt
>
> It'll fail also because we haven't applied patches 1 to 9, but note the
> error is not about a corrupted patch.

Eric has told you already what's up from gnus pov.

The debbugs manual gives you a further approach: debbugs-gnu-apply-patch
(M-m). Read it at (info "(debbugs-ug) Applying Patches")

The documentation speaks about the Emacs repository, but I believe it
should be possible also to apply it to GUIX with proper setting of
debbugs-gnu-trunk-directory. If not pls tell me; we could adapt it then.
There is, for example, a minibuffer prompt "Emacs repository location: "
which should work anyway.

Best regards, Michael.

Message #14 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>,
 Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Thu, 12 Oct 2023 15:04:03 -0700

On 10/12/23 18:52 PM, Michael Albinus wrote:
> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
>
>> Hello,
>
> Hi Maxim,
>
>> While working via Emacs Debbugs, I noticed that applying a patch would
>> fail, and that this only occurred when fetching and saving the patch via
>> Debbugs/Gnus.  Below is a reproducer:
>>
>> 1. mkdir -p src && cd src && git clone https://git.savannah.gnu.org/git/guix.git
>> 2. cd guix && git checkout core-updates
>> 3. in emacs: M-x debbugs-gnu-bugs RET 65479 RET
>> 4. Navigate to the message with [PATCH core-updates v3 10/63] in its
>> subject
>> 5. M-x cd RET ~/src/guix
>> 6. Try to apply the patch by pressing: | RET git am
>> 7. Notice that it fails with a patch corrupted message
>> 8. Save the patch message to a file via: O f /tmp/bad.txt
>> 9. Save a pristine version from Mumi:
>> wget https://issues.guix.gnu.org/issue/65479/raw/164 -O/tmp/good.txt
>>
>> 10. From your shell in the Guix checkout: git am --abort; git am <
>> /tmp/bad.txt
>> Observe:
>>
>> Applying: gnu: docbook: Remove leftovers.
>> error: corrupt patch at line 97
>> Patch failed at 0001 gnu: docbook: Remove leftovers.
>> hint: Use 'git am --show-current-patch=diff' to see the failed patch
>> When you have resolved this problem, run "git am --continue".
>> If you prefer to skip this patch, run "git am --skip" instead.
>> To restore the original branch and stop patching, run "git am --abort".
>>
>>
>> 11. git am --abort; git am < /tmp/good.txt
>>
>> It'll fail also because we haven't applied patches 1 to 9, but note the
>> error is not about a corrupted patch.
>
> Eric has told you already what's up from gnus pov.
>
> The debbugs manual gives you a further approach: debbugs-gnu-apply-patch
> (M-m). Read it at (info "(debbugs-ug) Applying Patches")
>
> The documentation speaks about the Emacs repository, but I believe it
> should be possible also to apply it to GUIX with proper setting of
> debbugs-gnu-trunk-directory. If not pls tell me; we could adapt it then.
> There is, for example, a minibuffer prompt "Emacs repository location: "
> which should work anyway.

We're all learning something! I didn't know debbugs did all this, and
will use it for Emacs development in the future. I'd been bouncing back
and forth between Gnus and debbugs, neither one quite seemed to have an
edge on the other, but I think this settles it. Thanks for the
information!

Eric

Message #17 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>,
 Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Fri, 13 Oct 2023 09:01:25 +0200

Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

Hi Eric,

> We're all learning something! I didn't know debbugs did all this, and
> will use it for Emacs development in the future. I'd been bouncing back
> and forth between Gnus and debbugs, neither one quite seemed to have an
> edge on the other, but I think this settles it. Thanks for the
> information!

But there is a relation. Gnus integration for debbugs was written by
Lars, the Gnus author.

> Eric

Best regards, Michael.

Message #20 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>,
 Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Fri, 13 Oct 2023 09:53:03 -0700

On 10/13/23 09:01 AM, Michael Albinus wrote:
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
> Hi Eric,
>
>> We're all learning something! I didn't know debbugs did all this, and
>> will use it for Emacs development in the future. I'd been bouncing back
>> and forth between Gnus and debbugs, neither one quite seemed to have an
>> edge on the other, but I think this settles it. Thanks for the
>> information!
>
> But there is a relation. Gnus integration for debbugs was written by
> Lars, the Gnus author.

Yup, I know that. I think it comes down to how I keep track of bugs.
Gnus is the obvious choice for scanning incoming bug reports and seeing
if any have to do with me (very few of them do!). But Debbugs is the
natural choice for keeping track of bugs once I do decide to work on
them. Getting from Gnus to Debbugs isn't a no-brainer -- I once wrote a
command that adds the bug number of the article under point to
`debbugs-gnu-tagged', to be called on articles in the
"nntp:gmane.emacs.bugs" group, but I never managed to form the habit of
using it.

After that, I end up bouncing between the NNTP group, the IMAP folder
where CC responses arrive, and Debbugs. My volume of bug handling is low
enough that it hasn't been worth sitting down and figuring out a proper
solution. But I really like "apply patches directly from article", so I
might do that now.

Anyway, this bug report isn't the place for the discussion!

Thanks,
Eric

Message #23 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>,
 Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Sat, 14 Oct 2023 16:41:31 +0200

Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

Hi Eric,

> Gnus is the obvious choice for scanning incoming bug reports and seeing
> if any have to do with me (very few of them do!). But Debbugs is the
> natural choice for keeping track of bugs once I do decide to work on
> them. Getting from Gnus to Debbugs isn't a no-brainer -- I once wrote a
> command that adds the bug number of the article under point to
> `debbugs-gnu-tagged', to be called on articles in the
> "nntp:gmane.emacs.bugs" group, but I never managed to form the habit of
> using it.

I use a different approach. I have taught Gnus to follow bug references
in Summary and Article buffers. The relevant setting is

(setq bug-reference-url-format "https://debbugs.gnu.org/%s")
(add-hook 'bug-reference-mode-hook 'debbugs-browse-mode)
(add-hook 'bug-reference-prog-mode-hook 'debbugs-browse-mode)

(add-hook 'gnus-summary-mode-hook 'bug-reference-mode)
(add-hook 'gnus-article-mode-hook 'bug-reference-mode)

Then, bug references are highlighted, and I can select them with the mouse.

> Anyway, this bug report isn't the place for the discussion!

Indeed. But there's no proper place for discussion, and the Debbugs User
Guide, which explains this, isn't read by anybody. See
(info "(debbugs-ug) Minor Mode")

So I spread The Truth™ wherever I can :-)

> Thanks,
> Eric

Best regards, Michael.

Message #26 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Sat, 14 Oct 2023 11:22:57 -0400

Hi Eric!

Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
>
>> Hello,
>>
>> While working via Emacs Debbugs, I noticed that applying a patch would
>> fail, and that this only occurred when fetching and saving the patch via
>> Debbugs/Gnus.  Below is a reproducer:
>>
>> 1. mkdir -p src && cd src && git clone https://git.savannah.gnu.org/git/guix.git
>> 2. cd guix && git checkout core-updates
>> 3. in emacs: M-x debbugs-gnu-bugs RET 65479 RET
>> 4. Navigate to the message with [PATCH core-updates v3 10/63] in its
>> subject
>
> This took way too long to figure out...
>
> TL;DR is: run "M-i r" before the "|" command.

Oh, thank you, that works.

> Gnus is treating the article with the `gnus-display-mime' treatment
> function, which ends up inserting newlines between detected MIME parts,
> in order to look "nice". It's not necessary to save the article to see
> this: the newlines are present if you just open Bruno's message and look
> at it. If you run `gnus-summary-show-raw-article', you'll see the
> original raw article with no newlines.
>
> The problem is that the Gnus summary "save-article" commands operate on
> the treated article, not the raw article.

It'd be nice if that 'gnus-display-mime' procedure tried hard to *not*
break 'git format-patch' messages; perhaps it could use a simple
heuristic to do so.  Out of the 63 patches in the series linked in the
reproducer steps, only patch 10/63 was corrupted by it, so it appears to
be a relatively rare occurrence.

> BUT! Someone™ anticipated that this would be an issue, and for
> `gnus-summary-pipe-output' in particular provided a "symbolic prefix"
> option for this command, a mechanism specific to Gnus that I'll wager
> very few are aware of. It lets you specify that the raw article should
> be piped instead of the treated article, by using "M-i" (to initiate the
> symbolic prefix), then "r" (the prefix itself).
>
> It's actually documented in the manual, though the fact that neither of
> us looked makes that feel a bit useless. It's also weird that only this
> pipe command has the option of operating on the raw article; you'd think
> that would be a useful option for the other article-saving commands, and
> you'd also think maybe this should be the default for the pipe command.

I'd also opine that the pipe command should process the raw article by
default, but that's based on my sole experience with it, which nearly
always involve applying 'git format-patch' patches.

Maxim

Message #29 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>,
 Michael Albinus <michael.albinus <at> gmx.de>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Sat, 14 Oct 2023 11:35:04 -0400

Hi again,

Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:

[...]

> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

[...]

>> Gnus is treating the article with the `gnus-display-mime' treatment
>> function, which ends up inserting newlines between detected MIME parts,
>> in order to look "nice". It's not necessary to save the article to see
>> this: the newlines are present if you just open Bruno's message and look
>> at it. If you run `gnus-summary-show-raw-article', you'll see the
>> original raw article with no newlines.
>>
>> The problem is that the Gnus summary "save-article" commands operate on
>> the treated article, not the raw article.
>
> It'd be nice if that 'gnus-display-mime' procedure tried hard to *not*
> break 'git format-patch' messages; perhaps it could use a simple
> heuristic to do so.  Out of the 63 patches in the series linked in the
> reproducer steps, only patch 10/63 was corrupted by it, so it appears to
> be a relatively rare occurrence.

To follow-up on that, it seems the case likely to break with
'gnus-display-mime' is when a 'git format-patch' (or maybe even just a
plain 'patch' one) includes patches, such as in the 10/63 patch above.

-- 
Thanks,
Maxim

Message #32 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>,
 Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Sat, 14 Oct 2023 09:40:58 -0700

Michael Albinus <michael.albinus <at> gmx.de> writes:

> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
> Hi Eric,
>
>> Gnus is the obvious choice for scanning incoming bug reports and seeing
>> if any have to do with me (very few of them do!). But Debbugs is the
>> natural choice for keeping track of bugs once I do decide to work on
>> them. Getting from Gnus to Debbugs isn't a no-brainer -- I once wrote a
>> command that adds the bug number of the article under point to
>> `debbugs-gnu-tagged', to be called on articles in the
>> "nntp:gmane.emacs.bugs" group, but I never managed to form the habit of
>> using it.
>
> I use a different approach. I have taught Gnus to follow bug references
> in Summary and Article buffers. The relevant setting is
>
> (setq bug-reference-url-format "https://debbugs.gnu.org/%s")
> (add-hook 'bug-reference-mode-hook 'debbugs-browse-mode)
> (add-hook 'bug-reference-prog-mode-hook 'debbugs-browse-mode)
>
> (add-hook 'gnus-summary-mode-hook 'bug-reference-mode)
> (add-hook 'gnus-article-mode-hook 'bug-reference-mode)
>
> Then, bug references are highlighted, and I can select them with the mouse.
>
>> Anyway, this bug report isn't the place for the discussion!
>
> Indeed. But there's no proper place for discussion, and the Debbugs User
> Guide, which explains this, isn't read by anybody. See
> (info "(debbugs-ug) Minor Mode")
>
> So I spread The Truth™ wherever I can :-)

The Truth has been heard! I can't believe I didn't know about all this
earlier. I may even work on more bugs now!

Thanks,
Eric

Message #35 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Sat, 14 Oct 2023 09:43:46 -0700

Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:

> Hi Eric!
>
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
>>
>>> Hello,
>>>
>>> While working via Emacs Debbugs, I noticed that applying a patch would
>>> fail, and that this only occurred when fetching and saving the patch via
>>> Debbugs/Gnus.  Below is a reproducer:
>>>
>>> 1. mkdir -p src && cd src && git clone https://git.savannah.gnu.org/git/guix.git
>>> 2. cd guix && git checkout core-updates
>>> 3. in emacs: M-x debbugs-gnu-bugs RET 65479 RET
>>> 4. Navigate to the message with [PATCH core-updates v3 10/63] in its
>>> subject
>>
>> This took way too long to figure out...
>>
>> TL;DR is: run "M-i r" before the "|" command.
>
> Oh, thank you, that works.
>
>> Gnus is treating the article with the `gnus-display-mime' treatment
>> function, which ends up inserting newlines between detected MIME parts,
>> in order to look "nice". It's not necessary to save the article to see
>> this: the newlines are present if you just open Bruno's message and look
>> at it. If you run `gnus-summary-show-raw-article', you'll see the
>> original raw article with no newlines.
>>
>> The problem is that the Gnus summary "save-article" commands operate on
>> the treated article, not the raw article.
>
> It'd be nice if that 'gnus-display-mime' procedure tried hard to *not*
> break 'git format-patch' messages; perhaps it could use a simple
> heuristic to do so.  Out of the 63 patches in the series linked in the
> reproducer steps, only patch 10/63 was corrupted by it, so it appears to
> be a relatively rare occurrence.

Is it possible that message in particular had multiple mime attachments,
and the others didn't? I got the sense that the issue was with multiple
attachments, or a message that isn't itself the attachment in question,
but that contains attachments. Or something.

>> BUT! Someone™ anticipated that this would be an issue, and for
>> `gnus-summary-pipe-output' in particular provided a "symbolic prefix"
>> option for this command, a mechanism specific to Gnus that I'll wager
>> very few are aware of. It lets you specify that the raw article should
>> be piped instead of the treated article, by using "M-i" (to initiate the
>> symbolic prefix), then "r" (the prefix itself).
>>
>> It's actually documented in the manual, though the fact that neither of
>> us looked makes that feel a bit useless. It's also weird that only this
>> pipe command has the option of operating on the raw article; you'd think
>> that would be a useful option for the other article-saving commands, and
>> you'd also think maybe this should be the default for the pipe command.
>
> I'd also opine that the pipe command should process the raw article by
> default, but that's based on my sole experience with it, which nearly
> always involve applying 'git format-patch' patches.

By definition the pipe command will be sending the message to an
exterior process, so you'd think you'd never want to run the
treatment/washing commands, which have to do with user-facing article
display. Gnus (and Emacs in general) is full of Chesterton's fences,
though, and I would hesitate to go changing defaults like this.

Message #38 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Björn Bidar <bjorn.bidar <at> thaodan.de>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>,
 Michael Albinus <michael.albinus <at> gmx.de>,
 Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Sat, 14 Oct 2023 23:27:27 +0300

Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

> Yup, I know that. I think it comes down to how I keep track of bugs.
> Gnus is the obvious choice for scanning incoming bug reports and seeing
> if any have to do with me (very few of them do!). But Debbugs is the
> natural choice for keeping track of bugs once I do decide to work on
> them. Getting from Gnus to Debbugs isn't a no-brainer -- I once wrote a
> command that adds the bug number of the article under point to
> `debbugs-gnu-tagged', to be called on articles in the
> "nntp:gmane.emacs.bugs" group, but I never managed to form the habit of
> using it.

Can Debbugs do that without affecting an existing summary buffer if
exist before?

Message #41 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Björn Bidar <bjorn.bidar <at> thaodan.de>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>,
 Michael Albinus <michael.albinus <at> gmx.de>,
 Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Sat, 14 Oct 2023 18:13:17 -0700

On 10/14/23 23:27 PM, Björn Bidar wrote:
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>> Yup, I know that. I think it comes down to how I keep track of bugs.
>> Gnus is the obvious choice for scanning incoming bug reports and seeing
>> if any have to do with me (very few of them do!). But Debbugs is the
>> natural choice for keeping track of bugs once I do decide to work on
>> them. Getting from Gnus to Debbugs isn't a no-brainer -- I once wrote a
>> command that adds the bug number of the article under point to
>> `debbugs-gnu-tagged', to be called on articles in the
>> "nntp:gmane.emacs.bugs" group, but I never managed to form the habit of
>> using it.
>
> Can Debbugs do that without affecting an existing summary buffer if
> exist before?

My command just added the bug under point to the list of tagged bugs,
that was all. The bug-reference-mode click command does seem to replace
the original buffer in whichever window you click the button in, Summary
or Article, but the original buffer is left undisturbed.

Message #44 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: Eric Abrahamsen <eric <at> ericabrahamsen.net>, 66450 <at> debbugs.gnu.org,
 Bruno Victal <mirai <at> makinata.eu>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Mon, 16 Oct 2023 10:59:05 -0400

Hello,

Michael Albinus <michael.albinus <at> gmx.de> writes:

> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
> Hi Eric,
>
>> Gnus is the obvious choice for scanning incoming bug reports and seeing
>> if any have to do with me (very few of them do!). But Debbugs is the
>> natural choice for keeping track of bugs once I do decide to work on
>> them. Getting from Gnus to Debbugs isn't a no-brainer -- I once wrote a
>> command that adds the bug number of the article under point to
>> `debbugs-gnu-tagged', to be called on articles in the
>> "nntp:gmane.emacs.bugs" group, but I never managed to form the habit of
>> using it.
>
> I use a different approach. I have taught Gnus to follow bug references
> in Summary and Article buffers. The relevant setting is
>
> (setq bug-reference-url-format "https://debbugs.gnu.org/%s")
> (add-hook 'bug-reference-mode-hook 'debbugs-browse-mode)
> (add-hook 'bug-reference-prog-mode-hook 'debbugs-browse-mode)
>
> (add-hook 'gnus-summary-mode-hook 'bug-reference-mode)
> (add-hook 'gnus-article-mode-hook 'bug-reference-mode)
>
> Then, bug references are highlighted, and I can select them with the mouse.
>
>> Anyway, this bug report isn't the place for the discussion!
>
> Indeed. But there's no proper place for discussion, and the Debbugs User
> Guide, which explains this, isn't read by anybody. See
> (info "(debbugs-ug) Minor Mode")
>
> So I spread The Truth™ wherever I can :-)

Something similar to this have been recently added to the Guix
"Contributing" section, see
<https://guix.gnu.org/en/manual/devel/en/html_node/The-Perfect-Setup.html#Viewing-Bugs-within-Emacs>
or info "(guix) The Perfect Setup".  The regexps have been turned into
'rx' expressions for readability.

-- 
Thanks,
Maxim

Message #47 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: Eric Abrahamsen <eric <at> ericabrahamsen.net>, 66450 <at> debbugs.gnu.org,
 Bruno Victal <mirai <at> makinata.eu>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Tue, 17 Oct 2023 09:03:20 +0200

Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:

> Hello,

Hi Maxim,

> Something similar to this have been recently added to the Guix
> "Contributing" section, see
> <https://guix.gnu.org/en/manual/devel/en/html_node/The-Perfect-Setup.html#Viewing-Bugs-within-Emacs>
> or info "(guix) The Perfect Setup".  The regexps have been turned into
> 'rx' expressions for readability.

Thanks for the information. Scrolling through this guide, maybe I can
give you some further comments? In
<https://guix.gnu.org/en/manual/devel/en/html_node/Debbugs-User-Interfaces.html>,
you recommend the command 'C-u M-x debbugs-gnu RET RET guix-patches RET
n y'. However, if you configure debbugs-gnu-default-packages to '("guix"
"guix-patches"), you don't need the prefix argument. Furthermore, Guix
has its own commands in Debbugs, like debbugs-gnu-guix-search.

All of this is off-topic for this bug. But I thought it might be helpful.

Best regards, Michael.

Message #50 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>,
 Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Tue, 17 Oct 2023 07:06:45 -0700

On 10/17/23 09:03 AM, Michael Albinus wrote:
> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
>
>> Hello,
>
> Hi Maxim,
>
>> Something similar to this have been recently added to the Guix
>> "Contributing" section, see
>> <https://guix.gnu.org/en/manual/devel/en/html_node/The-Perfect-Setup.html#Viewing-Bugs-within-Emacs>
>> or info "(guix) The Perfect Setup".  The regexps have been turned into
>> 'rx' expressions for readability.
>
> Thanks for the information. Scrolling through this guide, maybe I can
> give you some further comments? In
> <https://guix.gnu.org/en/manual/devel/en/html_node/Debbugs-User-Interfaces.html>,
> you recommend the command 'C-u M-x debbugs-gnu RET RET guix-patches RET
> n y'. However, if you configure debbugs-gnu-default-packages to '("guix"
> "guix-patches"), you don't need the prefix argument. Furthermore, Guix
> has its own commands in Debbugs, like debbugs-gnu-guix-search.
>
> All of this is off-topic for this bug. But I thought it might be helpful.

Speaking of which... Unless someone wants to make an argument about
changing the defaults of the pipe-article command, it might be time to
close this report. Though it has been unusually productive!

Message #53 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>,
 Michael Albinus <michael.albinus <at> gmx.de>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Tue, 17 Oct 2023 11:19:18 -0400

Hi Eric,

Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

> On 10/17/23 09:03 AM, Michael Albinus wrote:
>> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
>>
>>> Hello,
>>
>> Hi Maxim,
>>
>>> Something similar to this have been recently added to the Guix
>>> "Contributing" section, see
>>> <https://guix.gnu.org/en/manual/devel/en/html_node/The-Perfect-Setup.html#Viewing-Bugs-within-Emacs>
>>> or info "(guix) The Perfect Setup".  The regexps have been turned into
>>> 'rx' expressions for readability.
>>
>> Thanks for the information. Scrolling through this guide, maybe I can
>> give you some further comments? In
>> <https://guix.gnu.org/en/manual/devel/en/html_node/Debbugs-User-Interfaces.html>,
>> you recommend the command 'C-u M-x debbugs-gnu RET RET guix-patches RET
>> n y'. However, if you configure debbugs-gnu-default-packages to '("guix"
>> "guix-patches"), you don't need the prefix argument. Furthermore, Guix
>> has its own commands in Debbugs, like debbugs-gnu-guix-search.
>>
>> All of this is off-topic for this bug. But I thought it might be helpful.
>
> Speaking of which... Unless someone wants to make an argument about
> changing the defaults of the pipe-article command, it might be time to
> close this report. Though it has been unusually productive!

If we worry about backward compatibility, perhaps we could add a
defcustom variable that'd be named
e.g. 'gnus-always-process-raw-message' or similar, that'd do what its
name says (e.g. when using 'pipe' or save-article, it'd process the raw
message).  Eventually, it could be made the default behavior, if it has
enough support.

I could try implementing that, if it seems a good idea?

-- 
Thanks,
Maxim

Message #56 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>,
 Michael Albinus <michael.albinus <at> gmx.de>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Tue, 17 Oct 2023 09:41:58 -0700

Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:

> Hi Eric,
>
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>> On 10/17/23 09:03 AM, Michael Albinus wrote:
>>> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
>>>
>>>> Hello,
>>>
>>> Hi Maxim,
>>>
>>>> Something similar to this have been recently added to the Guix
>>>> "Contributing" section, see
>>>> <https://guix.gnu.org/en/manual/devel/en/html_node/The-Perfect-Setup.html#Viewing-Bugs-within-Emacs>
>>>> or info "(guix) The Perfect Setup".  The regexps have been turned into
>>>> 'rx' expressions for readability.
>>>
>>> Thanks for the information. Scrolling through this guide, maybe I can
>>> give you some further comments? In
>>> <https://guix.gnu.org/en/manual/devel/en/html_node/Debbugs-User-Interfaces.html>,
>>> you recommend the command 'C-u M-x debbugs-gnu RET RET guix-patches RET
>>> n y'. However, if you configure debbugs-gnu-default-packages to '("guix"
>>> "guix-patches"), you don't need the prefix argument. Furthermore, Guix
>>> has its own commands in Debbugs, like debbugs-gnu-guix-search.
>>>
>>> All of this is off-topic for this bug. But I thought it might be helpful.
>>
>> Speaking of which... Unless someone wants to make an argument about
>> changing the defaults of the pipe-article command, it might be time to
>> close this report. Though it has been unusually productive!
>
> If we worry about backward compatibility, perhaps we could add a
> defcustom variable that'd be named
> e.g. 'gnus-always-process-raw-message' or similar, that'd do what its
> name says (e.g. when using 'pipe' or save-article, it'd process the raw
> message).  Eventually, it could be made the default behavior, if it has
> enough support.
>
> I could try implementing that, if it seems a good idea?

I guess I think a whole option just for this would be overkill,
particularly since it's only the pipe command that even offers the
possibility of toggling raw/treated. I suppose we could float a query on
gnus.general and see if anyone has a preference (I'd be interested in
seeing how many people are actually aware of the symbolic prefix), and
maybe call that good enough as a user survey.

Message #59 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 66450 <at> debbugs.gnu.org, Bruno Victal <mirai <at> makinata.eu>,
 Michael Albinus <michael.albinus <at> gmx.de>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Wed, 18 Oct 2023 14:50:16 -0400

Hi,

Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

[...]

>> If we worry about backward compatibility, perhaps we could add a
>> defcustom variable that'd be named
>> e.g. 'gnus-always-process-raw-message' or similar, that'd do what its
>> name says (e.g. when using 'pipe' or save-article, it'd process the raw
>> message).  Eventually, it could be made the default behavior, if it has
>> enough support.
>>
>> I could try implementing that, if it seems a good idea?
>
> I guess I think a whole option just for this would be overkill,
> particularly since it's only the pipe command that even offers the
> possibility of toggling raw/treated. I suppose we could float a query on
> gnus.general and see if anyone has a preference (I'd be interested in
> seeing how many people are actually aware of the symbolic prefix), and
> maybe call that good enough as a user survey.

Maybe we can try that; the only Gnus mailing list I can find is
info-gnus-english; is there a more suitable one?

-- 
Thanks,
Maxim

Message #62 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 66450 <at> debbugs.gnu.org
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Wed, 18 Oct 2023 12:40:37 -0700

Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:

> Hi,
>
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
> [...]
>
>>> If we worry about backward compatibility, perhaps we could add a
>>> defcustom variable that'd be named
>>> e.g. 'gnus-always-process-raw-message' or similar, that'd do what its
>>> name says (e.g. when using 'pipe' or save-article, it'd process the raw
>>> message).  Eventually, it could be made the default behavior, if it has
>>> enough support.
>>>
>>> I could try implementing that, if it seems a good idea?
>>
>> I guess I think a whole option just for this would be overkill,
>> particularly since it's only the pipe command that even offers the
>> possibility of toggling raw/treated. I suppose we could float a query on
>> gnus.general and see if anyone has a preference (I'd be interested in
>> seeing how many people are actually aware of the symbolic prefix), and
>> maybe call that good enough as a user survey.
>
> Maybe we can try that; the only Gnus mailing list I can find is
> info-gnus-english; is there a more suitable one?

I've already asked! It's on the emacs.gnus.general newsgroup, which used
to have an HTML archive available on the web, but I guess doesn't
anymore. The responses haven't been flooding in, but so far all in favor
of changing the default.

Message #65 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 66450 <at> debbugs.gnu.org
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Wed, 18 Oct 2023 21:01:21 -0400

Hi,

Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

[...]

>>> I guess I think a whole option just for this would be overkill,
>>> particularly since it's only the pipe command that even offers the
>>> possibility of toggling raw/treated. I suppose we could float a query on
>>> gnus.general and see if anyone has a preference (I'd be interested in
>>> seeing how many people are actually aware of the symbolic prefix), and
>>> maybe call that good enough as a user survey.
>>
>> Maybe we can try that; the only Gnus mailing list I can find is
>> info-gnus-english; is there a more suitable one?
>
> I've already asked! It's on the emacs.gnus.general newsgroup, which used
> to have an HTML archive available on the web, but I guess doesn't
> anymore. The responses haven't been flooding in, but so far all in favor
> of changing the default.

Thanks for asking!  If I may, how do you access such newsgroup?  Which
Usenet server do you use (that's how it's accessed, right?).

-- 
Maxim

Message #68 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: Eric Abrahamsen <eric <at> ericabrahamsen.net>, 66450 <at> debbugs.gnu.org,
 Bruno Victal <mirai <at> makinata.eu>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Wed, 18 Oct 2023 21:53:54 -0400

Hi,

Michael Albinus <michael.albinus <at> gmx.de> writes:

> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
>
>> Hello,
>
> Hi Maxim,
>
>> Something similar to this have been recently added to the Guix
>> "Contributing" section, see
>> <https://guix.gnu.org/en/manual/devel/en/html_node/The-Perfect-Setup.html#Viewing-Bugs-within-Emacs>
>> or info "(guix) The Perfect Setup".  The regexps have been turned into
>> 'rx' expressions for readability.
>
> Thanks for the information. Scrolling through this guide, maybe I can
> give you some further comments? In
> <https://guix.gnu.org/en/manual/devel/en/html_node/Debbugs-User-Interfaces.html>,
> you recommend the command 'C-u M-x debbugs-gnu RET RET guix-patches RET
> n y'. However, if you configure debbugs-gnu-default-packages to '("guix"
> "guix-patches"), you don't need the prefix argument. Furthermore, Guix
> has its own commands in Debbugs, like debbugs-gnu-guix-search.
>
> All of this is off-topic for this bug. But I thought it might be helpful.

For your information, I've submitted your suggestions to the Guix manual
as bug#66620.

-- 
Thanks,
Maxim

Message #71 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 66450 <at> debbugs.gnu.org
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Wed, 18 Oct 2023 19:50:28 -0700

On 10/18/23 21:01 PM, Maxim Cournoyer wrote:
> Hi,
>
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
> [...]
>
>>>> I guess I think a whole option just for this would be overkill,
>>>> particularly since it's only the pipe command that even offers the
>>>> possibility of toggling raw/treated. I suppose we could float a query on
>>>> gnus.general and see if anyone has a preference (I'd be interested in
>>>> seeing how many people are actually aware of the symbolic prefix), and
>>>> maybe call that good enough as a user survey.
>>>
>>> Maybe we can try that; the only Gnus mailing list I can find is
>>> info-gnus-english; is there a more suitable one?
>>
>> I've already asked! It's on the emacs.gnus.general newsgroup, which used
>> to have an HTML archive available on the web, but I guess doesn't
>> anymore. The responses haven't been flooding in, but so far all in favor
>> of changing the default.
>
> Thanks for asking!  If I may, how do you access such newsgroup?  Which
> Usenet server do you use (that's how it's accessed, right?).

It's NNTP, not Usenet. I use a newsreader, there's a good one called
Gnus :)

Add '(nntp "news.gmane.io") to your select methods, then enter the
server and find entirely too many groups about way too many subjects,
including many emacs-related groups.

Message #74 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 66450 <at> debbugs.gnu.org
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Wed, 18 Oct 2023 23:38:47 -0400

Hi,

Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

[...]

>>> I've already asked! It's on the emacs.gnus.general newsgroup, which used
>>> to have an HTML archive available on the web, but I guess doesn't
>>> anymore. The responses haven't been flooding in, but so far all in favor
>>> of changing the default.
>>
>> Thanks for asking!  If I may, how do you access such newsgroup?  Which
>> Usenet server do you use (that's how it's accessed, right?).
>
> It's NNTP, not Usenet. I use a newsreader, there's a good one called
> Gnus :)
>
> Add '(nntp "news.gmane.io") to your select methods, then enter the
> server and find entirely too many groups about way too many subjects,
> including many emacs-related groups.

I see!  I think it's the second time I learn of the revival of Gmane.  I
will try it, thank you!

-- 
Maxim

Message #77 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Visuwesh <visuweshm <at> gmail.com>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 66450 <at> debbugs.gnu.org, Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Thu, 19 Oct 2023 11:56:11 +0530

[புதன் அக்டோபர் 18, 2023] Eric Abrahamsen wrote:

> I've already asked! It's on the emacs.gnus.general newsgroup, which used
> to have an HTML archive available on the web, but I guess doesn't
> anymore. The responses haven't been flooding in, but so far all in favor
> of changing the default.

Not sure if GNU holds an archive but inbox.vuxu.org has both ding and
info-gnus-english.

Message #80 received at 66450 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: Eric Abrahamsen <eric <at> ericabrahamsen.net>, 66450 <at> debbugs.gnu.org,
 Bruno Victal <mirai <at> makinata.eu>
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Thu, 19 Oct 2023 09:05:20 +0200

Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:

> Hi,

Hi Maxim,

> For your information, I've submitted your suggestions to the Guix manual
> as bug#66620.

Thanks.

Best regards, Michael.

Message #85 received at 66450-done <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 66450-done <at> debbugs.gnu.org
Subject: Re: bug#66450: 29.1; Debbugs/Gnus sometimes corrupt git formatted
 patches
Date: Sun, 10 Mar 2024 08:12:34 -0700

Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
>
>> Hi,
>>
>> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>>
>> [...]
>>
>>>> If we worry about backward compatibility, perhaps we could add a
>>>> defcustom variable that'd be named
>>>> e.g. 'gnus-always-process-raw-message' or similar, that'd do what its
>>>> name says (e.g. when using 'pipe' or save-article, it'd process the raw
>>>> message).  Eventually, it could be made the default behavior, if it has
>>>> enough support.
>>>>
>>>> I could try implementing that, if it seems a good idea?
>>>
>>> I guess I think a whole option just for this would be overkill,
>>> particularly since it's only the pipe command that even offers the
>>> possibility of toggling raw/treated. I suppose we could float a query on
>>> gnus.general and see if anyone has a preference (I'd be interested in
>>> seeing how many people are actually aware of the symbolic prefix), and
>>> maybe call that good enough as a user survey.
>>
>> Maybe we can try that; the only Gnus mailing list I can find is
>> info-gnus-english; is there a more suitable one?
>
> I've already asked! It's on the emacs.gnus.general newsgroup, which used
> to have an HTML archive available on the web, but I guess doesn't
> anymore. The responses haven't been flooding in, but so far all in favor
> of changing the default.

We ended up not getting much in the way of response, and I'm kind of
reluctant to mess with things here. The thing that would probably make
most sense is allowing all the article savers to accept a "r" symbolic
argument to control raw-or-not, then default the pipe command to raw.
Otherwise this is the only command that takes a special modifier to use
the raw article and then... we default to raw. It doesn't quite make
sense!

I'm going to close this bug report, but Maxim if you feel very strongly
about this please re-open.

Thanks,
Eric

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.