From: Michael Albinus <michael.albinus@gmx.de>
To: Glenn Morris <rgm@gnu.org>
Cc: 33781@debbugs.gnu.org
Subject: bug#33781: tramp tests abort on hydra
Date: Tue, 18 Dec 2018 20:33:47 +0100 [thread overview]
Message-ID: <87h8faeijo.fsf@gmx.de> (raw)
In-Reply-To: <2wlg4mbsgt.fsf@fencepost.gnu.org> (Glenn Morris's message of "Tue, 18 Dec 2018 13:27:46 -0500")
Glenn Morris <rgm@gnu.org> writes:
> Michael Albinus wrote:
>
>> The first problem was, that `tramp-remote-path' has lost its autoload
>> cookie. Requiring tramp-sh is a valid workaround, but the better
>> solution is to bring the autoload cookie back into place. Which I did.
>
> That's a shame, I always like to see variables get un-autoloaded.
Same here. Well, the variables go to tramp-loaddefs.el, which is less
annoying than loaddefs.el, isn't it?
The problem is setting a user option. If you want to set just a value,
it works fine:
--8<---------------cut here---------------start------------->8---
# emacs -Q --eval '(customize-set-variable (quote tramp-verbose) 6)'
--8<---------------cut here---------------end--------------->8---
This doesn't work, if you need the initial value of the user option in
order to compute a new value:
--8<---------------cut here---------------start------------->8---
# emacs -Q --eval '(customize-set-variable (quote tramp-remote-path) (add-to-list (quote tramp-remote-path) (quote tramp-own-remote-path)))'
=> customize-set-variable: Symbol’s value as variable is void: tramp-remote-path
--8<---------------cut here---------------end--------------->8---
If I would know a trick how to apply the latter one, I could get rid of
the respective autoloads.
Best regards, Michael.
next prev parent reply other threads:[~2018-12-18 19:33 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-17 19:16 bug#33781: tramp tests abort on hydra Glenn Morris
2018-12-17 19:36 ` Michael Albinus
2018-12-18 1:05 ` Glenn Morris
2018-12-18 1:37 ` Glenn Morris
2018-12-18 2:23 ` Glenn Morris
2018-12-18 7:06 ` Glenn Morris
2018-12-18 13:21 ` Michael Albinus
2018-12-18 18:29 ` Glenn Morris
2018-12-18 19:52 ` Michael Albinus
2018-12-18 20:49 ` Glenn Morris
2018-12-19 19:53 ` Michael Albinus
2018-12-19 20:33 ` Andreas Schwab
2018-12-20 10:16 ` Michael Albinus
2018-12-20 17:25 ` Andreas Schwab
2018-12-20 20:50 ` Michael Albinus
2018-12-21 8:25 ` Andreas Schwab
2018-12-21 12:55 ` Michael Albinus
2018-12-20 17:46 ` Glenn Morris
2018-12-20 21:06 ` Michael Albinus
2018-12-19 21:50 ` Glenn Morris
2018-12-20 10:19 ` Michael Albinus
2018-12-19 22:10 ` Glenn Morris
2018-12-18 13:09 ` Michael Albinus
2018-12-18 18:27 ` Glenn Morris
2018-12-18 19:33 ` Michael Albinus [this message]
2018-12-18 20:47 ` Glenn Morris
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87h8faeijo.fsf@gmx.de \
--to=michael.albinus@gmx.de \
--cc=33781@debbugs.gnu.org \
--cc=rgm@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.