From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 24 17:50:00 2015 Received: (at submit) by debbugs.gnu.org; 24 Sep 2015 21:50:00 +0000 Received: from localhost ([127.0.0.1]:42263 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfEOt-0004ay-A6 for submit@debbugs.gnu.org; Thu, 24 Sep 2015 17:50:00 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49637) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfEOp-0004ao-1t for submit@debbugs.gnu.org; Thu, 24 Sep 2015 17:49:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZfEOn-0001bK-3Z for submit@debbugs.gnu.org; Thu, 24 Sep 2015 17:49:54 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:41840) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZfEOn-0001bE-0w for submit@debbugs.gnu.org; Thu, 24 Sep 2015 17:49:53 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59632) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZfEOl-0007YN-8K for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2015 17:49:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZfEOh-0001Y1-RJ for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2015 17:49:51 -0400 Received: from gproxy10-pub.mail.unifiedlayer.com ([69.89.20.226]:37139) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1ZfEOh-0001XG-FD for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2015 17:49:47 -0400 Received: (qmail 25380 invoked by uid 0); 24 Sep 2015 21:49:41 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy10.mail.unifiedlayer.com with SMTP; 24 Sep 2015 21:49:41 -0000 Received: from box522.bluehost.com ([74.220.219.122]) by cmgw3 with id MFpc1r0022f2jeq01FpfcP; Thu, 24 Sep 2015 21:49:40 -0600 X-Authority-Analysis: v=2.1 cv=GpXRpCFC c=1 sm=1 tr=0 a=GsOEXm/OWkKvwdLVJsfwcA==:117 a=GsOEXm/OWkKvwdLVJsfwcA==:17 a=cNaOj0WVAAAA:8 a=f5113yIGAAAA:8 a=zstS-IiYAAAA:8 a=PnD2wP_eR3oA:10 a=TpTlBxB_VV4A:10 a=ff-B7xzCdYMA:10 a=9l75TZVfqD5N2jmFbBoA:9 a=rb9BxaoU2vTXmzTa:21 a=_yt5dchQNFwIJXfC:21 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tromey.com; s=default; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From; bh=fKT9DjB0nfWOokPQWQM2AfyCW2mRHJHIiJbLRfWBxdU=; b=ZI1kY5XOi3xgJQH+aQmCfT0KedlOplbXO3R00/SBp8VufN9SmzZqIl5ZDxwG9jYsGWYrqJRAtbklkvWxG0qb8Imb0u3I0H+1XXrxLmtSFwzwbhljeXgcqdXW6WJx+1sh; Received: from [71.215.96.11] (port=45186 helo=pokyo) by box522.bluehost.com with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1ZfEOW-0007nR-UL; Thu, 24 Sep 2015 15:49:37 -0600 From: Tom Tromey To: bug-gnu-emacs@gnu.org Subject: 25.0.50; per-project *vc-change-log* buffers X-Attribution: Tom Date: Thu, 24 Sep 2015 15:49:33 -0600 Message-ID: <87a8sblc7m.fsf@tromey.com> MIME-Version: 1.0 Content-Type: text/plain X-Identified-User: {36111:box522.bluehost.com:elynrobi:tromey.com} {sentby:smtp auth 71.215.96.11 authed with tom+tromey.com} X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) I often work on several projects at once, using a *vc-dir* buffer for each. If I type "l" in this buffer, I get a *vc-change-log* buffer with the history of the project. However, all calls to vc-print-log use this same buffer. This seems to be hard-coded in vc.el (vc-print-log-internal). I would like to be able to make it so that each use of "l" from a *vc-dir* buffer gets its own *vc-change-log* buffer; and that "C-x v l" in some source file gets a separate buffer. This way the per-project change-log buffers could be relatively long-lived; as it is recomputing the data in them takes much too long. In GNU Emacs 25.0.50.5 (x86_64-unknown-linux-gnu, GTK+ Version 3.16.6) of 2015-08-18 on pokyo Repository revision: 78284d534ba7c17c3b5d9d6d1e538277546f8159 Windowing system distributor `Fedora Project', version 11.0.11702000 Configured using: `configure --prefix=/home/tromey/Emacs/install/ --with-file-notification=no' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GCONF GSETTINGS LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Emacs-Lisp Minor modes in effect: async-bytecomp-package-mode: t shell-dirtrack-mode: t erc-spelling-mode: t erc-truncate-mode: t diff-auto-refine-mode: t flyspell-mode: t which-function-mode: t projectile-global-mode: t projectile-mode: t erc-notify-mode: t erc-notifications-mode: t erc-services-mode: t erc-list-mode: t erc-menu-mode: t erc-autojoin-mode: t erc-ring-mode: t erc-networks-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-track-minor-mode: t erc-match-mode: t erc-netsplit-mode: t erc-hl-nicks-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-move-to-prompt-mode: t erc-readonly-mode: t savehist-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t auto-fill-function: do-auto-fill transient-mark-mode: t Recent messages: Saving file /home/tromey/firefox-git/gecko-dev/.git/rebase-merge/git-rebase-todo... Wrote /home/tromey/firefox-git/gecko-dev/.git/rebase-merge/git-rebase-todo Mark set C-x C-g is undefined Mark saved where search started Making completion list... Finding changes in /home/tromey/firefox-git/gecko-dev/... Type C-x 1 to delete the help window. uncompressing vc.el.gz...done Mark saved where search started Load-path shadows: /home/tromey/.emacs.d/elpa/bubbles-0.5/bubbles hides /home/tromey/Emacs/install/share/emacs/25.0.50/lisp/play/bubbles Features: (shadow emacsbug arc-mode archive-mode calc-aent calc-menu calc-embed calc-ext calc calc-loaddefs calc-macs tramp-cache tabify man compare-w iso-transl perl-mode gamegrid recentf tree-widget with-editor async-bytecomp term ehelp esh-var esh-io esh-cmd esh-opt esh-ext esh-proc esh-arg esh-groups eshell esh-module esh-mode esh-util async tar-mode cus-edit url-handlers disass gud autoload lisp-mnt hi-lock etags dired-aux vc-annotate ffap rect css-mode eww url-queue python tramp-sh tramp tramp-compat tramp-loaddefs trampver shell webjump xref project thai-util thai-word mailalias bbdb-sc supercite regi mail-hist nnir gnus-fun find-dired url-http url-gw url-auth epg conf-mode gnus-draft ido nxml-uchnm rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-glyph nxml-enc xmltok eieio-opt speedbar sb-image ezimage dframe gnus-html url-cache mm-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf flow-fill bbdb-gui bbdb-hooks bbdb-rmail rmailsum rmail sort gnus-cite smiley shr-color url-util url-parse url-vars shr dom mm-archive gnus-async gnus-bcklg qp gnus-ml disp-table gnus-topic nndraft nnmh nnfolder utf-7 bbdb-gnus bbdb-snarf mail-extr bbdb-com warnings gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg nntp gnus-cache gnus-registry registry eieio-compat eieio-base gnus-art mm-uu mml2015 mm-view mml-smime smime dig mailcap gnus-sum gnus-group gnus-undo smtpmail sendmail gnus-start gnus-cloud nnimap nnmail mail-source utf7 netrc nnoo parse-time gnus-spec gnus-int gnus-range gnus-win gnus gnus-ems nnheader org-element org-rmail org-mhe org-irc org-info org-gnus org-docview doc-view image-mode org-bibtex bibtex org-bbdb org-w3m org org-macro org-footnote org-pcomplete org-list org-faces org-entities noutline outline org-version ob-emacs-lisp ob ob-tangle ob-ref ob-lob ob-table ob-exp org-src ob-keys ob-comint ob-core ob-eval org-compat org-macs org-loaddefs dxr browse-url find-file idutils sgml-mode vc-mtn vc-hg gnutls network-stream nsm starttls tls erc-spelling erc-truncate git-commit-mode log-edit message dired rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev mail-utils gmm-utils mailheader dabbrev smerge-mode copyright git-rebase-mode term/xterm xterm misearch multi-isearch js json cc-mode cc-fonts cc-guess cc-menus cc-cmds grep bug-reference add-log log-view pcvs-util vc-git diff-mode vc-bzr vc-src vc-sccs vc-svn vc-cvs vc-rcs flyspell ispell diminish appt diary-lib diary-loaddefs cal-menu calendar cal-loaddefs which-func imenu projectile ibuf-macs ibuf-ext ibuffer minimap autorevert filenotify desktop frameset cus-start cus-load erc-notify erc-desktop-notifications notifications dbus xml erc-services erc-list erc-menu erc-join erc-ring erc-networks erc-pcomplete pcomplete erc-track erc-match erc-netsplit erc-hl-nicks color erc-button erc-fill erc-stamp wid-edit erc-goodies erc erc-backend erc-compat format-spec auth-source eieio byte-opt bytecomp byte-compile cl-extra seq cconv gnus-util mm-util help-fns mail-prsvr password-cache thingatpt pp status advice vc-dir ewoc vc vc-dispatcher flycheck derived easy-mmode cl-seq edmacro kmacro find-func help-mode rx subr-x dash jka-compr sh-script smie executable compile let-alist cc-styles cc-align cc-engine cc-vars cc-defs bbdb cl timezone ange-ftp comint ansi-color ring server savehist finder-inf bbdb-autoloads dwarf-mode-autoloads eieio-core cl-macs gv cl-loaddefs pcase cl-lib lisppaste-autoloads pydoc-info-autoloads info-look info weblogger-autoloads package easymenu epg-config time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cl-generic 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 charscript case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote dbusbind dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 3011681 859506) (symbols 48 132351 1487) (miscs 40 29224 21152) (strings 32 816797 269877) (string-bytes 1 34115078) (vectors 16 214055) (vector-slots 8 4461660 211249) (floats 8 1265 3664) (intervals 56 134269 106424) (buffers 976 1018) (heap 1024 439477 770948)) Tom From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 14 02:27:36 2025 Received: (at 21555) by debbugs.gnu.org; 14 Mar 2025 06:27:36 +0000 Received: from localhost ([127.0.0.1]:59689 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tsyW7-00011q-Ug for submit@debbugs.gnu.org; Fri, 14 Mar 2025 02:27:36 -0400 Received: from sendmail.purelymail.com ([34.202.193.197]:34582) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tsyW5-00011W-5u for 21555@debbugs.gnu.org; Fri, 14 Mar 2025 02:27:34 -0400 DKIM-Signature: a=rsa-sha256; b=dN1ADKiNujDpa9ecOhkNxpHepmE3X+7hqLso4795QOly2b6pFtMyWIIk4OYbzU9/cjo4YeaInEcCU6CRZphDYd0UYd3fbXIGffR/1xB31t9FDXlBoT5fXfXntLImZp5Mr36hiKf0tBeCSkHWLJLLtBZ4POxOWVuudUWwGKbfqRGTdt7DvZCXYq1+jWl3sS3/oySJIfOsQJqrRpSSgk4igGgI0Zl5e72++PKUnnvJutaM4bUqU6tPi04K9VZRC2GM9D9tg4zesnCnWihCWC4Vey4ElT28Ou/MSzWA30alBMU0k4Y02G8jSrGhjGqPV7gqPgS1IA5HMnRkv127QqDL8Q==; s=purelymail1; d=spwhitton.name; v=1; bh=25rPCNmFTlMM/NMLCPaPDw6hvTEoq5OFlvrNgemQYPw=; h=Received:Received:From:To:Subject:Date; DKIM-Signature: a=rsa-sha256; b=J3uMNzZtMf3sU4ea239D1GOKyhicki78zf0/YGj52O+Qcg3KwkJs0HBI5yN6tHcoQHXnZGzYaiSymjrATHYIxxKBrSeQ0KI4O0pso7cmXZDNOFXKUn4DXtKBgzKGfpPjkod/7xQKBiKadPbuCFgqBMNZNzv0oO1ELk6KD+deH0HpgwA+aQBMfwqQshwwKzshFrzQvTmsF+FfqdML7A1gVAwiEQqHa7ZGHfmCYkd1HnmvJaYqIxjFSVg6As0UbTfG08bEYgSDudxv0wBzEf9y97VRUPmW/P+nSbGkYd4/SuUSpvbYhwhAEk0+1yNjNXZoAzDeNQ76nbZXiSY+EOJ3hw==; s=purelymail1; d=purelymail.com; v=1; bh=25rPCNmFTlMM/NMLCPaPDw6hvTEoq5OFlvrNgemQYPw=; h=Feedback-ID:Received:Received:From:To:Subject:Date; Feedback-ID: 20115:3760:null:purelymail X-Pm-Original-To: 21555@debbugs.gnu.org Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id 401455130; (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Fri, 14 Mar 2025 06:27:25 +0000 (UTC) Received: by melete.silentflame.com (Postfix, from userid 1000) id DD00E7E62C1; Fri, 14 Mar 2025 14:27:22 +0800 (CST) From: Sean Whitton To: Tom Tromey Subject: Re: 25.0.50; per-project *vc-change-log* buffers In-Reply-To: <87a8sblc7m.fsf@tromey.com> References: <87a8sblc7m.fsf@tromey.com> Date: Fri, 14 Mar 2025 14:27:22 +0800 Message-ID: <87wmcsw2id.fsf@melete.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 21555 Cc: control@debbugs.gnu.org, 21555@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tag 21555 + moreinfo thanks Hello, On Thu 24 Sep 2015 at 03:49pm -06, Tom Tromey wrote: > I often work on several projects at once, using a *vc-dir* buffer for > each. > > If I type "l" in this buffer, I get a *vc-change-log* buffer with the > history of the project. > > However, all calls to vc-print-log use this same buffer. > This seems to be hard-coded in vc.el (vc-print-log-internal). > > I would like to be able to make it so that each use of "l" from a > *vc-dir* buffer gets its own *vc-change-log* buffer; and that "C-x v l" > in some source file gets a separate buffer. This way the per-project > change-log buffers could be relatively long-lived; as it is recomputing > the data in them takes much too long. You can already do something similar by using C-x x u to rename the *vc-change-log* buffer, and then 'g' inside it works to regenerate it. This is how Emacs works with these special-mode buffers across the board -- freely reuse them unless the user has renamed them out of the way of the buffer's default name, in this case "*vc-change-log*". Unlike compilation-mode buffers, *vc-change-log* buffers are already adequately protected from re-use with just C-x x u. I.e. the caveat in that command's docstring does not apply. I think we would want VC to be consistent with the rest of Emacs, here, rather than doing something special. Therefore, I would be inclined to think anything cleverer is better left to a command in the user's init.el, or an external package. I'm tagging this as moreinfo for now in case Tom wants to come back, but my inclination would be to close this. -- Sean Whitton From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 14 03:52:49 2025 Received: (at 21555) by debbugs.gnu.org; 14 Mar 2025 07:52:49 +0000 Received: from localhost ([127.0.0.1]:59947 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tszqa-00031I-VQ for submit@debbugs.gnu.org; Fri, 14 Mar 2025 03:52:49 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:60419) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tszqW-00030b-FC for 21555@debbugs.gnu.org; Fri, 14 Mar 2025 03:52:45 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id B292020453; Fri, 14 Mar 2025 07:52:36 +0000 (UTC) From: Juri Linkov To: Sean Whitton Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers In-Reply-To: <87wmcsw2id.fsf@melete.silentflame.com> Organization: LINKOV.NET References: <87a8sblc7m.fsf@tromey.com> <87wmcsw2id.fsf@melete.silentflame.com> Date: Fri, 14 Mar 2025 09:47:00 +0200 Message-ID: <871pv0gikr.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-State: clean X-GND-Score: -100 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgddufedtvdekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuifetpfffkfdpucggtfgfnhhsuhgsshgtrhhisggvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvfevufgjohhffffkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucggtffrrghtthgvrhhnpeffgeetfeevlefhleejfeeuheeiudeitdffhfdutdekfeffgffhveehteegueekheenucfkphepledurdduvdelrddutdehrdduudejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepledurdduvdelrddutdehrdduudejpdhhvghlohepmhgrihhlrdhgrghnughirdhnvghtpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhgspghrtghpthhtohepfedprhgtphhtthhopedvudehheehseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepthhomhesthhrohhmvgihrdgtohhmpdhrtghpthhtohepshhpfihhihhtthhonhesshhpfihhihhtthhonhdrnhgrmhgv X-GND-Sasl: juri@linkov.net X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21555 Cc: Tom Tromey , 21555@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> However, all calls to vc-print-log use this same buffer. >> This seems to be hard-coded in vc.el (vc-print-log-internal). >> >> I would like to be able to make it so that each use of "l" from a >> *vc-dir* buffer gets its own *vc-change-log* buffer; and that "C-x v l" >> in some source file gets a separate buffer. This way the per-project >> change-log buffers could be relatively long-lived; as it is recomputing >> the data in them takes much too long. > > You can already do something similar by using C-x x u to rename the > *vc-change-log* buffer, and then 'g' inside it works to regenerate it. Or (add-hook 'log-view-mode-hook 'rename-uniquely) From debbugs-submit-bounces@debbugs.gnu.org Sat May 24 15:58:41 2025 Received: (at 21555) by debbugs.gnu.org; 24 May 2025 19:58:41 +0000 Received: from localhost ([127.0.0.1]:36211 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uIv0y-0001aQ-VP for submit@debbugs.gnu.org; Sat, 24 May 2025 15:58:41 -0400 Received: from mail-ed1-x531.google.com ([2a00:1450:4864:20::531]:46157) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uIv0w-0001a5-QR for 21555@debbugs.gnu.org; Sat, 24 May 2025 15:58:39 -0400 Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-602e5dd500fso1100107a12.0 for <21555@debbugs.gnu.org>; Sat, 24 May 2025 12:58:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1748116712; x=1748721512; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=lrUZwVi8raLM+i2XXQYPA3M8Vwev2YgTWKyiEqxY35U=; b=Wrj4uMAiGBKMK3UIuDTgwpjXMI+YoOuN5TDoNnO2b3gmV4nXQWxoeIPbFnrzOTYJ8v EiHQ63DmQ4LG35r01+pyeUx5M6FtyFu5UhmuZhipnF9dDtwWO4Vw4cZ2jjWxJI64COhO ysRjPww5X/U7mLjhezKoKetfSGLZp8zbtPQFBJkKmAuNXnXuPeIzQUcwN/M0dH8UuV6v bldxp79ytWCUNbI0uoqnux+1G6hva/U9gsQQ5VRJJ2mHKAiwOdhOnTuQIFRICO4MzozX DWDp/RodUmSHEWgeJiyH1b16rYb2SXcrpH2mRVQKTvvf5UL60JlwYtbD/TDHXfufR8vQ 5XGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1748116712; x=1748721512; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=lrUZwVi8raLM+i2XXQYPA3M8Vwev2YgTWKyiEqxY35U=; b=WkAEiUXwHA6Ic42fQO35F4hmwR9Qc7aGnmmIOxL+0ab7Q4HWZjPyojGXfBoIyxq7JP 7tn+V14vRUAYfsO+qHwZgis9jkl45gJL2RmhtejESKlKB8Ci/9PSrOu5QN/S2KupT950 WPTXiYEhDNENQFkM341FuoCGoeMPBK4jH775SGLNdKOyqyKctdRe2Zrdq8hgSAws3GqA Fe/CJXKKtO5bqouM6DysOa9ePPnR0rEiAtJm8s0fK+hCcRL/668ZsQJ1z4RmCGIqN8T8 1qnZSqHHKZsmQfDf7hYs+3JfSJBC1omRiZuXIB9JuwUPPZR3iTlQ0pIjV8chkEG7K25y s5bQ== X-Gm-Message-State: AOJu0Yx0aYs0yv0+mrLws5bkxl8yDJSuQE93wmgaubYPpppRfiV8Fb5t 4yxkI1qoC98XvKaEmbBZTE5YSM3v4zwes+ZwpBZywcgvexc2u8HREmTwac7GDFFMAU5SIRg/md0 2EkRj7LQuoMAdewgTcMx9mULgfjPY1tQ= X-Gm-Gg: ASbGncstmXs6FTeWPgPXmKVjP0ailzAvKIcM2I7UM4yBCpc4PC9KkeGNfuW/H6uIgtX ASQatfA7mj58DzDGJnUP5Uxotqsl2M2YlRrSgQXa740wWXKB/1FcsB16+duKsZrAN5PilKCaDSZ 6gcEAghKxZ2i1pvjBDT8xxsr+Vs8pLgej8830NTIwRTU8= X-Google-Smtp-Source: AGHT+IESRb9QVKs8gSRCpq1lQAO/+hQUG6OaD9i9B6CelWs8AmMPOVKHw1HvZirECQzW8VREqBnTRvaBx5KGgz2i+YY= X-Received: by 2002:a17:907:da7:b0:ad5:10c2:55e0 with SMTP id a640c23a62f3a-ad85b1844d5mr289858566b.22.1748116711902; Sat, 24 May 2025 12:58:31 -0700 (PDT) MIME-Version: 1.0 From: Matthias Meulien Date: Sat, 24 May 2025 21:58:20 +0200 X-Gm-Features: AX0GCFunwbMWgd529rrtrC3YmyR8jn36aT-fv2xod5qyoB0l9RzQy741-sWfl2E Message-ID: Subject: Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers To: Juri Linkov , Sean Whitton , Tom Tromey Content-Type: multipart/alternative; boundary="000000000000a3905d0635e723d4" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 21555 Cc: 21555@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000a3905d0635e723d4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Juri Linkov writes: >>> However, all calls to vc-print-log use this same buffer. >>> This seems to be hard-coded in vc.el (vc-print-log-internal). >>> >>> I would like to be able to make it so that each use of "l" from a >>> *vc-dir* buffer gets its own *vc-change-log* buffer; and that "C-x v l" >>> in some source file gets a separate buffer. This way the per-project >>> change-log buffers could be relatively long-lived; as it is recomputing >>> the data in them takes much too long. >> >> You can already do something similar by using C-x x u to rename the >> *vc-change-log* buffer, and then 'g' inside it works to regenerate it. > > Or (add-hook 'log-view-mode-hook 'rename-uniquely) Note that while browsing a change log buffer, when one runs the command `log-view-diff', the log buffer is not killed. For people like me who makes an heavy use of "C-x v l", "C-x v L" and "l" in *vc-dir* buffers, it leads to have hundreds of *vc-change-log* buffers at the end of the day=E2=80=A6 --=20 Matthias --000000000000a3905d0635e723d4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Juri Linkov <ju= ri@linkov.net> writes:

