On 02/12/2014 08:55, Didier Roche wrote:
This isn't the logs we asked for though to debug your issue. Can you
paste them please? (after running as root):
systemctl status kdm.service
systemctl status display-manager.service
Here they are (making them from console :-()
-- eric
●
Le 02/12/2014 09:01, Eric Valette a écrit :
On 02/12/2014 08:55, Didier Roche wrote:
This isn't the logs we asked for though to debug your issue. Can you
paste them please? (after running as root):
systemctl status kdm.service
systemctl status display-manager.service
Here they are (making
On 02/12/2014 09:01, Eric Valette wrote:
On 02/12/2014 08:55, Didier Roche wrote:
This isn't the logs we asked for though to debug your issue. Can you
paste them please? (after running as root):
systemctl status kdm.service
systemctl status display-manager.service
Here they are (making them
Le 02/12/2014 09:13, Eric Valette a écrit :
On 02/12/2014 09:01, Eric Valette wrote:
On 02/12/2014 08:55, Didier Roche wrote:
This isn't the logs we asked for though to debug your issue. Can you
paste them please? (after running as root):
systemctl status kdm.service
systemctl status
On 02/12/2014 09:13, Didier Roche wrote:
anks!
Are you really sure that /etc/X11/default-display-manager exists on this
machine (you didn't paste from any other) and points to a kdm binary?
Yes. Double checked!
cat /etc/X11/default-display-manager
/usr/bin/kdm
valette@tri-yann4:~$ type
Le 02/12/2014 09:17, Eric Valette a écrit :
On 02/12/2014 09:13, Didier Roche wrote:
anks!
Are you really sure that /etc/X11/default-display-manager exists on this
machine (you didn't paste from any other) and points to a kdm binary?
Yes. Double checked!
cat /etc/X11/default-display-manager
On 12/02/2014 09:32 AM, Didier Roche wrote:
Ok, everything looks fine. I doubt about the /usr separation to be the
cause for that one as the generator doesn't use any file there.
Last try before sending you a debug binary:
cat -e /etc/X11/default-display-manager
(even if I treat trailing
On 02/12/2014 09:32, Didier Roche wrote:
Ok, everything looks fine. I doubt about the /usr separation to be the
cause for that one as the generator doesn't use any file there.
Last try before sending you a debug binary:
cat -e /etc/X11/default-display-manager
(even if I treat trailing spaces,
Le 02/12/2014 19:03, Eric Valette a écrit :
On 02/12/2014 09:32, Didier Roche wrote:
Ok, everything looks fine. I doubt about the /usr separation to be the
cause for that one as the generator doesn't use any file there.
Last try before sending you a debug binary:
cat -e
On 03/12/2014 07:41, Didier Roche wrote:
However, I've committed a patch with 217-3 which incidentally will fix
as well your issue (which is basically don't touch if the default dm !=
systemd native services. Keep me posted once you download that one
which should land shortly in experimental.
Control: close -1
Control: forcemerge 771739 -1
Eric Valette [2014-12-03 8:40 +0100]:
Confirmed fixed. Thanks for your time and work.
Thanks for confirming! Duplicating to #771739 then.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) |
Package: systemd
Version: 217-1
Severity: critical
Justification: breaks unrelated software
After fixing the libapparmor in /usr bug, I managed to boot but kdm was
not started. loging as root and using startx lauch a session without
problem where I have mouse. Loggin as a normal user via startx
Control: tag -1 + moreinfo
Hi,
Eric Valette wrote (01 Dec 2014 09:11:32 GMT) :
After fixing the libapparmor in /usr bug, I managed to boot but kdm was
not started. loging as root and using startx lauch a session without
problem where I have mouse. Loggin as a normal user via startx breaks
On 12/01/2014 11:47 AM, intrigeri wrote:
Control: tag -1 + moreinfo
Hi,
Eric Valette wrote (01 Dec 2014 09:11:32 GMT) :
After fixing the libapparmor in /usr bug, I managed to boot but kdm was
not started. loging as root and using startx lauch a session without
problem where I have mouse.
Hello Eric,
Eric Valette [2014-12-01 10:11 +0100]:
After fixing the libapparmor in /usr bug, I managed to boot but kdm was
not started. loging as root and using startx lauch a session without
problem where I have mouse. Loggin as a normal user via startx breaks
mouse and keyboard.
Please
On 12/01/2014 12:58 PM, Martin Pitt wrote:
Hello Eric,
Eric Valette [2014-12-01 10:11 +0100]:
After fixing the libapparmor in /usr bug, I managed to boot but kdm was
not started. loging as root and using startx lauch a session without
problem where I have mouse. Loggin as a normal user via
Eric Valette [2014-12-01 13:02 +0100]:
Will do the trace when back home but frankly reinstalling before the
/usr/lib vs /lib is fixed is annoying.
I'll do a 217-2 upload later today.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) |
Hello again,
Eric Valette [2014-12-01 10:11 +0100]:
After fixing the libapparmor in /usr bug, I managed to boot but kdm was
not started.
This is most likely due to Didier's new generator to read
/etc/X11/default-display-manager and only start that one. What does
that file contain on your
On 01/12/2014 15:08, Martin Pitt wrote:
Hello again,
Eric Valette [2014-12-01 10:11 +0100]:
After fixing the libapparmor in /usr bug, I managed to boot but kdm was
not started.
This is most likely due to Didier's new generator to read
/etc/X11/default-display-manager and only start that one.
Control: severity -1 important
Control: tag -1 moreinfo
Hey,
I tried this morning on a vm (with multiple dms installed: lightdm, xdm,
gdm and kdm) and when choosing kdm as the alternative to choose in the
postinst and checking the status, all seems fine:
- all other units are disabled,
-
On 02/12/2014 08:16, Didier Roche wrote:
Do you mind showing the output (as root) of:
systemctl status kdm.service
systemctl status display-manger.service
I think you are chasing a ghost: even if I log in and restart kdm
manually I get no X. And downgrading does solve the problem.
Attached
Le 02/12/2014 08:47, Eric Valette a écrit :
On 02/12/2014 08:16, Didier Roche wrote:
Do you mind showing the output (as root) of:
systemctl status kdm.service
systemctl status display-manger.service
I think you are chasing a ghost: even if I log in and restart kdm
manually I get no X. And
22 matches
Mail list logo