emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#12112: closed (24.1.50; Starting emacs without dbu


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#12112: closed (24.1.50; Starting emacs without dbus)
Date: Fri, 24 Aug 2012 13:10:03 +0000

Your message dated Fri, 24 Aug 2012 15:08:18 +0200
with message-id <address@hidden>
and subject line Re: bug#12112: 24.1.50; Starting emacs without dbus
has caused the debbugs.gnu.org bug report #12112,
regarding 24.1.50; Starting emacs without dbus
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
12112: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12112
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 24.1.50; Starting emacs without dbus Date: Wed, 01 Aug 2012 15:46:26 +0200 (CEST)
This is perhaps a documentation enhancement request,
or perhaps a feature request.

Background: emacs launches dbus if it is started under X11 (i.e., with
DISPLAY set). If the user logged into the machine via ssh, the dbus
process(es) will continue after emacs is terminated, thus holding open
a channel (or two) through the ssh tunnel to the X11 server. So ssh
hangs when the user tries to log out.

Therefore, there is a need for users to be able to either start emacs
without launching dbus in the process, or else making sure that dbus
is also terminated when emacs is terminated (if dbus was started by
emacs in the first place).

This can be achieved in the current code by compiling emacs with these
configure flags: --without-dbus --without-gsettings --without-gconf
However, this is very difficult to discover without extensive trial
and error. If this could be documented some place, it would be good.
Or perhaps the configure script should have an option that is
equivalent to this combination?

It would be even more desirable if the goal of running without dbus
could be achieved without a specially compiled binary. I know of just
one way to achieve that:

  DISPLAY= emacs --daemon
  emacsclient -c ...

This works because emacs does not launch dbus if it does not have
DISPLAY set in its environment. Perhaps that might be documented, too.

Yet another possibility: A special startup flag to stop emacs from
launching dbus, perhaps by unsetting DISPLAY in its own environment
during startup, then resetting it after all the code that might
conceivably launch dbus has run. (This may not be practical.)

I am seeing this problem in recent bzr revisions (as of yesterday and
today) on trunk.

All this has been discussed on the emacs-deval mailing list: See the
thread titled "Emacs insists on starting dbus?" starting on July 31,
2012.

In that thread it has been noted that the dbus maintainers have an
open issue surrounding this phenomenon:
https://bugs.freedesktop.org/show_bug.cgi?id=32509
However, a long time has passed without any acitivity, so it may not
be resolved on the dbus side for a while.

- Harald



--- End Message ---
--- Begin Message --- Subject: Re: bug#12112: 24.1.50; Starting emacs without dbus Date: Fri, 24 Aug 2012 15:08:18 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux)
Harald Hanche-Olsen <address@hidden> writes:

> Yet another possibility: A special startup flag to stop emacs from
> launching dbus, perhaps by unsetting DISPLAY in its own environment
> during startup, then resetting it after all the code that might
> conceivably launch dbus has run. (This may not be practical.)

Finally, it is sufficient to set DBUS_SESSION_BUS_ADDRESS to a syntactic
correct, but invalid address. Call Emacs like

# env DBUS_SESSION_BUS_ADDRESS=unix:path=/tmp/foo emacs

I have documented this in the Emacs manual, node Emacs Invocation >
Environment > General Variables. I'm closing this bug.

> - Harald

Best regards, Michael.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]