unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: "Óscar Fuentes" <ofv@wanadoo.es>
Cc: 35300@debbugs.gnu.org
Subject: bug#35300: 27.0.50; emacsclient on remote sessions no longer works
Date: Fri, 19 Apr 2019 17:08:07 +0300	[thread overview]
Message-ID: <837ebqccl4.fsf@gnu.org> (raw)
In-Reply-To: <874l6uqfz5.fsf@telefonica.net> (message from Óscar Fuentes on Fri, 19 Apr 2019 15:31:10 +0200)

> From: Óscar Fuentes <ofv@wanadoo.es>
> Cc: rgm@gnu.org,  35300@debbugs.gnu.org
> Date: Fri, 19 Apr 2019 15:31:10 +0200
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> FWIW, the least emacsclient could do is to inform about its dependency
> >> on XDG_RUNTIME_DIR when it fails to connect to the server and that
> >> variable is undefined.
> >
> > Any other missing pieces of information you'd like to be added?
> 
> All the documentation I browsed for an hour before figuring out what the
> problem was? :-)

Thanks, but that's not specific enough for me to take any practical
action.

> > Also, I don't think I understand clearly what exactly failed in your
> > case.  Did you have XDG_RUNTIME_DIR defined or didn't you?  If you
> > did, what exactly caused the failure to find the socket?
> 
> Some time ago I disabled PAM on my sshd_config, because it was not use
> for me and it adds complexity to the log-in procedure. Everything worked
> fine for years, emacsclient included, until just a few days ago that I
> started using Emacs 27 for testing one of the new features.

So you didn't have XDG_RUNTIME_DIR set?  In that case, I feel I
understand the issue even less, because when XDG_RUNTIME_DIR is not
defined, emacsclient is supposed to fall back to the old behavior...

(If my questions bother you, feel free to tell, and I will stop.)





  reply	other threads:[~2019-04-19 14:08 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-16 21:21 bug#35300: 27.0.50; emacsclient on remote sessions no longer works Óscar Fuentes
2019-04-19  0:36 ` Glenn Morris
2019-04-19  1:54   ` Óscar Fuentes
2019-04-19  7:36     ` Eli Zaretskii
2019-04-19 12:36       ` Óscar Fuentes
2019-04-19 13:10         ` Eli Zaretskii
2019-04-19 13:31           ` Óscar Fuentes
2019-04-19 14:08             ` Eli Zaretskii [this message]
2019-04-19 14:30               ` Óscar Fuentes
2019-04-19 15:07                 ` Eli Zaretskii
2019-04-19 15:40                   ` Óscar Fuentes
2019-04-20 17:42       ` Glenn Morris
2019-04-20 17:59         ` Óscar Fuentes
2019-04-20 19:31 ` Paul Eggert
2019-04-20 19:52   ` Óscar Fuentes
2019-04-24 16:13     ` 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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=837ebqccl4.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=35300@debbugs.gnu.org \
    --cc=ofv@wanadoo.es \
    /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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).