GNU bug report logs -
#42242
27.0.91; emacs.service now requires emacs to be built with -lsystemd
Previous Next
Reported by: Nicolas Richard <youngfrog <at> members.fsf.org>
Date: Tue, 7 Jul 2020 14:40:02 UTC
Severity: minor
Tags: fixed, patch
Found in version 27.0.91
Fixed in version 27.2
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #8 received at 42242 <at> debbugs.gnu.org (full text, mbox):
Am Di., 7. Juli 2020 um 16:40 Uhr schrieb Nicolas Richard
<youngfrog <at> members.fsf.org>:
>
> Using emacs-27 branch
>
> I've been using the unit etc/emacs.service, provided with emacs, for
> quite some time.
>
> With emacs-27, it seemed to still work (i.e. no obvious error and I can
> create a frame with emacsclient) but then systemd decided that the
> operation had timed out and killed emacs :
>
> systemd[2465]: emacs.service: Start operation timed out. Terminating.
> systemd[2465]: emacs.service: Main process exited, code=exited, status=15/n/a
> systemd[2465]: Failed to start Emacs text editor.
> systemd[2465]: emacs.service: Unit entered failed state.
> systemd[2465]: emacs.service: Failed with result 'exit-code'.
>
> As it turns out, emacs now uses Type=notify (commit
> 19f5f7b19b0dcdae87476a3fd51c41f840b2b80f) instead of Type=simple, and
> this requires emacs to be built with -lsystemd. I didn't have
> libsystemd-dev installed, so it didn't work.
I guess what we could do is have Autoconf generate emacs.service,
using Type=notify if and only if Emacs is built against libsystemd.
Not sure whether that's 100% reliable, though.
This bug report was last modified 4 years and 281 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.