Bug#908827: mesa: Fails to build on Stretch, missing min build dep
Source: mesa Version: 18.2.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, Mesa 18.2.0-1 fails to build on Stretch, I can't find the relevant bug report on freedesktop.org but now it requires xcb-proto >= 1.13. After compiling and installing xcb-proto and libxcb 1.13-1 from unstable, the package was built succesfully. -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-rc2-test1 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#490071: xorg occupies all cpu time
The last two days, without GDB, again it worked with no issues, so the glitch, hardware or software, seems disappeared. I spoken too early. Well, this time I was able to get a backtrace, don't know if useful: Program received signal SIGINT, Interrupt. 0xb7f0b424 in __kernel_vsyscall () #0 0xb7f0b424 in __kernel_vsyscall () #1 0xb7d77ed9 in ioctl () from /lib/i686/cmov/libc.so.6 #2 0xb7aff23d in drmDMA () from /usr/lib/libdrm.so.2 #3 0xb7a87f79 in RADEONCPGetBuffer (pScrn=0x9dcd8a0) at ../../src/radeon_accel.c:611 #4 0xb7a88113 in RADEONCPFlushIndirect (pScrn=0x9dcd8a0, discard=1) at ../../src/radeon_accel.c:665 #5 0xb7a929e3 in RADEONCPScanlinePacket (pScrn=0x9dcd8a0, bufno=0) at ../../src/radeon_accelfuncs.c:686 #6 0xb7890878 in XAAWritePixmapScanline (pScrn=0x9dcd8a0, x=343, y=146, w=912, h=173, src=0xa5ded320 FF, srcwidth=3648, rop=3, planemask=4294967295, trans=-1, bpp=32, depth=24) at ../../../../hw/xfree86/xaa/xaaImage.c:370 #7 0xb7882448 in XAADoImageWrite (pSrc=0xa5bcd008, pDst=0xa10f230, pGC=0xa10c2a0, prgnDst=0xbfe26150, pptSrc=0xbfe260f0) at ../../../../hw/xfree86/xaa/xaaCpyArea.c:218 #8 0xb7881bf2 in XAABitBlt (pSrcDrawable=0xa5bcd008, pDstDrawable=0xa10f230, pGC=0xa10c2a0, srcx=0, srcy=0, width=912, height=785, dstx=7, dsty=3, doBitBlt=0xb7882330 XAADoImageWrite, bitPlane=0) at ../../../../hw/xfree86/xaa/xaaBitBlt.c:203 #9 0xb7882a3f in XAACopyArea (pSrcDrawable=0xa5bcd008, pDstDrawable=0xa10f230, pGC=0xa10c2a0, srcx=0, srcy=0, width=912, height=785, dstx=7, dsty=3) at ../../../../hw/xfree86/xaa/xaaCpyArea.c:66 #10 0xb78c449a in cwCopyArea (pSrc=0xa5bcd008, pDst=0xa10f230, pGC=0xa10c2a0, srcx=0, srcy=0, w=912, h=785, dstx=7, dsty=3) at ../../../miext/cw/cw_ops.c:201 #11 0x08177a26 in damageCopyArea (pSrc=0xa5bcd008, pDst=0xa10f230, pGC=0xa10c2a0, srcx=0, srcy=0, width=912, height=785, dstx=7, dsty=3) at ../../../miext/damage/damage.c:834 #12 0x0808be86 in ProcCopyArea (client=0xa07bec0) at ../../dix/dispatch.c:1802 #13 0x08155004 in XaceCatchDispatchProc (client=0xa07bec0) at ../../Xext/xace.c:281 #14 0x0808de64 in Dispatch () at ../../dix/dispatch.c:502 #15 0x08074795 in main (argc=9, argv=0xbfe26844, envp= Cannot access memory at address 0xc0286431 ) at ../../dix/main.c:452 The program is running. Quit anyway (and detach it)? (y or n) Detaching from program: /usr/bin/Xorg, process 2890 -- Andrea -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490071: xorg occupies all cpu time
On Wed, Aug 6, 2008 at 12:53 PM, Brice Goglin [EMAIL PROTECTED] wrote: [...] Did you check that Xorg was actually stuck in there ? Well, not completely stuck but as reported earlier, 100% CPU usage by X process, mouse pointer responding to movements but not buttons press, keyboard not responding. You should interrupt the process and get the backtrace, then hit 'c' to make the process continue, interrupt again, ... several times and compare the backtraces. I've done that (well... two times instead of several) but only included one backtrace as they were identical. I will try to grab more next time and check for differences. On Wed, Aug 6, 2008 at 1:07 PM, Michel Dänzer [EMAIL PROTECTED] wrote: [...] It's a classic backtrace for a GPU lockup - allocating indirect buffers is one point where things can get stuck if the GPU isn't making progress. Does it exclude an hardware glitch? As I wrote above, it seems to happen in the first few minutes after boot, never happened after few hours of use. It wouldn't surprise me as the video card is a pretty old Radeon 9000 (RV250), four or five years, if not more. -- Andrea -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490071: xorg occupies all cpu time
All last week I've used X attached to GDB trying to get a useful backtrace, but I was not able to replicate the hangs with current Sid packages. The last two days, without GDB, again it worked with no issues, so the glitch, hardware or software, seems disappeared. -- Andrea -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462441: xserver-xorg: alt key gets stuck
Seems the latest xserver-xorg-core (2:1.4.1~git20080131-3) fixed my stuck/autorepeat bug, at least here I can't reproduce it anymore. Thanks a lot. And yeah, this time I used a spell checker... ^__^ -- Andrea -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462441: xserver-xorg-input-kbd: Stucked modifier keys. Was: alt key gets stuck
Package: xserver-xorg-input-kbd Version: 1:1.2.2-3 Followup-For: Bug #462441 I can reliably lock any modifier key (Alt, Control, Super) using Sawfish cycle windows simply keeping the keys pressed until the autorepeat starts (Alt-Tab, Ctrl-Tab or any other combination I've tried). Seems similar to bug #374026. I've a confirmation from a another Lenny/Sid user and from a Fedora user ( https://bugzilla.redhat.com/show_bug.cgi?id=436084 ). I wasn't able to find an older working xserver-xorg-input-kbd package, but if I'm not wrong, on Fedora this happens with evdev instead of kbd as in my case. -- Andrea -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-input-kbd depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.4.1~git20080131-1 Xorg X server - core server xserver-xorg-input-kbd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442963: xserver-xorg-input-kbd: order matters when pressing Ctrl + Alt
On Nov 18, 2007 6:29 PM, Brice Goglin [EMAIL PROTECTED] wrote: Could you guys test with xserver-xorg-core 2:1.4.1~git20071117-1 which just got uploaded to unstable? It contains multiple input-related fixes. Fixed mine (443471) but reverted back to xserver-xorg-core 2:1.4-3 as with 2:1.4.1~git20071117-1 resolution is broken here (HorizSync and VertRefresh values are ignored from xorg.conf, i'll double check and eventually file a new one ^_^). Strangely enough, it's now working with 2:1.4-3 too. Should i close it myself (443471) or should i leave it to the maintainers? Thanks a lot for you help. -- Andrea -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443471: xserver-xorg-input-kbd: Alt KeyPress event ignored when Super key modifier is pressed
Package: xserver-xorg-input-kbd Version: 1:1.2.2-3 Severity: normal Hi, if i keep pressed the right or left Super key modifier and then press the right Alt key (trying a chord), xev doesn't report the Alt keypress event. With Super still pressed, if i release the Alt key, i have both events, KeyPress and KeyRelease of the Alt key, reported simultaneously, with the same exact time-stamp. This doesn't happen with the left Alt key, or using the same keyboard with a laptop running Etch, so at least i would exclude a keyboard glitch. I've tried with a bare X session, only a WM running (Sawfish and Metacity), and older versions of xserver-xorg-input-kbd, xserver-xorg-core, and xkb-data without results, so i'm not sure it's a regression of the xserver-xorg-input-kbd package. I've looked at #442963 (order matters when pressing Ctrl + Alt) and seems suspiciously related, but i can't replicate that bug. Andrea -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-input-kbd depends on: ii libc6 2.6.1-5GNU C Library: Shared libraries ii xserver-xorg-core 2:1.4-2X.Org X server -- core server xserver-xorg-input-kbd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392745: libx11-6: Problems with locale settings
Package: libx11-6 Version: 2:1.0.3-1 Severity: normal Hi, my ~/.xsession-errors is reporting a problem setting the locale with latest Xlib: (gnome-session:12791): Gdk-WARNING **: locale not supported by Xlib (gnome-session:12791): Gdk-WARNING **: cannot set locale modifiers (process:12800): Gdk-WARNING **: locale not supported by Xlib (process:12800): Gdk-WARNING **: cannot set locale modifiers (gnome-panel:12820): Gdk-WARNING **: locale not supported by Xlib (gnome-panel:12820): Gdk-WARNING **: cannot set locale modifiers (nautilus:12822): Gdk-WARNING **: locale not supported by Xlib (nautilus:12822): Gdk-WARNING **: cannot set locale modifiers (gnome-volume-manager:12824): Gdk-WARNING **: locale not supported by Xlib (gnome-volume-manager:12824): Gdk-WARNING **: cannot set locale modifiers (gnome-terminal:12867): Gdk-WARNING **: locale not supported by Xlib (gnome-terminal:12867): Gdk-WARNING **: cannot set locale modifiers (firefox-bin:12945): Gdk-WARNING **: locale not supported by Xlib (firefox-bin:12945): Gdk-WARNING **: cannot set locale modifiers I noticed this one cause it breaks Sawfish windows title rendering (no titles printed on windows). This doesn't happen with others WMs, titles on windows are printed, but i still have the warnings. If i use C instead of en_US.utf8 as locale, windows title are present and no locale warnings on .xsession-errors. Previous version of libx11-6 (1.0.0-9) works as expected with no warnings about locale. If you need more info, feel free to ask. Thanks, Andrea -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Versions of packages libx11-6 depends on: ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libx11-data 2:1.0.3-1 X11 client-side library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp61:1.0.1-2 X11 Display Manager Control Protoc ii x11-common 1:7.1.0-3 X Window System (X.Org) infrastruc libx11-6 recommends no packages. -- debconf information: libx11-6/migrate_xkb_dir: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
