From unknown Sat Jun 14 14:27:41 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32090: 26.1; connection-local-variables do not match as described Resent-From: Christopher Cooper Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 08 Jul 2018 04:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 32090 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 32090@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.153102306230610 (code B ref -1); Sun, 08 Jul 2018 04:12:02 +0000 Received: (at submit) by debbugs.gnu.org; 8 Jul 2018 04:11:02 +0000 Received: from localhost ([127.0.0.1]:50598 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fc12L-0007xX-KG for submit@debbugs.gnu.org; Sun, 08 Jul 2018 00:11:02 -0400 Received: from eggs.gnu.org ([208.118.235.92]:37410) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fc12K-0007xJ-DX for submit@debbugs.gnu.org; Sun, 08 Jul 2018 00:11:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fc12D-0001LQ-IN for submit@debbugs.gnu.org; Sun, 08 Jul 2018 00:10:55 -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,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42034) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fc12D-0001LM-EG for submit@debbugs.gnu.org; Sun, 08 Jul 2018 00:10:53 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56614) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fc12B-0007LR-Mg for bug-gnu-emacs@gnu.org; Sun, 08 Jul 2018 00:10:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fc12A-0001KX-5P for bug-gnu-emacs@gnu.org; Sun, 08 Jul 2018 00:10:51 -0400 Received: from mail-ua0-x232.google.com ([2607:f8b0:400c:c08::232]:43005) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fc129-0001KF-T8 for bug-gnu-emacs@gnu.org; Sun, 08 Jul 2018 00:10:50 -0400 Received: by mail-ua0-x232.google.com with SMTP id x18-v6so9833497uaj.9 for ; Sat, 07 Jul 2018 21:10:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=InsttSorr0AMLOFchvwm1HQauimCdfOgpFng01inPz0=; b=IsluyKkgVBhFvP2bvBQivd1E0ID7T8ZL8FJmiI4xryU8uZnB93Hl07y0z3NKhqBiwG xP8Wrj+dtlUwq3Q5Auj9XRhDfJtIwfcuwPsGevdtfF//ZuwYCIwJNzbBjc3dRHWfWvBG 0S5eOhF49LoJDsiLvysdEzOYKkf3W2yLL5tl3PbX6NGGjmkNXh6W/Z0vihry8B9azOw+ zqnk+gYE0tZLxG5x57EFJA61RKO2gNYUBflMeFRg6hxMjBnHfOltGgHE0W/eeStKEEl3 z7MtpUOByIxw/p2MllyOkcoxVyQ0SvPblTNFduQsSPtLQl9vqj5w3I+HN5AjS/+TdCJr 0EOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=InsttSorr0AMLOFchvwm1HQauimCdfOgpFng01inPz0=; b=DyN+nHRxA6Yd+8yfhursmSKoFiFGNEkKhAxKf8n642cJjjj7Jp1nwki7MJgfyNdC+H XxDJYcySJzz6PRcUIUlAP3Hz9JqFlaESVo2BzcG7YureO1gkY6hfuNH+lTs6kb3tBJlP cjC1ov2tgzjiUIwy5bDFzM4EqQJJdbDBMBgv8s6wCZHw5Z7tkV4cacdBMH42IVs2o8xk 2VdAkBENmgug6VeQDSfk+ICD1LuVwWZlnk0OXG4qknuIxk9wCeZNbYjJQXRX20QKvyc4 cArEjHQ2vhZfDZuyroM3Y0PbCKwyMNIh2ek9ehnYZfSc1HOUAQ+cc1JraOlQjzqaL+tA 2TcQ== X-Gm-Message-State: APt69E2kCA+9KzCFN3/Ea8vc+wP1x2bfrwW7ztc4Qx8vI0heNu4IBeiq Gad4SYmDmw0jSaPs5oOJpZxV6ZRBzqKO+xRcF1u6yUHJ X-Google-Smtp-Source: AAOMgpeQJK8eK4tlBeF9I6eeH2BK6T4tpFrV+BCt44bBnDEZhq1k65YqgdRFx+KuWAmPSOZySBoFebrqzT+1ZihCocg= X-Received: by 2002:ab0:10c:: with SMTP id 12-v6mr9873427uak.39.1531023048529; Sat, 07 Jul 2018 21:10:48 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a67:3a4a:0:0:0:0:0 with HTTP; Sat, 7 Jul 2018 21:10:48 -0700 (PDT) From: Christopher Cooper Date: Sun, 8 Jul 2018 00:10:48 -0400 Message-ID: Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) 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: -5.0 (-----) According to the docstring for 'connection-local-criteria-alist', "CRITERIA is a plist identifying a connection and the application using this connection. ... All properties are optional; if CRITERIA is nil, it always applies." This does not appear to be true. In fact, this is plainly evident by simple visual inspection of 'connection-local-get-profiles'. Only :application seems to be optional. Reproduction is quite simple. Run emacs -Q and eval the following elisp: (defvar test--var nil) (setf enable-connection-local-variables t) (connection-local-set-profile-variables 'test-profile '((test--var . t))) (connection-local-set-profiles nil 'test-profile) Now open any TRAMP connection. Switch to the TRAMP buffer (where connection-local-variables should have taken effect) and do M-: test--var. The result is nil. If you conduct the same test, but specify the :protocol, :user, and :machine as part of the criteria in the 'connection-local-set-profiles' call, test--var will evaluate to t, which is correct. At best this is a case of misleading documentation, and at worst it is a feature that never got implemented. Connection-local variables would be very useful to me if they worked as described. I am glad to provide more info or help in any capacity. In GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2018-07-05 built on juergen Windowing system distributor 'The X.Org Foundation', version 11.0.12000000 System -e Description: Arch Linux Configured using: 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var --with-x-toolkit=gtk3 --with-xft --with-modules 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt' CPPFLAGS=-D_FORTIFY_SOURCE=2 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY ACL GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 MODULES THREADS LIBSYSTEMD LCMS2 Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Magit Minor modes in effect: erc-truncate-mode: t erc-spelling-mode: t erc-notify-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-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-move-to-prompt-mode: t erc-readonly-mode: t global-magit-file-mode: t magit-auto-revert-mode: t global-git-commit-mode: t async-bytecomp-package-mode: t ido-vertical-mode: t smartparens-global-mode: t editorconfig-mode: t global-auto-complete-mode: t counsel-mode: t ivy-mode: t show-paren-mode: t global-anzu-mode: t anzu-mode: t volatile-highlights-mode: t global-linum-mode: t shell-dirtrack-mode: t recentf-mode: t diff-auto-refine-mode: t tooltip-mode: t global-eldoc-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 buffer-read-only: t line-number-mode: t transient-mark-mode: t Load-path shadows: /home/cooperc/.emacs.d/elpa/git-commit-2.13.0/git-commit hides /home/cooperc/.emacs.d/elpa/magit-2.13.0/git-commit Features: (sort mail-extr emacsbug sendmail shr svg xml dom cus-edit pcase avy browse-url jka-compr erc-truncate erc-autoaway erc-spelling flyspell ispell erc-log eieio-opt speedbar sb-image ezimage dframe help-fns cl-print cus-start cus-load erc-notify apropos two-column iso-transl erc-list erc-menu erc-join erc-ring erc-networks erc-pcomplete erc-track erc-match erc-button erc-fill erc-stamp erc-netsplit erc-goodies erc erc-backend erc-compat mm-archive network-stream starttls url-cache smex magit-bookmark bookmark vc vc-dispatcher windmove misearch multi-isearch bug-reference git-rebase editorconfig-core editorconfig-core-handle editorconfig-fnmatch magit-version magit-obsolete magit-blame magit-stash magit-bisect magit-remote magit-commit magit-sequence magit-notes magit-worktree magit-tag magit-merge magit-branch magit-reset magit-collab ghub let-alist magit-files magit-refs magit-status magit magit-repos magit-apply magit-wip magit-log which-func imenu magit-diff smerge-mode magit-core magit-autorevert autorevert filenotify magit-process magit-margin magit-mode git-commit magit-git magit-section magit-utils crm magit-popup log-edit message rfc822 mml mml-sec epa derived epg gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mailabbrev mail-utils gmm-utils mailheader pcvs-util add-log with-editor async-bytecomp async colir color material-theme server paredit hl-todo highlight-symbol time dot-tests buttercup ert pp ewoc debug buttercup-compat shadow kotct-loaddefs user-hub machine-local user-config-system cg505-hub ido-vertical-mode system-hub darwin code-hub language-hub tex go web-c sh java rust ruby fish fish-mode elixir smartparens-elixir elixir-mode pkg-info url-http tls gnutls url url-proxy url-privacy url-expand url-methods url-history mailcap url-auth mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr url-cookie url-domsuf url-util url-gw nsm rmc puny epl elixir-smie smie elisp csharp c smart-tabs-mode code-navigation indentation smartparens-c smartparens-config smartparens-text smartparens magit-c editorconfig-c editorconfig behavior-hub text window-management pane-management completion-c flycheck json map find-func rx subr-x dash flymake-proc flymake warnings auto-complete-config auto-complete edmacro kmacro popup ido-grid-mode ido counsel dired dired-loaddefs compile esh-util swiper ivy delsel ivy-overlay ffap visual-hub theme text-visuals paren anzu thingatpt etags xref project volatile-highlights frame-c startup-c linum-c linum-off linum file-hub file-content tramp-c recentf-c tramp-cache tramp-sh tramp tramp-compat tramp-loaddefs trampver ucs-normalize shell pcomplete comint ansi-color ring parse-time format-spec advice recentf tree-widget wid-edit backup package-hub cl-extra help-mode verification cl repositories dependencies vc-git diff-mode easy-mmode time-date elec-pair autoload radix-tree lisp-mnt finder-inf info package easymenu epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors 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 composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray 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 inotify lcms2 dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 1489394 166969) (symbols 48 46723 1) (miscs 40 4164 3342) (strings 32 243899 19322) (string-bytes 1 6360239) (vectors 16 100112) (vector-slots 8 2176130 110892) (floats 8 409 1000) (intervals 56 139320 3213) (buffers 992 46)) From unknown Sat Jun 14 14:27:41 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32090: 26.1; connection-local-variables do not match as described Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 08 Jul 2018 09:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32090 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Christopher Cooper Cc: 32090@debbugs.gnu.org Received: via spool by 32090-submit@debbugs.gnu.org id=B32090.153104322529263 (code B ref 32090); Sun, 08 Jul 2018 09:48:01 +0000 Received: (at 32090) by debbugs.gnu.org; 8 Jul 2018 09:47:05 +0000 Received: from localhost ([127.0.0.1]:50655 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fc6HY-0007bu-L1 for submit@debbugs.gnu.org; Sun, 08 Jul 2018 05:47:04 -0400 Received: from mout.gmx.net ([212.227.15.15]:43051) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fc6HX-0007bP-3E for 32090@debbugs.gnu.org; Sun, 08 Jul 2018 05:47:03 -0400 Received: from detlef.gmx.de ([212.91.242.147]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MOx4J-1fhr2V0FOB-006NiD; Sun, 08 Jul 2018 11:46:56 +0200 From: Michael Albinus References: Date: Sun, 08 Jul 2018 11:46:55 +0200 In-Reply-To: (Christopher Cooper's message of "Sun, 8 Jul 2018 00:10:48 -0400") Message-ID: <87tvpaawkw.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:4T8flejKe4qAHtPZ91XyKLL55pGaE2BcwXmxe0EETD6IkhJgLLb FCUvr5PbSWwetkIBEFL/Q4DT4VnFHx9oJbw/QjVCkV3d2ZyabDChQuo2ggylEONCq/wJq/P 71ThuVJgcuCcfdkcQkFF1QvHM9qpW8TaaTKU0mzeARBdRDUey36tGB3E5rp9Hs/vZh1HdbA N8ibAMva+lGPtb6j6wcZw== X-UI-Out-Filterresults: notjunk:1;V01:K0:YtSFir+OsCg=:GQ5+q/x5MzaCJOyokTVOFd m/tlt65lQSoHLzhla38MG3LaijC9ynMOw7AVU14xUr26kcctWC1BdAqIhFBRbCyVRTj6+psDv xj1gWbrFw/zmpPo1Bun0I+zsHEH/3szikhEh5GIXS8BEwKmHSJmhaUpq9fAvgNArOvnd4uhzZ OjxtxbraqSwmsvvG0qr8sysRCzSfg0M5cRP+yUUc6K1UX8//FIRNz1yrXKK/4mXQ6w13ko6AZ wzTTKsQo9ahoM7Jfp5lwTxy5OePer7n8sGJUgOrLAs7VbTtrIkZedh5GKlCLfdxYHu8EFO7/j skU6u+VOioVuvTcEUR2JhfKCKzzElZNbvIWze5E7focjv89fOabYsILnQ0Z7lk6zWy3GH7xtm q6Z5RKU5xTB6oEeCksTDQxZcULvORNV4NCxJ5KmQFJDo9yThyuVqoEUK+3FZ5qJGhB/4NcOxx YGKTUF+/Xdd2mUz1CKH4HCNMtv7lEmKBMYdRZNHg27pYcaUN0smam7UnufmvaImnnCq5sl87a POQxm6jQ9nm1JGtn7XTq3fTvrzs25uI+1I+FjL4uAbHl9RaewJ/3aynUSAu2WuI7il2Dk6GMX bPjvWLyoas5912dCrLDW3KYehCGh4YSSr5ARi6zqTbmZyv/Maul5Nt2DjWb1b9p34O9Ob95Nw 7H60dbKHY2uWo7fpMSgAcFqEOHS0Qt0Vf6oQhssIJW7dTwX8YlLeZx2foHMKdAgxHMlsUt2b5 ZMgPmpZ3X6xYf9CCB9XQkeYDPmHsmOTAtBX13fwMScbjhjGHexfISOlWPF/GjBEU6h8lNECOe sMvbU89 X-Spam-Score: -0.7 (/) 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 (-) Christopher Cooper writes: Hi Christopher, > According to the docstring for 'connection-local-criteria-alist', > "CRITERIA is a plist identifying a connection and the application > using this connection. ... All properties are optional; if > CRITERIA is nil, it always applies." > > This does not appear to be true. In fact, this is plainly evident by > simple visual inspection of 'connection-local-get-profiles'. Only > :application seems to be optional. > > Reproduction is quite simple. Run emacs -Q and eval the following elisp: > > (defvar test--var nil) > (setf enable-connection-local-variables t) > (connection-local-set-profile-variables 'test-profile '((test--var . t))) > (connection-local-set-profiles nil 'test-profile) > > Now open any TRAMP connection. Switch to the TRAMP buffer (where > connection-local-variables should have taken effect) and do > M-: test--var. The result is nil. > > If you conduct the same test, but specify the :protocol, :user, and > :machine as part of the criteria in the 'connection-local-set-profiles' > call, test--var will evaluate to t, which is correct. > > At best this is a case of misleading documentation, and at worst it is a > feature that never got implemented. Connection-local variables would be > very useful to me if they worked as described. I am glad to provide more > info or help in any capacity. It is not misleading documentation. It is the Tramp implementation, how connection-local variables are set. In tramp-set-connection-local-variables, you'll see --8<---------------cut here---------------start------------->8--- (tramp-compat-funcall 'hack-connection-local-variables-apply `(:application tramp :protocol ,(tramp-file-name-method vec) :user ,(tramp-file-name-user-domain vec) :machine ,(tramp-file-name-host-port vec))))) --8<---------------cut here---------------end--------------->8--- That means, the Tramp implementation requires :application to be 'tramp or nil, *and* it requires setting of :protocol, :user and :machine in your criteria, which match the respective remote file name. Connection-lcal variables in general work as expected. Eval in the *scratch* buffer: --8<---------------cut here---------------start------------->8--- (defvar test--var nil) (setf enable-connection-local-variables t) (connection-local-set-profile-variables 'test-profile '((test--var . t))) (connection-local-set-profiles nil 'test-profile) ;; Check initial value. (describe-variable 'test--var) ;; Set connection local variables for a random criteria. (hack-connection-local-variables-apply '(:application foo)) ;; Check the value, again. (describe-variable 'test--var) --8<---------------cut here---------------end--------------->8--- In fact, properties in criteria are optional only in case the application allows this in its `hack-connection-local-variables-apply' call, except for :application. This must either match, or be nil. The Tramp manual gives you an example how to use connection-local variables fo Tramp itself, see (info "(tramp) Remote processes") . I agree, it should be more verbose to explain, how a criteria for Tramp must look like. Will add it. Best regards, Michael. From unknown Sat Jun 14 14:27:41 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32090: 26.1; connection-local-variables do not match as described Resent-From: Christopher Cooper Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 08 Jul 2018 13:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32090 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 32090@debbugs.gnu.org Received: via spool by 32090-submit@debbugs.gnu.org id=B32090.153105540822914 (code B ref 32090); Sun, 08 Jul 2018 13:11:02 +0000 Received: (at 32090) by debbugs.gnu.org; 8 Jul 2018 13:10:08 +0000 Received: from localhost ([127.0.0.1]:50725 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fc9S4-0005xW-I7 for submit@debbugs.gnu.org; Sun, 08 Jul 2018 09:10:08 -0400 Received: from mail-ua0-f194.google.com ([209.85.217.194]:36856) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fc9S1-0005wx-L5 for 32090@debbugs.gnu.org; Sun, 08 Jul 2018 09:10:07 -0400 Received: by mail-ua0-f194.google.com with SMTP id y8-v6so10175319uan.3 for <32090@debbugs.gnu.org>; Sun, 08 Jul 2018 06:10:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=xmR6JrZ3YbLltsi0zpAgnUJ/t4uBFDnkK3xI7DYmly8=; b=SAMknsIWYWq3DnIv9yMOmm90OuYWkBT4DpwEFdJDc9n6r5z2BbjVn87R4MPQqWdmUB c6hmSrMgszc75v76qQjaTRQd7lQSgL81QLqq0r7LjyfNitvjGTIxx5PX8yK+TalYCTYt Of6PhnUkmdVbfKGNNifzveq+f+vQTNohAJ6i5bKWULsJGtuU2C1vRz72oIv2DrVf9Y68 a4wIduEkJz8sIkVty2TvBvxV1O4j5sdH2H7tFuFzhj6kYCMa0m8peYZMospQrA+TPo7Y BLiz4nsmBTA0Rhrv+z6iHEgbWCkPIYJdPbfRKULTfX0fxwnCri4YEtxi0MDVwh6XslMX WSuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=xmR6JrZ3YbLltsi0zpAgnUJ/t4uBFDnkK3xI7DYmly8=; b=IbcB2nh0UI8dA8vinu/furustoMkShsX8r2brCEVSTLRRw9Ko04isS14x8fG1D2fBB aoTsEySBqitmM8UfeXIZtOyAi9MFLdb/R0Kt6hP2c7f5I8hO7OnUwIIHAUlAWFIJoRZm 5N+1bz8arRqB0eoVMffckZisjqZjkgkMntEr2zt+/vydQLZPo7gwUNc/dEhefNvbYKLF 7NemmyqbtaADgVx6gVh9Yt4VWiPzi93xqhFrBrB94QeKP7jigB6g4ZfgNknmLTiNTd/J 7DLbQ+3/VU9GQUHov79hfPZ7nHmcKo3zCLELqbkqEtLeHQK8neWQoMI7EyqFdtFGd6lK pc2w== X-Gm-Message-State: APt69E1inzYLspM+OgI2w+QlCPcP0rW+/t+3BhA3SVD9L6e9NYssFSDl NfskTNbROxqbF0kgNGSKfFsnuMK0dPutkjq1GRNuQmCI X-Google-Smtp-Source: AAOMgpeS0l8thqs6dKfNf5CcP2jY891LqoKeHQ68geDENk79DmnITm68FIFYGAUChBVwhEHGyEg93kTFY8EUFz2cGuw= X-Received: by 2002:a9f:3c17:: with SMTP id u23-v6mr10579931uah.179.1531055399839; Sun, 08 Jul 2018 06:09:59 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a67:3a4a:0:0:0:0:0 with HTTP; Sun, 8 Jul 2018 06:09:59 -0700 (PDT) In-Reply-To: <87tvpaawkw.fsf@gmx.de> References: <87tvpaawkw.fsf@gmx.de> From: Christopher Cooper Date: Sun, 8 Jul 2018 09:09:59 -0400 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) 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 (-) Thank you for the speedy response! On Sun, Jul 8, 2018 at 5:46 AM, Michael Albinus wr= ote: > It is not misleading documentation. It is the Tramp implementation, how > connection-local variables are set. In > tramp-set-connection-local-variables, you'll see > > --8<---------------cut here---------------start------------->8--- > (tramp-compat-funcall > 'hack-connection-local-variables-apply > `(:application tramp > :protocol ,(tramp-file-name-method vec) > :user ,(tramp-file-name-user-domain vec) > :machine ,(tramp-file-name-host-port vec))))) > --8<---------------cut here---------------end--------------->8--- > > That means, the Tramp implementation requires :application to be 'tramp > or nil, *and* it requires setting of :protocol, :user and :machine in > your criteria, which match the respective remote file name. This makes sense, except that I'm still confused on why :application can be nil but :protocol, :user, and :machine cannot be. > Connection-lcal variables in general work as expected. Eval in the > *scratch* buffer: > > --8<---------------cut here---------------start------------->8--- > (defvar test--var nil) > (setf enable-connection-local-variables t) > (connection-local-set-profile-variables 'test-profile '((test--var . t))) > (connection-local-set-profiles nil 'test-profile) > > ;; Check initial value. > (describe-variable 'test--var) > > ;; Set connection local variables for a random criteria. > (hack-connection-local-variables-apply '(:application foo)) > > ;; Check the value, again. > (describe-variable 'test--var) > --8<---------------cut here---------------end--------------->8--- This works, but only because the criteria passed to 'hack-connection-local-variables-apply' does not supply a :machine, :user, or :host. > In fact, properties in criteria are optional only in case the > application allows this in its `hack-connection-local-variables-apply' > call, except for :application. This must either match, or be nil. I think I am beginning to understand... it is essentially up to the application to make the other properties optional. Obviously it wouldn't make sense for the application to make :application optional, so that is the only one that is optional everywhere. > The Tramp manual gives you an example how to use connection-local > variables fo Tramp itself, see (info "(tramp) Remote processes") . I > agree, it should be more verbose to explain, how a criteria for Tramp > must look like. Will add it. The Tramp info page seems pretty fine to me. The real issue is in two place= s: (info "(elisp) Connection Local Variables"): > -- Function: connection-local-set-profiles criteria &rest profiles > ... > All properties are optional; if > CRITERIA is =E2=80=98nil=E2=80=99, it always applies. But as determined above, if CRITERIA is 'nil', it does not always apply. It is up to the application to provide this feature, and Tramp does not. In fact, there is even an example showing this feature, which appears be plain wrong: > If CRITERIA is =E2=80=98nil=E2=80=99, it applies for all remote conne= ctions. > Therefore, the example above would be equivalent to > > (connection-local-set-profiles > '(:application 'tramp :protocol "ssh" :machine "localhost") > 'remote-bash) > > (connection-local-set-profiles > '(:application 'tramp :protocol "sudo" > :user "root" :machine "localhost") > 'remote-ksh) > > (connection-local-set-profiles > nil 'remote-null-device) At least with current Tramp, the 'remote-null-device profile will never apply, since it does not provide the properties needed by Tramp. This also means that this example is not equivalent to the above example as stated. The other place of confusion was the docstring for 'connection-local-criteria-alist' that I mentioned initially. I think ultimately, it comes down to a confusion over what "optional" means. I took it to mean: "It this property is provided, it will be checked when matching. If not, we don't care about the value of this property." And, as I stated earlier, I don't understand how the sentence "If CRITERIA is 'nil', it always applies." is try in any sense of those words. If the feature is working as intended, those are the worst offenders as far as confusing documentation. Once again, I appreciate this feature and your explanation here. I hope this is helpful in clarifying the documentation. Christopher From unknown Sat Jun 14 14:27:41 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32090: Fwd: bug#32090: 26.1; connection-local-variables do not match as described References: In-Reply-To: Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 08 Jul 2018 18:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32090 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 32090@debbugs.gnu.org Received: via spool by 32090-submit@debbugs.gnu.org id=B32090.153107424419878 (code B ref 32090); Sun, 08 Jul 2018 18:25:01 +0000 Received: (at 32090) by debbugs.gnu.org; 8 Jul 2018 18:24:04 +0000 Received: from localhost ([127.0.0.1]:51397 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fcELr-0005AY-P8 for submit@debbugs.gnu.org; Sun, 08 Jul 2018 14:24:04 -0400 Received: from mout.gmx.net ([212.227.15.19]:54499) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fcELp-0005A3-Lc for 32090@debbugs.gnu.org; Sun, 08 Jul 2018 14:24:02 -0400 Received: from detlef.gmx.de ([212.91.242.147]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MLNpK-1fbg7N1jow-000YiR for <32090@debbugs.gnu.org>; Sun, 08 Jul 2018 20:23:55 +0200 From: Michael Albinus Date: Sun, 08 Jul 2018 20:23:54 +0200 Message-ID: <877em5bn7p.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:KxjG7e/irq3xMW5Bsi3dk9fZg/xkT42KYJiersYZD9dF3rhTkFq tu0nFRz2DADO/ghr4jzFXAb57bh3UOVwQw8pA498tOqbme6PpKiFKVNvoUc5nMf7DG5b7Zz DeY2lXm8nFr/fojKqfNMsVv81JZI8bLss1a6vHIZrAZDLchrlKZIdAWhAlec7xGzrYJKBvp W4Si2xeu0uBWhrdrvvGcg== X-UI-Out-Filterresults: notjunk:1;V01:K0:/k3aMLa2744=:En4F0XRIMnqbq5hLpshKQC 552fJHC3gumZbNWnCX7mFCWpyLVFn0b41HJLfAc7UKOKLix1qx05nuIGJeFrkInFDMEdY/sQK Mfz7SfWDYDH0ccClyzob3TJDO5pYbPOX/CTkLnl/9jZOoH6qpLB6lYgEJ/ZSOSQFSM7XLYLMz /iSiP2K+ZrsGIvBbutNQYIEx+g9+fVTMgdGJhz+ErdtisTCNN6tarQVM2UsgByr6OC+1b9pV5 nN4oqaYjVkEIWGJaLx1vX+G4gYHGt/Ka7+whJUmtFjKRq0Id+u6M24eQ/a93JgO59+J3VRWBs o1cQEUx6ZLfdYEkuzghUQiaXShNxwCBLZl3yLpghqTCfa2pRIMFKhjeAwuJCO8vTW6LfMUWh7 cLMvwjKM8VoWIMoT1j4huuv+sjom22wQA1lZHbCvBxKHesmQdR+120SAg8U3ouhi+iAr8xqRk PUa+6LDT5xlg3w5hg3G8pPQ/b9EMfizppxQxba0av7tXwd5nIdAiHZkrWBAJDka9vvZV6WNEp 4Nnbk/qFnD0VcwStRiCxBDaeApm04PI6N7qdIUQxscRRl32NtO0ICZzazFW6vqxYLGpJ9wE/R Tb9U8oGcm/Cpdp/WoU5HT8m/yPkZqG4AirXKIok9HsUW4yap42BoQ0lB0JlTW931WvSJ33PMP 74FAsRcTcZeMLLElry5YNE7Wf4+sFXBh5+IHnw9p/c1sFg5vANKTXThqJJjWwXFM3N0h3MDS4 VRZn1KhOTmI+LQwDFazxP8cdaDaWnW/mGvX8JrxpDN6VaRHfeQBR0yY9MePriZ08NlD7ixKJN whFOQvl X-Spam-Score: -0.7 (/) 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 (-) -------------------- Start of forwarded message -------------------- From: Michael Albinus Subject: Re: bug#32090: 26.1; connection-local-variables do not match as de= scribed Date: Sun, 08 Jul 2018 17:16:42 +0200 Christopher Cooper writes: Hi Christoph, >>> (tramp-compat-funcall >>> 'hack-connection-local-variables-apply >>> `(:application tramp >>> :protocol ,(tramp-file-name-method vec) >>> :user ,(tramp-file-name-user-domain vec) >>> :machine ,(tramp-file-name-host-port vec))))) >>> --8<---------------cut here---------------end--------------->8--- >>> >>> That means, the Tramp implementation requires :application to be 'tramp >>> or nil, *and* it requires setting of :protocol, :user and :machine in >>> your criteria, which match the respective remote file name. >> >> This makes sense, except that I'm still confused on why :application >> can be nil but :protocol, :user, and :machine cannot be. Well, being also the Tramp maintainer, I have designed connection-local variables with Tramp in mind :-) Other packages have shown interest to use connection-local variables as well (nnimap, gnutls, if I'm not mistaken), but they haven't implemented it yet. And so there are no further feature requests. >> The Tramp info page seems pretty fine to me. The real issue is in two pl= aces: >> >> (info "(elisp) Connection Local Variables"): >>> -- Function: connection-local-set-profiles criteria &rest profiles >>> ... >>> All properties are optional; if >>> CRITERIA is =E2=80=98nil=E2=80=99, it always applies. >> >> But as determined above, if CRITERIA is 'nil', it does not always >> apply. It is up to the application to provide this feature, and Tramp >> does not. >> In fact, there is even an example showing this feature, which appears >> be plain wrong: >> >>> If CRITERIA is =E2=80=98nil=E2=80=99, it applies for all remote con= nections. >>> Therefore, the example above would be equivalent to >>> >>> (connection-local-set-profiles >>> '(:application 'tramp :protocol "ssh" :machine "localhost") >>> 'remote-bash) >>> >>> (connection-local-set-profiles >>> '(:application 'tramp :protocol "sudo" >>> :user "root" :machine "localhost") >>> 'remote-ksh) >>> >>> (connection-local-set-profiles >>> nil 'remote-null-device) >> >> At least with current Tramp, the 'remote-null-device profile will >> never apply, since it does not provide the properties needed by Tramp. >> This also means that this example is not equivalent to the above >> example as stated. Yes, that's an error. Will fix the documentation. >> The other place of confusion was the docstring for >> 'connection-local-criteria-alist' that I mentioned initially. >> >> I think ultimately, it comes down to a confusion over what "optional" >> means. I took it to mean: "It this property is provided, it will be >> checked when matching. If not, we don't care about the value of this >> property." And, as I stated earlier, I don't understand how the >> sentence "If CRITERIA is 'nil', it always applies." is try in any >> sense of those words. If the feature is working as intended, those are >> the worst offenders as far as confusing documentation. >> >> Once again, I appreciate this feature and your explanation here. I >> hope this is helpful in clarifying the documentation. Well, I'm also open to extend connection-local variables to other application's need but Tramp. Proposals welcome! The downside is, that such changes must go to the master branch (which will become Emacs 27.1). The emacs-26 branch is open for bug fixing only. >> Christopher Best regards, Michael. -------------------- End of forwarded message -------------------- From unknown Sat Jun 14 14:27:41 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32090: 26.1; connection-local-variables do not match as described Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 09 Jul 2018 14:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32090 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Christopher Cooper Cc: 32090@debbugs.gnu.org Received: via spool by 32090-submit@debbugs.gnu.org id=B32090.153114576120538 (code B ref 32090); Mon, 09 Jul 2018 14:16:02 +0000 Received: (at 32090) by debbugs.gnu.org; 9 Jul 2018 14:16:01 +0000 Received: from localhost ([127.0.0.1]:52539 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fcWxM-0005LC-ML for submit@debbugs.gnu.org; Mon, 09 Jul 2018 10:16:00 -0400 Received: from mout.gmx.net ([212.227.15.19]:51319) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fcWxK-0005Ky-RM for 32090@debbugs.gnu.org; Mon, 09 Jul 2018 10:15:59 -0400 Received: from detlef.gmx.de ([212.86.47.65]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MKHMk-1fd4ec0UZK-001eth; Mon, 09 Jul 2018 16:15:52 +0200 From: Michael Albinus References: <87tvpaawkw.fsf@gmx.de> Date: Mon, 09 Jul 2018 16:15:51 +0200 In-Reply-To: (Christopher Cooper's message of "Sun, 8 Jul 2018 09:09:59 -0400") Message-ID: <87a7r0336w.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:EvVLrzOhHhQ0ZekgeO9fjzjUmj/Xv6H3uMI1Foof/uxTYayaLee VVQBf2i0yfJ1hHMBRkvklVz+fTCmT86+IcvcAHY8dbWQVVXaVF6UK0OvuZujl+h9m3wc29c NTiPFPg9Kq4dzBCAYT54ufxB+s0OPSUvUS+D47ja27YeoJ6MzPJAklfOj7gcZ5we1qSG3io qW/FiEQSJ43bgAtpKGd6w== X-UI-Out-Filterresults: notjunk:1;V01:K0:skchuUlnuJk=:R2mH9mwCdSBsak3R9ETM3W j8x9BNOejiN6lXlMk8cWv25AFLtR4Nw+n0+ZavsksxQ0tIkx9JAI2UwrBcF/V8FVvZTjktyQ8 mqEQo4Ztscl3AG32icHKn9P7D3lGGe/OND+D+E6QIynrKDl2M04xT+IX7O3MESCAYTsuOz6xf NH8tz3NeQw7GY1kt0aiRuNa9i9qE/nT52nAP/5pw/0Sm7PwA1Jp3WvOsab4NayxQ94EF3DwCh tNU/gJ05axOReWt1FxvosZoOcJ4EewhM0lx8Pah++aVItqZeWudtXQQPu5XERp+V7M4A7t8Or AEpNT9bQQK2poOHLK7b/tEK852E7m8Rm3m7ZFPfxDMTAJ6VlB60ZhcKTR+8VtuzojPcGLXH4e ccYKS0A0b0M75qwqMCuehqDq1T+oeIIxK+M8d9Mr3jMmSDzf1dCW4lr7XWtJmmAkio8+Of+pa uEcys35RvcEe2iKGDxVh2cDvgG9q71LtAdneA7MwssXX0NnTIKvNvQA9T8JmQWdmICLjOs957 8aTgPpQQsX6hVbpf5Tm7bd8XzJnBZQEPGD91U0IObENUs/PWPlKPPCeSMID8KundDAWA7Owk/ /hPpxUbz7s1OGMa0rrRpkq20y1uMyxvLKJ0jvgcDJJzJti0QxNfzVGaA2MRwVsveAc8TKeg+0 9jQC7gxI+T6fzt8AeQVprgdZIyIIyG2GdTd8V/xkA7brokISY6y/osw5+Ka3TSGjYL369alTR kXoR1XpLuE2LvSycrBxH2dtpSHMtDu3fbdoRleoyy53wbNMDehn/ytcD6bypKv1sJBoIq1Ndo h2xcE/n X-Spam-Score: -0.7 (/) 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 (-) Christopher Cooper writes: Hi Christopher, >> That means, the Tramp implementation requires :application to be 'tramp >> or nil, *and* it requires setting of :protocol, :user and :machine in >> your criteria, which match the respective remote file name. > > This makes sense, except that I'm still confused on why :application > can be nil but :protocol, :user, and :machine cannot be. > > I think ultimately, it comes down to a confusion over what "optional" > means. I took it to mean: "It this property is provided, it will be > checked when matching. If not, we don't care about the value of this > property." And, as I stated earlier, I don't understand how the > sentence "If CRITERIA is 'nil', it always applies." is try in any > sense of those words. If the feature is working as intended, those are > the worst offenders as far as confusing documentation. Well, I've slept over this last night, and I've convinced myself that you are right. Every property shall be optional, not only :application. As documented. So I've committed a patch to the emacs-26 branch. Maybe you have a chance to check this out; otherwise the patch is accessible here: > Once again, I appreciate this feature and your explanation here. I > hope this is helpful in clarifying the documentation. If you want see some more examples for intended use, see file test/lisp/files-x-tests.el. Note, that I have adapted it as well for the patch. > Christopher Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 09 10:16:32 2018 Received: (at control) by debbugs.gnu.org; 9 Jul 2018 14:16:32 +0000 Received: from localhost ([127.0.0.1]:52543 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fcWxr-0005MX-W8 for submit@debbugs.gnu.org; Mon, 09 Jul 2018 10:16:32 -0400 Received: from mout.gmx.net ([212.227.17.22]:55889) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fcWxo-0005MJ-Iy for control@debbugs.gnu.org; Mon, 09 Jul 2018 10:16:28 -0400 Received: from detlef.gmx.de ([212.86.47.65]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MY3Ho-1fY2r73qa0-00UvTR for ; Mon, 09 Jul 2018 16:16:22 +0200 Date: Mon, 09 Jul 2018 16:16:21 +0200 Message-Id: <878t6k3362.fsf@gmx.de> To: control@debbugs.gnu.org From: Michael Albinus Subject: control message for bug #32090 X-Provags-ID: V03:K1:JKZl3jZVhk0g9mbxKYvBbzq+yucNMRu7zLm+tm8dqsrUv5o5OVV vnVOL/HHljmhPVYqt5Bh8IxcnEiwOrdMZdbTzyY8iJWMS6e89KzQbR/Ed/yj69JFhj55bI0 i/x7vnnmbkiHNtPQ7llM4BOIRGR3tQeReItVRs71zVTzBRYezbyY0Bc22CwTEBWuT5jt7c1 p7eB5xGPDI/XupiKnM5AA== X-UI-Out-Filterresults: notjunk:1;V01:K0:9ajY5jU/TZ8=:tDtKaKFNcGD/WYF1tvvoJh Lb1n0cHRZRKzyL7v5yLF1jWZNVHjt+TxvOKiq8HTjfWNDwP69isKFLEuiJu4blg4n5/MpsHrC wjtqv0mDcxADIZ7dnK/0p/BBOQTSjLdBVY0XjB2Y4u1v/Ho9eFcOsPJ7rL2mswvnRCJYERg2B aDBnxS9aUGfCPahVb7S9Isi0jvnXqt5GumhNHwlGRMH30LL4RNn6T3YEa/WziEQ0AoY22XBBC BMWxVPyI1bD3bkdjuhtb/bBL7cn3pYklkyyWdSU0cWzM3V7a22Wc6X4WKi+JvChr5bED1svg6 /aIIyd8/FNsfxp5aFImts0QKyG3jUvzB0EtQQsh4AcSO81OuZZkCcGvX23chWCtbxBEvW4I7U 7lt/wJWLk3sG9sQHUsV5pBoFwyK9YT37lC/0qISWmiUOkPvFbcQ8V3KtjgPskgDtH66zFKeqk Dzd2Iq0xCZYP54zrIaOLObgXMnWiVO5516tDWY+9vkmNt51X3HPiop1XRnfiKk028Z8OJmPpP Kdj4aj6Su/vlwL0TI/EgQWAbhvbOapDXoBfw4UNXcp3crMfqB8cZ20T/+cgwdElwR+G1003re OyrQ7QO1VaP6Fct62pkzPwT8NNs94Bs/30Ox3ifWRvBNwAyULVLhrE/wh/s6DGAFpi5XqzY/3 VFxeONYFpInZfdM/EKK6pPjvHxyYKxu+vPUgS62xBXVDIIxHW1o2p1jUCrnA/TLPy3nGvmPdi L/lyIL4XMc/HO+nRmmk2NDF4Xi1tKRbWJIJN1AZlPh8J1q4mEGpsP8c11MQ= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) tags 32090 fixed From unknown Sat Jun 14 14:27:41 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32090: 26.1; connection-local-variables do not match as described Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Sep 2018 09:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32090 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Christopher Cooper Cc: 32090@debbugs.gnu.org Received: via spool by 32090-submit@debbugs.gnu.org id=B32090.15361381896832 (code B ref 32090); Wed, 05 Sep 2018 09:04:02 +0000 Received: (at 32090) by debbugs.gnu.org; 5 Sep 2018 09:03:09 +0000 Received: from localhost ([127.0.0.1]:46365 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fxTiP-0001m7-04 for submit@debbugs.gnu.org; Wed, 05 Sep 2018 05:03:09 -0400 Received: from mout.gmx.net ([212.227.15.19]:43055) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fxTiN-0001ll-3r for 32090@debbugs.gnu.org; Wed, 05 Sep 2018 05:03:07 -0400 Received: from detlef.gmx.de ([213.220.156.160]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LyWAQ-1frNXG2OyU-015uHC; Wed, 05 Sep 2018 11:03:00 +0200 From: Michael Albinus References: <87tvpaawkw.fsf@gmx.de> <87a7r0336w.fsf@gmx.de> Date: Wed, 05 Sep 2018 11:02:59 +0200 In-Reply-To: <87a7r0336w.fsf@gmx.de> (Michael Albinus's message of "Mon, 09 Jul 2018 16:15:51 +0200") Message-ID: <87efe8gvuk.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:wmQEwmRua5dK4oY0ETrXXgKYLRzU+0N116zIbCVyNgnorIKKwHn E6MrdveRorAF7idnxrmZR1j8CM3xMsFv/cxMrPyIRW1vyS563jCiJuKJXKdQ1IbC1L3EzGj TzcwzY4n2ouw5xMxV04O80/IhJPJH+OyJYpCvwwx/ahvJwRNnt6BJUCIrRbktZd99v8jknH tpmecbuj0MWXMtPzP/gZw== X-UI-Out-Filterresults: notjunk:1;V01:K0:JhbKlGZiOY0=:SkONroADBt5v6TkOR+Kgo8 tB/L3tfF6gnTTl3Kz4zDG7MfUSI+qMEPdE1VfrExfHa/wJGbtfGhxsrJB8H6aUEd5duMjCJi9 uenSc/nrCFRuWzrcXzQiqKbLqLx+WND2tC6sBjX2PGvsKtRl4hoapKbdwzVVfvgKORgIu0LeA tBMgcZxUTau5G5AqTjVXiWNaNNXMroiEGz4H9CIgA04ofV0NT+ceAU9+B3riiNUT20H/7TaWf pDuy8M4bL1DaQeCvHTglakQzZebZSecPKq9nYolIO2ida0JOiwXDG7BDSMDFdp3l0GczDgWmG mCyKHKmHzKBbsd6Kdrp8z3zNf1iainZMp9BeOBZkwbbXuKUUWOIq1SAGvGUs8o3ErPT1z0APt +yMXT+h13JOJP/JCDcHGgSexiGaZxyKHSD9c93RaXQYxqctB+kynbCf/FI2Oo6WYLV5fCbwg1 wItjFK9yv03HkP4+n937kWRMeSmq74Ym3pJ2HwN/7Okn4UtueJQM9s65zlMj2xnq/cgLdWmck TS8dPc+yg+lLJqbG+wWvdpcN9ro5oczWkC0KZR8ZYpUy+s3nbNTdULAD3GeXGJmy1A9+IzRBl veTftw8MLgc+ze51d14wlMsOy055nK1W8aZhstnsjNVam40P5pRFnnjvQaiJiIIL2ZCuXFtMo iSS2BICvKtgHPyV9AdG9Gkt3T2++LR/KrUBmuG0IR9Slytu3GdHwU8bFZOLTjpmymge1xnXS2 EJPbq7iee/LSGTNoHp7GzLdGVn102B3wb+KxZfTjIoBard0rXN+nPQNJhrebPNBENoOUteGB1 gpUMsBh X-Spam-Score: -0.7 (/) 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 (-) Michael Albinus writes: Hi Christopher, >>> That means, the Tramp implementation requires :application to be 'tramp >>> or nil, *and* it requires setting of :protocol, :user and :machine in >>> your criteria, which match the respective remote file name. >> >> This makes sense, except that I'm still confused on why :application >> can be nil but :protocol, :user, and :machine cannot be. >> >> I think ultimately, it comes down to a confusion over what "optional" >> means. I took it to mean: "It this property is provided, it will be >> checked when matching. If not, we don't care about the value of this >> property." And, as I stated earlier, I don't understand how the >> sentence "If CRITERIA is 'nil', it always applies." is try in any >> sense of those words. If the feature is working as intended, those are >> the worst offenders as far as confusing documentation. > > Well, I've slept over this last night, and I've convinced myself that > you are right. Every property shall be optional, not only :application. > As documented. > > So I've committed a patch to the emacs-26 branch. Maybe you have a > chance to check this out; otherwise the patch is accessible here: > > >> Once again, I appreciate this feature and your explanation here. I >> hope this is helpful in clarifying the documentation. > > If you want see some more examples for intended use, see file > test/lisp/files-x-tests.el. Note, that I have adapted it as well for the > patch. Are there still problems wfor you with this? Otherwise, I believe the bug could be closed. >> Christopher Best regards, Michael. From unknown Sat Jun 14 14:27:41 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32090: 26.1; connection-local-variables do not match as described Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Sep 2018 18:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32090 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Michael Albinus Cc: 32090@debbugs.gnu.org, Christopher Cooper Received: via spool by 32090-submit@debbugs.gnu.org id=B32090.153617092218186 (code B ref 32090); Wed, 05 Sep 2018 18:09:02 +0000 Received: (at 32090) by debbugs.gnu.org; 5 Sep 2018 18:08:42 +0000 Received: from localhost ([127.0.0.1]:47370 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fxcEL-0004jG-OW for submit@debbugs.gnu.org; Wed, 05 Sep 2018 14:08:42 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58016) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fxcEK-0004j1-3e for 32090@debbugs.gnu.org; Wed, 05 Sep 2018 14:08:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fxcEE-0001YK-Au for 32090@debbugs.gnu.org; Wed, 05 Sep 2018 14:08:34 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49432) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fxcEA-0001Sf-Lq; Wed, 05 Sep 2018 14:08:30 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1fxcEA-0003uG-GU; Wed, 05 Sep 2018 14:08:30 -0400 From: Glenn Morris References: <87tvpaawkw.fsf@gmx.de> <87a7r0336w.fsf@gmx.de> <87efe8gvuk.fsf@gmx.de> X-Spook: FDA Peking Lexis-Nexis Mud slide cypherpunk TSA X-Ran: b8QNXD}aK{KTGaW2oU'7ihc*`60_/"|7PNh1z81-'gd3}-vKkKuF"`{nnZ$M\{PH^g!/]j X-Hue: yellow X-Attribution: GM Date: Wed, 05 Sep 2018 14:08:30 -0400 In-Reply-To: <87efe8gvuk.fsf@gmx.de> (Michael Albinus's message of "Wed, 05 Sep 2018 11:02:59 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) 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: -6.0 (------) Michael Albinus wrote: > Are there still problems wfor you with this? Otherwise, I believe the > bug could be closed. FWIW, I strongly suggest adopting the reverse philosophy: when you think a bug is fixed, close it, and invite the submitter to comment if it seems unfixed. There are just too many reports to do it the other way. A closed bug can still be corresponded with. (It gets archived after a month with no comments, which seems quite appropriate to me.) From unknown Sat Jun 14 14:27:41 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32090: 26.1; connection-local-variables do not match as described Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 Sep 2018 07:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32090 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Glenn Morris Cc: 32090@debbugs.gnu.org, Christopher Cooper Received: via spool by 32090-submit@debbugs.gnu.org id=B32090.15362176442078 (code B ref 32090); Thu, 06 Sep 2018 07:08:02 +0000 Received: (at 32090) by debbugs.gnu.org; 6 Sep 2018 07:07:24 +0000 Received: from localhost ([127.0.0.1]:47631 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fxoNw-0000XR-FX for submit@debbugs.gnu.org; Thu, 06 Sep 2018 03:07:24 -0400 Received: from mout.gmx.net ([212.227.17.20]:52071) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fxoNu-0000XA-5y for 32090@debbugs.gnu.org; Thu, 06 Sep 2018 03:07:22 -0400 Received: from detlef.gmx.de ([79.140.121.49]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MQeET-1gRlSZ2BQ5-00U1nw; Thu, 06 Sep 2018 09:07:14 +0200 From: Michael Albinus References: <87tvpaawkw.fsf@gmx.de> <87a7r0336w.fsf@gmx.de> <87efe8gvuk.fsf@gmx.de> Date: Thu, 06 Sep 2018 09:07:12 +0200 In-Reply-To: (Glenn Morris's message of "Wed, 05 Sep 2018 14:08:30 -0400") Message-ID: <87lg8fqf33.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:hbV1E3zc1BKjls/lvCTybWr1gt806B+AkV4Fa+y5uE/KaotKIJi /mwcNpIuDek+cWz07sKsOu8JNQvLYmVaJXl+DOe3aCbK9yxa/YQPpnXwAQ08Sa+zK9Jx8dJ ZILez2EzlojTgDnxg7ZPYrOCwl5psVjhiqgIJt10yEgMGqcUx5Kmd+2WTLCXZLeDgcoM9qK MpozQ8SBxImECEdObIO6A== X-UI-Out-Filterresults: notjunk:1;V01:K0:2YL6ckZX6pw=:16XzBSfvY441rl2CRc3XlE Lvw/2kZqIkNxzTLWHL5tgjtiC97nXmldKfFYL1M1hWpImYYFHkWgGiFvBlZG3ZlvStbig1HkR YlhQU4mbd5LQ9DxTqF4J6/85VzxqNAOxhKdE1o30RfTdv3bOIFoeAcQlbJH+yEdgTJM1GDfNy QxxHnfeVmPTOhEkuufaz0qVkoEjlSDcoZKEYfdoNFdOUnCC2faLQSlpwlFo+P83tb38KLBRZd OvpsBKtOhxxkNEcj1rMy8hW4qIU5EadPlo1leF+H3SK0DWf9BqCiRk3HVXtdHtfMIyHYM6Jbn jwib4eNQEDnM3lZDVg2J1mQsgxhJuERMuOOhdLGM3cgHDpowoHwfwjcYdD912LEBlMcg3dy22 vI1WUi1zRUQiJ51CYNBWUf0SahAyunr6abkl53Cq9zj9OqPRgmMCYUn+LaiUj+wlVn1QP/2XW paAwiHJeS7etGMzCz4xjuzlgEtSDXOcz+TqbX/6i9CybtFzBgoP+b0mku/4yB3aMlSlojTpjg tP03zHW3Lhz722RxeWHoJayRWPQzp0R04jAqYgjOkk857yL6aSoacjkRI6QCNdnvGOySqQIII DteiYrYQ3J6iPljR8VtMRn4xvqslaBSgiZu50/AzMOG/49++wH/QkQh+m7/Q9McIuTsN5IgC0 SfbrchXRRszAsO7e5KjAOoDygLjeEmYNstTB7fd7jQF8me13glE+yWCPufxJRldfiqtIxGtJj mnlZhgGdqS0Ju2PsqDo88P5J8lw07Hzqtylm751vyX/WQ4sDfGRzWaA7j+Yi94EtyPsLanN+0 yIzJ/Xo X-Spam-Score: 0.0 (/) 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 (-) Glenn Morris writes: Hi Glenn, > FWIW, I strongly suggest adopting the reverse philosophy: when you think > a bug is fixed, close it, and invite the submitter to comment if it > seems unfixed. There are just too many reports to do it the other way. > A closed bug can still be corresponded with. (It gets archived after a > month with no comments, which seems quite appropriate to me.) I understand your concern. However, due to my daily job I'm socialized to hear to testers carefully ... I'm using the ELPA debbugs package for my Emacs workflow. Every bug I care will be tagged locally. Showing the local tagged bugs (via debbugs-gnu), I have all bugs of my todo list, just some few dozen. No closed bug; when I bug is losed I remove the local tag. When I fix a bug in the repository, I add the "fixed" marker, and ask the OP for confirmation. If there is no answer for a while, a reminder is sent. If there's still no confirmation, I close the bug. Yes, fixed bugs need longer to be closed. But they are marked as fixed, and they don't become forgotten because they are still tagged locally. I belief this is robust enough. Best regards, Michael. From unknown Sat Jun 14 14:27:41 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32090: 26.1; connection-local-variables do not match as described Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2018 09:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32090 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Christopher Cooper Cc: 32090@debbugs.gnu.org Received: via spool by 32090-submit@debbugs.gnu.org id=B32090.15416692314592 (code B ref 32090); Thu, 08 Nov 2018 09:28:01 +0000 Received: (at 32090) by debbugs.gnu.org; 8 Nov 2018 09:27:11 +0000 Received: from localhost ([127.0.0.1]:40296 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKgaj-0001Bz-LU for submit@debbugs.gnu.org; Thu, 08 Nov 2018 04:27:11 -0500 Received: from mout.gmx.net ([212.227.17.21]:39085) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKgah-0001Bm-Mv for 32090@debbugs.gnu.org; Thu, 08 Nov 2018 04:27:08 -0500 Received: from detlef.gmx.de ([79.140.117.112]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MDW9x-1gHiyf3dyn-00GsFf; Thu, 08 Nov 2018 10:27:01 +0100 From: Michael Albinus References: <87tvpaawkw.fsf@gmx.de> <87a7r0336w.fsf@gmx.de> <87efe8gvuk.fsf@gmx.de> Date: Thu, 08 Nov 2018 10:27:00 +0100 In-Reply-To: <87efe8gvuk.fsf@gmx.de> (Michael Albinus's message of "Wed, 05 Sep 2018 11:02:59 +0200") Message-ID: <871s7vor6j.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:FiG9Zw3tzXzohMcxBLahWBQ9FpJIdqzP3aUF0kHQJreG9tb3yEp GS6UX8OgVQl1M0tTqMUyocdlnfSIu7w6S+6D9lhJh4OcKAQCZYzQ03weXP3PyjqgLLoSojb qSf9ZgUBGqRhsh/0/rz51E2D8WZWV/ANvGAC7k6CWAGXYYipy9x8QQ0dkyxqJZSPAB1EXXm O0/MnJiq3z8kDP8ELGItA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:vREZyrNEJd8=:yX38f0BYcD5zu6TxoQceuh TfQxJsO6uWXkbrwZx8LpJBTBxlsuLd+MkUHvA6CK3Xc6ef6TUReBN/nRAQqWmCE51QipG6FTc S1rMdhB2zS9o5RW0bIrbhz1g1MRS1oEq8AamnUM6lRvBfUnVkDoMchS6k9EoSwbHNpx8o+0Ym g4wTYroYvLFXptqf4dIDvU8gDK++qu2sD7FlAFALdegMXSd8tcxigOUrzt7hlJ5wAod47lgCM MmthhEy+0skj5VrB+Zsj1B9OJ2tTPY6XwFekvmnYJlp8NCtcsy4S23gsM/vF3ayvf45g/sNQj vrILwv744cNpBEAgWf5GrHF7FsH82KN/nsaov1EMYC4GEgfu7EmFDbfgyFHjEhKbkZuh+VOij 45QctEb2gCGkvsAJ8VBqE3mcFBVE1CvHu8fZO/1tmNZ6JuEM7ls3eTBsCh8KyDIeNoPv2RR/h fORarFvSPySLjnejcyrQvifgeZCcp3n0E0MdusxUp6OUNAbqvbuSqv89sOs6Mscx2V+rC7e/h Z1OozGa2gn/D+IyBMUS3b0yX+V/IuxKOhlMy6zzvG6p00xT7BEK6BtoFTjPpPhOAZ5N+H7OV9 Yc/0mTcw1ol33FeE4tRpkXhPLMyjrDr8JPXYa5lLcOBTac0/cqKnQNjVqbtJ5MEegg+21xgBP 3QKYmzha5fFQ4dF7ObZMgoeDL3rApUXFo53Dk6qzH1koc4H7Nf+xugGwPC0xDfdaMgu1aQKqW m2z/OfYYqz4eVbQmfp9TtfsC1x6Nt5E4ejk1YSgobvfZmQDq1/vhc+E86JosbB7hUrAVq2cfy wAd8PP5752yUl4MJN2Q+k6prgBv2B5Q85JdBDtrbHEzTVI34n8tQTRAkU1r6B+5fhd/3Nh7cE iNC72G76XZUU+cPyyQAoxtFqXVKqGIXNM0Z+k5kjcEq9KyG0dnGlESb9tBDLP+NJk+V/oyWFM y7BJZNP15UA== X-Spam-Score: -0.7 (/) 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 (-) Version: 26.2 Michael Albinus writes: Hi Christopher, > Are there still problems wfor you with this? Otherwise, I believe the > bug could be closed. No news are good news. I'm closing the bug. >>> Christopher Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 08 04:27:32 2018 Received: (at control) by debbugs.gnu.org; 8 Nov 2018 09:27:32 +0000 Received: from localhost ([127.0.0.1]:40299 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKgb6-0001CY-8x for submit@debbugs.gnu.org; Thu, 08 Nov 2018 04:27:32 -0500 Received: from mout.gmx.net ([212.227.15.15]:41053) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKgb4-0001CL-Df for control@debbugs.gnu.org; Thu, 08 Nov 2018 04:27:30 -0500 Received: from detlef.gmx.de ([79.140.117.112]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M6AbC-1fbH0Q0SE6-00yCBk for ; Thu, 08 Nov 2018 10:27:24 +0100 Date: Thu, 08 Nov 2018 10:27:23 +0100 Message-Id: <87zhujnclg.fsf@gmx.de> To: control@debbugs.gnu.org From: Michael Albinus Subject: control message for bug #32090 X-Provags-ID: V03:K1:Fb0uUn2617tv3FgbticTNClwAfY4MNShuSj2UEY77agW/G+qKH4 vIqxBhScJMP0RVtmbwB+KaYM8PT0gm5juw9qLsTbpBZcmo61BkIFk4c3Sm+K1abK+cBwO8C dXP+xRcpK2u2RWWhLq8LJgHAy0sf9geUbbQIBn1LWYekDABUs2vAnpx2UmgtOB1WzJkN+IK KAlin38J5mfBAqNN4Kx8Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:471eG+/cTRQ=:RQMT/EZVr0tjAulQq9Q+S8 4jY0X9d8wqylG37lncM/iN7UXLW/4Y2fURoZRbxwqBvr3IC/cWnQIHHMtFQbJkbTrtFgfO8Fs Vhk3xNsDA5vXIdHT8Uh7rOL0qCXvXzkat6t9RpyOKuxtBI05w6s7qK4uM7pmT38lS9mQq6kmV 1XrSOzPGO3i6pQOurWG396YeO1kVp4ePrZ4n7l5etSiZ29jkD9Sy7LIIHx4Uo9WCK83JKthCE qW3bjjKoOfU7LMPxRuLGnMStS+xZSF1XwZcK2iloJQcTboQK3MXo/jlk/lkwN/MvKtdPxUZet IVx+tVKWC7CrVkEGlsC6kjDNfys32k+ej+ON2q55ZogFDzw9GOv1N9ZeZcQ5dYBRqCN4fuder Z2euBMPeAhWYKaNUkqY7t0GOb/zrETBxQzGc6HTS5PHlqMCSb+itln79UKdq3205pmQIVFDt0 CULJ78uXz1jWDgNpJbzD9VSmZ6fNa+fqj7kHIQP5C6nhL7xpUyRmxUQIIutS9+si6S9f+ITdT GUrHbkUbUYFbPXh4AHhsA37xotrq906V02bcCu2ITcymnPvGfPJ3VN/onZneOQhP3dzMEL6vQ 7UV8AiIElEYaIzMl6mnq+9e3ldA2KDRFpfG6hM5KZdIbWRkihmKUtXlVcVd5yOVysX8nj+8o9 OZEvFPM2JOiqcOcmyKFlgn89qLzgMHHVWqDWbHOEvzkgx1L0Hit1JCIwCYR9CNryYJ6JGFtRd TQ2tah4fbjNOCDWl3UqfljzV2ssQDbAW4wXAa5zBTkGUZXZhFsr5tuVnWk10Y6ObFdgchIe50 AlGeLieVQHyYsBCpsSoqaVxr+sfqjx5WWIa5qninIFJsuT81xyQfYyT9CDp2gLK5OVsGCoAYb OwczN6vj6bkdzf5rOrnUnWQaIjOfKRYGoRbYD/NtrdH70UYIi0Q0f82wSQ8YW/ X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) tags 32090 fixed close 32090