Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
Hi. The easiest solution for now is to alter ServerArgsLocal at least on GNU/kFreeBSD in /etc/kde4/kdm/kdmrc to ServerArgsLocal=vt7 -br -nolisten tcp It's very likely that this change would break Start new session feature of KDE which works fine at the moment. While I could live with having it broken on kFreeBSD, that's definitely not acceptable for Linux where this problem does not manifest itself. The bug we are facing here is that kdm starts on vt2 when it's not supposed to even bother with VTs below 7. ServerVTs=-7 setting in /etc/kde4/kdm/kdmrc takes care of it (on Linux). However, apparently ServerVTs does not work on kfbsd for some reason (nor it's present in default kdmrc). Finding that reason would be the real fix and I will look into it later today/tomorrow. It could be as easy as #define which does not cover kfbsd (I hope). Given it looks like it is not so easy, would be possible to upload new package with ServerArgsLocal=vt7 -br -nolisten tcp on GNU/kFreeBSD. It would workaround the bug for squeeze now, the VT switching can be implemented later. Cheers Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
tags 586540 - help owner 586540 ! thanks Hello, On sekmadienis 07 Lapkritis 2010 10:50:01 Petr Salinger wrote: The easiest solution for now is to alter ServerArgsLocal at least on GNU/kFreeBSD in /etc/kde4/kdm/kdmrc to ServerArgsLocal=vt7 -br -nolisten tcp It's very likely that this change would break Start new session feature of KDE which works fine at the moment. While I could live with having it broken on kFreeBSD, that's definitely not acceptable for Linux where this problem does not manifest itself. The bug we are facing here is that kdm starts on vt2 when it's not supposed to even bother with VTs below 7. ServerVTs=-7 setting in /etc/kde4/kdm/kdmrc takes care of it (on Linux). However, apparently ServerVTs does not work on kfbsd for some reason (nor it's present in default kdmrc). Finding that reason would be the real fix and I will look into it later today/tomorrow. It could be as easy as #define which does not cover kfbsd (I hope). Given it looks like it is not so easy, would be possible to upload new package with ServerArgsLocal=vt7 -br -nolisten tcp on GNU/kFreeBSD. It would workaround the bug for squeeze now, the VT switching can be implemented later. I have a hackish patch ready on VM (iirc it is usable). Just I don't have time to do more testing and proper upload right now. But I will get to it eventually, don't worry. Unfortunately, kdm state on kfsbd is not that good overall. Restart/shutdown does not work from KDE sessions, kdm restarts whether it's not supposed to. I planned to look into this as well but I got distracted by kfbsd keyboard layout issues and eventually got overloaded with work. So this bug will have to wait a bit. -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
2010/10/23, Modestas Vainius modes...@vainius.eu: The bug we are facing here is that kdm starts on vt2 when it's not supposed to even bother with VTs below 7. ServerVTs=-7 setting in /etc/kde4/kdm/kdmrc takes care of it (on Linux). However, apparently ServerVTs does not work on kfbsd for some reason (nor it's present in default kdmrc). Finding that reason would be the real fix and I will look into it later today/tomorrow. It could be as easy as #define which does not cover kfbsd (I hope). This suggests HAVE_VTS macro is not being set. Maybe this helps? --- kdm/backend/greet.h~2008-01-04 23:55:44.0 + +++ kdm/backend/greet.h 2010-10-24 10:13:45.0 + @@ -53,10 +53,8 @@ # define USE_SYSLOG #endif -#ifdef __linux__ /* This needs to be run-time configurable, additionally. */ # define HAVE_VTS -#endif #define DEBUG_CORE 0x01 #define DEBUG_CONFIG 0x02 -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
Hello, On sekmadienis 24 Spalis 2010 13:15:29 Robert Millan wrote: This suggests HAVE_VTS macro is not being set. Maybe this helps? --- kdm/backend/greet.h~2008-01-04 23:55:44.0 + +++ kdm/backend/greet.h 2010-10-24 10:13:45.0 + @@ -53,10 +53,8 @@ # define USE_SYSLOG #endif -#ifdef __linux__ /* This needs to be run-time configurable, additionally. */ # define HAVE_VTS -#endif #define DEBUG_CORE 0x01 #define DEBUG_CONFIG 0x02 Yes, but it's not that simple. The code needs porting which I'm trying to do at the moment. But kfreebsd keyboard layout does not want to be friends with me :) -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
Hello, On ketvirtadienis 21 Spalis 2010 14:17:03 Julien Cristau wrote: On Thu, Oct 21, 2010 at 10:57:08 +0200, Petr Salinger wrote: The easiest solution for now is to alter ServerArgsLocal at least on GNU/kFreeBSD in /etc/kde4/kdm/kdmrc to ServerArgsLocal=vt7 -br -nolisten tcp That should be done on linux as well imo. It's very likely that this change would break Start new session feature of KDE which works fine at the moment. While I could live with having it broken on kFreeBSD, that's definitely not acceptable for Linux where this problem does not manifest itself. The bug we are facing here is that kdm starts on vt2 when it's not supposed to even bother with VTs below 7. ServerVTs=-7 setting in /etc/kde4/kdm/kdmrc takes care of it (on Linux). However, apparently ServerVTs does not work on kfbsd for some reason (nor it's present in default kdmrc). Finding that reason would be the real fix and I will look into it later today/tomorrow. It could be as easy as #define which does not cover kfbsd (I hope). -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
On Sat, Oct 23, 2010 at 15:24:14 +0300, Modestas Vainius wrote: Hello, On ketvirtadienis 21 Spalis 2010 14:17:03 Julien Cristau wrote: On Thu, Oct 21, 2010 at 10:57:08 +0200, Petr Salinger wrote: The easiest solution for now is to alter ServerArgsLocal at least on GNU/kFreeBSD in /etc/kde4/kdm/kdmrc to ServerArgsLocal=vt7 -br -nolisten tcp That should be done on linux as well imo. It's very likely that this change would break Start new session feature of KDE which works fine at the moment. While I could live with having it broken on kFreeBSD, that's definitely not acceptable for Linux where this problem does not manifest itself. The bug we are facing here is that kdm starts on vt2 when it's not supposed to even bother with VTs below 7. ServerVTs=-7 setting in /etc/kde4/kdm/kdmrc takes care of it (on Linux). However, apparently ServerVTs does not work on kfbsd for some reason (nor it's present in default kdmrc). Finding that reason would be the real fix and I will look into it later today/tomorrow. It could be as easy as #define which does not cover kfbsd (I hope). Ack, I wasn't aware of this feature in kdm. Cheers, Julien signature.asc Description: Digital signature
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
Didier 'OdyX' Raboud wrote: [snip] Hi, as per discussion on #debian-qt-kde, I am hereby rising the severity of this bug to serious. This bug is a real hurdle for KDE on kfreebsd-* as it enforces a manual X restart by the user at every reboot. (Rising the kdmrc ServerTimeout as mentioned in various places doesn't help either). kFreeBSD porters: could you please take a look at that ? Cheers, OdyX You might want to look what has done in gdm3, which according to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586539#20, has a TTY manager that takes kFreeBSD into account. So although gdm had the same issue as kdm, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586539#5, the issue was not present on gdm3, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586539#25. Further, a different issue on gdm3 has been fixed so gdm3 now works as a login manager on kfreebsd, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592549#25. Regards, Mike. signature.asc Description: OpenPGP digital signature
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
This bug is a real hurdle for KDE on kfreebsd-* as it enforces a manual X restart by the user at every reboot. (Rising the kdmrc ServerTimeout as mentioned in various places doesn't help either). kFreeBSD porters: could you please take a look at that ? When the start of kdm is not during boot, it works fine. The problem is order of start during boot. The /etc/inittab line l2:2:wait:/etc/init.d/rc 2 is performed before 2:23:respawn:/sbin/getty 38400 ttyv1 cons25 therefore during kdm/X start, the vt2 (ttyv1, ALT+F2) is still free. When started after boot, the vt2 is occupied and vt7 (ttyv6, ALT+F7) is allocated correctly. The easiest solution for now is to alter ServerArgsLocal at least on GNU/kFreeBSD in /etc/kde4/kdm/kdmrc to ServerArgsLocal=vt7 -br -nolisten tcp Xdm uses on both GNU/Linux and GNU/kFreeBSD in /etc/X11/xdm/Xservers :0 local /usr/bin/X :0 vt7 -nolisten tcp Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
On Thu, 21 Oct 2010 10:57:08 +0200 (CEST), Petr Salinger petr.salin...@seznam.cz wrote: The easiest solution for now is to alter ServerArgsLocal at least on GNU/kFreeBSD in /etc/kde4/kdm/kdmrc to ServerArgsLocal=vt7 -br -nolisten tcp Hi all, for what is worth: I can confirm that this makes the KDM login reliable on every boot (tested in VirtualBox). Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
On Thu, Oct 21, 2010 at 10:57:08 +0200, Petr Salinger wrote: The easiest solution for now is to alter ServerArgsLocal at least on GNU/kFreeBSD in /etc/kde4/kdm/kdmrc to ServerArgsLocal=vt7 -br -nolisten tcp That should be done on linux as well imo. Cheers, Julien signature.asc Description: Digital signature
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
severity 586540 serious thanks Le dimanche 20 juin 2010 14:30:16 Michael Dorrington, vous avez écrit : Package: kdm Version: 4:4.4.4-1 Severity: important In kfreebsd-i386[1] on boot kdm does not accept keyboard input. That is, it will not allow anything to be typed into the Username box or allow switching to another virtual console. The mouse still works. A work around is to choose Menu-Restart X Server. This causes X to restart and the keyboard input then works in kdm. * gdm on kfreebsd-i386[1] also has this issue. * gdm and kdm on i386[1] do not have this issue. * xdm on kfreebsd-i386[1] and i386[1] does not have this issue. An email to the debian-bsd list caused me to investigate this: http://lists.debian.org/debian-bsd/2010/06/msg00027.html Regards, Mike. [1] dpkg --print-architecture Hi, as per discussion on #debian-qt-kde, I am hereby rising the severity of this bug to serious. This bug is a real hurdle for KDE on kfreebsd-* as it enforces a manual X restart by the user at every reboot. (Rising the kdmrc ServerTimeout as mentioned in various places doesn't help either). kFreeBSD porters: could you please take a look at that ? Cheers, OdyX -- Didier Raboud, proud Debian Maintainer (DM). CH-1020 Renens did...@raboud.com signature.asc Description: This is a digitally signed message part.
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
as per discussion on #debian-qt-kde, I am hereby rising the severity of this bug to serious. This bug is a real hurdle for KDE on kfreebsd-* as it enforces a manual X restart by the user at every reboot. (Rising the kdmrc ServerTimeout as mentioned in various places doesn't help either). kFreeBSD porters: could you please take a look at that ? I looked already, see http://lists.debian.org/debian-bsd/2010/08/msg00115.html * xdm: seems be fine * gdm on initial start at bootup does not allow keyboard input (#586539) * kdm on initial start at bootup does not allow keyboard input (#586540) When the start of gdm/kdm is not during boot, it works fine, sort of race condition on boot between getty on vt2 and gdm/kdm on vt2. Could be changed the first VT which is tried during finding the free one or something like that ? Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
Package: kdm Version: 4:4.4.4-1 Severity: important In kfreebsd-i386[1] on boot kdm does not accept keyboard input. That is, it will not allow anything to be typed into the Username box or allow switching to another virtual console. The mouse still works. A work around is to choose Menu-Restart X Server. This causes X to restart and the keyboard input then works in kdm. * gdm on kfreebsd-i386[1] also has this issue. * gdm and kdm on i386[1] do not have this issue. * xdm on kfreebsd-i386[1] and i386[1] does not have this issue. An email to the debian-bsd list caused me to investigate this: http://lists.debian.org/debian-bsd/2010/06/msg00027.html Regards, Mike. [1] dpkg --print-architecture -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-i386 (i686) Kernel: kFreeBSD 7.3-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdm depends on: ii consolekit0.4.1-4framework for defining and trackin ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii kdebase-runtime 4:4.4.4-1 runtime components from the offici ii kdebase-workspace-kgreet-plug 4:4.4.4-1 KDE greet libraries for authentica ii libc0.1 2.11.1-3 Embedded GNU C Library: Shared lib ii libck-connector0 0.4.1-4ConsoleKit libraries ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libgcc1 1:4.4.4-1 GCC support library ii libkdecore5 4:4.4.4-1 the KDE Platform Core Library ii libkdeui5 4:4.4.4-1 the KDE Platform User Interface Li ii libkio5 4:4.4.4-1 the Network-enabled File Managemen ii libknewstuff2-4 4:4.4.4-1 the Get Hot New Stuff v2 Library ii libkworkspace44:4.4.4-1 library for the kdebase workspace ii libpam0g 1.1.1-3Pluggable Authentication Modules l ii libqimageblitz4 1:0.0.4-4 QImageBlitz image effects library ii libqt4-svg4:4.6.3-1 Qt 4 SVG module ii libqt4-xml4:4.6.3-1 Qt 4 XML module ii libqtcore44:4.6.3-1 Qt 4 core module ii libqtgui4 4:4.6.3-1 Qt 4 GUI module ii libstdc++64.4.4-1The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxau6 1:1.0.5-2 X11 authorisation library ii libxdmcp6 1:1.0.3-2 X11 Display Manager Control Protoc ii libxtst6 2:1.1.0-2 X11 Testing -- Resource extension ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip Versions of packages kdm recommends: ii logrotate 3.7.8-6Log rotation utility ii xfce4-session [x-session-mana 4.6.2-1Xfce4 Session Manager ii xfce4-terminal [x-terminal-em 0.4.5-1Xfce terminal emulator ii xfwm4 [x-window-manager] 4.6.2-1window manager of the Xfce project ii xserver-xorg-core [xserver] 2:1.7.7-2 Xorg X server - core server ii xterm [x-terminal-emulator] 259-1 X terminal emulator Versions of packages kdm suggests: pn kdepasswd none (no description available) -- debconf information: kdm/stop_running_server_with_children: false * shared/default-x-display-manager: kdm kdm/daemon_name: /usr/bin/kdm signature.asc Description: OpenPGP digital signature