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

Bug#275955: marked as done (kdm/kde shows everything in black/white usually black, and unusable - not an X problem)



Your message dated Mon, 22 May 2006 13:28:55 +0200
with message-id <20060522112855.GA19519@mad.intersec.fr>
and subject line Bug#275955: kdm/kde shows everything in black/white usually black, and unusable - not an X problem
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: kdm
Version: 4:3.2.2-1
Severity: important


After updating (please see the attached gzip'ed file for a log of what I
updated), kdm shows a black rectangle where it used to show the login
area - but it only happens on the remote terminal, on the local display
it's working fine.

Checking with x11vnc shows that's everything is really there, but it's
displaying on the screen in black and white - usally black, which is why
it looks like a black rectangle.

This is not an X problem because the background to xdm (xearth) is
displaying just fine, in color, just like usual. Also trying some other
non-Kde programs works fine - mozilla for example runs fine, or if I set
my session to gnome it works fine. (I use the vnc client to log in since
I can't see where to type.)

After logging in if I run mozilla, mozilla shows up normally but the
window decoration is all in black.

The only time I saw white is with the kde setup wizard where some of the
text had a gray outline, everything else is all black.

If it matters I am running the terminal with xserver-mach64 3.3.6-44 because
the new version of X doesn't support the mach64 card except in unaccelerated
VESA mode.

My biggest problem in debugging this is that I updated a ton of packages
at once, so I don't know which one to regress to try to narrow this
down.

Please look at the attached log and give me some pointers of which
packages could possibly affect kde this way, and I'll downgrade them -
assuming the old version is still apt-get'able.

And just to reiterate this only happens on the remote server, it works
fine on the local one.

Ok, I ran some more tests - I ran X on aother machine, this one a full
debian machine, also running xserver-mach64 - but this machine is
running debian as it was pre the update that caused this problem. And
everything worked fine.

So it's not as simple as remote vs. local.

Maybe something changed that caused xserver-mach64 to no longer be able to
handle kde? But non-kde apps work fine?

If you can't fix the problem, maybe some ideas of what to check?

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.27
Locale: LANG=C, LC_CTYPE=C

Versions of packages kdm depends on:
ii  debconf                  1.4.30.5        Debian configuration management sy
ii  kdebase-bin              4:3.2.2-1       KDE Base (binaries)
ii  kdelibs4                 4:3.2.3-2       KDE core libraries
ii  libart-2.0-2             2.3.16-6        Library of functions for 2D graphi
ii  libc6                    2.3.2.ds1-16    GNU C Library: Shared libraries an
ii  libfam0c102              2.7.0-5         client library to control the FAM 
ii  libgcc1                  1:3.4.1-4sarge1 GCC support library
ii  libice6                  4.3.0.dfsg.1-8  Inter-Client Exchange library
ii  libpam-runtime           0.76-22         Runtime support for the PAM librar
ii  libpam0g                 0.76-22         Pluggable Authentication Modules l
ii  libpng12-0               1.2.5.0-7       PNG library - runtime
ii  libqt3c102-mt            3:3.3.3-4.1     Qt GUI Library (Threaded runtime v
ii  libsm6                   4.3.0.dfsg.1-8  X Window System Session Management
ii  libstdc++5               1:3.3.4-13      The GNU Standard C++ Library v3
ii  libx11-6                 4.3.0.dfsg.1-8  X Window System protocol client li
ii  libxext6                 4.3.0.dfsg.1-8  X Window System miscellaneous exte
ii  libxrender1              0.8.3-7         X Rendering Extension client libra
ii  libxtst6                 4.3.0.dfsg.1-8  X Window System event recording an
ii  xbase-clients            4.3.0.dfsg.1-8  miscellaneous X clients
ii  xlibs                    4.3.0.dfsg.1-8  X Window System client libraries m
ii  zlib1g                   1:1.2.1.1-7     compression library - runtime

-- debconf information:
  kdm/stop_running_server_with_children: false
* kdm/default_servers_nolisten_tcp:
* kdm/default_servers_100dpi:
* kdm/kdmrc:
  shared/default-x-display-manager: kdm
* kdm/default_nolisten_udp:
  kdm/daemon_name: /usr/bin/kdm
* kdm/oldconfig:

Attachment: install_log.gz
Description: Binary data


--- End Message ---
--- Begin Message ---
On Mon, Oct 11, 2004 at 10:52:35PM +0200, Achim Bohnet wrote:
> Hi,
> what happens when you open the remote login on a host
> with a xfree 4.3 server? Is it all black there too?
> (I'll assume you restarted kdm already, right?)
> 
> As soon as autobuilder work for testing-proposed-updates most
> of the packages waiting in 
> 
> deb http://ftp.de.debian.org/debian sarge-proposed-updates main contrib non-free
> 
> will enter sarge.  Maybe you can install them the kde debs from t-p-u
> and check if the kdm problem is already fixed?
> 
> I tried to remote login window from a host running kde from s-p-u
> (kdm = 3.2.3-1.sarge.2) and the remote login window looks fine.
> But I only had radeon X-server to test the remote login window.

  no feedback from user, nobody else complaining about that issue,
unreproducible, hence closing.
-- 
·O·  Pierre Habouzit
··O                                                madcoder@debian.org
OOO                                                http://www.madism.org

Attachment: signature.asc
Description: Digital signature


--- End Message ---

Reply to: