Control: reassign -1 lightdm 1.8.5-2
Hi Vincent,
On 22.12.2013 23:30, Andreas Cadhalpun wrote:
I just tried twm, but twm just hangs and gives many of the following
Sorry, twm does not hang, I just had no idea how minimal twm really is:
It does not show anything after login, only the background. The only way
I found to interact with it, is to left click on the background, so that
a menu appears. (Seriously, does anyone use twm as window manager?)
In fact, I cannot reproduce the problem with twm as well.
I was wondering, why this works for me and not for you, when I noticed,
that you use unstable, while I use testing. (I was first mislead by the
fact, that you reported the original bug against lightdm-gtk-greeter,
which has still version 1.6.1-4 in both testing and unstable. (Perhaps
this is the problem and it should be updated to 1.8.*?)
The major difference between testing and unstable concerning this bug is
lightdm, which is 1.6.3-1 in testing, but 1.8.5-2 in unstable. So I
installed lightdm from unstable, and indeed I can reproduce the problem
of this bug with that version. This is independent of the started
session (gnome-shell, xfce, twm) and independent of the init system
(sysvinit, systemd-sysv).
Therefore this bug is a regression introduced in lightdm between 1.6.3-1
and 1.8.5-2.
On 23.12.2013 03:20, Vincent Lefevre wrote:
What logs would you like to see?
The result of the tests CanSuspend, CanHibernate, CanReboot and
CanPowerOff, and possibly the cause of the result when it isn't
"yes". I can't see them in D-Bus monitoring. Or perhaps I'm doing
something wrong.
How can I run these tests? Can you give me a command line to execute?
There could be a debug mode in the conf files, just like what
gdm3 has, e.g. from /etc/gdm3/daemon.conf:
[debug]
# More verbose logs
# Additionally lets the X server dump core if it crashes
Enable = true
I'm not sure if you meant this, but there is /var/log/lightdm.
With the unstable version of lightdm, I have the following error (sorry
for the german) in /var/log/lightdm/x-0-greeter.log:
** (lightdm-gtk-greeter:2536): WARNING **: Failed to open sessions
directory: Fehler beim Öffnen des Ordners »/usr/share/lightdm/sessions«:
Datei oder Verzeichnis nicht gefunden
This is not present when using the lightdm version from testing, so it
seems that /usr/share/lightdm/sessions is not correctly created by the
unstable version of lightdm.
With libpam-systemd installed, using
gdbus monitor --system --dest org.freedesktop.login1
I can see org.freedesktop.login1.Manager.SessionNew lines, but the
sessions are removed only when I log in again. So, when I log out,
there's always a session active. Here's how it looks like:
I also have always an active session with the testing version of
lightdm, but nevertheless all four menu items show.
This leaves 2 questions:
1. Why isn't the session removed when I log out?
Something related to /etc/X11/Xsession* configuration?
Note that I have the default.
/etc/X11/Xsession is run via session-wrapper=/etc/X11/Xsession
in /usr/share/lightdm/lightdm.conf.d/01_debian.conf
That is a good question, but it seems unrelated to this bug, as it
cannot be the cause, because the menu works in spite of this with the
testing version.
2. Why, apparently due to this session problem, only 2 menu items
over the 4 ones disappear?
I think that the menus disappear might be due to having still the 1.6
version of the greeter.
I agree, but the Debian installer would have to be changed to drop
GNOME entirely (anyway, if GNOME breaks without systemd-sysv, this
will happen).
I think that discussion has to wait until the technical committee has
reached a conclusion regarding the init system issue.
Best regards,
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
