On 5/28/07, Brice Goglin <[EMAIL PROTECTED]> wrote:
Hi,
Brice,
About a year ago, you reported (or replied to) a bug in the Debian BTS
regarding the X server using almost all CPU. Did any of you guys
reproduce this problem recently with a *free* driver? With Xorg/Etch?
With latest xserver-xorg
Salutations,
I must say this bug is not the sort of thing you get an error message
for. Basically what happens is if you perform an upgrade to Debian
which upgrades the font server, the font server is stopped by the
preinst script, then the new files are extracted, but then it appears
that the se
Package: libxft-dev
Version: 2.1.8.2-3
Followup-For: Bug #350298
I experience this same bug as follows on sid+experimental.
My two conflicting packages are versioned as follows:
libxft-dev version 2.1.8.2-3
x11-common version 6.9.0.dfsg.1-5
Therefore, I can confirm the veracity of the earlier rep
Package: xfs
Version: 6.9.0.dfsg.1-4
Severity: normal
I noticed that the xfs installation script stopped the daemon, but the restart
message was missing. Presuming it may have been restarted silently, I
attempted to start X afterwards, but X crashed because the only font path was
through the font
Package: xserver-xorg
Version: 6.9.0.dfsg.1-2
Severity: important
As per #debian IRC conversation with gravity (XSF head), I switched from the
SiS driver to the VESA driver and the problem went away. The following logs
are from X run in VESA mode.
Regards,
Matt R Hall
-- Package-specific info
Package: xserver-xfree86
Version: 4.3.0.dfsg.1-8
Severity: grave
Tags: experimental
Justification: renders package unusable
-- Package-specific info:
Contents of /var/lib/xfree86/X.roster:
xserver-xfree86
/etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum.
X server symlink
6 matches
Mail list logo
