GNU bug report logs -
#35241
27.0.50; Tramp can't decrypt .authinfo.gpg in Win 10
Previous Next
Reported by: Shuguang Sun <shuguang79 <at> qq.com>
Date: Fri, 12 Apr 2019 02:46:01 UTC
Severity: normal
Found in version 27.0.50
Done: Michael Albinus <michael.albinus <at> gmx.de>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Wed, 17 Apr 2019 14:08:19 +0200
with message-id <87mukoomvg.fsf <at> gmx.de>
and subject line Re: bug#35241: 27.0.50; Tramp can't decrypt .authinfo.gpg in Win 10
has caused the debbugs.gnu.org bug report #35241,
regarding 27.0.50; Tramp can't decrypt .authinfo.gpg in Win 10
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
35241: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=35241
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Hi,
I use .authinfo.gpg to store my login information, instead of .authinfo.
Whe I open /plink:... with tramp, emacs get blocked and it seems tramp
is dealing with .authinfo, and it doesn't decrypt the file. I need open
.authinfo.gpg first, which means emacs can read .authinfo.gpg whithout
interaction (passphrase?), and then tramp can do the following action
(e.g., login...), and messaging
"Decrypting c:/Users/username/HOME/.authinfo.gpg...done".
Gnus works well, and it can interact with passphrase and ask for the
password for .authinfo.gpg.
In GNU Emacs 27.0.50 (build 3, x86_64-w64-mingw32)
of 2019-04-05 built on RSHMX11052
Repository revision: a68c96863289d5d8ccfc2f775d0018a2721c5e53
Repository branch: master
Windowing system distributor 'Microsoft Corp.', version 10.0.15063
System Description: Microsoft Windows 10 Enterprise (v10.0.1703.15063.1689)
Configured using:
'configure --without-imagemagick --without-pop
'--program-transform-name=s/^ctags$/ctags.emacs/'
PKG_CONFIG_PATH=/mingw64/lib/pkgconfig:/mingw64/share/pkgconfig'
Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2
ZLIB TOOLKIT_SCROLL_BARS THREADS JSON PDUMPER LCMS2 GMP
Important settings:
value of $LANG: CHS
locale-coding-system: cp936
[Message part 3 (message/rfc822, inline)]
Michael Albinus <michael.albinus <at> gmx.de> writes:
> Thinking about, the appropriate solution is quoting `default-directory':
>
> This does not work yet, `locate-file-internal' does not cooperate with a
> quoted `default-directory'. Will debug.
It was a problem with my local environment, not relevant for the problem.
I've pushed the fix and a respective test case to master. Closing the bug.
It would be great, if somebody could confirm that
`files-tests-executable-find' passes on MS Windows. I cannot test myself.
Best regards, Michael.
This bug report was last modified 6 years and 37 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.