>>> However, all calls to vc-= print-log use this same buffer.
>>> This seems to be hard-coded= in vc.el (vc-print-log-internal).
>>>
>>> I would = like to be able to make it so that each use of "l" from a
>= >> *vc-dir* buffer gets its own *vc-change-log* buffer; and that &quo= t;C-x v l"
>>> in some source file gets a separate buffer.= =C2=A0 This way the per-project
>>> change-log buffers could be= relatively long-lived; as it is recomputing
>>> the data in th= em takes much too long.
>>
>> You can already do somethin= g similar by using C-x x u to rename the
>> *vc-change-log* buffer= , and then 'g' inside it works to regenerate it.
>
> Or= (add-hook 'log-view-mode-hook 'rename-uniquely)

Note that w= hile browsing a change log buffer, when one runs the command
`log-view-d= iff', the log buffer is not killed.

For people like me who makes= an heavy use of "C-x v l", "C-x v L" and "l"= in *vc-dir* buffers, it leads to have hundreds of *vc-change-log* buffers = at the
end of the day=E2=80=A6
--
Matthias
--000000000000a3905d0635e723d4-- From debbugs-submit-bounces@debbugs.gnu.org Sun May 25 02:24:03 2025 Received: (at 21555) by debbugs.gnu.org; 25 May 2025 06:24:03 +0000 Received: from localhost ([127.0.0.1]:41176 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uJ4mA-000614-NG for submit@debbugs.gnu.org; Sun, 25 May 2025 02:24:03 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51454) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uJ4m7-00060P-Td for 21555@debbugs.gnu.org; Sun, 25 May 2025 02:24:00 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uJ4m1-0003RN-E7; Sun, 25 May 2025 02:23:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=S04xeGIGUEZJIA1AV6rxPxgh65U1s8yyeYKgaYGboYk=; b=kAh9tUUXzj5wPzL+8xlw uBNtZdLdrGz4gZIQCY85vPKp0WqQdabhOslxH4TqUNF43ycm7+0TYvlZ12eqH9eQe5wsaZD/lD1zt yLLmJdRtYoNFQkB44d56EJVmMtRhL8FhWfuUwYDITKtnidIbyuhKwSiFvC1rOgEkYpiUxTRukElMB RSp7HmpYIt0fRBB8ub8e3v43lSM5c/nlpeEOY4c36PhqWVqtHxiGZeaVFSwKMF2sRhcvehKYQE1qi W2MXZ5vJrDa6R9WOz/2x3YjIcDUwBdTZedpU6H3Jlaz6GhoxLeVbE38cF+bLyXBG5W6DiZewYrMH8 O6IElzoht8MejA==; Date: Sun, 25 May 2025 09:23:49 +0300 Message-Id: <86plfxyzre.fsf@gnu.org> From: Eli Zaretskii To: Matthias Meulien , tom@tromey.com In-Reply-To: (message from Matthias Meulien on Sat, 24 May 2025 21:58:20 +0200) Subject: Re: bug#21555: Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers References: <87a8sblc7m.fsf@tromey.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 21555 Cc: spwhitton@spwhitton.name, 21555@debbugs.gnu.org, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 21555@debbugs.gnu.org > From: Matthias Meulien > Date: Sat, 24 May 2025 21:58:20 +0200 > > > Juri Linkov writes: > > >>> However, all calls to vc-print-log use this same buffer. > >>> This seems to be hard-coded in vc.el (vc-print-log-internal). > >>> > >>> I would like to be able to make it so that each use of "l" from a > >>> *vc-dir* buffer gets its own *vc-change-log* buffer; and that "C-x v l" > >>> in some source file gets a separate buffer. This way the per-project > >>> change-log buffers could be relatively long-lived; as it is recomputing > >>> the data in them takes much too long. > >> > >> You can already do something similar by using C-x x u to rename the > >> *vc-change-log* buffer, and then 'g' inside it works to regenerate it. > > > > Or (add-hook 'log-view-mode-hook 'rename-uniquely) > > Note that while browsing a change log buffer, when one runs the command > `log-view-diff', the log buffer is not killed. > > For people like me who makes an heavy use of "C-x v l", "C-x v L" and "l" in *vc-dir* buffers, it leads to have > hundreds of *vc-change-log* buffers at the > end of the day… Why having many such buffers a problem? We have features (like midnight.el) to kill unused buffers, if the user doesn't want to do that manually. Anyway, it sounds like there are already solutions for this issue, so should we close it now? From debbugs-submit-bounces@debbugs.gnu.org Sun May 25 02:38:14 2025 Received: (at 21555) by debbugs.gnu.org; 25 May 2025 06:38:14 +0000 Received: from localhost ([127.0.0.1]:41281 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uJ4zt-00077I-Sy for submit@debbugs.gnu.org; Sun, 25 May 2025 02:38:14 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:47813) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uJ4zr-00076h-5N for 21555@debbugs.gnu.org; Sun, 25 May 2025 02:38:11 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id 21A1243A30; Sun, 25 May 2025 06:38:02 +0000 (UTC) From: Juri Linkov To: Matthias Meulien Subject: Re: Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers In-Reply-To: Organization: LINKOV.NET References: Date: Sun, 25 May 2025 09:36:58 +0300 Message-ID: <87v7ppjj9x.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-GND-State: clean X-GND-Score: -100 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtddtgddufeeltdculddtuddrgeefvddrtddtmdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfitefpfffkpdcuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvvefujghofhffkfgfgggtgfesthekredttderjeenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucggtffrrghtthgvrhhnpeeiffetjeegheffjeeutdeihfdukeegjeetkeeigfevueehtedvfeegkeekveekudenucfkphepledurdduvdelrddutdefrddvjeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpeeluddruddvledruddtfedrvdejpdhhvghlohepmhgrihhlrdhgrghnughirdhnvghtpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhgspghrtghpthhtohepgedprhgtphhtthhopedvudehheehseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepthhomhesthhrohhmvgihrdgtohhmpdhrtghpthhtohepshhpfihhihhtthhonhesshhpfihhihhtthhonhdrnhgrmhgvpdhrtghpthhtohepohhrohhnthgvvgesghhmrghilhdrtghomh X-GND-Sasl: juri@linkov.net X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21555 Cc: Tom Tromey , 21555@debbugs.gnu.org, Sean Whitton X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >>>> However, all calls to vc-print-log use this same buffer. >>>> This seems to be hard-coded in vc.el (vc-print-log-internal). >>>> >>>> I would like to be able to make it so that each use of "l" from a >>>> *vc-dir* buffer gets its own *vc-change-log* buffer; and that "C-x v l" >>>> in some source file gets a separate buffer. This way the per-project >>>> change-log buffers could be relatively long-lived; as it is recomputing >>>> the data in them takes much too long. >>> >>> You can already do something similar by using C-x x u to rename the >>> *vc-change-log* buffer, and then 'g' inside it works to regenerate it. >> >> Or (add-hook 'log-view-mode-hook 'rename-uniquely) > > Note that while browsing a change log buffer, when one runs the command > `log-view-diff', the log buffer is not killed. > > For people like me who makes an heavy use of "C-x v l", "C-x v L" and "l" > in *vc-dir* buffers, it leads to have hundreds of *vc-change-log* buffers > at the end of the day… Indeed, hundreds of *vc-change-log* buffers is what I have. But not a problem. On the contrary, preserved buffers often help to check for their previous content. From debbugs-submit-bounces@debbugs.gnu.org Sun May 25 03:06:54 2025 Received: (at 21555) by debbugs.gnu.org; 25 May 2025 07:06:54 +0000 Received: from localhost ([127.0.0.1]:41499 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uJ5Rc-0003qU-Nk for submit@debbugs.gnu.org; Sun, 25 May 2025 03:06:54 -0400 Received: from mail-ed1-x533.google.com ([2a00:1450:4864:20::533]:54760) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uJ5RY-0003pu-92 for 21555@debbugs.gnu.org; Sun, 25 May 2025 03:06:49 -0400 Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-602039559d8so2657395a12.1 for <21555@debbugs.gnu.org>; Sun, 25 May 2025 00:06:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1748156802; x=1748761602; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=VEfZ8XThhkwkRLfoF6GVF9utrBD8VNZ6w0YQ7/gUOBM=; b=XzLF/VMeFiObJgoo9Bx3IrahYRyxz+E+Gal5FtpZDsukXZJggMD6LtcJfsC0fzg0Z0 ZNPEzYe3PcSwTihp785rzUG2VSfhfvv9oGofKNRixX9qruXCeh87jVZYDUM2mpS8yhkU KopwSg1GfiqknTAoMAKhD/rwwftbJQUQCT5+ZqjGy8ij46K8TwmyCFO8d/iQd3BXD/UK Qr4/oCe2VppM+wUXlQkH7JUX6uNCtOAyTVEk42dHVS06wku8VwK5cMAaCxl4slxal8xE +5fOv6xVRfsmNgUN/WxhVwAVqpiSZaEDsc3socDTlvQCrvW7MstUkK6VpXvvC0hqlmRU 8lkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1748156802; x=1748761602; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=VEfZ8XThhkwkRLfoF6GVF9utrBD8VNZ6w0YQ7/gUOBM=; b=Y/AfTDDArnVaqwNSTNFlb7ejFIHp6r90K3fj4E9qm+M7rtMOxyha73y01fIpBo87Vp YlE2SyX1BHkjok9L18b933hBKX3k4hqDZxvYXcFA9EtbIM7Tp7pS7VfNAj4agLgD0phf IB+41abse2MLV7polZK9Ra6HzhK066LT5FbFmgRjQYL4QYK1Kd6Je8Qu2/NL4Q+kq7iX 0PStprA3Cr6YZ9gKK5EmdNNTar0zBt2a4rOXIRaR7+pB8hEXQGdqnUY84Dj0LrMHfPx5 S/wMBt7CZ/JX7X4wbh3Wz3Em0m+xE5zh9Qth5SefrmGE+4tuthsUf13b5FieBGLuUTeb mWCw== X-Forwarded-Encrypted: i=1; AJvYcCW8lACAtJyaB5rJ5pC2fmnn7dNUwzd+IZqlg1DHG4y0OYCBu6YgNegVcILOGqrreGX/K/i3Dw==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yy328W8NtJhj3diALno28RFXJGNo/W9C5p9X2o4FY4A9g5ZO85b vFq+nY6Rhn5dyPc28lYBiywo+7MXkMVqAj/ysgtnm4PjR59SJX+BZvQu25YkE5PkXR0TffDoMae Wlmgi+Z3+JD5Hw/hMcgYu5/jtnTtOGDM= X-Gm-Gg: ASbGncv1KuS652GYYianEOYg6Q+9dry/jCHwLpUw+wMBrcQfoVvvhnx41pry9J+vK8f tFbhkpP2aJL97FKG41aH8NAi/haDZly2tj7GJZePXTrWimMDwR3TLzT1mM/4kZRSCVcN6PynBpl SH/nuUGepROtpZutnqS4fd21gwHscWVKf40++u7aOw/O5T+gd3IpFOLk9TmFFV3UNGDAk= X-Google-Smtp-Source: AGHT+IF7uS0F1xnyso74sgBvbQRZxtorVB8i0KCZuVoDdzdfLuDv0r5BCrZmVUT3kIWkZt3wvW1uKTWesEPyPhALpMc= X-Received: by 2002:a05:6402:848:b0:601:8281:7540 with SMTP id 4fb4d7f45d1cf-602d9ff31eemr3195867a12.20.1748156801759; Sun, 25 May 2025 00:06:41 -0700 (PDT) MIME-Version: 1.0 References: <87v7ppjj9x.fsf@mail.linkov.net> In-Reply-To: <87v7ppjj9x.fsf@mail.linkov.net> From: Matthias Meulien Date: Sun, 25 May 2025 09:06:28 +0200 X-Gm-Features: AX0GCFvshNvUgNDjZx3EIsGkMqsbZDQVKw2fGQsuJG8HOrMUcl-veOrMYkuKRpI Message-ID: Subject: Re: Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers To: Juri Linkov Content-Type: multipart/mixed; boundary="0000000000002e6f5f0635f079ba" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 21555 Cc: Tom Tromey , 21555@debbugs.gnu.org, Sean Whitton X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000002e6f5f0635f079ba Content-Type: multipart/alternative; boundary="0000000000002e6f5c0635f079b8" --0000000000002e6f5c0635f079b8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le dim. 25 mai 2025 =C3=A0 08:38, Juri Linkov a =C3=A9cri= t : > >>>> However, all calls to vc-print-log use this same buffer. > >>>> This seems to be hard-coded in vc.el (vc-print-log-internal). > >>>> > >>>> I would like to be able to make it so that each use of "l" from a > >>>> *vc-dir* buffer gets its own *vc-change-log* buffer; and that "C-x v > l" > >>>> in some source file gets a separate buffer. This way the per-projec= t > >>>> change-log buffers could be relatively long-lived; as it is > recomputing > >>>> the data in them takes much too long. > >>> > >>> You can already do something similar by using C-x x u to rename the > >>> *vc-change-log* buffer, and then 'g' inside it works to regenerate it= . > >> > >> Or (add-hook 'log-view-mode-hook 'rename-uniquely) > > > > Note that while browsing a change log buffer, when one runs the command > > `log-view-diff', the log buffer is not killed. > > > > For people like me who makes an heavy use of "C-x v l", "C-x v L" and "= l" > > in *vc-dir* buffers, it leads to have hundreds of *vc-change-log* buffe= rs > > at the end of the day=E2=80=A6 > > Indeed, hundreds of *vc-change-log* buffers is what I have. > But not a problem. On the contrary, preserved buffers often help > to check for their previous content. > Ok, I'll try to live with that. For the record I attach two patchs that enable per projet change log and diff buffers. --=20 Matthias --0000000000002e6f5c0635f079b8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Le=C2=A0dim. 25 mai 2025 =C3=A0=C2=A008:38, J= uri Linkov <juri@linkov.net> a= =C3=A9crit=C2=A0:
>>>> However, all calls to vc-print-log use this same buffer= .
>>>> This seems to be hard-coded in vc.el (vc-print-log-interna= l).
>>>>
>>>> I would like to be able to make it so that each use of &qu= ot;l" from a
>>>> *vc-dir* buffer gets its own *vc-change-log* buffer; and t= hat "C-x v l"
>>>> in some source file gets a separate buffer.=C2=A0 This way= the per-project
>>>> change-log buffers could be relatively long-lived; as it i= s recomputing
>>>> the data in them takes much too long.
>>>
>>> You can already do something similar by using C-x x u to renam= e the
>>> *vc-change-log* buffer, and then 'g' inside it works t= o regenerate it.
>>
>> Or (add-hook 'log-view-mode-hook 'rename-uniquely)
>
> Note that while browsing a change log buffer, when one runs the comman= d
> `log-view-diff', the log buffer is not killed.
>
> For people like me who makes an heavy use of "C-x v l", &quo= t;C-x v L" and "l"
> in *vc-dir* buffers, it leads to have hundreds of *vc-change-log* buff= ers
> at the end of the day=E2=80=A6

Indeed, hundreds of *vc-change-log* buffers is what I have.
But not a problem.=C2=A0 On the contrary, preserved buffers often help
to check for their previous content.

Ok, I'll try to live with that.<= /div>

For the record I attach two patchs that enable per= projet change log and diff buffers.

--
Matthias
--0000000000002e6f5c0635f079b8-- --0000000000002e6f5f0635f079ba Content-Type: text/x-patch; charset="US-ASCII"; name="0001-Per-project-change-log-buffer.patch" Content-Disposition: attachment; filename="0001-Per-project-change-log-buffer.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_mb3beoh20 RnJvbSAzZjYyMmU5YTc2MzMwOGZhMzRmY2I2MDQ4NDljNTE3YzkyZmQ2YmUwIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBNYXR0aGlhcyBNZXVsaWVuIDxvcm9udGVlQGdtYWlsLmNvbT4K RGF0ZTogU2F0LCAyNCBNYXkgMjAyNSAyMzowMzowNSArMDIwMApTdWJqZWN0OiBbUEFUQ0ggMS8y XSBQZXIgcHJvamVjdCBjaGFuZ2UgbG9nIGJ1ZmZlcgoKKiBsaXNwL3Byb2dtb2Rlcy9wcm9qZWN0 LmVsIChwcm9qZWN0LXZjLWdldC1sb2ctYnVmZmVyLW5hbWUpOgoodmMtZ2V0LWxvZy1idWZmZXIt bmFtZS1mdW5jdGlvbik6CiogbGlzcC92Yy92Yy1hbm5vdGF0ZS5lbCAodmMtYW5ub3RhdGUtc2hv dy1sb2ctcmV2aXNpb24tYXQtbGluZSk6CiogbGlzcC92Yy92Yy5lbCAodmMtZ2V0LWxvZy1idWZm ZXItbmFtZS1mdW5jdGlvbik6Cih2Yy1nZXQtbG9nLWJ1ZmZlci1uYW1lKToKKHZjLXByaW50LWxv Zy1pbnRlcm5hbCk6Ci0tLQogbGlzcC9wcm9nbW9kZXMvcHJvamVjdC5lbCB8ICA4ICsrKysrKysr CiBsaXNwL3ZjL3ZjLWFubm90YXRlLmVsICAgIHwgIDIgKy0KIGxpc3AvdmMvdmMuZWwgICAgICAg ICAgICAgfCAxNCArKysrKysrKysrKysrLQogMyBmaWxlcyBjaGFuZ2VkLCAyMiBpbnNlcnRpb25z KCspLCAyIGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2xpc3AvcHJvZ21vZGVzL3Byb2plY3Qu ZWwgYi9saXNwL3Byb2dtb2Rlcy9wcm9qZWN0LmVsCmluZGV4IDgwOGQyODkwYjhkLi43YmM1MDQw MTA0YSAxMDA2NDQKLS0tIGEvbGlzcC9wcm9nbW9kZXMvcHJvamVjdC5lbAorKysgYi9saXNwL3By b2dtb2Rlcy9wcm9qZWN0LmVsCkBAIC0xNTM5LDYgKzE1MzksMTQgQEAgcHJvamVjdC1yZWNvbXBp bGUKICAgICAgICAgICAgICBjb21waWxhdGlvbi1idWZmZXItbmFtZS1mdW5jdGlvbikpKQogICAg IChyZWNvbXBpbGUgZWRpdC1jb21tYW5kKSkpCiAKKzs7OyMjI2F1dG9sb2FkCisoZGVmdW4gcHJv amVjdC12Yy1nZXQtbG9nLWJ1ZmZlci1uYW1lICgmb3B0aW9uYWwgXykKKyAgKHByb2plY3QtcHJl Zml4ZWQtYnVmZmVyLW5hbWUgInZjLWNoYW5nZS1sb2ciKSkKKworKGN1c3RvbS1hZGQtY2hvaWNl ICd2Yy1nZXQtbG9nLWJ1ZmZlci1uYW1lLWZ1bmN0aW9uCisgICAgICAgICAgICAgICAgICAgJyhj b25zdCA6dGFnICJQcmVmaXhlZCB3aXRoIHByb2plY3QgbmFtZSIgcHJvamVjdC12Yy1nZXQtbG9n LWJ1ZmZlci1uYW1lKSkKKworCiAoZGVmY3VzdG9tIHByb2plY3QtaWdub3JlLWJ1ZmZlci1jb25k aXRpb25zIG5pbAogICAiTGlzdCBvZiBjb25kaXRpb25zIHRvIGZpbHRlciB0aGUgYnVmZmVycyB0 byBiZSBzd2l0Y2hlZCB0by4KIElmIGFueSBvZiB0aGVzZSBjb25kaXRpb25zIGFyZSBzYXRpc2Zp ZWQgZm9yIGEgYnVmZmVyIGluIHRoZQpkaWZmIC0tZ2l0IGEvbGlzcC92Yy92Yy1hbm5vdGF0ZS5l bCBiL2xpc3AvdmMvdmMtYW5ub3RhdGUuZWwKaW5kZXggOWU5ZDRkZjhjYzAuLjY0MmIzYmJmNTNj IDEwMDY0NAotLS0gYS9saXNwL3ZjL3ZjLWFubm90YXRlLmVsCisrKyBiL2xpc3AvdmMvdmMtYW5u b3RhdGUuZWwKQEAgLTU3MCw3ICs1NzAsNyBAQCB2Yy1hbm5vdGF0ZS1zaG93LWxvZy1yZXZpc2lv bi1hdC1saW5lCiAgICAgICAoaWYgKG5vdCByZXYtYXQtbGluZSkKIAkgIChtZXNzYWdlICJDYW5u b3QgZXh0cmFjdCByZXZpc2lvbiBudW1iZXIgZnJvbSB0aGUgY3VycmVudCBsaW5lIikKIAkobGV0 ICgoYmFja2VuZCB2Yy1hbm5vdGF0ZS1iYWNrZW5kKQotCSAgICAgIChsb2ctYnVmIChnZXQtYnVm ZmVyICIqdmMtY2hhbmdlLWxvZyoiKSkKKwkgICAgICAobG9nLWJ1ZiAoZ2V0LWJ1ZmZlciAodmMt Z2V0LWxvZy1idWZmZXItbmFtZSkpKQogICAgICAgICAgICAgICA7OyBObyBuZWVkIHRvIGZvbGxv dyByZW5hbWVzOiB3ZSBzcGVjaWZ5IHRoZSBoaXN0b3JpY2FsIGZpbGUgbmFtZS4KICAgICAgICAg ICAgICAgdmMtZ2l0LXByaW50LWxvZy1mb2xsb3cKIAkgICAgICBwb3MpCmRpZmYgLS1naXQgYS9s aXNwL3ZjL3ZjLmVsIGIvbGlzcC92Yy92Yy5lbAppbmRleCA2MDc0OGQwNWVkOC4uODZlNDczMWZm OTcgMTAwNjQ0Ci0tLSBhL2xpc3AvdmMvdmMuZWwKKysrIGIvbGlzcC92Yy92Yy5lbApAQCAtOTQ3 LDYgKzk0NywxMiBAQCB2Yy1hbGxvdy1yZXdyaXRpbmctcHVibGlzaGVkLWhpc3RvcnkKICAgICAg ICAgICAgICAgICAgKGNvbnN0IDp0YWcgIkFsbG93IHdpdGhvdXQgcHJvbXB0aW5nIiB0KSkKICAg OnZlcnNpb24gIjMxLjEiKQogCisoZGVmY3VzdG9tIHZjLWdldC1sb2ctYnVmZmVyLW5hbWUtZnVu Y3Rpb24gbmlsCisgICJGdW5jdGlvbiB0byBjb21wdXRlIHRoZSBuYW1lIG9mIHRoZSBjaGFuZ2Ug bG9nIGJ1ZmZlci4iCisgIDp2ZXJzaW9uICIzMS4xIgorICA6dHlwZSAnKGNob2ljZSAoY29uc3Qg OnRhZyAiRGVmYXVsdCIgbmlsKQorICAgICAgICAgICAgICAgICAoZnVuY3Rpb24gOnRhZyAiQ3Vz dG9tIGZ1bmN0aW9uIikpKQorCiAoZGVmY29uc3QgdmMtY2xvbmVhYmxlLWJhY2tlbmRzLWN1c3Rv bS10eXBlCiAgIGAoY2hvaWNlIDpjb252ZXJ0LXdpZGdldAogICAgICAgICAgICAsKGxhbWJkYSAo d2lkZ2V0KQpAQCAtMzAzMyw2ICszMDM5LDEyIEBAIHZjLXByaW50LWxvZy1yZW5hbWVkLWFkZC1i dXR0b24KICAgICAgICJTaG93IHRoZSBsb2cgZm9yIHRoZSBmaWxlIG5hbWUocykgJXMgdGhlIHJl bmFtZSIKICAgICAgIGJlZm9yZS1hZnRlcikpKSkKIAorKGRlZnVuIHZjLWdldC1sb2ctYnVmZmVy LW5hbWUgKCZvcHRpb25hbCBidWZmZXIpCisgIChpZiAoZnVuY3Rpb25wIHZjLWdldC1sb2ctYnVm ZmVyLW5hbWUtZnVuY3Rpb24pCisgICAgICAoZnVuY2FsbCB2Yy1nZXQtbG9nLWJ1ZmZlci1uYW1l LWZ1bmN0aW9uCisgICAgICAgICAgICAgICAob3IgYnVmZmVyICh3aW5kb3ctYnVmZmVyKSkpCisg ICAgIip2Yy1jaGFuZ2UtbG9nKiIpKQorCiAoZGVmdW4gdmMtcHJpbnQtbG9nLWludGVybmFsIChi YWNrZW5kIGZpbGVzIHdvcmtpbmctcmV2aXNpb24KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgJm9wdGlvbmFsIGlzLXN0YXJ0LXJldmlzaW9uIGxpbWl0IHR5cGUpCiAgICJG b3Igc3BlY2lmaWVkIEJBQ0tFTkQgYW5kIEZJTEVTLCBzaG93IHRoZSBWQyBsb2cuCkBAIC0zMDQ3 LDcgKzMwNTksNyBAQCB2Yy1wcmludC1sb2ctaW50ZXJuYWwKICAgKGxldCogKChkaXItcHJlc2Vu dCAoY2wtc29tZSAjJ2ZpbGUtZGlyZWN0b3J5LXAgZmlsZXMpKQogICAgICAgICAgKHNob3J0bG9n IChub3QgKG51bGwgKG1lbXEgKGlmIGRpci1wcmVzZW50ICdkaXJlY3RvcnkgJ2ZpbGUpCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB2Yy1sb2ctc2hvcnQtc3R5bGUpKSkpCi0J KGJ1ZmZlci1uYW1lICIqdmMtY2hhbmdlLWxvZyoiKQorCShidWZmZXItbmFtZSAodmMtZ2V0LWxv Zy1idWZmZXItbmFtZSkpCiAgICAgICAgICAodHlwZSAob3IgdHlwZSAoaWYgc2hvcnRsb2cgJ3No b3J0ICdsb25nKSkpKQogICAgICAgKHZjLWxvZy1pbnRlcm5hbC1jb21tb24KICAgICAgICBiYWNr ZW5kIGJ1ZmZlci1uYW1lIGZpbGVzIHR5cGUKLS0gCjIuMzkuNQoK --0000000000002e6f5f0635f079ba Content-Type: text/x-patch; charset="US-ASCII"; name="0002-Per-project-vc-diff-buffer.patch" Content-Disposition: attachment; filename="0002-Per-project-vc-diff-buffer.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_mb3beoht1 RnJvbSBmNDhlMmRmMWExMGUxY2EyZDQ0M2IxMTdjZjNlM2UyYjY5NzNlNDhiIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBNYXR0aGlhcyBNZXVsaWVuIDxvcm9udGVlQGdtYWlsLmNvbT4K RGF0ZTogU2F0LCAyNCBNYXkgMjAyNSAyMzoxOTo0OSArMDIwMApTdWJqZWN0OiBbUEFUQ0ggMi8y XSBQZXIgcHJvamVjdCB2Yy1kaWZmIGJ1ZmZlcgoKKiBsaXNwL29ic29sZXRlL3ZjLWFyY2guZWwg KHZjLWFyY2gtZGlmZik6CiogbGlzcC9vYnNvbGV0ZS92Yy1tdG4uZWwgKHZjLW10bi1kaWZmKToK KiBsaXNwL3Byb2dtb2Rlcy9wcm9qZWN0LmVsIChwcm9qZWN0LXZjLWdldC1kaWZmLWJ1ZmZlci1u YW1lKToKKHZjLWdldC1kaWZmLWJ1ZmZlci1uYW1lLWZ1bmN0aW9uKToKKiBsaXNwL3ZjL3BjdnMt ZGVmcy5lbCAoY3ZzLWJ1ZmZlci1uYW1lLWFsaXN0KToKKiBsaXNwL3ZjL3NtZXJnZS1tb2RlLmVs IChzbWVyZ2UtZGlmZi1idWZmZXItbmFtZSk6CiogbGlzcC92Yy92Yy1ienIuZWwgKHZjLWJ6ci1k aWZmKToKKHZjLWJ6ci1zaGVsdmUtc2hvdyk6CiogbGlzcC92Yy92Yy1jdnMuZWwgKHZjLWN2cy1k aWZmKToKKiBsaXNwL3ZjL3ZjLWdpdC5lbCAodmMtZ2l0LWRpZmYpOgoqIGxpc3AvdmMvdmMtaGcu ZWwgKHZjLWhnLWRpZmYpOgoqIGxpc3AvdmMvdmMtcmNzLmVsICh2Yy1yY3MtZGlmZik6CiogbGlz cC92Yy92Yy1zY2NzLmVsICh2Yy1zY2NzLWRpZmYpOgoqIGxpc3AvdmMvdmMtc3JjLmVsICh2Yy1z cmMtZGlmZik6CiogbGlzcC92Yy92Yy5lbCAodmMtZ2V0LWRpZmYtYnVmZmVyLW5hbWUtZnVuY3Rp b24pOgoodmMtZ2V0LWRpZmYtYnVmZmVyLW5hbWUpOgoodmMtZGlmZi1wYXRjaC1zdHJpbmcpOgoo dmMtZGlmZi1pbnRlcm5hbCk6Cih2Yy1yZXZlcnQpOgoqIHRlc3QvbGlzcC92Yy92Yy10ZXN0cy92 Yy10ZXN0cy5lbCAodmMtdGVzdC0tdmVyc2lvbi1kaWZmKToKLS0tCiBsaXNwL29ic29sZXRlL3Zj LWFyY2guZWwgICAgICAgICAgfCAgMiArLQogbGlzcC9vYnNvbGV0ZS92Yy1tdG4uZWwgICAgICAg ICAgIHwgIDIgKy0KIGxpc3AvcHJvZ21vZGVzL3Byb2plY3QuZWwgICAgICAgICB8ICA2ICsrKysr KwogbGlzcC92Yy9wY3ZzLWRlZnMuZWwgICAgICAgICAgICAgIHwgIDIgKy0KIGxpc3AvdmMvc21l cmdlLW1vZGUuZWwgICAgICAgICAgICB8ICAxICsKIGxpc3AvdmMvdmMtYnpyLmVsICAgICAgICAg ICAgICAgICB8IDE3ICsrKysrKysrKy0tLS0tLS0tCiBsaXNwL3ZjL3ZjLWN2cy5lbCAgICAgICAg ICAgICAgICAgfCAgNCArKy0tCiBsaXNwL3ZjL3ZjLWdpdC5lbCAgICAgICAgICAgICAgICAgfCAg NCArKy0tCiBsaXNwL3ZjL3ZjLWhnLmVsICAgICAgICAgICAgICAgICAgfCAgMiArLQogbGlzcC92 Yy92Yy1yY3MuZWwgICAgICAgICAgICAgICAgIHwgIDIgKy0KIGxpc3AvdmMvdmMtc2Njcy5lbCAg ICAgICAgICAgICAgICB8ICAyICstCiBsaXNwL3ZjL3ZjLXNyYy5lbCAgICAgICAgICAgICAgICAg fCAgMiArLQogbGlzcC92Yy92Yy5lbCAgICAgICAgICAgICAgICAgICAgIHwgMTggKysrKysrKysr KysrKysrLS0tCiB0ZXN0L2xpc3AvdmMvdmMtdGVzdHMvdmMtdGVzdHMuZWwgfCAgNCArKy0tCiAx NCBmaWxlcyBjaGFuZ2VkLCA0NCBpbnNlcnRpb25zKCspLCAyNCBkZWxldGlvbnMoLSkKCmRpZmYg LS1naXQgYS9saXNwL29ic29sZXRlL3ZjLWFyY2guZWwgYi9saXNwL29ic29sZXRlL3ZjLWFyY2gu ZWwKaW5kZXggOWQ5OTFkMjJiZWYuLjc3OGFjZWYxMWI3IDEwMDY0NAotLS0gYS9saXNwL29ic29s ZXRlL3ZjLWFyY2guZWwKKysrIGIvbGlzcC9vYnNvbGV0ZS92Yy1hcmNoLmVsCkBAIC00NjcsNyAr NDY3LDcgQEAgdmMtYXJjaC1kaWZmCiAgICAgICAgICAgICAgKGRlZmF1bHQtZGlyZWN0b3J5ICh2 Yy1hcmNoLXJvb3QgZmlsZSkpCiAgICAgICAgICAgICAgKHN0YXR1cwogICAgICAgICAgICAgICAo dmMtYXJjaC1jb21tYW5kCi0gICAgICAgICAgICAgICAob3IgYnVmZmVyICIqdmMtZGlmZioiKQor ICAgICAgICAgICAgICAgKG9yIGJ1ZmZlciAodmMtZ2V0LWRpZmYtYnVmZmVyLW5hbWUpKQogICAg ICAgICAgICAgICAgKGlmIGFzeW5jICdhc3luYyAxKQogICAgICAgICAgICAgICAgbmlsICJmaWxl LWRpZmZzIgogICAgICAgICAgICAgICAgKHZjLXN3aXRjaGVzICdBcmNoICdkaWZmKQpkaWZmIC0t Z2l0IGEvbGlzcC9vYnNvbGV0ZS92Yy1tdG4uZWwgYi9saXNwL29ic29sZXRlL3ZjLW10bi5lbApp bmRleCA5NmRjMDczNGYyMC4uYmU0ZjVhYmE0NjggMTAwNjQ0Ci0tLSBhL2xpc3Avb2Jzb2xldGUv dmMtbXRuLmVsCisrKyBiL2xpc3Avb2Jzb2xldGUvdmMtbXRuLmVsCkBAIC0yNTUsNyArMjU1LDcg QEAgdmMtbXRuLWxvZy12aWV3LW1vZGUKIAogKGRlZnVuIHZjLW10bi1kaWZmIChmaWxlcyAmb3B0 aW9uYWwgcmV2MSByZXYyIGJ1ZmZlciBfYXN5bmMpCiAgICJHZXQgYSBkaWZmZXJlbmNlIHJlcG9y dCB1c2luZyBtb25vdG9uZSBiZXR3ZWVuIHR3byByZXZpc2lvbnMgb2YgRklMRVMuIgotICAoYXBw bHkgIyd2Yy1tdG4tY29tbWFuZCAob3IgYnVmZmVyICIqdmMtZGlmZioiKQorICAoYXBwbHkgIyd2 Yy1tdG4tY29tbWFuZCAob3IgYnVmZmVyICh2Yy1nZXQtZGlmZi1idWZmZXItbmFtZSkpCiAJIDEg OyBidWcjMjE5NjkKIAkgZmlsZXMgImRpZmYiCiAgICAgICAgICAoYXBwZW5kCmRpZmYgLS1naXQg YS9saXNwL3Byb2dtb2Rlcy9wcm9qZWN0LmVsIGIvbGlzcC9wcm9nbW9kZXMvcHJvamVjdC5lbApp bmRleCA3YmM1MDQwMTA0YS4uZWRjMTg1OThiNmMgMTAwNjQ0Ci0tLSBhL2xpc3AvcHJvZ21vZGVz L3Byb2plY3QuZWwKKysrIGIvbGlzcC9wcm9nbW9kZXMvcHJvamVjdC5lbApAQCAtMTU0Niw2ICsx NTQ2LDEyIEBAIHByb2plY3QtdmMtZ2V0LWxvZy1idWZmZXItbmFtZQogKGN1c3RvbS1hZGQtY2hv aWNlICd2Yy1nZXQtbG9nLWJ1ZmZlci1uYW1lLWZ1bmN0aW9uCiAgICAgICAgICAgICAgICAgICAg Jyhjb25zdCA6dGFnICJQcmVmaXhlZCB3aXRoIHByb2plY3QgbmFtZSIgcHJvamVjdC12Yy1nZXQt bG9nLWJ1ZmZlci1uYW1lKSkKIAorOzs7IyMjYXV0b2xvYWQKKyhkZWZ1biBwcm9qZWN0LXZjLWdl dC1kaWZmLWJ1ZmZlci1uYW1lICgmb3B0aW9uYWwgXykKKyAgKHByb2plY3QtcHJlZml4ZWQtYnVm ZmVyLW5hbWUgInZjLWRpZmYiKSkKKworKGN1c3RvbS1hZGQtY2hvaWNlICd2Yy1nZXQtZGlmZi1i dWZmZXItbmFtZS1mdW5jdGlvbgorICAgICAgICAgICAgICAgICAgICcoY29uc3QgOnRhZyAiUHJl Zml4ZWQgd2l0aCBwcm9qZWN0IG5hbWUiIHByb2plY3QtdmMtZ2V0LWRpZmYtYnVmZmVyLW5hbWUp KQogCiAoZGVmY3VzdG9tIHByb2plY3QtaWdub3JlLWJ1ZmZlci1jb25kaXRpb25zIG5pbAogICAi TGlzdCBvZiBjb25kaXRpb25zIHRvIGZpbHRlciB0aGUgYnVmZmVycyB0byBiZSBzd2l0Y2hlZCB0 by4KZGlmZiAtLWdpdCBhL2xpc3AvdmMvcGN2cy1kZWZzLmVsIGIvbGlzcC92Yy9wY3ZzLWRlZnMu ZWwKaW5kZXggZDMyYjY2MzNiZGEuLmQxZTJjNjlhMmRkIDEwMDY0NAotLS0gYS9saXNwL3ZjL3Bj dnMtZGVmcy5lbAorKysgYi9saXNwL3ZjL3BjdnMtZGVmcy5lbApAQCAtMTg5LDcgKzE4OSw3IEBA IGN2cy1idWZmZXItbmFtZS1hbGlzdAogCQkJKGNvbnN0ICJtZXNzYWdlIikKIAkJCShjb25zdCAi bG9nIikKIAkJCShzdHJpbmcpKQotCQkoY2hvaWNlIChjb25zdCAiKnZjLWRpZmYqIikKKwkJKGNo b2ljZSAoY29uc3QgIip2Yy1kaWZmKiIpIDtUT0RPCiAJCQkoY29uc3QgIipjdnMtaW5mbyoiKQog CQkJKGNvbnN0ICIqY3ZzLWNvbW1pdCoiKQogCQkJKGNvbnN0IChleHBhbmQtZmlsZS1uYW1lICIq Y3ZzLWNvbW1pdCoiKSkKZGlmZiAtLWdpdCBhL2xpc3AvdmMvc21lcmdlLW1vZGUuZWwgYi9saXNw L3ZjL3NtZXJnZS1tb2RlLmVsCmluZGV4IGQxYjI3ZjY3NjNiLi5kOThkMGYyMjkxNSAxMDA2NDQK LS0tIGEvbGlzcC92Yy9zbWVyZ2UtbW9kZS5lbAorKysgYi9saXNwL3ZjL3NtZXJnZS1tb2RlLmVs CkBAIC01Nyw2ICs1Nyw3IEBAIHNtZXJnZQogICA6cHJlZml4ICJzbWVyZ2UtIikKIAogKGRlZmN1 c3RvbSBzbWVyZ2UtZGlmZi1idWZmZXItbmFtZSAiKnZjLWRpZmYqIgorICA7OyBUT0RPCiAgICJC dWZmZXIgbmFtZSB0byB1c2UgZm9yIGRpc3BsYXlpbmcgZGlmZnMuIgogICA6dHlwZSAnKGNob2lj ZQogCSAgKGNvbnN0ICIqdmMtZGlmZioiKQpkaWZmIC0tZ2l0IGEvbGlzcC92Yy92Yy1ienIuZWwg Yi9saXNwL3ZjL3ZjLWJ6ci5lbAppbmRleCAxYmE0NDUwY2Y1ZC4uMjgyODdhMmI5MDUgMTAwNjQ0 Ci0tLSBhL2xpc3AvdmMvdmMtYnpyLmVsCisrKyBiL2xpc3AvdmMvdmMtYnpyLmVsCkBAIC04NjAs NyArODYwLDcgQEAgdmMtYnpyLWRpZmYKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg KG9yIHJldjEgInJldm5vOi0xIikKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKG9y IHJldjIgIiIpKSkpKSkpCiAgICAgOzsgYGJ6ciBkaWZmJyBleGl0cyB3aXRoIGNvZGUgMSBpZiBk aWZmIGlzIG5vbi1lbXB0eS4KLSAgICAoYXBwbHkgIyd2Yy1ienItY29tbWFuZCAiZGlmZiIgKG9y IGJ1ZmZlciAiKnZjLWRpZmYqIikKKyAgICAoYXBwbHkgIyd2Yy1ienItY29tbWFuZCAiZGlmZiIg KG9yIGJ1ZmZlciAodmMtZ2V0LWRpZmYtYnVmZmVyLW5hbWUpKQogICAgICAgICAgICAoaWYgYXN5 bmMgMSAnYXN5bmMpIGZpbGVzCiAgICAgICAgICAgIGFyZ3MpKSkKIApAQCAtMTE1NywxMyArMTE1 NywxNCBAQCB2Yy1ienItc2hlbHZlCiAoZGVmdW4gdmMtYnpyLXNoZWx2ZS1zaG93IChuYW1lKQog ICAiU2hvdyB0aGUgY29udGVudHMgb2Ygc2hlbHZlIE5BTUUuIgogICAoaW50ZXJhY3RpdmUgInNT aGVsdmUgbmFtZTogIikKLSAgKHZjLXNldHVwLWJ1ZmZlciAiKnZjLWRpZmYqIikKLSAgOzsgRklY TUU6IGhvdyBjYW4geW91IHNob3cgdGhlIGNvbnRlbnRzIG9mIGEgc2hlbGY/Ci0gICh2Yy1ienIt Y29tbWFuZCAidW5zaGVsdmUiICIqdmMtZGlmZioiICdhc3luYyBuaWwgIi0tcHJldmlldyIgbmFt ZSkKLSAgKHNldC1idWZmZXIgIip2Yy1kaWZmKiIpCi0gIChkaWZmLW1vZGUpCi0gIChzZXRxIGJ1 ZmZlci1yZWFkLW9ubHkgdCkKLSAgKHBvcC10by1idWZmZXIgKGN1cnJlbnQtYnVmZmVyKSkpCisg IChsZXQgKCh2Yy1kaWZmLWJ1ZmZlci1uYW1lICh2Yy1nZXQtZGlmZi1idWZmZXItbmFtZSkpKQor ICAgICh2Yy1zZXR1cC1idWZmZXIgdmMtZGlmZi1idWZmZXItbmFtZSkKKyAgICA7OyBGSVhNRTog aG93IGNhbiB5b3Ugc2hvdyB0aGUgY29udGVudHMgb2YgYSBzaGVsZj8KKyAgICAodmMtYnpyLWNv bW1hbmQgInVuc2hlbHZlIiB2Yy1kaWZmLWJ1ZmZlci1uYW1lICdhc3luYyBuaWwgIi0tcHJldmll dyIgbmFtZSkKKyAgICAoc2V0LWJ1ZmZlciB2Yy1kaWZmLWJ1ZmZlci1uYW1lKQorICAgIChkaWZm LW1vZGUpCisgICAgKHNldHEgYnVmZmVyLXJlYWQtb25seSB0KQorICAgIChwb3AtdG8tYnVmZmVy IChjdXJyZW50LWJ1ZmZlcikpKSkKIAogKGRlZnVuIHZjLWJ6ci1zaGVsdmUtYXBwbHkgKG5hbWUp CiAgICJBcHBseSBzaGVsdmUgTkFNRSBhbmQgcmVtb3ZlIGl0IGFmdGVyd2FyZHMuIgpkaWZmIC0t Z2l0IGEvbGlzcC92Yy92Yy1jdnMuZWwgYi9saXNwL3ZjL3ZjLWN2cy5lbAppbmRleCAwNjU5N2Vk Nzg1My4uODMwMTQwYzQyYjAgMTAwNjQ0Ci0tLSBhL2xpc3AvdmMvdmMtY3ZzLmVsCisrKyBiL2xp c3AvdmMvdmMtY3ZzLmVsCkBAIC01OTIsNyArNTkyLDcgQEAgdmMtY3ZzLWRpZmYKIAkJOzsgVGhp cyB1c2VkIHRvIGFwcGVuZCBkaWZmLXN3aXRjaGVzIGFuZCB2Yy1kaWZmLXN3aXRjaGVzLAogCQk7 OyB3aGljaCB3YXMgY29uc2lzdGVudCB3aXRoIHRoZSB2Yy1kaWZmLXN3aXRjaGVzIGRvYyBhdCB0 aGF0CiAJCTs7IHRpbWUsIGJ1dCBub3Qgd2l0aCB0aGUgYWN0dWFsIGJlaGF2aW9yIG9mIGFueSBv dGhlciBWQyBkaWZmLgotCQkoYXBwbHkgIyd2Yy1kby1jb21tYW5kIChvciBidWZmZXIgIip2Yy1k aWZmKiIpIDEgImRpZmYiIG5pbAorCQkoYXBwbHkgIyd2Yy1kby1jb21tYW5kIChvciBidWZmZXIg KHZjLWdldC1kaWZmLWJ1ZmZlci1uYW1lKSkgMSAiZGlmZiIgbmlsCiAJCSAgICAgICA7OyBOb3Qg YSBDVlMgZGlmZiwgZG9lcyBub3QgdXNlIHZjLWN2cy1kaWZmLXN3aXRjaGVzLgogCQkgICAgICAg KGFwcGVuZCAodmMtc3dpdGNoZXMgbmlsICdkaWZmKQogCQkJICAgICAgIChsaXN0IChmaWxlLXJl bGF0aXZlLW5hbWUgZmlsZS1vbGR2ZXJzKQpAQCAtNjAwLDcgKzYwMCw3IEBAIHZjLWN2cy1kaWZm CiAJCShzZXRxIHN0YXR1cyAwKSkKIAkgICAgKHB1c2ggZmlsZSBpbnZva2UtY3ZzLWRpZmYtbGlz dCkpKSkpCiAgICAgKHdoZW4gaW52b2tlLWN2cy1kaWZmLWxpc3QKLSAgICAgIChzZXRxIHN0YXR1 cyAoYXBwbHkgIyd2Yy1jdnMtY29tbWFuZCAob3IgYnVmZmVyICIqdmMtZGlmZioiKQorICAgICAg KHNldHEgc3RhdHVzIChhcHBseSAjJ3ZjLWN2cy1jb21tYW5kIChvciBidWZmZXIgKHZjLWdldC1k aWZmLWJ1ZmZlci1uYW1lKSkKIAkJCSAgKGlmIGFzeW5jICdhc3luYyAxKQogCQkJICBpbnZva2Ut Y3ZzLWRpZmYtbGlzdCAiZGlmZiIKIAkJCSAgKGFuZCBvbGR2ZXJzIChjb25jYXQgIi1yIiBvbGR2 ZXJzKSkKZGlmZiAtLWdpdCBhL2xpc3AvdmMvdmMtZ2l0LmVsIGIvbGlzcC92Yy92Yy1naXQuZWwK aW5kZXggYzc1YzYxY2IzZjQuLmNhMzFlZmE3ZDRlIDEwMDY0NAotLS0gYS9saXNwL3ZjL3ZjLWdp dC5lbAorKysgYi9saXNwL3ZjL3ZjLWdpdC5lbApAQCAtMTgwNSwxNCArMTgwNSwxNCBAQCB2Yy1n aXQtZGlmZgogICAgICAgKHNldHEgY29tbWFuZCAiZGlmZi1pbmRleCIpCiAgICAgICAodW5sZXNz IHJldjEgKHNldHEgcmV2MSAiSEVBRCIpKSkKICAgICAoaWYgdmMtZ2l0LWRpZmYtc3dpdGNoZXMK LSAgICAgICAgKGFwcGx5ICMndmMtZ2l0LWNvbW1hbmQgKG9yIGJ1ZmZlciAiKnZjLWRpZmYqIikK KyAgICAgICAgKGFwcGx5ICMndmMtZ2l0LWNvbW1hbmQgKG9yIGJ1ZmZlciAodmMtZ2V0LWRpZmYt YnVmZmVyLW5hbWUpKQogCSAgICAgICAxIDsgYnVnIzIxOTY5CiAgICAgICAgICAgICAgICBmaWxl cwogICAgICAgICAgICAgICAgY29tbWFuZAogICAgICAgICAgICAgICAgIi0tZXhpdC1jb2RlIgog ICAgICAgICAgICAgICAgKGFwcGVuZCAodmMtc3dpdGNoZXMgJ2dpdCAnZGlmZikKICAgICAgICAg ICAgICAgICAgICAgICAgKGxpc3QgIi1wIiAob3IgcmV2MSAiSEVBRCIpIHJldjIgIi0tIikpKQot ICAgICAgKHZjLWdpdC1jb21tYW5kIChvciBidWZmZXIgIip2Yy1kaWZmKiIpIDEgZmlsZXMKKyAg ICAgICh2Yy1naXQtY29tbWFuZCAob3IgYnVmZmVyICh2Yy1nZXQtZGlmZi1idWZmZXItbmFtZSkp IDEgZmlsZXMKICAgICAgICAgICAgICAgICAgICAgICAiZGlmZnRvb2wiICItLWV4aXQtY29kZSIg Ii0tbm8tcHJvbXB0IiAiLXgiCiAgICAgICAgICAgICAgICAgICAgICAgKGNvbmNhdCAiZGlmZiAi CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAobWFwY29uY2F0ICMnaWRlbnRpdHkKZGlm ZiAtLWdpdCBhL2xpc3AvdmMvdmMtaGcuZWwgYi9saXNwL3ZjL3ZjLWhnLmVsCmluZGV4IDVjMDc1 OGI5M2IyLi4xZjQ0ODYxZjIxOSAxMDA2NDQKLS0tIGEvbGlzcC92Yy92Yy1oZy5lbAorKysgYi9s aXNwL3ZjL3ZjLWhnLmVsCkBAIC01MzQsNyArNTM0LDcgQEAgdmMtaGctZGlmZgogICAgICh3aGVu IChhbmQgKG5vdCBvbGR2ZXJzKSBuZXd2ZXJzKQogICAgICAgKHNldHEgb2xkdmVycyB3b3JraW5n KSkKICAgICAoYXBwbHkgIyd2Yy1oZy1jb21tYW5kCi0JICAgKG9yIGJ1ZmZlciAiKnZjLWRpZmYq IikKKwkgICAob3IgYnVmZmVyICh2Yy1nZXQtZGlmZi1idWZmZXItbmFtZSkpCiAgICAgICAgICAg IG5pbCA7IGJ1ZyMyMTk2OQogICAgICAgICAgICBmaWxlcyAiZGlmZiIKICAgICAgICAgICAgKGFw cGVuZApkaWZmIC0tZ2l0IGEvbGlzcC92Yy92Yy1yY3MuZWwgYi9saXNwL3ZjL3ZjLXJjcy5lbApp bmRleCAyYTZjOGQ5MjViMS4uMTU5MTk5MWU0ZDEgMTAwNjQ0Ci0tLSBhL2xpc3AvdmMvdmMtcmNz LmVsCisrKyBiL2xpc3AvdmMvdmMtcmNzLmVsCkBAIC01NTYsNyArNTU2LDcgQEAgdmMtcmNzLXBy aW50LWxvZwogCiAoZGVmdW4gdmMtcmNzLWRpZmYgKGZpbGVzICZvcHRpb25hbCBvbGR2ZXJzIG5l d3ZlcnMgYnVmZmVyIF9hc3luYykKICAgIkdldCBhIGRpZmZlcmVuY2UgcmVwb3J0IHVzaW5nIFJD UyBiZXR3ZWVuIHR3byBzZXRzIG9mIGZpbGVzLiIKLSAgKGFwcGx5ICMndmMtZG8tY29tbWFuZCAo b3IgYnVmZmVyICIqdmMtZGlmZioiKQorICAoYXBwbHkgIyd2Yy1kby1jb21tYW5kIChvciBidWZm ZXIgKHZjLWdldC1kaWZmLWJ1ZmZlci1uYW1lKSkKIAkgOzsgVGhlIHJlcG8gaXMgbG9jYWwsIHNv IHRoaXMgaXMgZmFzdCBhbnl3YXkuCiAJIDEgOyBidWcjMjE5NjkKIAkgInJjc2RpZmYiICh2Yy1l eHBhbmQtZGlycyBmaWxlcyAnUkNTKQpkaWZmIC0tZ2l0IGEvbGlzcC92Yy92Yy1zY2NzLmVsIGIv bGlzcC92Yy92Yy1zY2NzLmVsCmluZGV4IDQwZmVhZmQ5YzQ4Li41NWMyYzUzMGVhMyAxMDA2NDQK LS0tIGEvbGlzcC92Yy92Yy1zY2NzLmVsCisrKyBiL2xpc3AvdmMvdmMtc2Njcy5lbApAQCAtMzI0 LDcgKzMyNCw3IEBAIHZjLXNjY3MtZGlmZgogICAoc2V0cSBmaWxlcyAodmMtZXhwYW5kLWRpcnMg ZmlsZXMgJ1NDQ1MpKQogICAoc2V0cSBvbGR2ZXJzICh2Yy1zY2NzLWxvb2t1cC10cmlwbGUgKGNh ciBmaWxlcykgb2xkdmVycykpCiAgIChzZXRxIG5ld3ZlcnMgKHZjLXNjY3MtbG9va3VwLXRyaXBs ZSAoY2FyIGZpbGVzKSBuZXd2ZXJzKSkKLSAgKG9yIGJ1ZmZlciAoc2V0cSBidWZmZXIgIip2Yy1k aWZmKiIpKQorICAob3IgYnVmZmVyIChzZXRxIGJ1ZmZlciAodmMtZ2V0LWRpZmYtYnVmZmVyLW5h bWUpKSkKICAgOzsgV2UgaGF2ZSB0byByZWltcGxlbWVudCBwaWVjZXMgb2YgdmMtZG8tY29tbWFu ZCwgYmVjYXVzZQogICA7OyB3ZSB3YW50IHRvIHJ1biBtdWx0aXBsZSBleHRlcm5hbCBjb21tYW5k cywgYW5kIG9ubHkgZG8gdGhlIHNldHVwCiAgIDs7IGFuZCBleGl0IHBpZWNlcyBvbmNlLgpkaWZm IC0tZ2l0IGEvbGlzcC92Yy92Yy1zcmMuZWwgYi9saXNwL3ZjL3ZjLXNyYy5lbAppbmRleCBmOTU1 MTE2NTM2My4uZDNkMGM0MjFlODkgMTAwNjQ0Ci0tLSBhL2xpc3AvdmMvdmMtc3JjLmVsCisrKyBi L2xpc3AvdmMvdmMtc3JjLmVsCkBAIC0zMjAsNyArMzIwLDcgQEAgdmMtc3JjLWRpZmYKICAgICAg IChzZXRxIG9sZHZlcnMgbmlsKSkKICAgICAod2hlbiAoYW5kIChub3Qgb2xkdmVycykgbmV3dmVy cykKICAgICAgIChzZXRxIG9sZHZlcnMgd29ya2luZykpCi0gICAgKGFwcGx5ICMndmMtc3JjLWNv bW1hbmQgKG9yIGJ1ZmZlciAiKnZjLWRpZmYqIikgZmlsZXMgImRpZmYiCisgICAgKGFwcGx5ICMn dmMtc3JjLWNvbW1hbmQgKG9yIGJ1ZmZlciAodmMtZ2V0LWRpZmYtYnVmZmVyLW5hbWUpKSBmaWxl cyAiZGlmZiIKIAkgICAod2hlbiBvbGR2ZXJzCiAJICAgICAoaWYgbmV3dmVycwogCQkgKGxpc3Qg KGNvbmNhdCBvbGR2ZXJzICItIiBuZXd2ZXJzKSkKZGlmZiAtLWdpdCBhL2xpc3AvdmMvdmMuZWwg Yi9saXNwL3ZjL3ZjLmVsCmluZGV4IDg2ZTQ3MzFmZjk3Li40Nzk3OWZkNGFmNSAxMDA2NDQKLS0t IGEvbGlzcC92Yy92Yy5lbAorKysgYi9saXNwL3ZjL3ZjLmVsCkBAIC05NTMsNiArOTUzLDEyIEBA IHZjLWdldC1sb2ctYnVmZmVyLW5hbWUtZnVuY3Rpb24KICAgOnR5cGUgJyhjaG9pY2UgKGNvbnN0 IDp0YWcgIkRlZmF1bHQiIG5pbCkKICAgICAgICAgICAgICAgICAgKGZ1bmN0aW9uIDp0YWcgIkN1 c3RvbSBmdW5jdGlvbiIpKSkKIAorKGRlZmN1c3RvbSB2Yy1nZXQtZGlmZi1idWZmZXItbmFtZS1m dW5jdGlvbiBuaWwKKyAgIkZ1bmN0aW9uIHRvIGNvbXB1dGUgdGhlIG5hbWUgb2YgdGhlIGRpZmYg YnVmZmVyLiIKKyAgOnZlcnNpb24gIjMxLjEiCisgIDp0eXBlICcoY2hvaWNlIChjb25zdCA6dGFn ICJEZWZhdWx0IiBuaWwpCisgICAgICAgICAgICAgICAgIChmdW5jdGlvbiA6dGFnICJDdXN0b20g ZnVuY3Rpb24iKSkpCisKIChkZWZjb25zdCB2Yy1jbG9uZWFibGUtYmFja2VuZHMtY3VzdG9tLXR5 cGUKICAgYChjaG9pY2UgOmNvbnZlcnQtd2lkZ2V0CiAgICAgICAgICAgICwobGFtYmRhICh3aWRn ZXQpCkBAIC0yMDgwLDEzICsyMDg2LDE5IEBAIHZjLWRpZmYtZmluaXNoCiAoZGVmdmFyIHZjLWRp ZmYtYWRkZWQtZmlsZXMgbmlsCiAgICJJZiBub24tbmlsLCBkaWZmIGFkZGVkIGZpbGVzIGJ5IGNv bXBhcmluZyB0aGVtIHRvIC9kZXYvbnVsbC4iKQogCisoZGVmdW4gdmMtZ2V0LWRpZmYtYnVmZmVy LW5hbWUgKCZvcHRpb25hbCBidWZmZXIpCisgIChpZiAoZnVuY3Rpb25wIHZjLWdldC1kaWZmLWJ1 ZmZlci1uYW1lLWZ1bmN0aW9uKQorICAgICAgKGZ1bmNhbGwgdmMtZ2V0LWRpZmYtYnVmZmVyLW5h bWUtZnVuY3Rpb24KKyAgICAgICAgICAgICAgIChvciBidWZmZXIgKHdpbmRvdy1idWZmZXIpKSkK KyAgICAiKnZjLWRpZmYqIikpCisKIChkZWZ2YXIgdmMtcGF0Y2gtc3RyaW5nIG5pbCkKIAogKGRl ZnVuIHZjLWRpZmYtcGF0Y2gtc3RyaW5nIChwYXRjaC1zdHJpbmcpCiAgICJSZXBvcnQgZGlmZnMg dG8gYmUgY29tbWl0dGVkIGZyb20gdGhlIHBhdGNoLgogTGlrZSBgdmMtZGlmZi1pbnRlcm5hbCcg YnV0IHVzZXMgUEFUQ0gtU1RSSU5HIHRvIGRpc3BsYXkKIGluIHRoZSBvdXRwdXQgYnVmZmVyLiIK LSAgKGxldCAoKGJ1ZmZlciAiKnZjLWRpZmYqIikpCisgIChsZXQgKChidWZmZXIgKHZjLWdldC1k aWZmLWJ1ZmZlci1uYW1lKSkpCiAgICAgKHZjLXNldHVwLWJ1ZmZlciBidWZmZXIpCiAgICAgKGxl dCAoKGJ1ZmZlci11bmRvLWxpc3QgdCkKICAgICAgICAgICAoaW5oaWJpdC1yZWFkLW9ubHkgdCkp CkBAIC0yMTA4LDcgKzIxMjAsNyBAQCB2Yy1kaWZmLWludGVybmFsCiBCVUZGRVIsIGlmIG5vbi1u aWwsIHNob3VsZCBiZSBhIGJ1ZmZlciBvciBhIGJ1ZmZlciBuYW1lLgogUmV0dXJuIHQgaWYgdGhl IGJ1ZmZlciBoYWQgY2hhbmdlcywgbmlsIG90aGVyd2lzZS4iCiAgICh1bmxlc3MgYnVmZmVyCi0g ICAgKHNldHEgYnVmZmVyICIqdmMtZGlmZioiKSkKKyAgICAoc2V0cSBidWZmZXIgKHZjLWdldC1k aWZmLWJ1ZmZlci1uYW1lKSkpCiAgIChsZXQqICgoZmlsZXMgKGNhZHIgdmMtZmlsZXNldCkpCiAJ IChtZXNzYWdlcyAoY29ucyAoZm9ybWF0ICJGaW5kaW5nIGNoYW5nZXMgaW4gJXMuLi4iCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAodmMtZGVsaXN0aWZ5IGZpbGVzKSkKQEAgLTMz OTAsNyArMzQwMiw3IEBAIHZjLXJldmVydAogICAgICh1bndpbmQtcHJvdGVjdAogCSh3aGVuIChp ZiB2Yy1yZXZlcnQtc2hvdy1kaWZmCiAJCSAgKHByb2duCi0JCSAgICAoc2V0cSBkaWZmLWJ1ZmZl ciAoZ2VuZXJhdGUtbmV3LWJ1ZmZlciAiKnZjLWRpZmYqIikpCisJCSAgICAoc2V0cSBkaWZmLWJ1 ZmZlciAoZ2VuZXJhdGUtbmV3LWJ1ZmZlciAodmMtZ2V0LWRpZmYtYnVmZmVyLW5hbWUpKSkKIAkJ ICAgICh2Yy1kaWZmLWludGVybmFsIHZjLWFsbG93LWFzeW5jLXJldmVydCB2Yy1maWxlc2V0CiAJ CQkJICAgICAgbmlsIG5pbCBuaWwgZGlmZi1idWZmZXIpKQogCQk7OyBBdm9pZCBxdWVyeWluZyB0 aGUgdXNlciBhZ2Fpbi4KZGlmZiAtLWdpdCBhL3Rlc3QvbGlzcC92Yy92Yy10ZXN0cy92Yy10ZXN0 cy5lbCBiL3Rlc3QvbGlzcC92Yy92Yy10ZXN0cy92Yy10ZXN0cy5lbAppbmRleCA2MzJhNmE3OTJi ZC4uODVjYzUyMjRkYjAgMTAwNjQ0Ci0tLSBhL3Rlc3QvbGlzcC92Yy92Yy10ZXN0cy92Yy10ZXN0 cy5lbAorKysgYi90ZXN0L2xpc3AvdmMvdmMtdGVzdHMvdmMtdGVzdHMuZWwKQEAgLTY0MCw5ICs2 NDAsOSBAQCB2Yy10ZXN0LS12ZXJzaW9uLWRpZmYKIAogICAgICAgICAgICAgICA7OyBDaGVjayB2 ZXJzaW9uIGRpZmYuCiAgICAgICAgICAgICAgICh2Yy12ZXJzaW9uLWRpZmYgZmlsZXMgbmlsIG5p bCkKLSAgICAgICAgICAgICAgKHNob3VsZCAoYnVmZmVycCAoZ2V0LWJ1ZmZlciAiKnZjLWRpZmYq IikpKQorICAgICAgICAgICAgICAoc2hvdWxkIChidWZmZXJwIChnZXQtYnVmZmVyICh2Yy1nZXQt ZGlmZi1idWZmZXItbmFtZSkpKSkKIAotICAgICAgICAgICAgICAod2l0aC1jdXJyZW50LWJ1ZmZl ciAiKnZjLWRpZmYqIgorICAgICAgICAgICAgICAod2l0aC1jdXJyZW50LWJ1ZmZlciAodmMtZ2V0 LWRpZmYtYnVmZmVyLW5hbWUpCiAgICAgICAgICAgICAgICAgKHByb2duCiAgICAgICAgICAgICAg ICAgICAobGV0ICgocmF3dGV4dCAoYnVmZmVyLXN1YnN0cmluZy1uby1wcm9wZXJ0aWVzIChwb2lu dC1taW4pCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIChwb2ludC1tYXgpKSkpCi0tIAoyLjM5LjUKCg== --0000000000002e6f5f0635f079ba-- From debbugs-submit-bounces@debbugs.gnu.org Wed May 28 02:14:09 2025 Received: (at 21555) by debbugs.gnu.org; 28 May 2025 06:14:09 +0000 Received: from localhost ([127.0.0.1]:49182 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uKA3F-0006xw-9r for submit@debbugs.gnu.org; Wed, 28 May 2025 02:14:09 -0400 Received: from mail-ed1-x52b.google.com ([2a00:1450:4864:20::52b]:54449) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uKA3B-0006x0-QT for 21555@debbugs.gnu.org; Wed, 28 May 2025 02:14:06 -0400 Received: by mail-ed1-x52b.google.com with SMTP id 4fb4d7f45d1cf-604bf67b515so4746657a12.0 for <21555@debbugs.gnu.org>; Tue, 27 May 2025 23:14:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1748412839; x=1749017639; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=JtvwvdOAhKCmckGVi+6OUAlmjfJmr0Sq0I8buTvWV7s=; b=MkRrB9S/BKmyT6mdD1DOITKdVf9EpOdmUB3avdrqAZQicVEmlnVr5/7HG60wDoH3xO hvtDaPwMBUSfh+MPk0y6TtIw4mv0cQavY1eNgrkUxNZQq5v1RK72qkrx8jnvMGCcKNUD lQ4aUHI8SOULQ0WrYYE8OboU1SrsKMmS+Klhx/KJKy+ttQey2oQibd/lb5we9YEzoXeF MHPDO4+dlHB90/R8NuUOMUZGC7ohwz8n+g3p9cJfI8e2bvceSKZdpCUaZbFbwjq8nov6 HHxjiGIOQtCOeMcrL9kgXdBvTZx8gyiJXFdLgR1ZZZMOesx86gvzXTwxCdPt+p0BBoFZ pyjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1748412839; x=1749017639; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=JtvwvdOAhKCmckGVi+6OUAlmjfJmr0Sq0I8buTvWV7s=; b=MPvzD9k2Eg+iWldwhmyjGpw9Lf0S0kU1AYh0CpDOOGrBirhOZmzJN1nSVar0Cr9D5s 94ScANO9v1F4t7s1AsOm5qL6qbLNqy7jzB96kWdJaw1lrgWc86uJ4TbLmVlkeC+sEL1/ mkOuLTHem08oRzfnww/HQDJZF1crZ/XaIqnn6pnshZRsbmNfLbBWkiG/lZFrlfD7o5KT 3Z07kbv+d9mDGDMAxPyUsUjLEt3oMfOx1eVMDDxUIId+FoRbXV62Yvl2f4rvRhA5SNWy 67++vHW9OlszUquTOW2o5iJtT8CdM2i0w8a+H3R5FRh/mtWMmKkN6f5pLl9vW2ujxE8x FMgg== X-Forwarded-Encrypted: i=1; AJvYcCVhitJoB7jE9p0/vkGX+CYJUzxv3AlwgwIwEulvv3cQMWbwYNDE1lk+7MEJtMGlJBvoSNiSeQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxEaKz1XXaEuOw+Juh7i1c+jNXemXATzlm8fj+TtOauVym9IEb5 41j6LUKKIW6Fr0ewTfB+Nkppn55XGXPfCdtFKAjF92Lk3mwkK6EafD51tfJh8fPlgKqzxQTsu3a 7/rJvEYhaMUWoZ5+Iy5FcOsd9a5C1IrU= X-Gm-Gg: ASbGncuM5w5YByqSD496V5gHMBoieR0LIHf1mPMn/zQE9QkUWLIJDhtzcXI7zSsRhHa c33yqPblgNkzV9r+pSzxOB+WSdDu4wSk4AYyc5iGNLMDzWPn9qFi9PO4uRsNY3uwFgPRSsMHSRM fzAtpX755RA6HxXTYdEFJn5OUuq+Ne0HYIR4V1j0+J2FDd9gbiLdoxKVvlL5jhu0EKeCI= X-Google-Smtp-Source: AGHT+IFSVwUNkflMwaMqKYBMi8PAhyt/MKhQRBQtgf9IJPPW87qdzxIFhlPooF8jO1eJ/xLvv2kDcD6ptess9fw7EWk= X-Received: by 2002:a05:6402:26c3:b0:602:2e21:631f with SMTP id 4fb4d7f45d1cf-602da402ba3mr12329249a12.24.1748412838939; Tue, 27 May 2025 23:13:58 -0700 (PDT) MIME-Version: 1.0 References: <87v7ppjj9x.fsf@mail.linkov.net> In-Reply-To: From: Matthias Meulien Date: Wed, 28 May 2025 08:13:46 +0200 X-Gm-Features: AX0GCFtKydVN818duxWGInNeMCnB7cWwjGBWcyILpLWTT5SvxSNBvDuyWafE9rk Message-ID: Subject: Re: Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers To: Juri Linkov Content-Type: multipart/alternative; boundary="0000000000002f916c06362c16db" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 21555 Cc: Tom Tromey , 21555@debbugs.gnu.org, Sean Whitton X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000002f916c06362c16db Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable With rename-uniquely added to log-view-mode-hook, revert-buffer now display another buffer. As a result after pressing g in a log view there's now two almost identical buffers displayed... Is this working as expected or should I open a bug report? Matthias Le dim. 25 mai 2025, 09:06, Matthias Meulien a =C3=A9cr= it : > Le dim. 25 mai 2025 =C3=A0 08:38, Juri Linkov a =C3=A9c= rit : > >> >>>> However, all calls to vc-print-log use this same buffer. >> >>>> This seems to be hard-coded in vc.el (vc-print-log-internal). >> >>>> >> >>>> I would like to be able to make it so that each use of "l" from a >> >>>> *vc-dir* buffer gets its own *vc-change-log* buffer; and that "C-x = v >> l" >> >>>> in some source file gets a separate buffer. This way the per-proje= ct >> >>>> change-log buffers could be relatively long-lived; as it is >> recomputing >> >>>> the data in them takes much too long. >> >>> >> >>> You can already do something similar by using C-x x u to rename the >> >>> *vc-change-log* buffer, and then 'g' inside it works to regenerate i= t. >> >> >> >> Or (add-hook 'log-view-mode-hook 'rename-uniquely) >> > >> > Note that while browsing a change log buffer, when one runs the comman= d >> > `log-view-diff', the log buffer is not killed. >> > >> > For people like me who makes an heavy use of "C-x v l", "C-x v L" and >> "l" >> > in *vc-dir* buffers, it leads to have hundreds of *vc-change-log* >> buffers >> > at the end of the day=E2=80=A6 >> >> Indeed, hundreds of *vc-change-log* buffers is what I have. >> But not a problem. On the contrary, preserved buffers often help >> to check for their previous content. >> > > Ok, I'll try to live with that. > > For the record I attach two patchs that enable per projet change log and > diff buffers. > > -- > Matthias > --0000000000002f916c06362c16db Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
With rename-uniquely added to log-view-mode-hook, re= vert-buffer now display another buffer. As a result after pressing g in a l= og view there's now two almost identical buffers displayed... Is this w= orking as expected or should I open a bug report?

