Bug#864998: Acknowledgement (xserver-xorg-video-qxl: Segault at login (at res change?))
I installed the debug symbols for the X server and captured with gdb:
Thread 1 "Xorg" received signal SIGSEGV, Segmentation fault.
0x7f3493990c13 in drmmode_show_cursor (crtc=0x557e0c384560)
at ../../src/qxl_drmmode.c:288
288 ../../src/qxl_drmmode.c: No such file or directory.
(gdb) bt full
#0 0x7f3493990c13 in drmmode_show_cursor (crtc=0x557e0c384560) at
../../src/qxl_drmmode.c:288
xf86_config =
cursor =
ret =
drmmode_crtc = 0x557e0c385030
drmmode = 0x557e0c3824b8
handle = 1
use_set_cursor2 = 1
#1 0x7f34939919f1 in drmmode_set_mode_major (crtc=0x557e0c384560,
mode=0x557e0c384578,
rotation=, x=, y=) at
../../src/qxl_drmmode.c:256
pScrn =
cursor =
xf86_config = 0x557e0c3843d0
drmmode_crtc = 0x557e0c385030
drmmode =
saved_x =
saved_y = 0
saved_rotation = 1
saved_mode = {prev = 0x0, next = 0x0, name = 0x0, status = MODE_OK,
type = 8, Clock = 63500,
HDisplay = 1024, HSyncStart = 1072, HSyncEnd = 1176, HTotal = 1328,
HSkew = 0, VDisplay = 768,
VSyncStart = 771, VSyncEnd = 775, VTotal = 798, VScan = 0, Flags = 6,
ClockIndex = 0, SynthClock = 0,
CrtcHDisplay = 1024, CrtcHBlankStart = 1024, CrtcHSyncStart = 1072,
CrtcHSyncEnd = 1176,
CrtcHBlankEnd = 1328, CrtcHTotal = 1328, CrtcHSkew = 0, CrtcVDisplay
= 768, CrtcVBlankStart = 768,
CrtcVSyncStart = 771, CrtcVSyncEnd = 775, CrtcVBlankEnd = 798,
CrtcVTotal = 798, CrtcHAdjusted = 0,
CrtcVAdjusted = 0, PrivSize = 0, Private = 0x0, PrivFlags = 0, HSync
= 47.8162651, VRefresh = 59.9201317}
output_ids =
output_count =
ret =
i =
fb_id =
kmode = {clock = 63500, hdisplay = 1024, hsync_start = 1072, hsync_end
= 1176, htotal = 1328, hskew = 0,
vdisplay = 768, vsync_start = 771, vsync_end = 775, vtotal = 798,
vscan = 0, vrefresh = 0, flags = 6,
type = 0, name = '\000' }
pitch =
height =
qxl =
#2 0x7f3493991d16 in drmmode_xf86crtc_resize (scrn=0x557e0c381830,
width=1440, height=900)
at ../../src/qxl_drmmode.c:875
crtc =
xf86_config = 0x557e0c3843d0
drmmode_crtc =
drmmode = 0x557e0c3824b8
old_front = 0x557e0c3a1c70
front_bo = 0x557e0c3a1c70
qxl = 0x557e0c381e70
cpp =
pitch = 5760
old_pitch = 1024
ret =
i = 0
old_width = 1024
old_height = 768
old_fb_id = 61
#3 0x557e0a3b6e7e in xf86RandR12ScreenSetSize (pScreen=0x557e0c383550,
width=1440, height=900, mmWidth=380,
mmHeight=237) at ../../../../../../hw/xfree86/modes/xf86RandR12.c:702
pScrn = 0x557e0c381830
config = 0x557e0c3843d0
pRoot = 0x557e0c42ab10
pScrnPix =
ret = 0
c =
#4 0x557e0a408ab8 in ProcRRSetScreenSize (client=0x557e0c7336b0) at
../../../../randr/rrscreen.c:289
stuff =
pWin = 0x557e0c42ab10
pScreen =
i =
---Type to continue, or q to quit---
rc = 0
#5 0x557e0a3375e5 in Dispatch () at ../../../../dix/dispatch.c:479
result =
start_tick = 740
#6 0x557e0a33b568 in dix_main (argc=11, argv=0x7ffed2bfc958,
envp=)
at ../../../../dix/main.c:287
i =
alwaysCheckForInput = {0, 1}
#7 0x7f349788c2b1 in __libc_start_main (main=0x557e0a3251e0 ,
argc=11, argv=0x7ffed2bfc958,
init=, fini=, rtld_fini=,
stack_end=0x7ffed2bfc948)
at ../csu/libc-start.c:291
result =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, 5272008524909249332,
93999825310192, 140732434205008, 0, 0,
2028975241810412340, 2142820986808828724}, mask_was_saved =
0}}, priv = {pad = {0x0, 0x0,
0x7ffed2bfc9b8, 0x7f349a015170}, data = {prev = 0x0, cleanup =
0x0, canceltype = -759182920}}}
not_first_call =
#8 0x557e0a32521a in _start ()
--
-Open up your eyes, open up your mind, open up your code -------
/ Dr. David Alan Gilbert| Running GNU/Linux | Happy \
\dave @ treblig.org | | In Hex /
\ _|_ http://www.treblig.org |___/
Bug#864998: xserver-xorg-video-qxl: Segault at login (at res change?)
Package: xserver-xorg-video-qxl Version: 0.1.4+20161126git4d7160c-1 Severity: normal Dear Maintainer, * What led up to the situation? Debian 9 fresh install in QEMU, qxl video; KDE desktop It worked on first boot, but crashed on 2nd login. I suspect the difference is that I switched screen res, which worked fine during the session; doesn't seem to want to afterwards though * What exactly did you do (or not do) that was effective (or ineffective)? See the x log below * What was the outcome of this action? Can't log back into my KDE session * What outcome did you expect instead? A happy KDE session This qemu is running on Fedora 26; other guests are working so I think the bug here is in the X qxl driver. Dave -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Red Hat, Inc. QXL paravirtual graphic card [1b36:0100] (rev 04) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 4.9.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2 (2017-06-12) Xorg X server log files on system: -- -rw-r--r-- 1 root root 17217 Jun 18 14:34 /var/log/Xorg.0.log Contents of last Xorg X server log file (/var/log/Xorg.0.log.old): - [ 375.321] (--) Log file renamed from "/var/log/Xorg.pid-1532.log" to "/var/log/Xorg.0.log" [ 375.321] X.Org X Server 1.19.2 Release Date: 2017-03-02 [ 375.321] X Protocol Version 11, Revision 0 [ 375.321] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [ 375.321] Current Operating System: Linux debian9vm 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2 (2017-06-12) x86_64 [ 375.321] Kernel command line: BOOT_IMAGE=/vmlinuz-4.9.0-3-amd64 root=/dev/mapper/debian9vm--vg-root ro quiet [ 375.321] Build Date: 03 March 2017 03:14:41PM [ 375.321] xorg-server 2:1.19.2-1 (https://www.debian.org/support) [ 375.321] Current version of pixman: 0.34.0 [ 375.321]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 375.321] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 375.321] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Jun 18 14:34:33 2017 [ 375.321] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 375.322] (==) No Layout section. Using the first Screen section. [ 375.322] (==) No screen section available. Using defaults. [ 375.322] (**) |-->Screen "Default Screen Section" (0) [ 375.322] (**) | |-->Monitor "" [ 375.322] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 375.322] (==) Automatically adding devices [ 375.322] (==) Automatically enabling devices [ 375.322] (==) Automatically adding GPU devices [ 375.322] (==) Max clients allowed: 256, resource mask: 0x1f [ 375.322] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 375.322]Entry deleted from font path. [ 375.322] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 375.322] (==) ModulePath set to "/usr/lib/xorg/modules" [ 375.322] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 375.322] (II) Loader magic: 0x5619ecc04e00 [ 375.322] (II) Module ABI versions: [ 375.322]X.Org ANSI C Emulation: 0.4 [ 375.322]X.Org Video Driver: 23.0 [ 375.322]X.Org XInput driver : 24.1 [ 375.322]X.Org Server Extension : 10.0 [ 375.323] (++) using VT number 7 [ 375.323] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration [ 375.323] (II) xfree86: Adding drm device (/dev/dri/card0) [ 375.328] (--) PCI:*(0:0:2:0) 1b36:0100:1af4:1100 rev 4, Mem @ 0xf400/67108864, 0xf800/67108864, 0xfc054000/8192, I/O @ 0xc0c0/32, BIOS @ 0x/131072 [ 375.328] (II) LoadModule: "glx" [ 375.328] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 375.329] (II) Module glx: vendor="X.Org Foundation" [ 375.329]compiled for 1.19.2, module version = 1.0.0 [ 375.329]ABI class: X.Org Server
Bug#712514: Some more debug
I've rebuilt xorg-server withnostrip nocheck noopt and added a load of debug, with that the backtrace shows Program received signal SIGSEGV, Segmentation fault. 0x0020 in ?? () (gdb) where #0 0x0020 in ?? () #1 0x2a09b5f0 in xf86SIGIO (sig=707031856) at ../../../../../hw/xfree86/os-support/linux/../shared/sigio.c:121 Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) q which seems to make sense, because it's happening as I touch and the sigio seems to be bubbling touch events through evdev. I've added a load of debug and it does seem to be getting to the end of the sigio routine, just not returning properly (that line 121 is the resteration of the errno); I've also added loads of debug to Evdev, again it seems to be going through the motions ok. here is my (rather cryptic) debug I've added for the last of the events that happened before it died. xf86SIGIO for 29 xf86SIGIO found i=0 r=1 func=0x2a078999 xf86SigioReadInput: closure=0x2a26a5f0 read_info=0x40526629 EvdevReadInput: pInfo=0x2a26a5f0 EvdevReadInput: pInfo=0x2a26a5f0 looptop EvdevReadInput: post read len=32 (bufsize=256) EvdevReadInput: process 0 EvdevProcessEvent: Abs EvPAbsME: value=454 EvPAbsME: (2) value=454 EvPAbsME: (3) value=454 EvPAbsME: (5) value=454 EvdevReadInput: process 0 EvdevReadInput: process 1 EvdevProcessEvent: Sync EvPSyncE pEvdev=0x2a31b4b0 vals=0x2a31cec0 EvPSyncE (2) ArrayLength=32 EvPSyncE (3) pEvdev=0x2a31b4b0 vals=0x2a31cec0 EvdevReadInput: process 1 xf86SIGIO exit for 29 Program received signal SIGSEGV, Segmentation fault. 0x0020 in ?? () (gdb) where #0 0x0020 in ?? () #1 0x2a09b5f0 in xf86SIGIO (sig=707031856) at ../../../../../hw/xfree86/os-support/linux/../shared/sigio.c:121 Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) q Given that's in a signal handler perhaps the rest of the stack is fine; it's just the return data that's had it. -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130719010937.GA25902@gallifrey
Bug#712514: fb xserver crash in valuator_mask_zero
: Configuring as keyboard [ 4554.107] (II) XINPUT: Adding extended input device twl4030-keypad (type: KEYBOARD, id 8) [ 4554.107] (**) Option xkb_rules evdev [ 4554.107] (**) Option xkb_model evdev [ 4554.108] (**) Option xkb_layout us [ 4554.109] (II) Using input driver 'evdev' for 'usbkbd' [ 4554.109] (**) Option CoreKeyboard [ 4554.109] (**) usbkbd: always reports core events [ 4554.109] (**) evdev: usbkbd: Device: /dev/input/event4 [ 4554.110] (EE) evdev: usbkbd: Unable to open evdev device /dev/input/event4. [ 4554.110] (EE) PreInit returned 2 for usbkbd [ 4554.110] (II) UnloadModule: evdev [ 4554.110] (II) Using input driver 'evdev' for 'usbkbd2' [ 4554.110] (**) Option CoreKeyboard [ 4554.110] (**) usbkbd2: always reports core events [ 4554.110] (**) evdev: usbkbd2: Device: /dev/input/event5 [ 4554.110] (EE) evdev: usbkbd2: Unable to open evdev device /dev/input/event5. [ 4554.110] (EE) PreInit returned 2 for usbkbd2 [ 4554.110] (II) UnloadModule: evdev [ 4554.110] (II) Using input driver 'evdev' for 'usbmouse' [ 4554.110] (**) Option CorePointer [ 4554.110] (**) usbmouse: always reports core events [ 4554.111] (**) evdev: usbmouse: Device: /dev/input/event3 [ 4554.111] (EE) evdev: usbmouse: Unable to open evdev device /dev/input/event3. [ 4554.111] (EE) PreInit returned 2 for usbmouse [ 4554.111] (II) UnloadModule: evdev udev information: - DRM Information from dmesg: --- [ 7571.660949] init: no such service 'drm' (deb-armhf)root@localhost:/root# g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. xinit: connection to X server lost waiting for X server to shut down XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0 after 1983 requests (1983 known processed) with 0 events remaining. XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0 after 187 requests (170 known processed) with 0 events remaining. -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130616165034.GA19548@gallifrey
Bug#598390: workaround
Hi, A fairly grim workaround is to disable hardware acceleration in Flash; right click on it and using the settings pane click on the tick next to 'Enable hardware acceleration'. That gets me working full screen - it's faster than what I get with nomodesetting but still somewhat grim. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110619164203.GG2031@gallifrey
Bug#260104: xserver-common: Too many server config files?
Hi, Thanks for your reply; As an observation there are a lot of different places that the Xserver is configured and that this complicates the process of finding errors in the configuration - the ones I'm aware of are: /etc/X11/XF86Config-4 /etc/X11/serverconfig I'm not familiar with this one. Hmm - actually this one appears to be a mistake on my part - it appears to be from the Nautilus package - why exactly it felt it needs to create a 'serverconfig' directory in /etc/X11 is beyond me. (It is empty except for a .directory file with Server Settings, Configure network services translated into a vast number of languages). Although it might not have been unreasonable to think that something called serverconfig in the /etc/X11 directory might have something to do with the X server. /etc/X11/xserver This is a directory, not a file...at least on my system. Yep it's a directory for me as well containing a SecurityPolicy file - and I assume that others are also read from the same place? /etc/X11/xinit/xserverrc and probably some to do with particular display managers as well. It seems to be that it would be nice to slim some of these down if possible. Pretty difficult without deviating from upstream practice. Fair enough - thank you for passing this upstream. All config files should have manual pages. If you identify any that don't, please see if the bug has been reported, and file a report if it it has not. Dave (having just helped someone with a DPI problem) Are you aware of: http://necrotic.deadbeast.net/xsf/XFree86/trunk/debian/local/FAQ.xhtml#fontswrongsize ? I wasn't - thank you; what that doesn't mention is that also it can be changed due to interactions with DDC from the monitor; I suspect (but don't know) that if DDC can't be read then it falls back to some defaults; so I think there are weird interactions such as what happens if you let a machine boot to X and then switch the monitor on or have it going through a KVM. Forcing the DPI and disabling DDC seems to be a way to get a saner more consistent behaviour. (In addition I'm never really convinced X really likes running at anything other than one of 75 or 100 dpi what with older bitmap fonts). Thanks again for your reply, Dave -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/
Bug#260104: xserver-common: Too many server config files?
Package: xserver-common Version: 4.3.0.dfsg.1-6 Severity: wishlist Hi, As an observation there are a lot of different places that the Xserver is configured and that this complicates the process of finding errors in the configuration - the ones I'm aware of are: /etc/X11/XF86Config-4 /etc/X11/serverconfig /etc/X11/xserver /etc/X11/xinit/xserverrc and probably some to do with particular display managers as well. It seems to be that it would be nice to slim some of these down if possible. Dave (having just helped someone with a DPI problem) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.5 Locale: LANG=en_GB, LC_CTYPE=en_GB Versions of packages xserver-common depends on: ii debconf [debconf-2.0] 1.4.29 Debian configuration management sy ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii xfree86-common4.3.0.dfsg.1-6 X Window System (XFree86) infrastr -- debconf information: xserver-common/xwrapper/nice_value/error: * xserver-common/clobber_xwrapper_config: false xserver-common/aware_xwrapper: xserver-common/xwrapper/old_config_file_obsolete: xserver-common/xwrapper/nice_value: -10 xserver-common/using_obsolete_xserver: xserver-common/xwrapper/allowed_users: Console Users Only xserver-common/xwrapper/actual_allowed_users: console
4.3.0-0pre1v5: Intermittent loss of 3D
Hi, Hardware: Radeon R100 QD [Radeon 7200] on a Dual Athlon MP Tyan S2460 Installation: Sid with 4.3.0-0pre1v5 from experimental Hi, 4.3.0-0pre1v5 seems mostly happy for me (and the sid X was working fine); but I'm having intermittent 3D problems. I normally run one of the OpenGL screen savers and it works OK most of the time, but sometimes it will suddenly stop working. I've seen this occur in the middle of an animation, and also just when I come to launch it next time. Now, when it has got into this state, if I start glxgears from the command line I get the window but no contents. Glxinfo still says it is running direct. I've seen this revert to working again without restarting X or anything. There don't seem to be any errors or messages in /var/log/XFree86.0.log when this stops working, or in any system logs. Dave P.S. xrestop is funky - very nice. -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/
Bug#163730: status
Hi, Should have closed this - it started working again a few months ago; can't remember which version actually fixed it, but its a happy GL X server now. Thanks, Dave -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#163730: status
Hi, Should have closed this - it started working again a few months ago; can't remember which version actually fixed it, but its a happy GL X server now. Thanks, Dave -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/
Bug#196554: xlibs: todays update causes every app to report Xlib: connection to :0.0 refused by server
* Branden Robinson ([EMAIL PROTECTED]) wrote:
When I experienced this problem on PowerPC while preparing 4.2.1-7, I
found that downgrading xserver-xfree86 to 4.2.1-6 but leaving everything
else at -7 worked, too.
I don't see why downgrading xlibs-{dev,pic} would help anything at all;
you should be able to re-upgrade those and not change the way your
system behaves in this regard.
Can you confirm these two hypotheses for me?
Well I haven't quit X throughout this process; so I doubt its the
server.
If I do:
apt-get install xlibs=4.2.1-7
I'm back to the situation of being unable to run clients and then if I
do:
apt-get install xlibs=4.2.1-6 xlibs-dev=4.2.1-6 xlibs-pic=4.2.1-6
I can run the clients again.
Note the X server has been running since Saturday morning before I ran
the upgrade that got me 4.2.1-7. Its a kdm session I'm in.
By the way, the reason this broke is because of GCC 3.3 (read the
package changelog). I was hoping they wouldn't get it wrong on i386,
but I guess I was mistaken.
I guess it could be kdm/the server/the libraries disagreeing and that
its just a matter of the two being the same - so perhaps a new library
would work with a authority file created by a new server/kdm/whatever ?
Dave
Have a happy GNU millennium! --
/ Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \
\ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex /
\ _|_ http://www.treblig.org |___/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#196554: xlibs: todays update causes every app to report Xlib: connection to :0.0 refused by server
* Branden Robinson ([EMAIL PROTECTED]) wrote:
When I experienced this problem on PowerPC while preparing 4.2.1-7, I
found that downgrading xserver-xfree86 to 4.2.1-6 but leaving everything
else at -7 worked, too.
I don't see why downgrading xlibs-{dev,pic} would help anything at all;
you should be able to re-upgrade those and not change the way your
system behaves in this regard.
Can you confirm these two hypotheses for me?
Well I haven't quit X throughout this process; so I doubt its the
server.
If I do:
apt-get install xlibs=4.2.1-7
I'm back to the situation of being unable to run clients and then if I
do:
apt-get install xlibs=4.2.1-6 xlibs-dev=4.2.1-6 xlibs-pic=4.2.1-6
I can run the clients again.
Note the X server has been running since Saturday morning before I ran
the upgrade that got me 4.2.1-7. Its a kdm session I'm in.
By the way, the reason this broke is because of GCC 3.3 (read the
package changelog). I was hoping they wouldn't get it wrong on i386,
but I guess I was mistaken.
I guess it could be kdm/the server/the libraries disagreeing and that
its just a matter of the two being the same - so perhaps a new library
would work with a authority file created by a new server/kdm/whatever ?
Dave
Have a happy GNU millennium! --
/ Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \
\ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex /
\ _|_ http://www.treblig.org |___/
Bug#196554: xlibs: todays update causes every app to report Xlib: connection to :0.0 refused by server
Hi, Yep - this also happens here - (sid on x86, Radeon); note that I can confirm it is xlibs since doing: apt-get install xlibs=4.2.1-6 xlibs-dev=4.2.1-6 xlibs-pic=4.2.1-6 gets me a working X again. Dave Have a happy GNU millennium! -- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#196554: xlibs: todays update causes every app to report Xlib: connection to :0.0 refused by server
Hi, Yep - this also happens here - (sid on x86, Radeon); note that I can confirm it is xlibs since doing: apt-get install xlibs=4.2.1-6 xlibs-dev=4.2.1-6 xlibs-pic=4.2.1-6 gets me a working X again. Dave Have a happy GNU millennium! -- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/
