GNU bug report logs - #27620
systemd environment SSH_AUTH_SOCK in emacs.service

Previous Next

Package: emacs;

Reported by: Alex Branham <alex.branham <at> gmail.com>

Date: Sat, 8 Jul 2017 15:45:02 UTC

Severity: minor

Tags: fixed

Fixed in version 27.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 27620 in the body.
You can then email your comments to 27620 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#27620; Package emacs. (Sat, 08 Jul 2017 15:45:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Alex Branham <alex.branham <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 08 Jul 2017 15:45:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Alex Branham <alex.branham <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: systemd environment SSH_AUTH_SOCK in emacs.service
Date: Sat, 08 Jul 2017 17:44:05 +0200
Hello -

The systemd service file "etc/emacs.service" sets the environmental variable SSH_AUTH_SOCK to "%t/keyring/ssh", which won't work for all users. I think that's a GNOME-specific thing, maybe?

In any case, it overwrites values of SSH_AUTH_SOCK that the user actually sets (in ~/.pam_environment, for example).

Would it be possible to remove that Environment line from the emacs.service file? Instead of guessing at what the value should be, maybe consider adding in the release notes or in the manual (if the systemd service has a section in the manual) that users can set the value of SSH_AUTH_SOCK by either 1) setting it session-wide in ~/.pam_environment, or 2) editing the emacs service file with "systemctl --user edit emacs.service" and adding something like below (replacing "%t/keyring/ssh" with the appropriate value):

[Service]
Environment="SSH_AUTH_SOCK=%t/keyring/ssh"

Thanks,
Alex




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#27620; Package emacs. (Sun, 21 Jul 2019 15:13:01 GMT) Full text and rfc822 format available.

Message #8 received at 27620 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Alex Branham <alex.branham <at> gmail.com>
Cc: 27620 <at> debbugs.gnu.org
Subject: Re: bug#27620: systemd environment SSH_AUTH_SOCK in emacs.service
Date: Sun, 21 Jul 2019 17:12:45 +0200
Alex Branham <alex.branham <at> gmail.com> writes:

> The systemd service file "etc/emacs.service" sets the environmental
> variable SSH_AUTH_SOCK to "%t/keyring/ssh", which won't work for all
> users. I think that's a GNOME-specific thing, maybe?
>
> In any case, it overwrites values of SSH_AUTH_SOCK that the user
> actually sets (in ~/.pam_environment, for example).
>
> Would it be possible to remove that Environment line from the
> emacs.service file?

I've now commented it out on the Emacs trunk, and added a comment saying
why.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) fixed. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sun, 21 Jul 2019 15:13:02 GMT) Full text and rfc822 format available.

bug marked as fixed in version 27.1, send any further explanations to 27620 <at> debbugs.gnu.org and Alex Branham <alex.branham <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sun, 21 Jul 2019 15:13:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 19 Aug 2019 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 223 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.