Matthias

Le d= im. 25 mai 2025, 09:06, Matthias Meulien <orontee@gmail.com> a =C3=A9crit=C2=A0:
Le=C2=A0dim. 25 mai 2025 =C3=A0=C2=A008:38, Juri L= inkov <juri@linkov.net> a =C3=A9crit=C2=A0:
>>>> However, all calls to v= c-print-log use this same buffer.
>>>> This seems to be hard-coded in vc.el (vc-print-log-interna= l).
>>>>
>>>> I would like to be able to make it so that each use of &qu= ot;l" from a
>>>> *vc-dir* buffer gets its own *vc-change-log* buffer; and t= hat "C-x v l"
>>>> in some source file gets a separate buffer.=C2=A0 This way= the per-project
>>>> change-log buffers could be relatively long-lived; as it i= s recomputing
>>>> the data in them takes much too long.
>>>
>>> You can already do something similar by using C-x x u to renam= e the
>>> *vc-change-log* buffer, and then 'g' inside it works t= o regenerate it.
>>
>> Or (add-hook 'log-view-mode-hook 'rename-uniquely)
>
> Note that while browsing a change log buffer, when one runs the comman= d
> `log-view-diff', the log buffer is not killed.
>
> For people like me who makes an heavy use of "C-x v l", &quo= t;C-x v L" and "l"
> in *vc-dir* buffers, it leads to have hundreds of *vc-change-log* buff= ers
> at the end of the day=E2=80=A6

Indeed, hundreds of *vc-change-log* buffers is what I have.
But not a problem.=C2=A0 On the contrary, preserved buffers often help
to check for their previous content.

Ok, I'll try to live with that.<= /div>

For the record I attach two patchs that enable per= projet change log and diff buffers.

--
Matthias
--0000000000002f916c06362c16db-- From debbugs-submit-bounces@debbugs.gnu.org Wed May 28 02:58:26 2025 Received: (at 21555) by debbugs.gnu.org; 28 May 2025 06:58:27 +0000 Received: from localhost ([127.0.0.1]:49495 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uKAk6-0001n8-A3 for submit@debbugs.gnu.org; Wed, 28 May 2025 02:58:26 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:44909) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uKAk4-0001m8-1O for 21555@debbugs.gnu.org; Wed, 28 May 2025 02:58:25 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id 031F9440CF; Wed, 28 May 2025 06:58:15 +0000 (UTC) From: Juri Linkov To: Matthias Meulien Subject: Re: Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers In-Reply-To: Organization: LINKOV.NET References: <87v7ppjj9x.fsf@mail.linkov.net> Date: Wed, 28 May 2025 09:50:23 +0300 Message-ID: <87wma1rzyo.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-State: clean X-GND-Score: -100 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtddtgddvvdeitdculddtuddrgeefvddrtddtmdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfitefpfffkpdcuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvvefujghofhffkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecuggftrfgrthhtvghrnhepffegteefveelhfeljeefueehieduiedtfffhuddtkeeffffghfevheetgeeukeehnecukfhppeeluddruddvledruddtfedrvdejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepledurdduvdelrddutdefrddvjedphhgvlhhopehmrghilhdrghgrnhguihdrnhgvthdpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnsggprhgtphhtthhopeegpdhrtghpthhtohepvdduheehheesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopehtohhmsehtrhhomhgvhidrtghomhdprhgtphhtthhopehsphifhhhithhtohhnsehsphifhhhithhtohhnrdhnrghmvgdprhgtphhtthhopehorhhonhhtvggvsehgmhgrihhlrdgtohhm X-GND-Sasl: juri@linkov.net X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21555 Cc: Tom Tromey , 21555@debbugs.gnu.org, Sean Whitton X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > With rename-uniquely added to log-view-mode-hook, revert-buffer now display > another buffer. As a result after pressing g in a log view there's now two > almost identical buffers displayed... Is this working as expected or should > I open a bug report? This is expected since it always worked this way. It's inconvenient when it pops up a window with a new buffer. But OTOH, often it helps to compare content before and after reverting. The same applies to rename-uniquely added to diff-mode-hook, etc. It would be nice to configure the desired behavior with a simple customization like (add-hook 'log-view-mode-hook (lambda () (unless (eq this-command 'revert-buffer) (rename-uniquely)))) But this works only for the initial buffer name *vc-change-log* and doesn't keep the suffix in renamed buffers like *vc-change-log*<2>. From debbugs-submit-bounces@debbugs.gnu.org Wed May 28 02:58:45 2025 Received: (at 21555) by debbugs.gnu.org; 28 May 2025 06:58:45 +0000 Received: from localhost ([127.0.0.1]:49503 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uKAkO-0001oE-Uj for submit@debbugs.gnu.org; Wed, 28 May 2025 02:58:45 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:35223) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uKAk7-0001mf-GH for 21555@debbugs.gnu.org; Wed, 28 May 2025 02:58:28 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id 458D143A33; Wed, 28 May 2025 06:58:18 +0000 (UTC) From: Juri Linkov To: Matthias Meulien Subject: Re: Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers In-Reply-To: Organization: LINKOV.NET References: <87v7ppjj9x.fsf@mail.linkov.net> Date: Wed, 28 May 2025 09:54:56 +0300 Message-ID: <87bjrdrzr3.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-State: clean X-GND-Score: -100 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtddtgddvvdeitdculddtuddrgeefvddrtddtmdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfitefpfffkpdcuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvvefujghofhffkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecuggftrfgrthhtvghrnhepffegteefveelhfeljeefueehieduiedtfffhuddtkeeffffghfevheetgeeukeehnecukfhppeeluddruddvledruddtfedrvdejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepledurdduvdelrddutdefrddvjedphhgvlhhopehmrghilhdrghgrnhguihdrnhgvthdpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnsggprhgtphhtthhopeehpdhrtghpthhtohepvdduheehheesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopehtohhmsehtrhhomhgvhidrtghomhdprhgtphhtthhopehsphifhhhithhtohhnsehsphifhhhithhtohhnrdhnrghmvgdprhgtphhtthhopehorhhonhhtvggvsehgmhgrihhlrdgtohhmpdhrtghpthhtohepughmihhtrhihsehguhhtohhvrdguvghv X-GND-Sasl: juri@linkov.net X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21555 Cc: Dmitry Gutov , Tom Tromey , 21555@debbugs.gnu.org, Sean Whitton X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> Indeed, hundreds of *vc-change-log* buffers is what I have. >> But not a problem. On the contrary, preserved buffers often help >> to check for their previous content. > > Ok, I'll try to live with that. > > For the record I attach two patchs that enable per projet change log and > diff buffers. I think such buffer names would be more consistent with project-specific prefixes added by project-compile, etc. Although such prefixes are still removed after reverting the compilation buffer. So I rely more on 'C-x p C-b' to see what buffers belong to the project. From debbugs-submit-bounces@debbugs.gnu.org Wed May 28 08:01:10 2025 Received: (at 21555) by debbugs.gnu.org; 28 May 2025 12:01:10 +0000 Received: from localhost ([127.0.0.1]:51629 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uKFT2-0007eu-Rt for submit@debbugs.gnu.org; Wed, 28 May 2025 08:01:09 -0400 Received: from sendmail.purelymail.com ([34.202.193.197]:42316) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uKFSw-0007cx-5m for 21555@debbugs.gnu.org; Wed, 28 May 2025 08:01:06 -0400 DKIM-Signature: a=rsa-sha256; b=KDfK5n8s50cSceIe3fRNfY/ZYrQztq3BVOmMnoltnACVoe5hjEHuIcEBRtzJ/5XUtGYgbVR62twzQq1tnowmJoZRVQ5ZW0PRqg59uqcKvPvg8hZhp59PGHENZqt3yBihgsA5RYOG1ZoQBAY8bTWGyDzete1VOaJPMojpnHiwO910MQI3hFKxFJUh+U5B8pI/Qh0iWdNLW/ntEUru1O6AQ/riW3YfjPLLybGGT8JcwmhJvnB0VftANZqSa+XOLoXI9/2rt2YLBdSSVBCGl2TXwgr4OFitTQ8NkpaGL6+3KLwUNJsjmNhUWH1UGUxviuIzYc9XLqOKX/GRAPAv+kcwig==; s=purelymail3; d=spwhitton.name; v=1; bh=VHBpBzdlQuzIfgwYLlBud/b6rRFMcLPiyT4lhgUns2k=; h=Received:Received:From:To:Subject:Date; DKIM-Signature: a=rsa-sha256; b=emeXsOTKga+85Af1Hp968hYkMyMW4hdX3n0pxPW0ssVyepGB3Ujhz3IeDtjhG2msEk9niTsu0OzICW4BzO52LNPU2DnCQMXHRcui+HyMnK2zBKu7u1aqRb59cWLCzoY1I4xZnBMHZ28LxrT6AAhRZrnQVzvChyYON4KW2xJCVhgvdhWebpA2SLtTatVbdvIkXrpf9AoBqi73YFNYYCFdgrvZcp1QMGLdQw8WZViotQ/3N6MDk+FhaHwIIuh4RQHRb9SQuDHL9q8H9JH8ASKGjvW2jqSqY5c2MJYC/siNK85dgxiuO6qAE2pHCW88cYgzApXjJy5zI6T3ub4u5jc6Qw==; s=purelymail3; d=purelymail.com; v=1; bh=VHBpBzdlQuzIfgwYLlBud/b6rRFMcLPiyT4lhgUns2k=; h=Feedback-ID:Received:Received:From:To:Subject:Date; Feedback-ID: 20115:3760:null:purelymail X-Pm-Original-To: 21555@debbugs.gnu.org Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id -1072325324; (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Wed, 28 May 2025 12:00:53 +0000 (UTC) Received: by zephyr.silentflame.com (Postfix, from userid 1000) id CADD3941826; Wed, 28 May 2025 13:00:51 +0100 (BST) From: Sean Whitton To: Matthias Meulien Subject: Re: bug#21555: Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers In-Reply-To: References: <87v7ppjj9x.fsf@mail.linkov.net> Date: Wed, 28 May 2025 13:00:51 +0100 Message-ID: <87plftdjws.fsf@zephyr.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 21555 Cc: Tom Tromey , 21555@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, On Wed 28 May 2025 at 08:13am +02, Matthias Meulien wrote: > With rename-uniquely added to log-view-mode-hook, revert-buffer now > display another buffer. As a result after pressing g in a log view > there's now two almost identical buffers displayed... Is this working > as expected or should I open a bug report? This is intentional. -- Sean Whitton From debbugs-submit-bounces@debbugs.gnu.org Wed May 28 08:51:19 2025 Received: (at 21555-done) by debbugs.gnu.org; 28 May 2025 12:51:19 +0000 Received: from localhost ([127.0.0.1]:51923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uKGFa-0005qM-HM for submit@debbugs.gnu.org; Wed, 28 May 2025 08:51:18 -0400 Received: from sendmail.purelymail.com ([34.202.193.197]:33320) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uKGFW-0005pI-Ma for 21555-done@debbugs.gnu.org; Wed, 28 May 2025 08:51:16 -0400 DKIM-Signature: a=rsa-sha256; b=B06t4TGluATFYYDR2hniVyHD8zbqdjkfa0SBdAIK7kVQvlczY9Y4+ldO6FyyekunaYwdYwfIqLYwoNrPYa/EnA/DooIpSs05nkBQSP5VTaTIXl71FAROheLg1QklPB3u6nMHfcNqWBG04d4+P79xBM2CM+6AT5x+cA1MVBH3gMAOzfHV3NpcU1pgJO5XRGL6hOiAR2jloIeYQRiWNiWjSS7Zih/H1drgLzmlzt6BK6GeLwk4PLnBSCXddcwqJ7cw6T3fG6iJ3d2WndxQZjhzlnA4U0k96MGjlb1k9FzJjA6ufYTfpoFJjakwMTTsBYHHaV4V1wWMckeIjMGRDXyMag==; s=purelymail3; d=spwhitton.name; v=1; bh=MMHSN/vOary3Zuozm2XxfOeJb+CoJXN6oHevPlJAxNc=; h=Received:Received:From:To:Subject:Date; DKIM-Signature: a=rsa-sha256; b=2DZtwJs9S6/vS+EsV+TmdxMmENTmtKYp9bNGIrfLPv0CaAg1mOTvWE41eu3Zff6JsktxwKb5t7HXLvwjnAQm7WMKwHRrWBU8NKTq6k5SJZ36/U6M8o0JPXee6abxJBeKEr2F970jwVPNYKnRbogjyvaCsx8TCz6zPP4lkobsYFZxrsZdK2qRdvndpjbPXw30TsTIEsrJoyUXCNRBqVyLytV5DvZhErPXD7Enk9ONO9rEux7AR0G3tpTgabZRe1kg4vev1a5KFV5Iv/iVfQ8e6/I3hBXQMc5oOgS9DLsXbnqNpo7aAlP1oWgcXSoWLo/WT8uuxWJYD43AMYukjur9KQ==; s=purelymail3; d=purelymail.com; v=1; bh=MMHSN/vOary3Zuozm2XxfOeJb+CoJXN6oHevPlJAxNc=; h=Feedback-ID:Received:Received:From:To:Subject:Date; Feedback-ID: 20115:3760:null:purelymail X-Pm-Original-To: 21555-done@debbugs.gnu.org Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id -398440040; (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Wed, 28 May 2025 12:51:06 +0000 (UTC) Received: by zephyr.silentflame.com (Postfix, from userid 1000) id 75157941826; Wed, 28 May 2025 13:51:05 +0100 (BST) From: Sean Whitton To: Eli Zaretskii Subject: Re: bug#21555: Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers In-Reply-To: <86plfxyzre.fsf@gnu.org> References: <87a8sblc7m.fsf@tromey.com> <86plfxyzre.fsf@gnu.org> Date: Wed, 28 May 2025 13:51:05 +0100 Message-ID: <87h614ew5i.fsf@zephyr.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 21555-done Cc: juri@linkov.net, tom@tromey.com, Matthias Meulien , 21555-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, On Sun 25 May 2025 at 09:23am +03, Eli Zaretskii wrote: > Anyway, it sounds like there are already solutions for this issue, so > should we close it now? I think so, doing that now. -- Sean Whitton From debbugs-submit-bounces@debbugs.gnu.org Thu May 29 21:11:10 2025 Received: (at 21555) by debbugs.gnu.org; 30 May 2025 01:11:10 +0000 Received: from localhost ([127.0.0.1]:41424 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uKoH7-0000KG-Sz for submit@debbugs.gnu.org; Thu, 29 May 2025 21:11:10 -0400 Received: from fhigh-a5-smtp.messagingengine.com ([103.168.172.156]:37203) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uKoH5-0000Js-Mm for 21555@debbugs.gnu.org; Thu, 29 May 2025 21:11:08 -0400 Received: from phl-compute-09.internal (phl-compute-09.phl.internal [10.202.2.49]) by mailfhigh.phl.internal (Postfix) with ESMTP id 6EB621140155; Thu, 29 May 2025 21:11:02 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-09.internal (MEProxy); Thu, 29 May 2025 21:11:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1748567462; x=1748653862; bh=OcQOJoUR4klx2JTrFN2HfqKMCPl89sB886dAZe6aHsA=; b= fiuvceaIbBG1XH2Hvj9gTTIT7nDXuLWlmEEgtoj6nyQP8TbBPw/6IPkHYnRZQsEW NbqXtO16TFHi9g6qLmPiVCUdSmcbA79anDIIfug5X8P13IOcR1PRph+xH6A/qQVE Rh/u6uvxZxCQcD0i9+R4PNsXO817ve2/LAkZuob38edU4Jvw6G4B9QKIYGq9sDIt jid+x+LJPcf2biIbGFfOavSXRicgbcS/UqLFcVlGZ69el3FDuOsggWqfJZ0qGrLE AkLvWDS8D9w+oVArxeUo/t7fBRlQ6yWliibJch1SUZxrScXGWF4tfjEg5KhF05a3 lU01Ikdq6ZZ7u34ILw2OOg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1748567462; x= 1748653862; bh=OcQOJoUR4klx2JTrFN2HfqKMCPl89sB886dAZe6aHsA=; b=Y t9AAWWP5idJEVzHYB/8leAPtIr6xVmKjPrDE/DnipwOpu0/gjRHpD8y/KiBGSCLk /heyqMWii5/d5dDTfXogGkag4iF5rDy3J51XHBrBS0pw0CJzhQGgbspFd3tpKWFR GCT/YjEeKgzAD/NKXto6D6CTmNo/suTjkaBT6KV7hogu9KV0uWct1AikQPuGd55s rD6bK34pxuP7JvROWmUyd0eOAxrZZ9cFrUlWlNGKhJBq9ax+/lujfHshuTAxq3d2 YsuyO6Xqvw5mS24I1k1H7NeZbGrdS5YK1fm/6n6XN28Hun/9S02HGAihyXvFrf+z hoa4oIj5vL76EdjUVz8Pg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtddtgddvjeeiheculddtuddrgeefvddrtd dtmdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggft fghnshhusghstghrihgsvgdpuffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftd dtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefkffggfgfuvfev fhfhjggtgfesthejredttddvjeenucfhrhhomhepffhmihhtrhihucfiuhhtohhvuceoug hmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtthgvrhhnpeetudeljeegheet gfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveegudejheenucevlhhushhtvghruf hiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumhhithhrhiesghhuthhovhdr uggvvhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtoh epjhhurhhisehlihhnkhhovhdrnhgvthdprhgtphhtthhopehsphifhhhithhtohhnsehs phifhhhithhtohhnrdhnrghmvgdprhgtphhtthhopehtohhmsehtrhhomhgvhidrtghomh dprhgtphhtthhopedvudehheehseguvggssghughhsrdhgnhhurdhorhhg X-ME-Proxy: Feedback-ID: i07de48aa:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 29 May 2025 21:11:00 -0400 (EDT) Message-ID: Date: Fri, 30 May 2025 04:10:58 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers To: Juri Linkov , Sean Whitton References: <87a8sblc7m.fsf@tromey.com> <87wmcsw2id.fsf@melete.silentflame.com> <871pv0gikr.fsf@mail.linkov.net> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <871pv0gikr.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21555 Cc: Tom Tromey , 21555@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On 14/03/2025 09:47, Juri Linkov wrote: >> You can already do something similar by using C-x x u to rename the >> *vc-change-log* buffer, and then 'g' inside it works to regenerate it. > Or (add-hook 'log-view-mode-hook 'rename-uniquely) Could we have a function that would do such a renaming, but only when project differs? E.g. it would take the base buffer name and add the abbreviated project root to it. We could call it 'rename-prefixed-with-project' or something like that. This way one would only have as many log-view buffers as they have projects open. Might even fix the revert-buffer issue? From debbugs-submit-bounces@debbugs.gnu.org Fri May 30 02:43:58 2025 Received: (at 21555) by debbugs.gnu.org; 30 May 2025 06:43:58 +0000 Received: from localhost ([127.0.0.1]:44432 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uKtTC-0006lT-9j for submit@debbugs.gnu.org; Fri, 30 May 2025 02:43:58 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:39025) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uKtT9-0006kr-8I for 21555@debbugs.gnu.org; Fri, 30 May 2025 02:43:56 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id 7291F42E77; Fri, 30 May 2025 06:43:47 +0000 (UTC) From: Juri Linkov To: Dmitry Gutov Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers In-Reply-To: Organization: LINKOV.NET References: <87a8sblc7m.fsf@tromey.com> <87wmcsw2id.fsf@melete.silentflame.com> <871pv0gikr.fsf@mail.linkov.net> Date: Fri, 30 May 2025 09:38:03 +0300 Message-ID: <87jz5y637j.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-State: clean X-GND-Score: -100 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtddtgddvkeefvdculddtuddrgeefvddrtddtmdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfitefpfffkpdcuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvvefujghofhffkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecuggftrfgrthhtvghrnhepffegteefveelhfeljeefueehieduiedtfffhuddtkeeffffghfevheetgeeukeehnecukfhppeeluddruddvledruddtfedrvdejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepledurdduvdelrddutdefrddvjedphhgvlhhopehmrghilhdrghgrnhguihdrnhgvthdpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnsggprhgtphhtthhopeegpdhrtghpthhtohepvdduheehheesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopehtohhmsehtrhhomhgvhidrtghomhdprhgtphhtthhopehsphifhhhithhtohhnsehsphifhhhithhtohhnrdhnrghmvgdprhgtphhtthhopegumhhithhrhiesghhuthhovhdruggvvh X-GND-Sasl: juri@linkov.net X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21555 Cc: Tom Tromey , 21555@debbugs.gnu.org, Sean Whitton X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >>> You can already do something similar by using C-x x u to rename the >>> *vc-change-log* buffer, and then 'g' inside it works to regenerate it. >> Or (add-hook 'log-view-mode-hook 'rename-uniquely) > > Could we have a function that would do such a renaming, but only when > project differs? E.g. it would take the base buffer name and add the > abbreviated project root to it. > > We could call it 'rename-prefixed-with-project' or something like that. I tried it, and this works nicely: #+begin_src emacs-lisp (defun project-rename-uniquely () (interactive) (if-let* ((project (project-current))) (let ((base-name (replace-regexp-in-string "\\`\\*\\(.*\\)\\*\\(?:<[0-9]+>\\)?\\'" "\\1" (buffer-name)))) (rename-buffer (generate-new-buffer-name (project-prefixed-buffer-name base-name))) (force-mode-line-update)) (rename-uniquely))) (add-hook 'log-view-mode-hook 'project-rename-uniquely) (add-hook 'diff-mode-hook 'project-rename-uniquely) #+end_src > This way one would only have as many log-view buffers as they have projects > open. Ah, you meant one buffer per project? Then maybe add another similar function without 'generate-new-buffer-name'? But then it fails with the error "Buffer name is in use". This means that for one buffer per project the changes should be in vc and project like in the patch provided by Matthias. > Might even fix the revert-buffer issue? The revert-buffer issue can't be fixed with 'generate-new-buffer-name'. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 08 03:58:11 2025 Received: (at 21555) by debbugs.gnu.org; 8 Jun 2025 07:58:11 +0000 Received: from localhost ([127.0.0.1]:50590 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uOAuw-0007Hb-Ra for submit@debbugs.gnu.org; Sun, 08 Jun 2025 03:58:11 -0400 Received: from mail-ed1-x531.google.com ([2a00:1450:4864:20::531]:53580) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uOAut-0007Gy-TB for 21555@debbugs.gnu.org; Sun, 08 Jun 2025 03:58:08 -0400 Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-6077d0b9bbeso3248378a12.3 for <21555@debbugs.gnu.org>; Sun, 08 Jun 2025 00:58:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1749369481; x=1749974281; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=AAX5pB97/W8I+OOUs463gOMZFiEQDtZLgBgE+aIbbC8=; b=bLRYWBHouRwPWLP5TFlNS1XhG4chU0IG/lwVoBdXtRpc5z2ckbSUsopSx01tSQZvDs ogxWdaA/ED0l7qute29GC1XX/R7cuw8ugPTg1rXIOuDIvlzGupYis8yZdiG2IxchN0bm S8FmIIJPfor7TgO2ACHUr9uduVUdRLQ/vv0OJTyRBMsi6ChkHVVolX43XBjDc3WldWlK /rRyLdI4hIdiE4DxTuoen8C8sRKJPPZhKrRKymMCaWVwpfw2UNEK5eNWq9yCI4yQA8Pz AM9Q0FcIAd/C75eIX6kEZkhNMX2y75zaQxtn+Kl3gDu/VxuCqpKPQXOPwH0qknu0Vjmx t2lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749369481; x=1749974281; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=AAX5pB97/W8I+OOUs463gOMZFiEQDtZLgBgE+aIbbC8=; b=eUy7mzfibpyuSVa4+JIXsan5/+TDbXc4rL7xdGuAdDt1rVV/jVst9jsCPL+bQ6wWWw j+klLKdp+E29AOuv3dr8YCeJxbVBSu+vOA5CcF3WEEre1hqSAEBpaKQDdC8uKUHjNaLX R9OdTH81hHHowUTg1UfmQmJJ40cnf4TFoXLkeQEzfY+89uvZ68tKsCYi1EADoB+DWdxp 6GMl5t5z1FRAQSQpjdvRPxSJtwVJnJ8ikp7DjOk9iltBpHI//8+GsHdzikoBelo+g+ye 37g/9oEHV+Q8ud1OhYCge9Tc7wOYbtPNUm65iMmvDQRWhbYRg/nyBudtvamcOEpuVBN/ 3Brg== X-Forwarded-Encrypted: i=1; AJvYcCWur2hGwiT+LzFQy7QMMiPjAepoKzulAhhW3Cy7EGKuPZewiQ9Iz0Kh7UvI3tCDsO1GxMqbHA==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyyZACMihmpZ9nMAdXDG/gTnws6dEPLnyKTHV7sFmrVCxq70zCV B5netcPyF0ygw8uByD/dADVSNno3j2WL9anhCmS6gDZDsjFyuIv2zLWE/GdPHhcpIE7gKB6NfZS GAJJsmFuNt12JQ6Yhv+Nq2hiXioUYN5A= X-Gm-Gg: ASbGnctsM49C00QdTzY0rY1+0uDxZ8FUFtjSRs8IzucTL8X8EgqmXeXI7umTeK/h5v0 IBi31VbMWk2IdfkJd/bM36waI3O7aVJN+SijCnTULXvf+El6f166aWXFK1OFhM1xrQHuhherdSl 5rWVhJV7ga5YibJZs386xioq1Wi1csO6fN6nHDjpLM X-Google-Smtp-Source: AGHT+IFjgICrEvKuTq4DQgv6WAEJ6rPDlENzUjrZoHQ9LdPUAhXrT83Jj621tHvKDir6u5p5r+iKKpyr6W/hjkvQ+ZI= X-Received: by 2002:a05:6402:524c:b0:607:206f:a25 with SMTP id 4fb4d7f45d1cf-60773ec8a71mr7090375a12.9.1749369480865; Sun, 08 Jun 2025 00:58:00 -0700 (PDT) MIME-Version: 1.0 References: <87v7ppjj9x.fsf@mail.linkov.net> <87bjrdrzr3.fsf@mail.linkov.net> In-Reply-To: <87bjrdrzr3.fsf@mail.linkov.net> From: Matthias Meulien Date: Sun, 8 Jun 2025 09:57:49 +0200 X-Gm-Features: AX0GCFsM0p8AYNEm5qwhrZRQtTOtasvgZVjByYXgoAsGjfuqDpzEoNqcMdQebtU Message-ID: Subject: Re: Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers To: Juri Linkov Content-Type: multipart/alternative; boundary="0000000000007cec6706370ad2bf" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 21555 Cc: Dmitry Gutov , Tom Tromey , 21555@debbugs.gnu.org, Sean Whitton X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000007cec6706370ad2bf Content-Type: text/plain; charset="UTF-8" > > For the record I attach two patchs that enable per projet change log and > > diff buffers. > > I think such buffer names would be more consistent with > project-specific prefixes added by project-compile, etc. > Yes. It also "fix" the duplication of change logs on revert call. > Although such prefixes are still removed after reverting > the compilation buffer. I can't reproduce that. When pressing `g' key in a `*myproject-compilation*' buffer (mapped to `recompile'), the buffer name doesn't change. So I rely more on 'C-x p C-b' > to see what buffers belong to the project. > I can't see anything when that buffer list is filled of *vc-change-log*<57>, *vc-change-log*<98>, *vc-diff*<17> etc. buffers. (there's a missing "(require 'vc)" in project.el in the posted patches, sorry.) -- Matthias --0000000000007cec6706370ad2bf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> For the record I attach two patchs that enable per projet change log a= nd
> diff buffers.

I think such buffer names would be more consistent with
project-specific prefixes added by project-compile, etc.

Yes. It also "fix" the duplication of change lo= gs on revert call.
=C2=A0
Although such prefixes are still removed after reverting
the compilation buffer.=C2=A0

I can't = reproduce that. When pressing `g' key in a `*myproject-compilation*'= ;
buffer (mapped to `recompile'), the buffer name doesn't= change.

So I rely more on 'C-x p C-b'
to see what buffers belong to the project.

I can't see anythi= ng when that buffer list is filled of *vc-change-log*<57>,
= *vc-change-log*<98>, *vc-diff*<17> etc. buffers.

=
(there's a missing "(require 'vc)" in project.= el in the posted patches, sorry.)
--
Matthi= as
--0000000000007cec6706370ad2bf-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 08 12:56:12 2025 Received: (at 21555) by debbugs.gnu.org; 8 Jun 2025 16:56:12 +0000 Received: from localhost ([127.0.0.1]:52756 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uOJJb-0000Lz-Jf for submit@debbugs.gnu.org; Sun, 08 Jun 2025 12:56:12 -0400 Received: from relay7-d.mail.gandi.net ([2001:4b98:dc4:8::227]:34711) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uOJJV-0000LH-8k for 21555@debbugs.gnu.org; Sun, 08 Jun 2025 12:56:10 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id E4DC543913; Sun, 8 Jun 2025 16:55:56 +0000 (UTC) From: Juri Linkov To: Matthias Meulien Subject: Re: Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers In-Reply-To: Organization: LINKOV.NET References: <87v7ppjj9x.fsf@mail.linkov.net> <87bjrdrzr3.fsf@mail.linkov.net> Date: Sun, 08 Jun 2025 19:54:58 +0300 Message-ID: <87wm9mi36l.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-State: clean X-GND-Score: -100 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtddugdekuddvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuifetpfffkfdpucggtfgfnhhsuhgsshgtrhhisggvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvfevufgjohhffffkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucggtffrrghtthgvrhhnpeffgeetfeevlefhleejfeeuheeiudeitdffhfdutdekfeffgffhveehteegueekheenucfkphepledurdduvdelrddutdefrddvjeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpeeluddruddvledruddtfedrvdejpdhhvghlohepmhgrihhlrdhgrghnughirdhnvghtpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhgspghrtghpthhtohephedprhgtphhtthhopedvudehheehseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepughmihhtrhihsehguhhtohhvrdguvghvpdhrtghpthhtohepthhomhesthhrohhmvgihrdgtohhmpdhrtghpthhtohepshhpfihhihhtthhonhesshhpfihhihhtthhonhdrnhgrmhgvpdhrtghpthhtohepohhrohhnthgvvgesghhmrghilhdrtghomh X-GND-Sasl: juri@linkov.net X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21555 Cc: Dmitry Gutov , Tom Tromey , 21555@debbugs.gnu.org, Sean Whitton X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Although such prefixes are still removed after reverting > the compilation buffer. > > I can't reproduce that. When pressing `g' key in a > `*myproject-compilation*' > buffer (mapped to `recompile'), the buffer name doesn't change. Since (add-hook 'compilation-mode-hook 'rename-uniquely) doesn't work for creating unique buffer names I'm using this instead: (setq compilation-buffer-name-function (lambda (name-of-mode) (generate-new-buffer-name (concat "*" (downcase name-of-mode) "*")))) but it removes the project prefix on `g'. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 08 14:00:17 2025 Received: (at 21555) by debbugs.gnu.org; 8 Jun 2025 18:00:17 +0000 Received: from localhost ([127.0.0.1]:52842 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uOKJd-0003S0-3s for submit@debbugs.gnu.org; Sun, 08 Jun 2025 14:00:17 -0400 Received: from mail-ed1-x534.google.com ([2a00:1450:4864:20::534]:51353) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uOKJa-0003OV-KH for 21555@debbugs.gnu.org; Sun, 08 Jun 2025 14:00:15 -0400 Received: by mail-ed1-x534.google.com with SMTP id 4fb4d7f45d1cf-604bff84741so6897061a12.2 for <21555@debbugs.gnu.org>; Sun, 08 Jun 2025 11:00:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1749405608; x=1750010408; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=zNqrZrESNNOepsWcsBnD7qHopCgiUfCn9xNf/1teYik=; b=YXvz5voQ0XYYfdNvULxIdTw1H8lc2rAayp83+mf00AdgPiyYkdUYr0806m2ES3NiJf /ObyyIz7x2Z/QfK/jiJaIG2cTVphkSEnnTeTuPCgfAhLRkUM2W2H+G/22VfTbTV/td45 bY40Ya8jgFW39oRRcDhDTd1oVI5Cqfn97su4y9tCYhxsSqTCc906FBU/Sbv9UXScf7ho wr5OG1c1FUTfJs27nCrRZ61boHSxJoU7hxrFyMagTgCVV1evWXqdVfp4GKNgKNvUFIUf L+Gcy9kII2TNRNygHBDXeCYQS2OH2bmsjSSB1ogGSX51CwsAeBs2/VWLZeqQTNb3mXOH isbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749405608; x=1750010408; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=zNqrZrESNNOepsWcsBnD7qHopCgiUfCn9xNf/1teYik=; b=nv6jT1fX88VzJLQU0KgtJsWtKydPs1IRgT9jsD8nV+FjbleL1tIuowwGL7qsczB92H ugvuK6qTcXVHfYpwYd6zHk8Py5qixlDT+7CfCyTDdCBIx1PBvml5l7v2WNgFjvLXUgnR nMxo26EEwgUUSg2DdzIelEPPNY9e+H6coqQ+0bIuOxhH0sQiWUyy12lXXl8ulVyzF7yK XPM+dyvYRRKcyxRON7to0HDZ8mT1mXmLbbfttulQw6BTfDRjHRhw+nb1W/i0NtSG6dKN KhTtl2WpHRrf0RvvT+LaQGLIWDoM30mc6yaMtPBF5t14bPv/culVIMBXWZmL0uGikMnY xwig== X-Forwarded-Encrypted: i=1; AJvYcCVVf9J1nT1HZZXlX/u2posnW/L5NndbiTNNW328AnxmxgMo1jPFhnIF4OipDlJ0asjKloeUeg==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzO6OY+zJEBiXbrOsW+r1uO4E1dZ8KvY9+Zm7HZ4ZhWJdb4zEOM ZmdEwctK8n9ExmxcNFs5lmaiPWis6x2tO+aTwhNNJL49gkMBEBweMlC1uB4slsbZO8IxD0Dnv6D qrIuvZaGOFMPP/MwRjcaZ3wZpQKlL5Jk= X-Gm-Gg: ASbGncup6WE+ajXqfmLrBesXzukkKJMJVrvZkFQkFE7TRKteO9aX/Dq8FM1BGrZwnAU KTmr/WJga9NsjCtuuunCPcg1ozw3EVDezOZPwjUkrXBg5YRIolI9I7QYvG+MfJzYvCfQUU8IPu9 dgjSwqZ7mZG2jCRwueyBAulBgsIoSWYV9cvXDw1hOC X-Google-Smtp-Source: AGHT+IGZ27JYACscwzJbU2gVdon5z0oIqFexBkq/ErUPxY+Yh0nl/REqQ221nqw34NsIqYfZ6CApM/RbicDelxh+xes= X-Received: by 2002:a05:6402:40c5:b0:602:15f:5883 with SMTP id 4fb4d7f45d1cf-607735130d3mr8289526a12.9.1749405607801; Sun, 08 Jun 2025 11:00:07 -0700 (PDT) MIME-Version: 1.0 References: <87v7ppjj9x.fsf@mail.linkov.net> <87bjrdrzr3.fsf@mail.linkov.net> <87wm9mi36l.fsf@mail.linkov.net> In-Reply-To: <87wm9mi36l.fsf@mail.linkov.net> From: Matthias Meulien Date: Sun, 8 Jun 2025 19:59:56 +0200 X-Gm-Features: AX0GCFuUiPzbMX3FKazx9bRMrUSo2BJ4zRtFTi-rQ7dP0Ot2DcrU_Z75Y6CQ364 Message-ID: Subject: Re: Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers To: Juri Linkov Content-Type: multipart/alternative; boundary="000000000000d239470637133b37" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 21555 Cc: Dmitry Gutov , Tom Tromey , 21555@debbugs.gnu.org, Sean Whitton X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000d239470637133b37 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le dim. 8 juin 2025 =C3=A0 18:55, Juri Linkov a =C3=A9cri= t : > > Although such prefixes are still removed after reverting > > the compilation buffer. > > > > I can't reproduce that. When pressing `g' key in a > > `*myproject-compilation*' > > buffer (mapped to `recompile'), the buffer name doesn't change. > > Since (add-hook 'compilation-mode-hook 'rename-uniquely) doesn't work > for creating unique buffer names I'm using this instead: > > (setq compilation-buffer-name-function > (lambda (name-of-mode) > (generate-new-buffer-name > (concat "*" (downcase name-of-mode) "*")))) > > but it removes the project prefix on `g'. > Starting with 28.1, one can use : (setq project-compilation-buffer-name-function 'project-prefixed-buffer-name) --=20 Matthias --000000000000d239470637133b37 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Le=C2=A0dim. 8 juin 2025 =C3=A0=C2=A018:55= , Juri Linkov <juri@linkov.net>= ; a =C3=A9crit=C2=A0:
>=C2=A0 =C2=A0 =C2=A0Although such prefixes are still removed afte= r reverting
>=C2=A0 =C2=A0 =C2=A0the compilation buffer.=C2=A0
>
> I can't reproduce that. When pressing `g' key in a
> `*myproject-compilation*'
> buffer (mapped to `recompile'), the buffer name doesn't change= .

Since (add-hook 'compilation-mode-hook 'rename-uniquely) doesn'= t work
for creating unique buffer names I'm using this instead:

(setq compilation-buffer-name-function
=C2=A0 =C2=A0 =C2=A0 (lambda (name-of-mode)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (generate-new-buffer-name
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(concat "*" (downcase name-of-m= ode) "*"))))

but it removes the project prefix on `g'.

Starting with 28.1, on= e can use :
(setq project-compilation-buffer-name-function &#= 39;project-prefixed-buffer-name)
--
Matthias
--000000000000d239470637133b37-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 09 02:37:53 2025 Received: (at 21555) by debbugs.gnu.org; 9 Jun 2025 06:37:54 +0000 Received: from localhost ([127.0.0.1]:53674 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uOW8n-0006RU-Hs for submit@debbugs.gnu.org; Mon, 09 Jun 2025 02:37:53 -0400 Received: from relay9-d.mail.gandi.net ([2001:4b98:dc4:8::229]:59457) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uOW8k-0006RB-H5 for 21555@debbugs.gnu.org; Mon, 09 Jun 2025 02:37:51 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id 6B1B1431EB; Mon, 9 Jun 2025 06:37:41 +0000 (UTC) From: Juri Linkov To: Matthias Meulien Subject: Re: Subject: Re: bug#21555: 25.0.50; per-project *vc-change-log* buffers In-Reply-To: Organization: LINKOV.NET References: <87v7ppjj9x.fsf@mail.linkov.net> <87bjrdrzr3.fsf@mail.linkov.net> <87wm9mi36l.fsf@mail.linkov.net> Date: Mon, 09 Jun 2025 09:29:20 +0300 Message-ID: <87zfehtqwg.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-State: clean X-GND-Score: -100 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtddugdekleegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuifetpfffkfdpucggtfgfnhhsuhgsshgtrhhisggvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvfevufgjohhffffkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucggtffrrghtthgvrhhnpeffgeetfeevlefhleejfeeuheeiudeitdffhfdutdekfeffgffhveehteegueekheenucfkphepledurdduvdelrddutdefrddvjeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpeeluddruddvledruddtfedrvdejpdhhvghlohepmhgrihhlrdhgrghnughirdhnvghtpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhgspghrtghpthhtohephedprhgtphhtthhopedvudehheehseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepughmihhtrhihsehguhhtohhvrdguvghvpdhrtghpthhtohepthhomhesthhrohhmvgihrdgtohhmpdhrtghpthhtohepshhpfihhihhtthhonhesshhpfihhihhtthhonhdrnhgrmhgvpdhrtghpthhtohepohhrohhnthgvvgesghhmrghilhdrtghomh X-GND-Sasl: juri@linkov.net X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21555 Cc: Dmitry Gutov , Tom Tromey , 21555@debbugs.gnu.org, Sean Whitton X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > > Although such prefixes are still removed after reverting > > the compilation buffer. > > > > I can't reproduce that. When pressing `g' key in a > > `*myproject-compilation*' > > buffer (mapped to `recompile'), the buffer name doesn't change. > > Since (add-hook 'compilation-mode-hook 'rename-uniquely) doesn't work > for creating unique buffer names I'm using this instead: > > (setq compilation-buffer-name-function > (lambda (name-of-mode) > (generate-new-buffer-name > (concat "*" (downcase name-of-mode) "*")))) > > but it removes the project prefix on `g'. > > Starting with 28.1, one can use : > (setq project-compilation-buffer-name-function > 'project-prefixed-buffer-name) This setting doesn't produce unique buffer names for every new compilation with added prefixes <1>, <2>, ... Does your path support such use cases when 'rename-uniquely' is used in a hook to add <1>, <2>?