Bug#608797: xserver-xorg-core: viewing large image in Firefox causes X server to abort
Excerpts from Cyril Brulebois's message of Tue Jan 04 20:59:00 +0100 2011: Hmm, broken forwarding? That's the best reportbug can do for resending a saved report I guess. I searched for some large images to test a Firefox download bug. The images I found are so large they crash the X server. Care to share a link? Try looking at some of the larger images at http://visibleearth.nasa.gov/view_detail.php?id=7100 May be a bug in Firefox4 allocating X resources ad nauseam. It is even possible to load the image, close the window and the X server still aborts *after* the window is closed. Please attach a full backtrace from gdb. How do I? The X server just decides to quit, there is no report of crash neither in X log nor in kernel log. Thanks Michal -- 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/1294216038-sup-7...@virtual.ruk.cuni.cz
Re: xserver-xorg-video-ivtvdev: Changes to 'debian-experimental'
On Sun, 2011-01-02 at 19:14 +, Ian Campbell wrote: A small update to remove some now deprecated calls (xfree, xcalloc, xalloc). Version number bumped to 1.1.2 I committed this new upstream version to the debian-experimental branch of xserver-xorg-video-ivtvdev.git (as 1.1.2-1). Assuming the existing version is building ok against the xserver in experimental I don't think there is any pressing need for an upload but I figured it was worth mentioning in case a newer xserver which removes the deprecated symbols arrives before the package is uploaded for some other reason. Ian. -- Ian Campbell You will have a long and unpleasant discussion with your supervisor. signature.asc Description: This is a digitally signed message part
Bug#608797: xserver-xorg-core: viewing large image in Firefox causes X server to abort
Michal Suchanek michal.sucha...@ruk.cuni.cz (05/01/2011): That's the best reportbug can do for resending a saved report I guess. It'd be nice to get this fixed. reportbug reportbug to the rescue? Try looking at some of the larger images at http://visibleearth.nasa.gov/view_detail.php?id=7100 I can't replicate it, even with 2+² images (and some time spent on swap). How do I? http://pkg-xorg.alioth.debian.org/xsf-docs/ The X server just decides to quit, there is no report of crash neither in X log nor in kernel log. You're kidding right? You don't see a backtrace in your bugreport? KiBi. signature.asc Description: Digital signature
Bug#608797: xserver-xorg-core: viewing large image in Firefox causes X server to abort
Excerpts from Cyril Brulebois's message of Wed Jan 05 13:31:51 +0100 2011: Michal Suchanek michal.sucha...@ruk.cuni.cz (05/01/2011): That's the best reportbug can do for resending a saved report I guess. It'd be nice to get this fixed. reportbug reportbug to the rescue? It's quite old #328531. Try looking at some of the larger images at http://visibleearth.nasa.gov/view_detail.php?id=7100 I can't replicate it, even with 2+² images (and some time spent on swap). Then it's probably something Firefox4 does that crashes the X server. How do I? http://pkg-xorg.alioth.debian.org/xsf-docs/ The X server just decides to quit, there is no report of crash neither in X log nor in kernel log. You're kidding right? You don't see a backtrace in your bugreport? Those two backtraces have both X (mieqEnqueue+0x1ae) [0x4a6fde] on the top and obviously correspond to the two messages [ 1820.462][ 2104.059] [mi] EQ overflowing. The server is probably stuck in an infinite loop. which is a diagnostic unrelated to the Fatal server error: [ 8808.414] EXA: malloc failed for size 186624 bytes Thanks Michal -- 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/1294233702-sup-2...@virtual.ruk.cuni.cz
Bug#608797: xserver-xorg-core: viewing large image in Firefox causes X server to abort
On Wed, Jan 5, 2011 at 09:33:53 +0100, Michal Suchanek wrote: Please attach a full backtrace from gdb. How do I? The X server just decides to quit, there is no report of crash neither in X log nor in kernel log. You could put a breakpoint on FatalError. And find out what is allocating such an insanely big pixmap. Cheers, Julien signature.asc Description: Digital signature
Bug#607767: Blank screen on starting X with Dual 2 GHz G5 and X800XT; DRM module not loading for radeon driver
On Die, 2011-01-04 at 14:35 -0500, dpickett wrote: The monitor does not go blank: it loses signal as the entire machine locks up. After starting X, I see a brief flash of text, then the monitor flashes no signal and the entire machine locks up. An ssh session on another machine is locked up, and I can not ping the Linux machine. The only way to bring it back it a hard reset. So it's changed again from not freezing to freezing? :( If you look at the attached xorg.log and/gdm/:0.log you will see the xorg.log is very short--as if the X server/machine completely locks up--and it looks as if the :0.log shows Gnome/X unable to find a display, using CRT default and then entering TV Save mode. Those messages are from the X driver, not from GNOME. They indicate a problem with monitor detection which may explain why you aren't getting a picture, though not the other issues. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- 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/1294239224.6019.152.ca...@thor.local
Bug#608797: xserver-xorg-core: viewing large image in Firefox causes X server to abort
* Julien Cristau jcris...@debian.org [110105 14:51]: On Wed, Jan 5, 2011 at 09:33:53 +0100, Michal Suchanek wrote: Please attach a full backtrace from gdb. How do I? The X server just decides to quit, there is no report of crash neither in X log nor in kernel log. You could put a breakpoint on FatalError. And find out what is allocating such an insanely big pixmap. firefox creating absurdly large pixmaps is a problem I also have seen problems with. But not that big problems and the xserver was behaving more reasonable (i.e. send firefox an error the pixmap cannot be generated which then kills firefix). One site (that is quite important here in Germany) is www.bahn.de, which commonly uses firefox to request creating pixmaps with widths like 11050 or heights like 7000 (and if I remember correctly, sometimes even both). With those sizes the X server (at least until lenny) usually have no problems. The only problems were some intel drivers in etch not creating such large images and the resulting X errors killing firefox as is not able to handle them. Thus it is quite thinkable that firefox could request even bigger pixmaps and there is just something in the X server not properly coping with that. (It might be something else, so take this with a grain of salt. It's just a hint that you may not be too surpised if while debugging seing absurd CreatePixmap requests from firefox). Bernhard R. Link -- 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/20110105152459.ga10...@pcpool00.mathematik.uni-freiburg.de
Bug#608797: xserver-xorg-core: viewing large image in Firefox causes X server to abort
Excerpts from Julien Cristau's message of Wed Jan 05 14:49:36 +0100 2011: On Wed, Jan 5, 2011 at 09:33:53 +0100, Michal Suchanek wrote: Please attach a full backtrace from gdb. How do I? The X server just decides to quit, there is no report of crash neither in X log nor in kernel log. You could put a breakpoint on FatalError. And find out what is allocating such an insanely big pixmap. Yes, it is slightly larger than expected, perhaps there is something like a few% padding for some alignment? I was totally expecting Firefox to try to allocate about a dozen of such pixmaps to store the uncompressed images. Where else would it put them? I will try to set up breakpoint in FatalError when I get to it. Thanks Michal -- 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/1294243157-sup-9...@virtual.ruk.cuni.cz
Bug#608797: xserver-xorg-core: viewing large image in Firefox causes X server to abort
On Wed, Jan 5, 2011 at 17:03:38 +0100, Michal Suchanek wrote: I was totally expecting Firefox to try to allocate about a dozen of such pixmaps to store the uncompressed images. Where else would it put them? Seriously, a 2GB pixmap? Nowhere at all. Cheers, Julien signature.asc Description: Digital signature
xorg-server: Changes to 'ubuntu'
debian/changelog |6 -- debian/control |1 + debian/local/64-xorg-xkb.rules |2 +- 3 files changed, 6 insertions(+), 3 deletions(-) New commits: commit dfa2e7cd4eaa078067d26cd07f613fd838be9f06 Author: Robert Hooker robert.hoo...@canonical.com Date: Wed Jan 5 11:50:39 2011 -0500 64-xorg-xkb.rules: Re-add broken model handling diff --git a/debian/local/64-xorg-xkb.rules b/debian/local/64-xorg-xkb.rules index 5a3c5b8..df727a0 100644 --- a/debian/local/64-xorg-xkb.rules +++ b/debian/local/64-xorg-xkb.rules @@ -5,4 +5,9 @@ KERNEL!=event*, GOTO=xorg_xkb_end # import keyboard layout from /etc/default/keyboard ENV{ID_INPUT_KEY}==?*, IMPORT{file}=/etc/default/keyboard +# ignore SKIP keyboard model, which is a magic value from console-setup's debconf +ENV{XKBMODEL}==SKIP, ENV{XKBMODEL}= +# Similarly, ignore this broken default variant, which breaks keyboard entirely +ENV{XKBVARIANT}==U.S. English, ENV{XKBVARIANT}= + LABEL=xorg_xkb_end commit 7f294f4a718ccb23506d529207e950e72a5fda75 Author: Robert Hooker robert.hoo...@canonical.com Date: Wed Jan 5 11:43:01 2011 -0500 Switch to using keyboard-config for keyboard layouts. diff --git a/debian/changelog b/debian/changelog index fb99463..0fde10f 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -xorg-server (2:1.9.0.902-1ubuntu2) UNRELEASED; urgency=low +xorg-server (2:1.9.0.902-1ubuntu2) natty; urgency=low [ Christopher James Halse Rogers ] * Cherry-pick 3effb61e from server-1.9 branch. Fixes a typo in Xinerama @@ -8,8 +8,10 @@ xorg-server (2:1.9.0.902-1ubuntu2) UNRELEASED; urgency=low [ Robert Hooker ] * Add 105_nvidia_fglrx_autodetect.patch, enables fglrx and nvidia to work without an xorg.conf. + * debian/local/64-xorg-xkb.rules, control: Use keyboard-configuration +information for keymaps (/etc/default/keyboard) - -- Robert Hooker sarv...@ubuntu.com Thu, 23 Dec 2010 11:47:44 -0500 + -- Robert Hooker sarv...@ubuntu.com Wed, 05 Jan 2011 11:29:17 -0500 xorg-server (2:1.9.0.902-1ubuntu1) natty; urgency=low diff --git a/debian/control b/debian/control index 01b2565..0df90b9 100644 --- a/debian/control +++ b/debian/control @@ -87,6 +87,7 @@ Architecture: any Depends: xserver-common (= ${source:Version}), xserver-xorg, + keyboard-configuration [linux-any kfreebsd-any], udev (= 149) [linux-any], ${shlibs:Depends}, ${misc:Depends}, diff --git a/debian/local/64-xorg-xkb.rules b/debian/local/64-xorg-xkb.rules index 25d42b6..5a3c5b8 100644 --- a/debian/local/64-xorg-xkb.rules +++ b/debian/local/64-xorg-xkb.rules @@ -3,11 +3,6 @@ SUBSYSTEM!=input, GOTO=xorg_xkb_end KERNEL!=event*, GOTO=xorg_xkb_end # import keyboard layout from /etc/default/keyboard -ENV{ID_INPUT_KEY}==?*, IMPORT{program}=/bin/grep ^XKB /etc/default/console-setup - -# ignore SKIP keyboard model, which is a magic value from console-setup's debconf -ENV{XKBMODEL}==SKIP, ENV{XKBMODEL}= -# Similarly, ignore this broken default variant, which breaks keyboard entirely -ENV{XKBVARIANT}==U.S. English, ENV{XKBVARIANT}= +ENV{ID_INPUT_KEY}==?*, IMPORT{file}=/etc/default/keyboard LABEL=xorg_xkb_end -- 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/e1pawcb-0007uq...@alioth.debian.org
Re: xserver-xorg-video-nouveau update in experimental?
On Thu, Dec 23, 2010 at 8:05 AM, Zack Weinberg za...@panix.com wrote: On Thu, Dec 23, 2010 at 3:34 AM, Julien Cristau jcris...@debian.org wrote: On Wed, Dec 22, 2010 at 18:14:05 -0800, Zack Weinberg wrote: * screen doesn't turn back on after suspend-to-ram with 2.6.36 from experimental With everything relevant from experimental as of just now (kernel 2.6.37-rc7, xserver-xorg-core 1.9.2.902-1, xserver-xorg-video-nouveau 0.0.16+git20101210+8bb8231-1) the screen does turn back on after suspend-to-ram. Yay. I still see the other problem (bad image stretching). I'm attaching a small test program that reproduces this problem without needing to build development Firefox with patches applied -- compile with gcc `pkg-config --cflags --libs cairo` single-pixel-stretch.c, run it, and then compare the .png files it drops in the cwd. r-image-24.png should be identical to r-xlib-24.png, and r-image-32.png should be identical to r-xlib-32.png. I'm also attaching the files as produced by my system. Will try updating xserver-xorg-video-nouveau to the latest upstream sources next. zw attachment: r-image-24.pngattachment: r-image-32.pngattachment: r-xlib-24.pngattachment: r-xlib-32.png#include cairo.h #include cairo-xlib.h #include X11/Xutil.h #include stdlib.h #define WS 1 #define WD 500 #define H 2 static void test_surfaces(cairo_surface_t *src, cairo_surface_t *dst, const char *name) { /* Fill in src */ { cairo_t *cs = cairo_create(src); cairo_set_source_rgb(cs, 1, 1, 1); cairo_paint(cs); cairo_new_path(cs); cairo_rectangle(cs, 0, 0, WS, H/2); cairo_set_source_rgb(cs, 0, 1, 0); cairo_fill(cs); cairo_destroy(cs); } /* Blit to destination, stretching */ { cairo_matrix_t mat; cairo_pattern_t *ps = cairo_pattern_create_for_surface(src); cairo_pattern_set_extend(ps, CAIRO_EXTEND_PAD); cairo_pattern_set_filter(ps, CAIRO_FILTER_BILINEAR); cairo_matrix_init_scale(mat, ((double)WS)/WD, 1.); cairo_pattern_set_matrix(ps, mat); cairo_t *cd = cairo_create(dst); cairo_set_source(cd, ps); cairo_paint(cd); cairo_destroy(cd); cairo_pattern_destroy(ps); } cairo_surface_write_to_png(dst, name); cairo_surface_destroy(dst); cairo_surface_destroy(src); } static void test_xlib(void) { Display *dpy = XOpenDisplay(0); int scr = DefaultScreen(dpy); Window rw = RootWindow(dpy, scr); XVisualInfo vinf24, vinf32; if (!XMatchVisualInfo(dpy, scr, 24, TrueColor, vinf24)) abort(); if (!XMatchVisualInfo(dpy, scr, 32, TrueColor, vinf32)) abort(); Pixmap pm24s = XCreatePixmap(dpy, rw, WS, H, vinf24.depth); Pixmap pm24d = XCreatePixmap(dpy, rw, WD, H, vinf24.depth); test_surfaces(cairo_xlib_surface_create(dpy, pm24s, vinf24.visual, WS, H), cairo_xlib_surface_create(dpy, pm24d, vinf24.visual, WD, H), r-xlib-24.png); XFreePixmap(dpy, pm24s); XFreePixmap(dpy, pm24d); Pixmap pm32s = XCreatePixmap(dpy, rw, WS, H, vinf32.depth); Pixmap pm32d = XCreatePixmap(dpy, rw, WD, H, vinf32.depth); test_surfaces(cairo_xlib_surface_create(dpy, pm32s, vinf32.visual, WS, H), cairo_xlib_surface_create(dpy, pm32d, vinf32.visual, WD, H), r-xlib-32.png); XFreePixmap(dpy, pm32s); XFreePixmap(dpy, pm32d); XCloseDisplay(dpy); } int main(void) { test_surfaces(cairo_image_surface_create(CAIRO_FORMAT_RGB24, WS, H), cairo_image_surface_create(CAIRO_FORMAT_RGB24, WD, H), r-image-24.png); test_surfaces(cairo_image_surface_create(CAIRO_FORMAT_ARGB32, WS, H), cairo_image_surface_create(CAIRO_FORMAT_ARGB32, WD, H), r-image-32.png); test_xlib(); return 0; }
Bug#608974: Issue 1099 in earth-issues: must answer would you like to switch to direct X mode? over and over each startup
jida...@jidanni.org jida...@jidanni.org (05/01/2011): Package: libgl1-mesa-glx Version: 7.8.2-1 Severity: wishlist Version table: *** 7.9+repack-2 0 1 http://localhost/debian/ experimental/main amd64 Packages 7.7.1-4 0 500 http://localhost/debian/ sid/main amd64 Packages 500 http://localhost/debian/ testing/main amd64 Packages Try with a newer package. KiBi. signature.asc Description: Digital signature
Bug#608797: xserver-xorg-core: viewing large image in Firefox causes X server to abort
Excerpts from Julien Cristau's message of Wed Jan 05 17:19:57 +0100 2011: On Wed, Jan 5, 2011 at 17:03:38 +0100, Michal Suchanek wrote: I was totally expecting Firefox to try to allocate about a dozen of such pixmaps to store the uncompressed images. Where else would it put them? Seriously, a 2GB pixmap? Nowhere at all. Take http://veimages.gsfc.nasa.gov//7100/world.topo.bathy.200401.3x21600x21600.A2.jpg The image is 21600x21600 pixels. At 4 bytes per pixel (which is the preferred format for 24bpp images for alignment I guess) the size of the image is exactly 186624 - the size of the pixmap that failed to allocate. Rounding the dimension at 20k gives 1.5G underestimate of the size. Thanks Michal -- 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/1294254774-sup-...@virtual.ruk.cuni.cz
Re: xserver-xorg-video-nouveau update in experimental?
On Wed, Jan 5, 2011 at 10:40 AM, Zack Weinberg za...@panix.com wrote: Will try updating xserver-xorg-video-nouveau to the latest upstream sources next. Didn't help. Filed https://bugs.freedesktop.org/show_bug.cgi?id=32855 with upstream. -- 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/aanlktik_rs-adb91foq8ajrome08rxxecyddx7l51...@mail.gmail.com
Bug#609058: xserver-xorg-input-all: mouse and keyboard became unresponsive after reboot. workaround: set AutoAddDevices to False
Package: xserver-xorg-input-all Version: 1:7.5+8 Severity: normal Today when I boot-up my PowerBook G4, the mouse and keyboard would not work. I tried rebooting several times, with no luck. The workaround for the issue was to set AutoAddDevices to False in the ServerFlags section of my otherwise empty xorg.conf -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-input-all depends on: ii xserver-xorg-input-evd 1:2.3.2-6 X.Org X server -- evdev input driv ii xserver-xorg-input-syn 1.2.2-2 Synaptics TouchPad driver for X.Or ii xserver-xorg-input-wac 0.10.5+20100416-1 X.Org X server -- Wacom input driv xserver-xorg-input-all recommends no packages. xserver-xorg-input-all suggests no packages. -- no debconf information -- 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/20110105214405.6212.62208.report...@powerbook
Bug#607767: Blank screen on starting X with Dual 2 GHz G5 and X800XT; DRM module not loading for radeon driver
On Jan 5, 2011, at 9:53 AM, Michel Dänzer wrote: On Die, 2011-01-04 at 14:35 -0500, dpickett wrote: The monitor does not go blank: it loses signal as the entire machine locks up. After starting X, I see a brief flash of text, then the monitor flashes no signal and the entire machine locks up. An ssh session on another machine is locked up, and I can not ping the Linux machine. The only way to bring it back it a hard reset. So it's changed again from not freezing to freezing? :( Yes: it's as if the machine is throwing random errors just to be difficult. :( So, I decided on a new tack: I booted without an xorg.conf file, and it _almost_ works. It looks like the card is detected properly and drm is loading. The machine doesn't freeze, and I get a corrupted desktop. There's a black screen, and a corrupted mouse cursor I can move around. So, I installed a minimal xorg.conf file and attempted to fix the screen problems. Unfortunately, I couldn't, but it looks like we're very close. The problem seems to be that X is having problems getting proper screen info. The error I'm seeing on my monitor (which as 1680x1050) is vrefresh out of range. There's also an unhandled monitor message. If it helps, output for cvt 1680x1050 is: # 1680x1050 59.95 Hz (CVT 1.76MA) hsync: 65.29 kHz; pclk: 146.25 MHz Modeline 1680x1050_60.00 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync I also attempted xrandr but get the error can't open display. xorg.log and xorg.conf attached. X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-powerpc64 ppc Debian Current Operating System: Linux G5 2.6.32-5-powerpc64 #1 SMP Fri Dec 10 18:58:21 UTC 2010 ppc64 Kernel command line: root=/dev/sdb3 ro drm.debug=7 video=ofonly single Build Date: 02 December 2010 01:48:29AM xorg-server 2:1.7.7-10 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Jan 5 16:30:16 2011 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) 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, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x101e8180 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (--) using VT number 1 (--) PCI:*(0:240:16:0) 1002:4a48:1002:4a48 ATI Technologies Inc R420 JH [Radeon X800] rev 0, Mem @ 0xa000/268435456, 0x9000/65536, I/O @ 0x0400/256, BIOS @ 0x/131072 (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX enabled (II) Loading extension GLX (II) LoadModule: record (II) Loading /usr/lib/xorg/modules/extensions/librecord.so (II) Module record: vendor=X.Org Foundation compiled for 1.7.7, module version =
Bug#609060: xterm should repeat most commands passed, with arrow up
Package: xterm Version: 261-1 Severity: wishlist $ scanimage --format=tiff -batch image.tiff scanimage: invalid option -- 'a' fr...@debian:~$ the entered command is not prompted when I press onto arrow up key on keyboard. Please a fix please. Best regards -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library ii libncurses5 5.7+20100313-4 shared libraries for terminal hand ii libutempter0 1.1.5-3A privileged helper for utmp/wtmp ii libx11-6 2:1.3.3-3 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxmu6 2:1.0.5-2 X11 miscellaneous utility library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii xbitmaps 1.1.0-1Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.5+4 X11 utilities Versions of packages xterm suggests: pn xfonts-cyrillic none (no description available) -- no debconf information -- 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/20110105215053.18742.78424.report...@debian05.rp614v4
Bug#609069: altwin:hyper_win option has no effect
Package: xkb-data Version: 1.8-2 Severity: minor I use the following line: setxkbmap -layout us,gr(polytonic) -model pc104 -option terminate:ctrl_alt_bksp -option caps:super -option grp:alt_shift_toggle -option grp_led:caps -option compose:menu -option altwin:hyper_win All options are effective except for altwin:hyper_win. Both windows keys continue to act as Super modifiers. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- debconf-show failed -- 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/20110105233214.8114.12315.report...@electric.azureprime.com
Bug#608974: Issue 1099 in earth-issues: must answer would you like to switch to direct X mode? over and over each startup
#CB Try with a newer package. #No help found 608974 7.9+repack-2 -- 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/87fwt6c21f@jidanni.org
Processed: Re: Bug#608974: Issue 1099 in earth-issues: must answer would you like to switch to direct X mode? over and over each startup
Processing commands for cont...@bugs.debian.org: #CB Try with a newer package. #No help found 608974 7.9+repack-2 Bug #608974 [libgl1-mesa-glx] Issue 1099 in earth-issues: must answer would you like to switch to direct X mode? over and over each startup Bug Marked as found in versions mesa/7.9+repack-2. End of message, stopping processing here. Please contact me if you need assistance. -- 608974: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608974 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.129427346216313.transcr...@bugs.debian.org