GNU bug report logs -
#78890
31.0.50; Messy vc-annotate buffer names
Previous Next
Reported by: Kristoffer Balintona <krisbalintona <at> gmail.com>
Date: Tue, 24 Jun 2025 10:43:02 UTC
Severity: normal
Found in version 31.0.50
Fixed in version 31.1
Done: Sean Whitton <spwhitton <at> spwhitton.name>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 78890 in the body.
You can then email your comments to 78890 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Tue, 24 Jun 2025 10:43:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Kristoffer Balintona <krisbalintona <at> gmail.com>:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org.
(Tue, 24 Jun 2025 10:43:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I've noticed a peculiarity with the names of the buffer created by
vc-annotate. For instance, opening up vtable.el and calling vc-annotate,
the initial vc-annotate buffer name is:
1. *Annotate vtable.el (rev f1737342518)*
Then calling vc-annotate-prev-revision:
2. *Annotate *Annotate vtable.el (rev f1737342518)* (rev
fdab542a56201b1581abdc0df940e0c50abde1c7)*
Then calling vc-annotate-prev-revision again:
3. *Annotate *Annotate *Annotate vtable.el (rev f1737342518)* (rev
fdab542a56201b1581abdc0df940e0c50abde1c7)* (rev
35e1ab970c1cfc6a1b62fbb920e0d2bb031765da)*
and so on. As you can see, the file names become messy quickly.
Would it be possible to have buffer names more like the following
instead upon calls to vc-annotate-next-revision and
vc-annotate-prev-revision?
1. *Annotate vtable.el (rev f1737342518)*
2. *Annotate vtable.el (rev fdab542a56201b1581abdc0df940e0c50abde1c7)*
3. *Annotate vtable.el (rev 35e1ab970c1cfc6a1b62fbb920e0d2bb031765da)*
In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
3.24.43, cairo version 1.18.2)
Windowing system distributor 'Microsoft Corporation', version 11.0.12010000
System Description: Guix System
Configured using:
'configure
CONFIG_SHELL=/gnu/store/m0xdsa8cfq6mq1kxgxmpmpg71la4f0b9-bash-minimal-5.1.16/bin/bash
SHELL=/gnu/store/m0xdsa8cfq6mq1kxgxmpmpg71la4f0b9-bash-minimal-5.1.16/bin/bash
--prefix=/gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81
--enable-fast-install --with-x-toolkit=gtk3 --with-x-widgets
--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
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 WEBP X11 XDBE XIM XINERAMA XINPUT2 XPM
XRANDR GTK3 ZLIB
Important settings:
value of $EMACSLOADPATH:
/home/krisbalintona/.guix-home/profile/share/emacs/site-lisp:/home/krisbalintona/.guix-home/profile/share/emacs/site-lisp:/gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Elisp/l
Minor modes in effect:
org-super-agenda-mode: t
notmuch-bookmarks-mode: t
dired-hist-mode: t
citar-org-node-mode: t
org-node-context-follow-mode: t
org-node-cache-mode: t
org-mem-updater-mode: t
repeat-mode: t
global-dash-fontify-mode: t
dash-fontify-mode: t
highlight-function-calls-mode: t
eros-mode: t
goto-address-prog-mode: t
bug-reference-prog-mode: t
completion-preview-mode: t
whitespace-mode: t
outli-mode: t
global-visual-wrap-prefix-mode: t
visual-wrap-prefix-mode: t
global-jinx-mode: t
jinx-mode: t
gcmh-mode: t
recentf-mode: t
save-place-mode: t
cascading-dir-locals-mode: t
global-sops-mode: t
desktop-save-mode: t
fancy-compilation-mode: t
global-paren-face-mode: t
paren-face-mode: t
activities-tabs-mode: t
activities-mode: t
lin-global-mode: t
smart-mark-mode: t
cursory-mode: t
recursion-indicator-mode: t
ultra-scroll-mode: t
pixel-scroll-precision-mode: t
pulsar-global-mode: t
pulsar-mode: t
corfu-popupinfo-mode: t
global-corfu-mode: t
corfu-mode: t
vertico-multiform-mode: t
vertico-mode: t
global-so-long-mode: t
delete-selection-mode: t
global-word-wrap-whitespace-mode: t
word-wrap-whitespace-mode: t
display-time-mode: t
flymake-mode: t
find-function-mode: t
minibuffer-electric-default-mode: t
outline-minor-mode: t
savehist-mode: t
electric-pair-mode: t
el-patch-use-package-mode: t
fontaine-mode: t
elpaca-use-package-mode: t
override-global-mode: t
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
show-paren-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tab-bar-history-mode: t
tab-bar-mode: t
file-name-shadow-mode: t
context-menu-mode: t
global-font-lock-mode: t
font-lock-mode: t
undelete-frame-mode: t
minibuffer-regexp-mode: t
line-number-mode: t
transient-mark-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
auto-save-visited-mode: t
abbrev-mode: t
Load-path shadows:
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org-capture/org-capture
hides /home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-capture
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/dash/dash hides
/gnu/store/6pv70fj42n72sp2p5yfs3kqinwxd1w8i-emacs-dash-2.20.0/share/emacs/site-lisp/dash-2.20.0/dash
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/dash/dash-autoloads
hides /gnu/store/6pv70fj42n72sp2p5yfs3kqinwxd1w8i-emacs-dash-2.20.0/share/emacs/site-lisp/dash-2.20.0/dash-autoloads
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/eros/eros hides
/gnu/store/znqdh97na6gjls4mb7krvfb6cxx3i76n-emacs-eros-0.1.0-0.a9a92bd/share/emacs/site-lisp/eros-0.1.0-0.a9a92bd/eros
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/eros/eros-autoloads
hides /gnu/store/znqdh97na6gjls4mb7krvfb6cxx3i76n-emacs-eros-0.1.0-0.a9a92bd/share/emacs/site-lisp/eros-0.1.0-0.a9a92bd/eros-autoloads
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/queue/queue
hides /gnu/store/5lp5w47rzfvldhal454kkachd7aasr73-emacs-queue-0.2/share/emacs/site-lisp/queue-0.2/queue
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/queue/queue-autoloads
hides /gnu/store/5lp5w47rzfvldhal454kkachd7aasr73-emacs-queue-0.2/share/emacs/site-lisp/queue-0.2/queue-autoloads
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/ef-themes/theme-loaddefs
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/theme-loaddefs
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/transient/transient
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/transient
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/use-package/use-package-bind-key
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/use-package/use-package-bind-key
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/use-package/use-package-delight
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/use-package/use-package-delight
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/use-package/use-package
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/use-package/use-package
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/use-package/use-package-lint
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/use-package/use-package-lint
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/use-package/use-package-jump
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/use-package/use-package-jump
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/use-package/use-package-ensure-system-package
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/use-package/use-package-ensure-system-package
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/use-package/use-package-core
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/use-package/use-package-core
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/use-package/use-package-ensure
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/use-package/use-package-ensure
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/use-package/use-package-diminish
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/use-package/use-package-diminish
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-matlab
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-matlab
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-shell
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-shell
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-forth
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-forth
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-R hides
/gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-R
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ol-docview
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ol-docview
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-src
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-src
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ol-mhe
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ol-mhe
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ox-latex
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ox-latex
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-python
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-python
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-pcomplete
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-pcomplete
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-agenda
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-agenda
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-clojure
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-clojure
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/oc-basic
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/oc-basic
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-mobile
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-mobile
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ol-gnus
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ol-gnus
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-scheme
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-scheme
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-habit
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-habit
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-plantuml
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-plantuml
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-protocol
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-protocol
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-screen
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-screen
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ol-eshell
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ol-eshell
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-exp
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-exp
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ol-doi
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ol-doi
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-dot
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-dot
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-element-ast
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-element-ast
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/oc-natbib
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/oc-natbib
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-inlinetask
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-inlinetask
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-loaddefs
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-loaddefs
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-processing
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-processing
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-emacs-lisp
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-emacs-lisp
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-maxima
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-maxima
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-colview
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-colview
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-octave
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-octave
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-perl
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-perl
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-attach-git
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-attach-git
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org-capture/org-capture
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-capture
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-eshell
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-eshell
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-ctags
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-ctags
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-makefile
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-makefile
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-awk
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-awk
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-sqlite
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-sqlite
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-clock
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-clock
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-faces
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-faces
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-goto
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-goto
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-fold-core
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-fold-core
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ol hides
/gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ol
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-core
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-core
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-plot
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-plot
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-element
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-element
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ox-beamer
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ox-beamer
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-lilypond
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-lilypond
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-lisp
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-lisp
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-table
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-table
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ox-koma-letter
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ox-koma-letter
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ol-rmail
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ol-rmail
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-comint
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-comint
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-datetree
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-datetree
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ol-man
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ol-man
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ox-odt
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ox-odt
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ox-ascii
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ox-ascii
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org hides
/gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-table
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-table
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-footnote
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-footnote
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-tangle
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-tangle
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ol-w3m
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ol-w3m
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-groovy
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-groovy
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ol-bbdb
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ol-bbdb
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-mouse
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-mouse
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-js hides
/gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-js
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ox-publish
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ox-publish
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-lob
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-lob
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ol-irc
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ol-irc
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/oc-csl
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/oc-csl
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/oc hides
/gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/oc
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-macs
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-macs
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-lua
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-lua
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-tempo
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-tempo
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-sql
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-sql
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-gnuplot
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-gnuplot
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ol-info
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ol-info
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-keys
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-keys
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ox-md hides
/gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ox-md
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-feed
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-feed
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-duration
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-duration
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-ditaa
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-ditaa
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ol-bibtex
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ol-bibtex
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-julia
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-julia
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-ocaml
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-ocaml
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/oc-biblatex
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/oc-biblatex
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-timer
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-timer
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-sass
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-sass
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-latex
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-latex
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ox-man
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ox-man
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-org
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-org
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-attach
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-attach
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-archive
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-archive
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-cycle
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-cycle
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-persist
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-persist
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-sed
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-sed
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-macro
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-macro
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-ruby
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-ruby
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ol-eww
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ol-eww
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-compat
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-compat
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-eval
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-eval
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ox-icalendar
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ox-icalendar
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-fold
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-fold
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-css
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-css
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-lint
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-lint
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-refile
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-refile
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-ref
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-ref
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-C hides
/gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-C
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ox-texinfo
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ox-texinfo
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-haskell
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-haskell
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-indent
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-indent
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-fortran
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-fortran
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-calc
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-calc
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-id
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-id
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ox-html
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ox-html
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ox-org
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ox-org
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/oc-bibtex
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/oc-bibtex
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-list
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-list
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ox hides
/gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ox
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-crypt
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-crypt
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-entities
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-entities
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob-java
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob-java
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-num
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-num
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/org-version
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/org-version
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/org/ob hides
/gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/org/ob
/home/krisbalintona/.emacs.d/var/elpaca/builds-31.0.50/vtable/vtable
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/emacs-lisp/vtable
/gnu/store/lk7zg1qqnkq4z474pvi7jwnh2xv469p6-emacs-compat-30.0.2.0/share/emacs/site-lisp/compat-30.0.2.0/compat
hides /gnu/store/q00p79yd728snc2hf59fg5fd3mwzhhs5-emacs-master-custom-31.0.50-c916f81/share/emacs/31.0.50/lisp/emacs-lisp/compat
Features:
(shadow sort mail-extr emacsbug org-duration org-super-agenda ts s
org-habit org-agenda consult-org avy reposition consult-imenu
embark-consult consult misc elisp-demos shortdoc puni eat term/xterm
xterm term ehelp misearch multi-isearch vertico-directory vertico-grid
smerge-mode diff mm-archive notmuch-addr notmuch-transient
notmuch-bookmarks notmuch notmuch-tree notmuch-jump notmuch-hello
notmuch-show notmuch-print notmuch-crypto notmuch-mua notmuch-message
notmuch-draft notmuch-maildir-fcc notmuch-address notmuch-company
notmuch-parser notmuch-wash coolj icalendar diary-lib diary-loaddefs
notmuch-tag crm notmuch-lib notmuch-compat ibuf-ext ibuffer
ibuffer-loaddefs cape info-colors conf-mode tabify cl-print vc-annotate
vc-filewise embark-org embark ffap vertico-sort vertico-repeat dired-aux
gnus-dired dired-hist footnote help-at-pt geiser-mode geiser-xref
geiser-compile geiser-guile info-look info geiser geiser-debug
geiser-repl geiser-image geiser-capf geiser-doc geiser-menu
geiser-autodoc geiser-edit etags geiser-completion geiser-eval
geiser-connection tq geiser-syntax geiser-log geiser-popup view
geiser-impl help-fns radix-tree geiser-custom geiser-base arei
arei-spinner arei-completion arei-xref xref arei-eldoc arei-client
arei-nrepl queue sesman scheme guix-build-log guix-utils bui-utils guix
vc-dir ewoc flymake-collection-vale olivetti org-modern citar-capf
citar-org-node org-capture ht org-node-context magit-section
cursor-sensor org-node org-node-changes org-mem-updater org-mem
org-mem-parser el-job el-job-child llama repeat fileloop citar
citar-file citar-cache citar-format parsebib org-appear org-hide-drawers
astute ol-eww eww vtable mule-util url-queue mm-url ol-rmail ol-mhe
ol-irc ol-info ol-gnus nnselect gnus-art mm-uu mml2015 mm-view mml-smime
smime gnutls dig gnus-sum shr pixel-fill kinsoku url-file svg dom
gnus-group gnus-undo gnus-start gnus-dbus gnus-cloud nnimap nnmail
mail-source utf7 nnoo gnus-spec gnus-int gnus-range gnus-win gnus
nnheader range ol-docview doc-view image-mode exif ol-bibtex bibtex
ol-bbdb ol-w3m ol-doi org-link-doi vc-hg vc-bzr vc-src vc-sccs vc-svn
vc-cvs vc-rcs log-view jka-compr dash checkdoc comp comp-cstr comp-run
comp-common tramp-cache time-stamp tramp-sh tramp trampver
tramp-integration tramp-message tramp-compat shell parse-time
tramp-loaddefs ispell highlight-function-calls eros package-lint-flymake
package-lint let-alist finder finder-inf lisp-mnt package browse-url
url-handlers goto-addr bug-reference completion-preview disp-table
whitespace outli tempel visual-wrap jinx gcmh recentf tree-widget
saveplace-pdf-view saveplace cascading-dir-locals sops desktop frameset
esxml flymake-collection-hook flymake-collection org-depend org-contrib
fancy-compilation paren-face pcmpl-args pcmpl-gnu pcmpl-linux pcmpl-unix
activities-tabs activities persist bookmark lin hl-line smart-mark
cursory recursion-indicator mixed-pitch ultra-scroll pixel-scroll
cua-base pulsar pulse face-remap color corfu-popupinfo corfu
vertico-multiform vertico-flat vertico hotfuzz orderless project-jj
vc-jj iso8601 vc-git diff-mode track-changes files-x vc vc-dispatcher
ef-duo-dark-theme ef-themes org-make-toc-autoloads
package-lint-flymake-autoloads package-lint-autoloads sops-autoloads
hammy-autoloads svg-lib-autoloads org-review-autoloads
notmuch-transient-autoloads notmuch-bookmarks-autoloads
notmuch-addr-autoloads ol-notmuch-autoloads notmuch-autoloads
wombag-autoloads markdown-mode-autoloads org-hide-drawers-autoloads
flymake-collection-autoloads astute-autoloads org-appear-autoloads
saveplace-pdf-view-autoloads citar-org-node-autoloads
org-roam-folgezettel-autoloads org-roam-ql-autoloads
org-super-agenda-autoloads ht-autoloads ts-autoloads org-roam-autoloads
emacsql-autoloads citar-autoloads citeproc-autoloads f-autoloads
string-inflection-autoloads parsebib-autoloads org-modern-autoloads
powerthesaurus-autoloads transient jeison-autoloads
org-web-tools-autoloads esxml-autoloads s-autoloads plz-autoloads
request-autoloads olivetti-autoloads org-node-autoloads
magit-section-autoloads org-mem-autoloads el-job-autoloads
llama-autoloads org-contrib-autoloads cascading-dir-locals-autoloads
lorem-ipsum-autoloads keychain-environment-autoloads
fancy-compilation-autoloads puni-autoloads fish-mode-autoloads
inspector-autoloads paren-face-autoloads
highlight-function-calls-autoloads eshell-syntax-highlighting-autoloads
eshell-atuin-autoloads pcmpl-args-autoloads activities-autoloads
persist-autoloads info-colors-autoloads lin-autoloads
hide-mode-line-autoloads dired-hist-autoloads tempel-autoloads
smart-mark-autoloads cursory-autoloads recursion-indicator-autoloads
cape-autoloads mixed-pitch-autoloads scratch-autoloads mistty-autoloads
eat-autoloads ultra-scroll-autoloads pulsar-autoloads avy-autoloads
embark-consult-autoloads consult-autoloads embark-autoloads
corfu-autoloads vertico-autoloads hotfuzz-autoloads orderless-autoloads
outli-autoloads vc-jj-autoloads elisp-demos-autoloads gcmh-autoloads
ef-themes-autoloads cus-start pcase advice so-long avoid delsel
org-clock dbus xml org-element org-persist xdg org-id org-refile
avl-tree generator org ob ob-tangle ob-ref ob-lob ob-table ob-exp
org-macro org-src sh-script smie treesit executable ob-comint
org-element-ast inline org-pcomplete pcomplete org-list org-footnote
org-faces org-entities ob-emacs-lisp ob-core ob-eval org-cycle org-table
ol org-fold org-fold-core org-keys oc-biblatex oc cal-menu calendar
cal-loaddefs org-compat org-version org-macs format-spec smtpmail
nerd-icons nerd-icons-faces nerd-icons-data nerd-icons-data-mdicon
nerd-icons-data-flicon nerd-icons-data-codicon nerd-icons-data-devicon
nerd-icons-data-sucicon nerd-icons-data-wicon nerd-icons-data-faicon
nerd-icons-data-powerline nerd-icons-data-octicon
nerd-icons-data-pomicon nerd-icons-data-ipsicon krisb-org-publish
word-wrap-mode time flymake project warnings thingatpt autorevert
filenotify dabbrev find-func log-edit message sendmail yank-media puny
dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068
epg-config gnus-util time-date mm-decode mm-bodies mm-encode mail-parse
rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev
mail-utils gmm-utils mailheader pcvs-util add-log imenu grep compile
text-property-search comint ansi-osc ansi-color ring minibuf-eldef
noutline outline savehist elec-pair cl-extra help-mode
exec-path-from-shell on exec-path-from-shell-autoloads on-autoloads
edmacro kmacro el-patch-autoloads el-patch el-patch-stub fontaine
fontaine-autoloads no-littering compat no-littering-autoloads
elpaca-use-package elpaca-use-package-autoloads use-package
use-package-ensure use-package-delight use-package-diminish
use-package-bind-key bind-key easy-mmode use-package-core
use-package-autoloads transient-autoloads org-capture-autoloads
vtable-autoloads elpaca-menu-elpa elpaca-menu-melpa org-loaddefs
elpaca-log elpaca-ui url url-proxy url-privacy url-expand url-methods
url-history url-cookie generate-lisp-file url-domsuf url-util url-parse
auth-source eieio eieio-core cl-macs password-cache json subr-x map
byte-opt gv bytecomp byte-compile url-vars mailcap elpaca-menu-org
cl-seq elpaca elpaca-process elpaca-autoloads cus-edit pp cus-load icons
wid-edit cl-loaddefs cl-lib nerd-icons-autoloads compat-autoloads
jinx-autoloads tablist-autoloads pdf-tools-autoloads queue-autoloads
sesman-autoloads eros-autoloads arei-autoloads magit-popup-autoloads
geiser-guile-autoloads geiser-autoloads edit-indirect-autoloads
dash-autoloads bui-autoloads guix-autoloads rx guix-emacs 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 tty-child-frames native-compile emacs)
Memory information:
((conses 16 2311391 853741) (symbols 48 84198 4)
(strings 32 479339 116667) (string-bytes 1 11831453)
(vectors 16 2154934) (vector-slots 8 20514896 1433490)
(floats 8 1636 5225) (intervals 56 114170 34217) (buffers 1064 99))
--
Kind regards,
Kristoffer
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Tue, 24 Jun 2025 11:51:06 GMT)
Full text and
rfc822 format available.
Message #8 received at 78890 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Tue, 24 Jun 2025 06:41:41 -0400 Kristoffer Balintona <krisbalintona <at> gmail.com> wrote:
> Hi,
>
> I've noticed a peculiarity with the names of the buffer created by
> vc-annotate. For instance, opening up vtable.el and calling vc-annotate,
> the initial vc-annotate buffer name is:
> 1. *Annotate vtable.el (rev f1737342518)*
> Then calling vc-annotate-prev-revision:
> 2. *Annotate *Annotate vtable.el (rev f1737342518)* (rev
> fdab542a56201b1581abdc0df940e0c50abde1c7)*
> Then calling vc-annotate-prev-revision again:
> 3. *Annotate *Annotate *Annotate vtable.el (rev f1737342518)* (rev
> fdab542a56201b1581abdc0df940e0c50abde1c7)* (rev
> 35e1ab970c1cfc6a1b62fbb920e0d2bb031765da)*
> and so on. As you can see, the file names become messy quickly.
>
> Would it be possible to have buffer names more like the following
> instead upon calls to vc-annotate-next-revision and
> vc-annotate-prev-revision?
> 1. *Annotate vtable.el (rev f1737342518)*
> 2. *Annotate vtable.el (rev fdab542a56201b1581abdc0df940e0c50abde1c7)*
> 3. *Annotate vtable.el (rev 35e1ab970c1cfc6a1b62fbb920e0d2bb031765da)*
Does the attached patch give the results you want?
Steve Berman
[Message part 2 (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Tue, 24 Jun 2025 16:33:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 78890 <at> debbugs.gnu.org (full text, mbox):
Hello,
Yes, I've been wanting to fix this. Kristoffer, can you test Stephen's
patch? Thanks.
--
Sean Whitton
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Tue, 24 Jun 2025 21:25:03 GMT)
Full text and
rfc822 format available.
Message #14 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On Tue, Jun 24 2025, Sean Whitton wrote:
> Hello,
>
> Yes, I've been wanting to fix this. Kristoffer, can you test Stephen's
> patch? Thanks.
Hi,
Yes, this seems to do the trick!
--
Kind regards,
Kristoffer
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Tue, 24 Jun 2025 22:09:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On Tue, 24 Jun 2025 17:24:49 -0400 Kristoffer Balintona <krisbalintona <at> gmail.com> wrote:
> On Tue, Jun 24 2025, Sean Whitton wrote:
>
>> Hello,
>>
>> Yes, I've been wanting to fix this. Kristoffer, can you test Stephen's
>> patch? Thanks.
>
> Hi,
>
> Yes, this seems to do the trick!
Good, and thanks for testing! Sean, Eli, should I push it to master, or
is it safe enough for emacs-30?
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Wed, 25 Jun 2025 06:03:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 78890 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 6/24/2025 4:50 AM, Stephen Berman via Bug reports for GNU Emacs, the
Swiss army knife of text editors wrote:
> On Tue, 24 Jun 2025 06:41:41 -0400 Kristoffer Balintona <krisbalintona <at> gmail.com> wrote:
>
>> Would it be possible to have buffer names more like the following
>> instead upon calls to vc-annotate-next-revision and
>> vc-annotate-prev-revision?
>> 1. *Annotate vtable.el (rev f1737342518)*
>> 2. *Annotate vtable.el (rev fdab542a56201b1581abdc0df940e0c50abde1c7)*
>> 3. *Annotate vtable.el (rev 35e1ab970c1cfc6a1b62fbb920e0d2bb031765da)*
>
> Does the attached patch give the results you want?
Here's another possible patch for this. It uses 'vc-parent-buffer',
which might be nil when first annotating a file, but that works out
nicely, since '(buffer-name nil)' gets the buffer name of the current
buffer (i.e. the original source file). I think this should be safe,
though I'm not an expert on the VC internals.
I also notice that the previous revisions use the full Git SHA, even
though they *should* be abbreviated. That's a separate issue though, so
I'll file a bug for that once I have a patch ready.
[vc-annotate-buffer-name.diff (text/plain, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Wed, 25 Jun 2025 07:16:04 GMT)
Full text and
rfc822 format available.
Message #23 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On Tue, 24 Jun 2025 23:02:31 -0700 Jim Porter <jporterbugs <at> gmail.com> wrote:
> On 6/24/2025 4:50 AM, Stephen Berman via Bug reports for GNU Emacs, the Swiss
> army knife of text editors wrote:
>> On Tue, 24 Jun 2025 06:41:41 -0400 Kristoffer Balintona
>> <krisbalintona <at> gmail.com> wrote:
>>
>>> Would it be possible to have buffer names more like the following
>>> instead upon calls to vc-annotate-next-revision and
>>> vc-annotate-prev-revision?
>>> 1. *Annotate vtable.el (rev f1737342518)*
>>> 2. *Annotate vtable.el (rev fdab542a56201b1581abdc0df940e0c50abde1c7)*
>>> 3. *Annotate vtable.el (rev 35e1ab970c1cfc6a1b62fbb920e0d2bb031765da)*
>> Does the attached patch give the results you want?
>
> Here's another possible patch for this. It uses 'vc-parent-buffer', which
> might be nil when first annotating a file, but that works out nicely, since
> '(buffer-name nil)' gets the buffer name of the current buffer (i.e. the
> original source file). I think this should be safe, though I'm not an expert
> on the VC internals.
Thanks, that seems better than my patch (I'm obviously not very familiar
with the VC code).
> I also notice that the previous revisions use the full Git SHA, even though
> they *should* be abbreviated.
I agree.
> That's a separate issue though, so I'll file a
> bug for that once I have a patch ready.
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Wed, 25 Jun 2025 09:47:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 78890 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Wed 25 Jun 2025 at 12:08am +02, Stephen Berman wrote:
> Good, and thanks for testing! Sean, Eli, should I push it to master,
> or is it safe enough for emacs-30?
I would say that this is okay for emacs-30. Thanks for the patch.
--
Sean Whitton
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Wed, 25 Jun 2025 09:49:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 78890 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Tue 24 Jun 2025 at 11:02pm -07, Jim Porter wrote:
> On 6/24/2025 4:50 AM, Stephen Berman via Bug reports for GNU Emacs, the Swiss
> army knife of text editors wrote:
>> On Tue, 24 Jun 2025 06:41:41 -0400 Kristoffer Balintona <krisbalintona <at> gmail.com> wrote:
>>
>>> Would it be possible to have buffer names more like the following
>>> instead upon calls to vc-annotate-next-revision and
>>> vc-annotate-prev-revision?
>>> 1. *Annotate vtable.el (rev f1737342518)*
>>> 2. *Annotate vtable.el (rev fdab542a56201b1581abdc0df940e0c50abde1c7)*
>>> 3. *Annotate vtable.el (rev 35e1ab970c1cfc6a1b62fbb920e0d2bb031765da)*
>> Does the attached patch give the results you want?
>
> Here's another possible patch for this. It uses 'vc-parent-buffer', which
> might be nil when first annotating a file, but that works out nicely, since
> '(buffer-name nil)' gets the buffer name of the current buffer (i.e. the
> original source file). I think this should be safe, though I'm not an expert
> on the VC internals.
Thanks. We could use vc-parent-buffer somehow, but not unconditionally
-- it's not always set, but only in certain interactive calls.
Even though it's strange to be fixing this by chopping up text like
Stephen's patch does, I think I prefer it because it should always work.
But I'm open to other ways of using vc-parent-buffer with a fallback.
> I also notice that the previous revisions use the full Git SHA, even though
> they *should* be abbreviated. That's a separate issue though, so I'll file a
> bug for that once I have a patch ready.
That would be great, thanks.
--
Sean Whitton
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Wed, 25 Jun 2025 10:00:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On Wed, 25 Jun 2025 10:46:04 +0100 Sean Whitton <spwhitton <at> spwhitton.name> wrote:
> Hello,
>
> On Wed 25 Jun 2025 at 12:08am +02, Stephen Berman wrote:
>
>> Good, and thanks for testing! Sean, Eli, should I push it to master,
>> or is it safe enough for emacs-30?
>
> I would say that this is okay for emacs-30. Thanks for the patch.
On Wed, 25 Jun 2025 10:48:27 +0100 Sean Whitton <spwhitton <at> spwhitton.name> wrote:
> Hello,
>
> On Tue 24 Jun 2025 at 11:02pm -07, Jim Porter wrote:
>
>> On 6/24/2025 4:50 AM, Stephen Berman via Bug reports for GNU Emacs, the Swiss
>> army knife of text editors wrote:
>>> On Tue, 24 Jun 2025 06:41:41 -0400 Kristoffer Balintona
>>> <krisbalintona <at> gmail.com> wrote:
>>>
>>>> Would it be possible to have buffer names more like the following
>>>> instead upon calls to vc-annotate-next-revision and
>>>> vc-annotate-prev-revision?
>>>> 1. *Annotate vtable.el (rev f1737342518)*
>>>> 2. *Annotate vtable.el (rev fdab542a56201b1581abdc0df940e0c50abde1c7)*
>>>> 3. *Annotate vtable.el (rev 35e1ab970c1cfc6a1b62fbb920e0d2bb031765da)*
>>> Does the attached patch give the results you want?
>>
>> Here's another possible patch for this. It uses 'vc-parent-buffer', which
>> might be nil when first annotating a file, but that works out nicely, since
>> '(buffer-name nil)' gets the buffer name of the current buffer (i.e. the
>> original source file). I think this should be safe, though I'm not an expert
>> on the VC internals.
>
> Thanks. We could use vc-parent-buffer somehow, but not unconditionally
> -- it's not always set, but only in certain interactive calls.
>
> Even though it's strange to be fixing this by chopping up text like
> Stephen's patch does, I think I prefer it because it should always work.
> But I'm open to other ways of using vc-parent-buffer with a fallback.
So should I go ahead and push my patch to emacs-30, and if Jim comes up
with a better alternative it can be replaced, or should we just wait for
Jim to improve his patch?
>> I also notice that the previous revisions use the full Git SHA, even though
>> they *should* be abbreviated. That's a separate issue though, so I'll file a
>> bug for that once I have a patch ready.
>
> That would be great, thanks.
I agree and I'm happy to let Jim do that.
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Wed, 25 Jun 2025 11:28:03 GMT)
Full text and
rfc822 format available.
Message #35 received at 78890 <at> debbugs.gnu.org (full text, mbox):
> Cc: 78890 <at> debbugs.gnu.org, Sean Whitton <spwhitton <at> spwhitton.name>
> Date: Wed, 25 Jun 2025 00:08:29 +0200
> From: Stephen Berman via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> On Tue, 24 Jun 2025 17:24:49 -0400 Kristoffer Balintona <krisbalintona <at> gmail.com> wrote:
>
> > On Tue, Jun 24 2025, Sean Whitton wrote:
> >
> >> Hello,
> >>
> >> Yes, I've been wanting to fix this. Kristoffer, can you test Stephen's
> >> patch? Thanks.
> >
> > Hi,
> >
> > Yes, this seems to do the trick!
>
> Good, and thanks for testing! Sean, Eli, should I push it to master, or
> is it safe enough for emacs-30?
I don't see any reason to fix this urgently, do you? It's a minor
annoyance, nothing more.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Wed, 25 Jun 2025 15:36:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On 6/25/2025 2:48 AM, Sean Whitton wrote:
> On Tue 24 Jun 2025 at 11:02pm -07, Jim Porter wrote:
>
>> Here's another possible patch for this. It uses 'vc-parent-buffer', which
>> might be nil when first annotating a file, but that works out nicely, since
>> '(buffer-name nil)' gets the buffer name of the current buffer (i.e. the
>> original source file). I think this should be safe, though I'm not an expert
>> on the VC internals.
>
> Thanks. We could use vc-parent-buffer somehow, but not unconditionally
> -- it's not always set, but only in certain interactive calls.
I *think* it should always get set buffer-locally by 'vc-setup-buffer'
once we actually run a command, since 'vc-do-command' calls that
function. So it should be safe to use 'vc-parent-buffer', though we
could add another call to 'vc-setup-buffer' if it's not guaranteed to be
called by all backends or in all corner cases.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Wed, 25 Jun 2025 15:38:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On 6/24/2025 3:08 PM, Stephen Berman via Bug reports for GNU Emacs, the
Swiss army knife of text editors wrote:
> Good, and thanks for testing! Sean, Eli, should I push it to master, or
> is it safe enough for emacs-30?
I don't see this bug in Emacs 30, only on the master branch.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Wed, 25 Jun 2025 15:48:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On Wed, 25 Jun 2025 08:36:58 -0700 Jim Porter <jporterbugs <at> gmail.com> wrote:
> On 6/24/2025 3:08 PM, Stephen Berman via Bug reports for GNU Emacs, the Swiss
> army knife of text editors wrote:
>> Good, and thanks for testing! Sean, Eli, should I push it to master, or
>> is it safe enough for emacs-30?
>
> I don't see this bug in Emacs 30, only on the master branch.
Oops, I should've checked instead of assuming.
(https://www.imdb.com/title/tt0664250/quotes/?item=qt2409883)
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Wed, 25 Jun 2025 15:59:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On 6/25/2025 8:47 AM, Stephen Berman via Bug reports for GNU Emacs, the
Swiss army knife of text editors wrote:
> Oops, I should've checked instead of assuming.
> (https://www.imdb.com/title/tt0664250/quotes/?item=qt2409883)
Well, when I looked at the code change, I'd have figured it would be in
Emacs 30 too, since that line is the same in 30 and the master branch.
The bug is new though, so something else changed, which worries me a
little bit. It might be a good idea to figure out what cause this
regression in case it causes other problems we're not aware of yet.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Wed, 25 Jun 2025 16:20:02 GMT)
Full text and
rfc822 format available.
Message #50 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On Wed, 25 Jun 2025 08:57:59 -0700 Jim Porter <jporterbugs <at> gmail.com> wrote:
> On 6/25/2025 8:47 AM, Stephen Berman via Bug reports for GNU Emacs, the Swiss
> army knife of text editors wrote:
>> Oops, I should've checked instead of assuming.
>> (https://www.imdb.com/title/tt0664250/quotes/?item=qt2409883)
>
> Well, when I looked at the code change, I'd have figured it would be in Emacs
> 30 too, since that line is the same in 30 and the master branch. The bug is
> new though, so something else changed, which worries me a little bit. It might
> be a good idea to figure out what cause this regression in case it causes
> other problems we're not aware of yet.
I checked now, and in emacs-30 the current buffer when temp-buffer-name
is set is the one visiting the file being annotated, while in master
it's the buffer displaying the annotations. In emacs-30 there is a call
to `vc-ensure-vc-buffer' before the let sexp where temp-buffer-name is
set, but not in master; adding that back seems to fix the problem.
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Wed, 25 Jun 2025 16:26:02 GMT)
Full text and
rfc822 format available.
Message #53 received at 78890 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Wed 25 Jun 2025 at 08:35am -07, Jim Porter wrote:
> On 6/25/2025 2:48 AM, Sean Whitton wrote:
>> On Tue 24 Jun 2025 at 11:02pm -07, Jim Porter wrote:
>>
>>> Here's another possible patch for this. It uses 'vc-parent-buffer', which
>>> might be nil when first annotating a file, but that works out nicely, since
>>> '(buffer-name nil)' gets the buffer name of the current buffer (i.e. the
>>> original source file). I think this should be safe, though I'm not an expert
>>> on the VC internals.
>> Thanks. We could use vc-parent-buffer somehow, but not unconditionally
>> -- it's not always set, but only in certain interactive calls.
>
> I *think* it should always get set buffer-locally by 'vc-setup-buffer' once we
> actually run a command, since 'vc-do-command' calls that function. So it
> should be safe to use 'vc-parent-buffer', though we could add another call to
> 'vc-setup-buffer' if it's not guaranteed to be called by all backends or in
> all corner cases.
Sorry, what I meant was: it should indeed always be set, but it won't
always be the buffer whose name it makes sense to put in the name of the
*Annotated* buffer.
--
Sean Whitton
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Wed, 25 Jun 2025 16:36:02 GMT)
Full text and
rfc822 format available.
Message #56 received at 78890 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Wed 25 Jun 2025 at 08:57am -07, Jim Porter wrote:
> On 6/25/2025 8:47 AM, Stephen Berman via Bug reports for GNU Emacs, the Swiss
> army knife of text editors wrote:
>> Oops, I should've checked instead of assuming.
>> (https://www.imdb.com/title/tt0664250/quotes/?item=qt2409883)
>
> Well, when I looked at the code change, I'd have figured it would be in Emacs
> 30 too, since that line is the same in 30 and the master branch. The bug is
> new though, so something else changed, which worries me a little bit. It might
> be a good idea to figure out what cause this regression in case it causes
> other problems we're not aware of yet.
I was working on vc-setup-buffer recently, it is probably a change of
mine. I think a git bisection is in order.
--
Sean Whitton
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Wed, 25 Jun 2025 20:13:01 GMT)
Full text and
rfc822 format available.
Message #59 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On 6/25/2025 9:19 AM, Stephen Berman via Bug reports for GNU Emacs, the
Swiss army knife of text editors wrote:
> I checked now, and in emacs-30 the current buffer when temp-buffer-name
> is set is the one visiting the file being annotated, while in master
> it's the buffer displaying the annotations. In emacs-30 there is a call
> to `vc-ensure-vc-buffer' before the let sexp where temp-buffer-name is
> set, but not in master; adding that back seems to fix the problem.
Good catch! Looking at the implementation of 'vc-ensure-vc-buffer', that
seems like exactly what we want to use here.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Thu, 26 Jun 2025 03:15:02 GMT)
Full text and
rfc822 format available.
Message #62 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On 6/25/2025 2:48 AM, Sean Whitton wrote:
> On Tue 24 Jun 2025 at 11:02pm -07, Jim Porter wrote:
>
>> I also notice that the previous revisions use the full Git SHA, even though
>> they *should* be abbreviated. That's a separate issue though, so I'll file a
>> bug for that once I have a patch ready.
>
> That would be great, thanks.
Now filed as bug#78900.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Thu, 26 Jun 2025 15:07:01 GMT)
Full text and
rfc822 format available.
Message #65 received at 78890 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Wed 25 Jun 2025 at 06:19pm +02, Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:
> On Wed, 25 Jun 2025 08:57:59 -0700 Jim Porter <jporterbugs <at> gmail.com> wrote:
>
>> On 6/25/2025 8:47 AM, Stephen Berman via Bug reports for GNU Emacs, the Swiss
>> army knife of text editors wrote:
>>> Oops, I should've checked instead of assuming.
>>> (https://www.imdb.com/title/tt0664250/quotes/?item=qt2409883)
>>
>> Well, when I looked at the code change, I'd have figured it would be in Emacs
>> 30 too, since that line is the same in 30 and the master branch. The bug is
>> new though, so something else changed, which worries me a little bit. It might
>> be a good idea to figure out what cause this regression in case it causes
>> other problems we're not aware of yet.
>
> I checked now, and in emacs-30 the current buffer when temp-buffer-name
> is set is the one visiting the file being annotated, while in master
> it's the buffer displaying the annotations. In emacs-30 there is a call
> to `vc-ensure-vc-buffer' before the let sexp where temp-buffer-name is
> set, but not in master; adding that back seems to fix the problem.
Thanks for looking again and figuring this out.
Removing vc-ensure-vc-buffer was intentional, and it shouldn't just go
back -- that was part of adding vc-buffer-overriding-fileset. What do
you both think to something like this:
--8<---------------cut here---------------start------------->8---
diff --git a/lisp/vc/vc-annotate.el b/lisp/vc/vc-annotate.el
index de432e4e1c3..99df932af83 100644
--- a/lisp/vc/vc-annotate.el
+++ b/lisp/vc/vc-annotate.el
@@ -419,7 +419,12 @@ vc-annotate
(read-string (format-prompt "Annotate span days" 20)
nil nil "20"))))))))
(setq vc-annotate-display-mode display-mode) ;Not sure why. --Stef
- (let* ((temp-buffer-name (format "*Annotate %s (rev %s)*" (buffer-name) rev))
+ (let* ((file-buffer (get-file-buffer file))
+ (temp-buffer-name (format "*Annotate %s (rev %s)*"
+ (if file-buffer
+ (buffer-name file-buffer)
+ file)
+ rev))
(temp-buffer-show-function 'vc-annotate-display-select)
;; If BUF is specified, we presume the caller maintains current line,
;; so we don't need to do it here. This implementation may give
--8<---------------cut here---------------end--------------->8---
--
Sean Whitton
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Thu, 26 Jun 2025 16:31:01 GMT)
Full text and
rfc822 format available.
Message #68 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On Thu, 26 Jun 2025 16:06:37 +0100 Sean Whitton <spwhitton <at> spwhitton.name> wrote:
> Hello,
>
> On Wed 25 Jun 2025 at 06:19pm +02, Stephen Berman via "Bug reports for GNU
> Emacs, the Swiss army knife of text editors" wrote:
>
>> On Wed, 25 Jun 2025 08:57:59 -0700 Jim Porter <jporterbugs <at> gmail.com> wrote:
>>
>>> On 6/25/2025 8:47 AM, Stephen Berman via Bug reports for GNU Emacs, the Swiss
>>> army knife of text editors wrote:
>>>> Oops, I should've checked instead of assuming.
>>>> (https://www.imdb.com/title/tt0664250/quotes/?item=qt2409883)
>>>
>>> Well, when I looked at the code change, I'd have figured it would be in Emacs
>>> 30 too, since that line is the same in 30 and the master branch. The bug is
>>> new though, so something else changed, which worries me a little bit. It might
>>> be a good idea to figure out what cause this regression in case it causes
>>> other problems we're not aware of yet.
>>
>> I checked now, and in emacs-30 the current buffer when temp-buffer-name
>> is set is the one visiting the file being annotated, while in master
>> it's the buffer displaying the annotations. In emacs-30 there is a call
>> to `vc-ensure-vc-buffer' before the let sexp where temp-buffer-name is
>> set, but not in master; adding that back seems to fix the problem.
>
> Thanks for looking again and figuring this out.
>
> Removing vc-ensure-vc-buffer was intentional, and it shouldn't just go
> back -- that was part of adding vc-buffer-overriding-fileset.
Yeah, I assumed it was removed for a good reason.
> What do
> you both think to something like this:
>
> diff --git a/lisp/vc/vc-annotate.el b/lisp/vc/vc-annotate.el
> index de432e4e1c3..99df932af83 100644
> --- a/lisp/vc/vc-annotate.el
> +++ b/lisp/vc/vc-annotate.el
> @@ -419,7 +419,12 @@ vc-annotate
> (read-string (format-prompt "Annotate span days" 20)
> nil nil "20"))))))))
> (setq vc-annotate-display-mode display-mode) ;Not sure why. --Stef
> - (let* ((temp-buffer-name (format "*Annotate %s (rev %s)*" (buffer-name) rev))
> + (let* ((file-buffer (get-file-buffer file))
> + (temp-buffer-name (format "*Annotate %s (rev %s)*"
> + (if file-buffer
> + (buffer-name file-buffer)
> + file)
> + rev))
> (temp-buffer-show-function 'vc-annotate-display-select)
> ;; If BUF is specified, we presume the caller maintains current line,
> ;; so we don't need to do it here. This implementation may give
That works fine. Thanks.
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Thu, 26 Jun 2025 16:55:04 GMT)
Full text and
rfc822 format available.
Message #71 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On 6/26/2025 8:06 AM, Sean Whitton wrote:
> Removing vc-ensure-vc-buffer was intentional, and it shouldn't just go
> back -- that was part of adding vc-buffer-overriding-fileset. What do
> you both think to something like this:
One small issue I noticed: if you kill the original buffer, then
'file-buffer' will be nil and we fall back to using 'file' when naming
the Annotate buffer. We should probably just use the nondirectory part
of file though. Otherwise, we'd display the absolute filename in the
Annotate buffer name. Something like this patch:
----------------------------------------
diff --git a/lisp/vc/vc-annotate.el b/lisp/vc/vc-annotate.el
index de432e4e1c3..d0077af4db9 100644
--- a/lisp/vc/vc-annotate.el
+++ b/lisp/vc/vc-annotate.el
@@ -419,7 +419,12 @@ vc-annotate
(read-string (format-prompt "Annotate span days" 20)
nil nil "20"))))))))
(setq vc-annotate-display-mode display-mode) ;Not sure why. --Stef
- (let* ((temp-buffer-name (format "*Annotate %s (rev %s)*"
(buffer-name) rev))
+ (let* ((file-buffer (get-file-buffer file))
+ (temp-buffer-name (format "*Annotate %s (rev %s)*"
+ (if file-buffer
+ (buffer-name file-buffer)
+ (file-name-nondirectory file))
+ rev))
(temp-buffer-show-function 'vc-annotate-display-select)
;; If BUF is specified, we presume the caller maintains
current line,
;; so we don't need to do it here. This implementation may give
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Thu, 26 Jun 2025 16:58:04 GMT)
Full text and
rfc822 format available.
Message #74 received at 78890 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Thu 26 Jun 2025 at 09:54am -07, Jim Porter wrote:
> On 6/26/2025 8:06 AM, Sean Whitton wrote:
>> Removing vc-ensure-vc-buffer was intentional, and it shouldn't just go
>> back -- that was part of adding vc-buffer-overriding-fileset. What do
>> you both think to something like this:
>
> One small issue I noticed: if you kill the original buffer, then
> 'file-buffer' will be nil and we fall back to using 'file' when naming
> the Annotate buffer. We should probably just use the nondirectory part
> of file though. Otherwise, we'd display the absolute filename in the
> Annotate buffer name. Something like this patch:
Well, I was wondering about this. I was thinking that using the
absolute filename was desirable in that case for disambiguation.
If file-buffer is non-nil then we already know it will have been
uniquified so as to be unambiguous.
--
Sean Whitton
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Thu, 26 Jun 2025 17:14:02 GMT)
Full text and
rfc822 format available.
Message #77 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On 6/26/2025 9:57 AM, Sean Whitton wrote:
> Well, I was wondering about this. I was thinking that using the
> absolute filename was desirable in that case for disambiguation.
> If file-buffer is non-nil then we already know it will have been
> uniquified so as to be unambiguous.
I suppose it's just personal preference, but I'd rather the buffer name
err on the side of brevity, since in an 80-column frame, an absolute
file name could easily fill up the entire mode line so that the revision
identifier is off-screen (to say nothing of other mode line elements).
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Thu, 26 Jun 2025 18:28:02 GMT)
Full text and
rfc822 format available.
Message #80 received at 78890 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Thu 26 Jun 2025 at 10:13am -07, Jim Porter wrote:
> On 6/26/2025 9:57 AM, Sean Whitton wrote:
>> Well, I was wondering about this. I was thinking that using the
>> absolute filename was desirable in that case for disambiguation.
>> If file-buffer is non-nil then we already know it will have been
>> uniquified so as to be unambiguous.
>
> I suppose it's just personal preference, but I'd rather the buffer name err on
> the side of brevity, since in an 80-column frame, an absolute file name could
> easily fill up the entire mode line so that the revision identifier is
> off-screen (to say nothing of other mode line elements).
I'm more concerned about an actual clash in buffer names between files
with the same name in different directories. What do you think about
that?
--
Sean Whitton
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Thu, 26 Jun 2025 19:15:04 GMT)
Full text and
rfc822 format available.
Message #83 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On 6/26/2025 11:27 AM, Sean Whitton wrote:
> I'm more concerned about an actual clash in buffer names between files
> with the same name in different directories. What do you think about
> that?
I think it would be fairly rare for us not to have the original buffer
in the first place, but it would be even rarer to additionally have some
*other* buffer with the same (non-directory) buffer name. Since the
potential for confusion only comes up after two relatively rare
conditions, I'd be ok with just the non-directory part of the file name
in the Annotate buffer name.
The ideal would be a function like, "What would the buffer name for this
file be *if* I visited it?" A cursory look didn't show anything like
that though.
That said, since the first condition above is also probably rare, I
wouldn't be *that* upset if we showed the full file name in that case.
How often could it come up anyway?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Thu, 26 Jun 2025 21:25:04 GMT)
Full text and
rfc822 format available.
Message #86 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On Thu, 26 Jun 2025 12:13:57 -0700 Jim Porter <jporterbugs <at> gmail.com> wrote:
> On 6/26/2025 11:27 AM, Sean Whitton wrote:
>> I'm more concerned about an actual clash in buffer names between files
>> with the same name in different directories. What do you think about
>> that?
>
> I think it would be fairly rare for us not to have the original buffer in the
> first place, but it would be even rarer to additionally have some *other*
> buffer with the same (non-directory) buffer name.
I often have two buffers of the same Emacs source file from master and
from emacs-30 (on occasion even a third one from emacs-29), and when I
call vc-annotate on them the buffer names look like this:
*Annotate vc-annotate.el<emacs-30> (rev 039ad15373d)*
*Annotate vc-annotate.el<emacs-master> (rev 2b34f38b383)*
Can these be retained if the source buffers are killed?
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Fri, 27 Jun 2025 11:13:01 GMT)
Full text and
rfc822 format available.
Message #89 received at 78890 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Thu 26 Jun 2025 at 12:13pm -07, Jim Porter wrote:
> On 6/26/2025 11:27 AM, Sean Whitton wrote:
>> I'm more concerned about an actual clash in buffer names between files
>> with the same name in different directories. What do you think about
>> that?
>
> I think it would be fairly rare for us not to have the original buffer in the
> first place, but it would be even rarer to additionally have some *other*
> buffer with the same (non-directory) buffer name. Since the potential for
> confusion only comes up after two relatively rare conditions, I'd be ok with
> just the non-directory part of the file name in the Annotate buffer name.
>
> The ideal would be a function like, "What would the buffer name for this file
> be *if* I visited it?" A cursory look didn't show anything like that though.
>
> That said, since the first condition above is also probably rare, I wouldn't
> be *that* upset if we showed the full file name in that case. How often could
> it come up anyway?
It'll come up when vc-buffer-overriding-fileset is used to determine the
file to annotate, such as in the case where C-x v g is used from a
buffer generated by vc-find-revision called on a file name that is not
checked out (e.g. a file name only present on another branch).
What we really want here it to tap into the uniquify machinery in an
appropriate way, but we would also want the name of our buffer to get
updated in the way uniquify automatically updates buffer names when new
ambiguity would otherwise be introduced.
How about this (whitespace-only changes filtered out):
--8<---------------cut here---------------start------------->8---
diff --git a/lisp/vc/vc-annotate.el b/lisp/vc/vc-annotate.el
index de432e4e1c3..4f72faacaaf 100644
--- a/lisp/vc/vc-annotate.el
+++ b/lisp/vc/vc-annotate.el
@@ -419,7 +419,19 @@ vc-annotate
(read-string (format-prompt "Annotate span days" 20)
nil nil "20"))))))))
(setq vc-annotate-display-mode display-mode) ;Not sure why. --Stef
- (let* ((temp-buffer-name (format "*Annotate %s (rev %s)*" (buffer-name) rev))
+ (let* ((backend (or backend
+ (car vc-buffer-overriding-fileset)
+ (vc-backend file)))
+ (file-buffer (get-file-buffer file))
+ (temp-buffer-name
+ (format "*Annotate %s (rev %s)*"
+ (if file-buffer
+ (buffer-name file-buffer)
+ ;; Try to avoid ambiguity.
+ (file-relative-name file
+ (vc-call-backend backend 'root
+ default-directory)))
+ rev))
(temp-buffer-show-function 'vc-annotate-display-select)
;; If BUF is specified, we presume the caller maintains current line,
;; so we don't need to do it here. This implementation may give
@@ -436,10 +436,7 @@
(rename-buffer temp-buffer-name t)
;; In case it had to be uniquified.
(setq temp-buffer-name (buffer-name))))
- (let ((backend (or backend
- (car vc-buffer-overriding-fileset)
- (vc-backend file)))
- (coding-system-for-read buffer-file-coding-system))
+ (let ((coding-system-for-read buffer-file-coding-system))
(with-output-to-temp-buffer temp-buffer-name
;; For a VC backend running on DOS/Windows, it's normal to
;; produce CRLF EOLs even if the original file has Unix EOLs,
--8<---------------cut here---------------end--------------->8---
--
Sean Whitton
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Fri, 27 Jun 2025 11:13:02 GMT)
Full text and
rfc822 format available.
Message #92 received at 78890 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Thu 26 Jun 2025 at 11:23pm +02, Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:
> On Thu, 26 Jun 2025 12:13:57 -0700 Jim Porter <jporterbugs <at> gmail.com> wrote:
>
>> On 6/26/2025 11:27 AM, Sean Whitton wrote:
>>> I'm more concerned about an actual clash in buffer names between files
>>> with the same name in different directories. What do you think about
>>> that?
>>
>> I think it would be fairly rare for us not to have the original buffer in the
>> first place, but it would be even rarer to additionally have some *other*
>> buffer with the same (non-directory) buffer name.
>
> I often have two buffers of the same Emacs source file from master and
> from emacs-30 (on occasion even a third one from emacs-29), and when I
> call vc-annotate on them the buffer names look like this:
>
> *Annotate vc-annotate.el<emacs-30> (rev 039ad15373d)*
> *Annotate vc-annotate.el<emacs-master> (rev 2b34f38b383)*
>
> Can these be retained if the source buffers are killed?
No, I don't think we can do that.
--
Sean Whitton
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Fri, 27 Jun 2025 17:17:01 GMT)
Full text and
rfc822 format available.
Message #95 received at 78890 <at> debbugs.gnu.org (full text, mbox):
On 6/27/2025 4:11 AM, Sean Whitton wrote:
> How about this (whitespace-only changes filtered out):
By inspection, this seems reasonable enough to me. Without some new
uniquify functions, I suppose we can't get a perfect solution here.
(Maybe not even *with* them either; how would we keep the Annotate
buffer name in sync with the parent buffer name when its uniquified name
updates?).
My main pet peeve is just that long buffer names are harder to read when
their window is only 80 columns, and I use 80 column windows pretty much
exclusively.
(That said, the "git blame" annotations are also problematic with 80
column windows, but that's a somewhat separate issue. I've been mulling
around the idea of using some fontification to optionally hide
less-interesting parts of the annotation.)
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#78890; Package
emacs.
(Fri, 27 Jun 2025 20:12:02 GMT)
Full text and
rfc822 format available.
Message #98 received at 78890 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Fri 27 Jun 2025 at 10:16am -07, Jim Porter wrote:
> On 6/27/2025 4:11 AM, Sean Whitton wrote:
>> How about this (whitespace-only changes filtered out):
>
> By inspection, this seems reasonable enough to me. Without some new uniquify
> functions, I suppose we can't get a perfect solution here.
Thanks for the feedback. I'll test and install it.
> (Maybe not even *with* them either; how would we keep the Annotate
> buffer name in sync with the parent buffer name when its uniquified
> name updates?).
Well, quite.
> My main pet peeve is just that long buffer names are harder to read when their
> window is only 80 columns, and I use 80 column windows pretty much
> exclusively.
>
> (That said, the "git blame" annotations are also problematic with 80 column
> windows, but that's a somewhat separate issue. I've been mulling around the
> idea of using some fontification to optionally hide less-interesting parts of
> the annotation.)
I understand. Your patch in the other bug will help.
--
Sean Whitton
Reply sent
to
Sean Whitton <spwhitton <at> spwhitton.name>:
You have taken responsibility.
(Fri, 27 Jun 2025 20:21:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Kristoffer Balintona <krisbalintona <at> gmail.com>:
bug acknowledged by developer.
(Fri, 27 Jun 2025 20:21:03 GMT)
Full text and
rfc822 format available.
Message #103 received at 78890-done <at> debbugs.gnu.org (full text, mbox):
Version: 31.1
Hello,
This should be fixed now, so closing the bug.
--
Sean Whitton
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Sat, 26 Jul 2025 11:24:13 GMT)
Full text and
rfc822 format available.
This bug report was last modified 20 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.