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
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
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
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
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
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
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
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,
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
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
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
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).
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
13 matches
Mail list logo