Bug#622585: libgl1-mesa-dri: chromium google body without body, z/stencil buffer (2) too small (0x3FFFFC01 1048576 1 4 -> 268435456 have 4096)
Michel Dänzer writes: > On Mit, 2011-04-13 at 11:20 +0400, Sergey Burladyan wrote: > > Package: libgl1-mesa-dri > > Version: 7.10.2-1 > > Severity: normal > > > > Open http://bodybrowser.googlelabs.com/body.html with chromium > > 10.0.648.204~r79063-1 i see no 3D and have this messages in dmesg: > > [ 104.139125] radeon :04:00.0: z/stencil buffer (2) too small > > (0x3C01 1048576 1 4 -> 268435456 have 4096) > > [ 104.139128] radeon :04:00.0: r600_packet3_check:1336 invalid cmd > > stream 498 > > [ 104.139130] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! > > Does it work better with libgl1-mesa-dri version 7.10-4 or 7.10-3? No, i found this problem with libgl1-mesa-dri 7.10-4, and then i upgrade it to unstable 7.10.2-1 and problem still there. With more older version it just show that WebGL does not supported. -- 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/87y63cau85@home.progtech.ru
xorg-server: Changes to 'ubuntu'
debian/changelog |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 5a2e846f5131d51bc50de5350d987f2881957a97 Author: Timo Aaltonen Date: Mon Apr 11 09:53:47 2011 +0300 releasing version 2:1.10.0.902-1ubuntu1 diff --git a/debian/changelog b/debian/changelog index 96156d2..58af41b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -xorg-server (2:1.10.0.902-1ubuntu1) UNRELEASED; urgency=low +xorg-server (2:1.10.0.902-1ubuntu1) natty; urgency=low * Merge from Debian experimental. - dropped patches, included upstream: @@ -7,7 +7,7 @@ xorg-server (2:1.10.0.902-1ubuntu1) UNRELEASED; urgency=low 218_getValuatorEvents_cleanup.patch 219_xi1_handle_noncontinuous_valuator_data.patch - -- Timo Aaltonen Wed, 06 Apr 2011 18:16:11 +0300 + -- Timo Aaltonen Mon, 11 Apr 2011 09:51:56 +0300 xorg-server (2:1.10.0.902-1) experimental; urgency=low -- 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/e1qacqn-0005bl...@alioth.debian.org
Bug#622299: Corrupt GL rendering with KMS (r300) enabled on IA-64 platform (Itanium)
Le 14 avril 2011 10:29, Michel Dänzer a écrit : > Does the classic driver still work? Well, now that I've rebuilt Mesa Git with Gallium support, how do I switch GL rendering back to Mesa classic? I tried recompiling the whole thing, removing --enable-gallium-radeon from ./configure options before rebuilding Mesa Git, but it didn't help. Indeed, LIBGL_DEBUG=verbose glxinfo 2>&1 >/dev/null | grep so still complains about missing lib/swrast_dri.so, lib/r300_dri.so and lib/swrastg_dri.so (the last two being normally built when Gallium is enabled!). I even tried replacing --enable-gallium with --disable-gallium but configure thus fails with: error: cannot enable OpenVG without Gallium (although I didn't set --enable-openvg). Émeric -- 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/banlktinprwfunh8q0byta0k01ugydr1...@mail.gmail.com
Re: Bug#615975: xserver-xorg: Xorg server segfaults after starting some xclients (xterm, skype...)
(-cc: the bug log for meta-discussion) Hi, John D. Hendrickson and Sara Darnell wrote: > diagnosis by deletion ?? "it seemed to work after deletion". > that's crazy - simply crazy. an it should be there if the wrong > thing is on 7100 of course of course. That comment is not helpful. Quit it. A common debugging strategy is to take out complications until the relevant piece of software or configuration is found, and then people can focus on that piece. Stuart and others, thanks for your work. Jonathan -- 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/20110414212115.GA16051@elie
Bug#615975: Bug 615975
diagnosis by deletion ?? "it seemed to work after deletion". that's crazy - simply crazy. an it should be there if the wrong thing is on 7100 of course of course. people manage that themselves if the new XML font junk fails to - delete it it will be back in Stuart Scharf wrote: I also hit this bug on Testing after the upgrade. The suggestion to remove the FontPath "unix/:7100" line from xorg.conf seems to be successful Stuart -- 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/4da744f8.9020...@cox.net
Bug#586485: Some observations
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Can I add some observations to this bug report. I have what appears to be the same problem. I've had a some difficulty getting radeon to work with much of the problem caused by a conflict between vesafb and radeondrmfb. It seems grub likes to use vesafb if it gets half a chance. Not using GRUB_GFXPAYLOAD_LINUX is helpful. However it all now pretty much works except if I suspend (pm-suspend). When resuming from suspend, the display is not restored. It stays black and nothing I've tried can coax it into action. Apart from the display the system is working normally. If I hibernate (pm-hibernate) the display resumes properly. So having resumed from suspend and got the black screen if I then hibernate and resume it all recovers back to where it should be. To me this points to some sort of initialisation issue when resuming from suspend. My guess it's being re-initialised by the reboot after hibernating but that doesn't happen when resuming from suspend. I hope that's interesting. Dick Video: 01:05.0 VGA compatible controller: ATI Technologies Inc RS780M/RS780MN [Radeon HD 3200 Graphics] Package: xserver-xorg-video-radeon Version: 1:6.14.0-1 Linux: 2.6.38-2-686 - -- Dick Middleton d...@lingbrae.com PGP Key ID: 0x9F9434FD -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNpz12AAoJEO28O2+flDT9J0gIAKGxTP4LS4gdbdFMJHYup0lr tJPxqBaKiLf8zIAXmwQ8Ak1xqUK+V0A6PDZnuuwiobgGeHC2rtizdrIxazvta86K 1dxOwdJBjE47UyhXBC2SXtcEc46/7lQgeXZRhgbshuzvQcljBA735Ds4d3AYUXpu BLW95MIbULH6OPjrH7gbSwRJWr7E14pJdm5uqezS63uYP1fWOLG0y4Ep+150XcGi 5TtmOax+HemZ3bBmT9xYlXAS8ZUJC61bwMNrBgvcLbVZy4XpQ/Wcs4IK44QZtVdg PCpgeb2ucnDftH7q5wdzWe/eOmn2QXD2FIo5FARRjUM7L3kGBh2+R2O6/Qd+XxA= =yhKB -END PGP SIGNATURE- -- 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/4da73d77.80...@lingbrae.com
Bug#622660: xserver-xorg-video-vesa: The vesa video driver does not allow users on the console to execute "X". Wrong statement
On Wed, Apr 13, 2011 at 05:52:11PM +, Bjarni Ingi Gislason wrote: > Package: xserver-xorg-video-vesa > Version: 1:2.3.0-5 > Severity: normal > > > Executing "X" on a console (/dev/tty?) (a laptop computer) > with the "vesa" video driver results in an error message: > > X: user not authorized to run the X server, aborting. > > The file "/etc/X11/Xwrapper.config" contains: > > allowed_users=console > > This parameter must then be changed to "anybody" to bypass the > error. > > That should not be necessary. > I can not reproduce this behaviour. The next time (only once) I got this error, I was using the trident video driver. This was also after I installed package "xserver-xorg-core-dbg". This is therefore a rare situation and belongs to the "xserver-xorg-core" package. [deletet material] > > -- System Information: > Debian Release: 6.0.1 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, > 'testing'), (500, 'stable') > Architecture: i386 (i586) > > Kernel: Linux 2.6.32-33 > Locale: LANG=is_IS, LC_CTYPE=is_IS (charmap=ISO-8859-1) > Shell: /bin/sh linked to /bin/bash > > Versions of packages xserver-xorg-video-vesa depends on: > ii libc6 2.11.2-10 Embedded GNU C Library: Shared > lib > ii libdrm22.4.21-1~squeeze3 Userspace interface to kernel > DRM > ii xserver-xorg-core [xor 2:1.9.5-1 Xorg X server - core server > -- Bjarni I. Gíslason -- 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/20110414182614.ga15...@rhi.hi.is
Bug#622707: info requested
Package: xserver-xorg-input-synaptics Version: 1.4.0-1 Followup-For: Bug #622707 I apologize for not correctly submitting this bug report previously. The problem was that I submitted without the xserver-xorg-input-synaptics package installed (since it has been causing me trouble). I reinstalled it and now I have the same problem. Xorg.log is attached, but let me point you to this specific line: SynPS/2 Synaptics TouchPad: buttons: left right double triple Like I said before, my touchpad couldn't possibly be multitouch. It has only left and right. In Lenny and all the previous versions of synaptics (<1.4.0) my touchpad worked well. I have been having trouble since Squeeze. The lagging and sync problems manifest themselves specially when cpu is under load. Touchpad is usable without synaptics, although I don't know how to tweak it (disable tapping for example, tried several things in xorg.conf without success) -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Oct 24 13:14 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1926464 Mar 25 23:49 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:05.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon XPRESS 200M 5955 (PCIE) [1002:5955] Xorg X server configuration file status: -rw-r--r-- 1 root root 2294 Apr 14 10:37 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice"Mouse0" "CorePointer" InputDevice"Keyboard0" "CoreKeyboard" InputDevice"Touchpad0" EndSection Section "Files" ModulePath "/usr/lib/xorg/modules" FontPath "/usr/share/fonts/X11/misc" FontPath "/usr/share/fonts/X11/cyrillic" FontPath "/usr/share/fonts/X11/100dpi/:unscaled" FontPath "/usr/share/fonts/X11/75dpi/:unscaled" FontPath "/usr/share/fonts/X11/Type1" FontPath "/usr/share/fonts/X11/100dpi" FontPath "/usr/share/fonts/X11/75dpi" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath "built-ins" EndSection Section "Module" Load "dri2" Load "record" Load "dbe" Load "dri" Load "extmod" Load "glx" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5 6 7" EndSection Section "InputDevice" Identifier "Touchpad0" Driver "synaptics" Option "SendCoreEvents""true" Option "Device""/dev/psaux" Option "Protocol" "auto-dev" Option "SHMConfig" "true" Option "HorizEdgeScroll" "0" Option "MaxTapTime""0" Option "Emulate3Buttons" "true" Option "MaxTapMove""1" EndSection Section "Monitor" Identifier "Monitor0" VendorName "CMO" ModelName"1505" EndSection Section "Device" Identifier "Card0" Driver "radeon" BusID "PCI:1:5:0" Option "SwapbuffersWait" "0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor"Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Contents of /etc/X11/xorg.conf.d: - total 0 KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 2.6.38-2-amd64 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 04:28:07 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 29655 Apr 14 10:30 /var/log/Xorg.1.log -rw-r
Bug#615975: Bug 615975
I also hit this bug on Testing after the upgrade. The suggestion to remove the FontPath "unix/:7100" line from xorg.conf seems to be successful Stuart smime.p7s Description: S/MIME Cryptographic Signature
Bug#622695: xserver-xorg-video-intel: (EE)No devices dtected with intel driver and 82830 grphics
Well and How I can avoid to get black screen on boot? I've read lots of post in internet due that issue but I don't Know if there is a kernel option to pass on boot. because the machine boots an I can connect via ssh and the system works, except the screen I attach the xorg.log with the* intel* driver loaded by Xorg Regards 2011/4/14 Cyril Brulebois > Hi, > > Ramon Caraballo (13/04/2011): > > After update to squeeze Xorgs fails to start with the intel driver > > ver 2.13 on Inspiron 2600 with 82830 Graphics card and A08 bios Ever > > I got the error (EE) No Devices Detected Even with the vesa driver > > it works I tried a new compiled kernel and driver unsucessfully I > > 've KMS on the kernel disabled because I get black screen on boot > > (i.e i915.modeset=0) > > you need KMS enabled to use the intel driver now, as explained in the > README.Debian file. See our FAQ entry about intel for “old” cards: > http://pkg-xorg.alioth.debian.org/faq/general.html > > KiBi. > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (GNU/Linux) > > iEYEARECAAYFAk2max4ACgkQeGfVPHR5Nd0OdgCfdkTfBtc91Pb6xN8vxRdCSNGr > Z5kAoLG82CBkGJQ4q37a67/3RyAYZSYZ > =ghMI > -END PGP SIGNATURE- > > Xorg.log Description: Binary data
Bug#615489: #614225 closed
Hi Franck, I closed #614225, after updating upower: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614225#54 Was your problem the blink? Could you verify if this problem is still present? Thank you! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \<_)__/ +--- : :' : /( )\ ---+ `. `'` |\`> < /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.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/4da6e1b2.9050...@gmail.com
x11-apps: Changes to 'debian-unstable'
debian/control |5 ++- debian/patches/oclock-ftbfs.diff | 57 +++ debian/patches/series|1 3 files changed, 61 insertions(+), 2 deletions(-) New commits: commit b4b88500a8f655004da76ff546f6507b3b0998bb Author: Julien Viard de Galbert Date: Thu Apr 14 11:24:12 2011 +0200 Updating package description & recommends (#550308) diff --git a/debian/control b/debian/control index 305a1c4..5b67811 100644 --- a/debian/control +++ b/debian/control @@ -42,6 +42,7 @@ Vcs-Browser: http://git.debian.org/?p=pkg-xorg/app/x11-apps.git Package: x11-apps Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, cpp +Recommends: xbitmap Suggests: mesa-utils Conflicts: bitmap, oclock, x11perf, xbiff, xcalc, xclipboard, xclock, xconsole, xcursorgen, xditview, xeyes, xgc, xload, xlogo, xmag, xman, xmore, xwd, @@ -74,5 +75,5 @@ Description: X applications - Xmark, x11perf, and x11perfcomp, tools for benchmarking graphical operations under the X Window System; . - The xbiff, xcalc, xconsole and xman programs use bitmap images provided - by the xbitmaps package. + The xbiff, xcalc, xconsole, xedit and xman programs use bitmap images + provided by the xbitmaps package. commit 9f51dfb6b75f3e948fb8c1d7145787846406cac7 Author: Julien Viard de Galbert Date: Thu Apr 14 11:16:30 2011 +0200 Fix oclock build diff --git a/debian/patches/oclock-ftbfs.diff b/debian/patches/oclock-ftbfs.diff new file mode 100644 index 000..edc8b7d --- /dev/null +++ b/debian/patches/oclock-ftbfs.diff @@ -0,0 +1,57 @@ +diff --git a/oclock/configure b/oclock/configure +index e3f9cc5..9ad7c3a 100755 +--- a/oclock/configure b/oclock/configure +@@ -4603,11 +4603,11 @@ if test -n "$OCLOCK_CFLAGS"; then + elif test -n "$PKG_CONFIG"; then + if test -n "$PKG_CONFIG" && \ + { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"x11 xmu xext\""; } >&5 +- ($PKG_CONFIG --exists --print-errors "x11 xmu xext") 2>&5 ++ ($PKG_CONFIG --exists --print-errors "x11 xmu xext xt") 2>&5 + ac_status=$? + $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5 + test $ac_status = 0; }; then +- pkg_cv_OCLOCK_CFLAGS=`$PKG_CONFIG --cflags "x11 xmu xext" 2>/dev/null` ++ pkg_cv_OCLOCK_CFLAGS=`$PKG_CONFIG --cflags "x11 xmu xext xt" 2>/dev/null` + else + pkg_failed=yes + fi +@@ -4619,11 +4619,11 @@ if test -n "$OCLOCK_LIBS"; then + elif test -n "$PKG_CONFIG"; then + if test -n "$PKG_CONFIG" && \ + { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"x11 xmu xext\""; } >&5 +- ($PKG_CONFIG --exists --print-errors "x11 xmu xext") 2>&5 ++ ($PKG_CONFIG --exists --print-errors "x11 xmu xext xt") 2>&5 + ac_status=$? + $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5 + test $ac_status = 0; }; then +- pkg_cv_OCLOCK_LIBS=`$PKG_CONFIG --libs "x11 xmu xext" 2>/dev/null` ++ pkg_cv_OCLOCK_LIBS=`$PKG_CONFIG --libs "x11 xmu xext xt" 2>/dev/null` + else + pkg_failed=yes + fi +@@ -4641,9 +4641,9 @@ else + _pkg_short_errors_supported=no + fi + if test $_pkg_short_errors_supported = yes; then +- OCLOCK_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors "x11 xmu xext" 2>&1` ++ OCLOCK_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors "x11 xmu xext xt" 2>&1` + else +- OCLOCK_PKG_ERRORS=`$PKG_CONFIG --print-errors "x11 xmu xext" 2>&1` ++ OCLOCK_PKG_ERRORS=`$PKG_CONFIG --print-errors "x11 xmu xext xt" 2>&1` + fi + # Put the nasty error message in config.log where it belongs + echo "$OCLOCK_PKG_ERRORS" >&5 +diff --git a/oclock/configure.ac b/oclock/configure.ac +index ab542a7..df176d8 100644 +--- a/oclock/configure.ac b/oclock/configure.ac +@@ -38,7 +38,7 @@ XORG_DEFAULT_OPTIONS + AM_CONFIG_HEADER(config.h) + + # Checks for pkg-config packages +-PKG_CHECK_MODULES(OCLOCK, x11 xmu xext) ++PKG_CHECK_MODULES(OCLOCK, x11 xmu xext xt) + + PKG_CHECK_MODULES(APPDEFS, xt) + xt_appdefaultdir=`$PKG_CONFIG --variable=appdefaultdir xt` diff --git a/debian/patches/series b/debian/patches/series index e69de29..0010293 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -0,0 +1 @@ +oclock-ftbfs.diff -- 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/e1qakn5-0003nw...@alioth.debian.org
Bug#615153: exec: 58: /usr: Permission denied
Hi Michael, Michael Tokarev wrote: > I think it's not necessary. See #618023: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618023 > > The issue we see here is due to bug in dash which is now fixed. > This bug, if my theory is correct, should become a duplicate > of #618023. How is that possible when (1) the submitter runs testing, not experimental (2) the version introducing that bug did not exist when the bug was reported? -- 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/20110414090216.GA6913@elie
Bug#622299: Corrupt GL rendering with KMS (r300) enabled on IA-64 platform (Itanium)
On Don, 2011-04-14 at 08:06 +0200, Émeric Maschino wrote: > > Just finished recompiling mesa git following this guide > http://pkg-xorg.alioth.debian.org/howto/build-mesa.html. Everything > ran as described, except for the last section (I'm getting no libEGL > debug messages with glxgears). > > Still the same issue however :-( Does the classic driver still work? -- 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/1302769790.15520.97.camel@thor.local
Bug#615153: exec: 58: /usr: Permission denied
14.04.2011 11:38, Jonathan Nieder wrote: > Michael Tokarev wrote: > >> When you run something under strace, setuid/setgid bits >> are ignored by the kernel, the processes will run as >> user who started them. This is significant difference >> in environment with and without strace. JFYI. > > Thanks, I should have remembered (allowing ptrace to control setuid > programs would be a huge security hole). Sorry for the thinko. > > invisiblemanguard, could you give an exact set of commands and the > exact output produced, when I think it's not necessary. See #618023: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618023 The issue we see here is due to bug in dash which is now fixed. This bug, if my theory is correct, should become a duplicate of #618023. Thanks. /mjt -- 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/4da6ae4a.7050...@msgid.tls.msk.ru
Bug#576211: Lid Switch Unable to query/initialize Synaptics hardware.
I've a similar(?) problem... cat /var/log/Xorg.0.log >> [ 22.321] (II) config/udev: Adding input device Lid Switch >> (/dev/input/event6) >> [ 22.321] (**) Lid Switch: Applying InputClass "evdev touchpad catchall" >> [ 22.321] (**) Lid Switch: Applying InputClass "touchpad catchall" >> [ 22.321] (II) LoadModule: "synaptics" >> [ 22.321] (II) Loading /usr/lib/xorg/modules/input/synaptics_drv.so >> [ 22.332] (II) Module synaptics: vendor="X.Org Foundation" >> [ 22.332] compiled for 1.9.4, module version = 1.4.0 >> [ 22.332] Module class: X.Org XInput Driver >> [ 22.332] ABI class: X.Org XInput driver, version 11.0 >> [ 22.332] (**) Option "Device" "/dev/input/event6" >> [ 22.369] (--) Lid Switch: invalid x-axis range. defaulting to 1615 - >> 5685 >> [ 22.369] (--) Lid Switch: invalid y-axis range. defaulting to 1729 - >> 4171 >> [ 22.369] (--) Lid Switch: invalid pressure range. defaulting to 0 - 256 >> [ 22.369] (--) Lid Switch: invalid finger width range. defaulting to 0 - >> 16 >> [ 22.401] (--) Lid Switch: no supported touchpad found >> [ 22.401] (EE) Lid Switch Unable to query/initialize Synaptics hardware. >> [ 22.417] (EE) PreInit returned NULL for "Lid Switch" -- 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/banlktimwn-lxcw2jhe18y98jh8nssed...@mail.gmail.com
Bug#622653: Fatal server error: Caught signal 11 (Segmentation fault). Server aborting
On Do, 2011-04-14 at 09:43 +0200, Julian Andres Klode wrote: > On Mi, 2011-04-13 at 19:33 +0200, Cyril Brulebois wrote: > > It'd be nice if you could test the commit you mentioned and let us > > know. > I've built the 903 pre-release and will install it now. This commit actually reverts a commit made after the 902 release, so it is likely that this specific commit does not fix the problem. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.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/1302768129.6226.1.camel@jak-thinkpad
Processed: Re: Bug#550308: x11-apps: xedit search dialog shows garbage
Processing commands for cont...@bugs.debian.org: > retitle 550308 [xedit] missing deps on xbitmaps Bug #550308 [x11-apps] x11-apps: xedit search dialog shows garbage Changed Bug title to '[xedit] missing deps on xbitmaps' from 'x11-apps: xedit search dialog shows garbage' > thanks Stopping processing here. Please contact me if you need assistance. -- 550308: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550308 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.130276787022040.transcr...@bugs.debian.org
Bug#550308: x11-apps: xedit search dialog shows garbage
retitle 550308 [xedit] missing deps on xbitmaps thanks On Wed, Apr 13, 2011 at 12:04:46PM -0700, Ian Zimmerman wrote: > > Ian> Some extra information. The following gets spit to stderr: > > Julien> Ah this is interesting... Can you try installing the 'xbitmaps' > Julien> package ? > > I did, and it fixed the problem. > Thanks, So I think x11-apps needs to depend on xbitmaps. Best Regards, -- Julien Viard de Galbert http://silicone.homelinux.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/20110414075738.gd5...@vdg.blogsite.org
Bug#615153: exec: 58: /usr: Permission denied
Jonathan Nieder wrote: > invisiblemanguard, could you give an exact set of commands and the > exact output produced, when > > 1) starting X as a normal user > 2) starting X as root [...] > I'd also still be interested in output from > > 3) ls -l /usr/bin/X /etc/X11/Xwrapper.config > 4) sudo strace -o /tmp/startxlog startx This last item (4) should of course include an -f, as in sudo strace -f -o /tmp/startxlog startx Sorry for the sloppiness. -- 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/20110414074439.GA5981@elie
Bug#622653: Fatal server error: Caught signal 11 (Segmentation fault). Server aborting
On Mi, 2011-04-13 at 19:33 +0200, Cyril Brulebois wrote: > severity 622635 important > thanks > > Hi, > > Julian Andres Klode (13/04/2011): > > Backtrace: > > [ 5306.687] 0: /usr/bin/Xorg (xorg_backtrace+0x28) [0x4aacc8] > > [ 5306.687] 1: /usr/bin/Xorg (0x40+0x61e59) [0x461e59] > > [ 5306.687] 2: /lib/libpthread.so.0 (0x7f52090f9000+0xef60) > > [0x7f5209107f60] > > [ 5306.687] 3: /usr/lib/libdrm_intel.so.1 (drm_intel_bo_emit_reloc+0x0) > > [0x7f5205c2adb0] > > [ 5306.687] 4: /usr/lib/xorg/modules/drivers/intel_drv.so > > (0x7f5205e34000+0x227a0) [0x7f5205e567a0] > > [ 5306.687] 5: /usr/lib/xorg/modules/drivers/intel_drv.so > > (0x7f5205e34000+0x2797f) [0x7f5205e5b97f] > > [ 5306.687] 6: /usr/lib/xorg/modules/drivers/intel_drv.so > > (0x7f5205e34000+0x29d5f) [0x7f5205e5dd5f] > > [ 5306.687] 7: /usr/lib/xorg/modules/drivers/intel_drv.so > > (0x7f5205e34000+0x27473) [0x7f5205e5b473] > > [ 5306.687] 8: /usr/bin/Xorg (miPolyRectangle+0xd8) [0x550228] > > [ 5306.687] 9: /usr/bin/Xorg (0x40+0xdf142) [0x4df142] > > [ 5306.687] 10: /usr/bin/Xorg (0x40+0x46082) [0x446082] > > [ 5306.687] 11: /usr/bin/Xorg (0x40+0x48909) [0x448909] > > [ 5306.687] 12: /usr/bin/Xorg (0x40+0x257ab) [0x4257ab] > > [ 5306.687] 13: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f5207e55c4d] > > [ 5306.687] 14: /usr/bin/Xorg (0x40+0x25339) [0x425339] > > [ 5306.687] Segmentation fault at address (nil) > > it's always good to have a full backtrace: > http://pkg-xorg.alioth.debian.org/howto/report-bugs.html Attached. > > It'd be nice if you could test the commit you mentioned and let us > know. I've built the 903 pre-release and will install it now. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. #0 0x7f7b98530165 in raise (sig=) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 pid = selftid = #1 0x7f7b98532f70 in abort () at abort.c:92 act = {__sigaction_handler = {sa_handler = 0x15155a0, sa_sigaction = 0x15155a0}, sa_mask = {__val = {1152, 50911008, 140168844030709, 22105840, 140168813896135, 140168813103880, 140168846025912, 0, 4294967295, 0, 1, 8152312, 0, 0, 22193824, 0}}, sa_flags = -1708665870, sa_restorer = 0x1} sigs = {__val = {32, 0 }} #2 0x0045ca2e in OsAbort () at ../../os/utils.c:1274 No locals. #3 0x0046786d in ddxGiveUp () at ../../../../hw/xfree86/common/xf86Init.c:940 i = #4 0x0045b10d in AbortServer () at ../../os/log.c:424 No locals. #5 0x0045b8e0 in FatalError (f=0x57c5b8 "Caught signal %d (%s). Server aborting\n") at ../../os/log.c:552 args = {{gp_offset = 24, fp_offset = 48, overflow_arg_area = 0x7fffcc0ecfe0, reg_save_area = 0x7fffcc0ecf20}} beenhere = 1 #6 0x00461eae in OsSigHandler (signo=11, sip=0x0, unused=) at ../../os/osinit.c:156 No locals. #7 No symbol table info available. #8 0x7f7b962f1db0 in drm_intel_bo_emit_reloc () from /usr/lib/libdrm_intel.so.1 No symbol table info available. #9 0x7f7b9651d7a0 in intel_batch_emit_reloc (dest=, srcX=, srcY=, maskX=17, maskY=0, dstX=50, dstY=4, w=9, h=1) at ../../src/intel_batchbuffer.h:118 needs_fence = 0 write_domains = 0 #10 i965_emit_composite_state (dest=, srcX=, srcY=, maskX=17, maskY=0, dstX=50, dstY=4, w=9, h=1) at ../../src/i965_render.c:1295 render_state = 0x152a6a0 mask = 0x0 mask_extend = SAMPLER_STATE_EXTEND_NONE intel = 0x15155a0 composite_op = 0x152b918 op = dest_picture = src_extend = SAMPLER_STATE_EXTEND_REPEAT src_blend = 1 dest = mask_filter = SAMPLER_STATE_FILTER_NEAREST dst_blend = 17 mask_picture = src_filter = SAMPLER_STATE_FILTER_NEAREST is_affine = 1 #11 i965_composite (dest=, srcX=, srcY=, maskX=17, maskY=0, dstX=50, dstY=4, w=9, h=1) at ../../src/i965_render.c:1850 scrn = 0x1515010 intel = 0x15155a0 render_state = has_mask = 0 src_x = {0, 0, 9} src_y = {0, 1, 1} src_w = {3.8690456e-38, 0, 0} mask_x = {5.99435395e-37, 0, -1.69439274e-25} mask_y = {3.84486703e-38, 0, 3.84446794e-38} mask_w = {0, 0, 5.45056584e-37} is_affine = 1 #12 0x7f7b9652297f in uxa_fill_region_solid (pDrawable=, pRegion=0x355b260, pixel=0, planemask=4294967295, alu=3) at ../../uxa/uxa-accel.c:1139 dst = 0x34bfa30 src_pixmap = color = {red = 0, green = 0, blue = 0, alpha = 65535} src = 0x3397920 error = 0 screen = pixmap = 0x3460710 xoff = 0 yoff = 0 nbox = pBox = 0x3477ff0 ret = 0 #13 0x7f7b96524d5f in uxa_poly_fill_rect (pDrawable=0x3460710, pGC=0x340af50, nrect=4, prect=0x345ff70) at ../../uxa/uxa-accel.c:873 pClip = 0x348e920 pPixmap = 0x3460710 pbox = e
Bug#615153: exec: 58: /usr: Permission denied
Michael Tokarev wrote: > When you run something under strace, setuid/setgid bits > are ignored by the kernel, the processes will run as > user who started them. This is significant difference > in environment with and without strace. JFYI. Thanks, I should have remembered (allowing ptrace to control setuid programs would be a huge security hole). Sorry for the thinko. invisiblemanguard, could you give an exact set of commands and the exact output produced, when 1) starting X as a normal user 2) starting X as root ? (Generally speaking, unless it involves sending megabytes of data, being concrete when submitting bugs --- i.e., giving the reader a complete account of what happened --- always tends to be helpful.) I'd also still be interested in output from 3) ls -l /usr/bin/X /etc/X11/Xwrapper.config 4) sudo strace -o /tmp/startxlog startx -- 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/20110414073829.GA5870@elie
Bug#615153: exec: 58: /usr: Permission denied
13.04.2011 11:55, Jonathan Nieder wrote: [] >> So, when I restart my machine >> and try to start my X with the command "startx", the system returns the >> error: >> "xinit: connection to X server lost" and after said "Wait for X server to >> shut >> down" and stayed with prompt flashing again. > > but the strace you sent does not show that message[2]. Instead it shows > > X: user not authorized to run the X server, aborting > > due to > > open("/etc/X11/Xwrapper.config", O_RDONLY) = -1 EACCES (Permission denied) > > What does "ls -l /usr/bin/X /etc/X11/Xwrapper.config" tell? For reference, > on my system, it gives > > -rw--- 1 root root 601 Jan 31 08:31 /etc/X11/Xwrapper.config > -rwsr-sr-x 1 root root 9024 Apr 2 10:23 /usr/bin/X > > Notice in particular the setuid ("s") bits on X. Is it the same on yours? > Do you use any unusual filesystem or kernel feature (selinux, > apparmor, etc) that might cause that not to work? When you run something under strace, setuid/setgid bits are ignored by the kernel, the processes will run as user who started them. This is significant difference in environment with and without strace. JFYI. /mjt -- 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/4da69fd6.4010...@msgid.tls.msk.ru