Bug#572047: xserver-xorg-video-intel: Image distortion and short-term dropouts (black screen) in X
Am Montag 01 März 2010 10:41:43 schrieb Brice Goglin: Singer Michael wrote: Package: xserver-xorg-video-intel Version: 2:2.9.1-2 Severity: normal Since installing the kernel 2.6.33, I have under X dropouts about every 10 seconds the screen (black screen), and visible image disturbances. Under these conditions, it can not be working on the PC. With the kernel 2.6.32, I have no such problems. So the bug is in the kernel ? Not in xserver-xorg-video-intel ? Brice Hello Brice, Unfortunately, I still have problems with xorg and the new kernel 2.6.33, but I have done some analysis and found the following errors. 1. with the boot parameters (grub) i915.modeset = 0 I have the black screens do not proof, but unfortunately not whether the other effects have resulted. 2. Some times it is already (even with boot parameter i915.modeset = 0) my system shortly after the start was very slow. Here are my log entries following notice in the Xorg.0.log. - Start - # grep ^\(EE \) /var/log/Xorg.0.log (EE) open / dev/fb0: No such file or directory (EE) intel (0): [drm] Failed to open device for DRM: No such file or directory (EE) intel (0): Failed to become DRM master. (EE) intel (0): Failed to initialize kernel memory manager (EE) EVIOCGNAME ioctl failed: Inappropriate ioctl for device (EE) PreInit returned NULL for Logitech USB Receiver (EE) EVIOCGNAME ioctl failed: Inappropriate ioctl for device (EE) PreInit returned NULL for Macintosh mouse button emulation -End- A reboot fixed the problem and it was only a part of the error messages in the Xorg.0.log to see: - Start - # grep ^\(EE \) /var/log/Xorg.0.log (EE) EVIOCGNAME ioctl failed: Inappropriate ioctl for device (EE) PreInit returned NULL for Logitech USB Receiver (EE) EVIOCGNAME ioctl failed: Inappropriate ioctl for device (EE) PreInit returned NULL for Macintosh mouse button emulation -End- Unfortunately I can not reproduce the problem, since it is uncommon. Whether it's on 2.6.33 kernel or xorg is I can not conclude. Here is an excerpt from my /boot/grub/menue.lst so you can understand what boot parameters I am experiencing the above described problem. - Start - title Debian GNU/Linux, kernel 2.6.33-0.slh.4-sidux-amd64 root(hd0,4) kernel /vmlinuz-2.6.33-0.slh.4-sidux-amd64 root=/dev/mapper/sysvg- LVroot ro quiet vga=791 i915.modeset=0 initrd /initrd.img-2.6.33-0.slh.4-sidux-amd64 -End- Regards Michael -- 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/201003051010.38844.i...@sinweb.de
Bug#572047: xserver-xorg-video-intel: Image distortion and short-term dropouts (black screen) in X
Singer, Michael wrote: (EE) intel (0): [drm] Failed to open device for DRM: No such file or directory (EE) intel (0): Failed to become DRM master. (EE) intel (0): Failed to initialize kernel memory manager You need to look in dmesg when this happens. drm and i915 kernel modules might be complaining there. Or maybe they are not even loaded for some reason... Brice -- 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/4b90d130.50...@ens-lyon.org
Re: Bug#572067: linux-libc-dev: Can not install, file conflict with libdrm
On Fri, Mar 5, 2010 at 04:03:15 +, Ben Hutchings wrote: On Mon, 2010-03-01 at 13:50 +0100, Jens-Michael Hoffmann wrote: Package: linux-libc-dev Version: 2.6.33-1~experimental.2 Severity: normal When trying to install linux-libc-dev from experimental, dpkg shows the following error message: dpkg: error processing /var/cache/apt/archives/linux-libc-dev_2.6.33-1~experimental.2_amd64.deb (--unpack): trying to overwrite '/usr/include/drm/nouveau_drm.h', which is also in package libdrm-dev 0:2.4.18-2 It makes no sense to have the DRM headers split between libdrm-dev and linux-libc-dev. I'm happy to have libdrm-dev provide them all. What do you want to do? I think we should go back to libdrm-dev installing the headers. I sent a patch to dri-devel a few days ago that makes libdrm install its headers in $(includedir)/libdrm so they don't conflict with the ones installed by the kernel, waiting for some feedback on that… Cheers, Julien signature.asc Description: Digital signature
libdrm 2.4.18-2 MIGRATED to testing
FYI: The status of the libdrm source package in Debian's testing distribution has changed. Previous version: 2.4.17-1 Current version: 2.4.18-2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more 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/e1nnayd-0002xn...@ries.debian.org
Bug#572692: Please provide udev rule instead of hal fdi
Package: xserver-xorg-input-vmmouse Version: 1:12.6.5-2 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu lucid ubuntu-patch Hello! vmmouse currently does not work out of the box any more, since X.org does not use hal any more for detecting input devices. I created an udev rule and tested it in both kvm (with vmmouse driver) as well as real iron (confirmed that it doesn't apply there), works well. debdiff attached, which also cares about removing the hal bits and triggering udev. I also sent the rule upstream: https://bugs.freedesktop.org/show_bug.cgi?id=26910 Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -u xserver-xorg-input-vmmouse-12.6.5/debian/xserver-xorg-input-vmmouse.install xserver-xorg-input-vmmouse-12.6.5/debian/xserver-xorg-input-vmmouse.install --- xserver-xorg-input-vmmouse-12.6.5/debian/xserver-xorg-input-vmmouse.install +++ xserver-xorg-input-vmmouse-12.6.5/debian/xserver-xorg-input-vmmouse.install @@ -3,3 +3,2 @@ -usr/lib/hal/hal-probe-vmmouse usr/share/man -usr/share/hal/fdi/policy/20thirdparty/* +../69-xorg-vmmouse.rules /lib/udev/rules.d diff -u xserver-xorg-input-vmmouse-12.6.5/debian/changelog xserver-xorg-input-vmmouse-12.6.5/debian/changelog --- xserver-xorg-input-vmmouse-12.6.5/debian/changelog +++ xserver-xorg-input-vmmouse-12.6.5/debian/changelog @@ -1,3 +1,14 @@ +xserver-xorg-input-vmmouse (1:12.6.5-2ubuntu4) lucid; urgency=low + + * Add debian/69-xorg-vmmouse.rules to automatically use vmmouse on +appropriate devices, for udevified X servers. (LP: #430532) + * debian/xserver-xorg-input-vmmouse.install: Do not install the hal fdi and +callout any more; install the udev rule. + * debian/xserver-xorg-input-vmmouse.postinst.in: Trigger a change event on +mouse input devices, to get the new/updated rules applied. + + -- Martin Pitt martin.p...@ubuntu.com Fri, 05 Mar 2010 18:29:00 +0100 + xserver-xorg-input-vmmouse (1:12.6.5-2ubuntu3) lucid; urgency=low * debian/patches/enable-detect-in-kvm.patch: add iopl() back so only in patch2: unchanged: --- xserver-xorg-input-vmmouse-12.6.5.orig/debian/xserver-xorg-input-vmmouse.postinst.in +++ xserver-xorg-input-vmmouse-12.6.5/debian/xserver-xorg-input-vmmouse.postinst.in @@ -0,0 +1,17 @@ +#!/bin/sh +set -e + +THIS_PACKAGE=xserver-xorg-input-evdev +THIS_SCRIPT=postinst + +#INCLUDE_SHELL_LIB# + + +if [ $1 = configure ]; then +# update udev for our new/changed rules +udevadm trigger --property-match=ID_INPUT_MOUSE=1 --action=change || true +fi + +#DEBHELPER# + +exit 0 only in patch2: unchanged: --- xserver-xorg-input-vmmouse-12.6.5.orig/debian/69-xorg-vmmouse.rules +++ xserver-xorg-input-vmmouse-12.6.5/debian/69-xorg-vmmouse.rules @@ -0,0 +1 @@ +ACTION==add|change, ENV{ID_INPUT_MOUSE}==?*, ATTRS{description}==i8042 AUX port, PROGRAM=/usr/bin/vmmouse_detect, ENV{x11_driver}=vmmouse signature.asc Description: Digital signature
Bug#572692: Please provide udev rule instead of hal fdi
Martin Pitt wrote: Package: xserver-xorg-input-vmmouse Version: 1:12.6.5-2 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu lucid ubuntu-patch Hello! vmmouse currently does not work out of the box any more, since X.org does not use hal any more for detecting input devices. I created an udev rule and tested it in both kvm (with vmmouse driver) as well as real iron (confirmed that it doesn't apply there), works well. debdiff attached, which also cares about removing the hal bits and triggering udev. I also sent the rule upstream: https://bugs.freedesktop.org/show_bug.cgi?id=26910 Thanks, Martin Thanks. By the way, there's a typo in your patch (evdev instead of vmmouse in postinst). Brice -- 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/4b914b89.60...@ens-lyon.org
Processed: Re: Processed: reassign 572592 to linux-libc-dev, forcibly merging 572067 572592
Processing commands for cont...@bugs.debian.org: reassign 572067 libdrm-dev Bug #572067 [linux-libc-dev] linux-libc-dev: Can not install, file conflict with libdrm Bug #572592 [linux-libc-dev] libdrm-dev: /usr/include/drm/nouveau_drm.h belongs to linux-libc-dev since 2.6.33 Bug reassigned from package 'linux-libc-dev' to 'libdrm-dev'. Bug reassigned from package 'linux-libc-dev' to 'libdrm-dev'. Bug No longer marked as found in versions linux-2.6/2.6.33-1~experimental.2. Bug No longer marked as found in versions linux-2.6/2.6.33-1~experimental.2. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.126781426527849.transcr...@bugs.debian.org
Bug#572399: Removed package(s) from experimental
We believe that the bug you reported is now fixed; the following package(s) have been removed from experimental: drm-modules-source | 2.4.11+git+20090630+de1ed01-1 | all drm-snapshot | 2.4.4+git+20090205+8b88036-1 | source drm-snapshot | 2.4.11+git+20090630+de1ed01-1 | source libdrm-dev | 2.4.4+git+20090205+8b88036-1 | mipsel libdrm-dev | 2.4.11+git+20090630+de1ed01-1 | alpha, amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, powerpc, s390, sparc libdrm-intel1 | 2.4.4+git+20090205+8b88036-1 | mipsel libdrm-intel1 | 2.4.11+git+20090630+de1ed01-1 | alpha, amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, powerpc, s390, sparc libdrm-intel1-dbg | 2.4.4+git+20090205+8b88036-1 | mipsel libdrm-intel1-dbg | 2.4.11+git+20090630+de1ed01-1 | alpha, amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, powerpc, s390, sparc libdrm-nouveau1 | 2.4.4+git+20090205+8b88036-1 | mipsel libdrm-nouveau1 | 2.4.11+git+20090630+de1ed01-1 | alpha, amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, powerpc, s390, sparc libdrm-nouveau1-dbg | 2.4.4+git+20090205+8b88036-1 | mipsel libdrm-nouveau1-dbg | 2.4.11+git+20090630+de1ed01-1 | alpha, amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, powerpc, s390, sparc libdrm2 | 2.4.4+git+20090205+8b88036-1 | mipsel libdrm2 | 2.4.11+git+20090630+de1ed01-1 | alpha, amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, powerpc, s390, sparc libdrm2-dbg | 2.4.4+git+20090205+8b88036-1 | mipsel libdrm2-dbg | 2.4.11+git+20090630+de1ed01-1 | alpha, amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, powerpc, s390, sparc --- Reason --- ROM; NPOASR; Superseded -- Note that the package(s) have simply been removed from the tag database and may (or may not) still be in the pool; this is not a bug. The package(s) will be physically removed automatically when no suite references them (and in the case of source, when no binary references it). Please also remember that the changes have been done on the master archive (ftp-master.debian.org) and will not propagate to any mirrors (ftp.debian.org included) until the next cron.daily run at the earliest. Packages are usually not removed from testing by hand. Testing tracks unstable and will automatically remove packages which were removed from unstable when removing them from testing causes no dependency problems. The release team can force a removal from testing if it is really needed, please contact them if this should be the case. Bugs which have been reported against this package are not automatically removed from the Bug Tracking System. Please check all open bugs and close them or re-assign them to another package if the removed package was superseded by another one. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 572...@bugs.debian.org. The full log for this bug can be viewed at http://bugs.debian.org/572399 This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Barry deFreese (the ftpmaster behind the curtain) -- 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/e1nncro-00061e...@ries.debian.org
Bug#572692: Please provide udev rule instead of hal fdi
Hi Martin, On Fri, Mar 5, 2010 at 19:08:28 +0100, Martin Pitt wrote: --- xserver-xorg-input-vmmouse-12.6.5.orig/debian/69-xorg-vmmouse.rules +++ xserver-xorg-input-vmmouse-12.6.5/debian/69-xorg-vmmouse.rules @@ -0,0 +1 @@ +ACTION==add|change, ENV{ID_INPUT_MOUSE}==?*, ATTRS{description}==i8042 AUX port, PROGRAM=/usr/bin/vmmouse_detect, ENV{x11_driver}=vmmouse Thanks for the patch, this should be fine for sid/squeeze. For upstream, the libudev backend of the server only looks for devices with ID_INPUT set, the x11_driver property is ignored (the driver is set from xorg.conf / xorg.conf.d). Currently the configuration can match devices by name, vendor, device path, the ID_INPUT_foo attributes, and an ID_INPUT.tags attribute. I'm not sure which would be more appropriate here, maybe setting a vmware tag on some device... It might be worth checking whether rawhide includes something for this, although it doesn't seem to be in the xorg-x11-drv-vmmouse rpm. Cheers, Julien signature.asc Description: Digital signature
Bug#572692: Please provide udev rule instead of hal fdi
Hello Julien, Julien Cristau [2010-03-05 20:13 +0100]: Thanks for the patch, this should be fine for sid/squeeze. Thanks. This should probably fix the package name typo in postinst.in (although it should be harmless). For upstream, the libudev backend of the server only looks for devices with ID_INPUT set That part of the rule should be fine, though. ID_INPUT_MOUSE is set by udev itself, and it's just for discovering which device to set the driver for. , the x11_driver property is ignored (the driver is set from xorg.conf / xorg.conf.d). Right, that would be a problem indeed. I keep forgetting about this. Currently the configuration can match devices by name, vendor, device path, the ID_INPUT_foo attributes, and an ID_INPUT.tags attribute. I'm not sure which would be more appropriate here, maybe setting a vmware tag on some device... Right, the rule might do ENV{ID_INPUT.vmmouse}=1 instead of setting x11_driver? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Come join me on CVVMASTERSTEAM 2010
CVVMASTERSTEAM 2010: CASHOUT NOW! Fullz cc cvv2 cvvs track bank login and dump (buy all fresh stuff). SHOPADMIN DATABASE FRESH MANY COUNTRIES BINS UPDATED CONTACT US cvvmast...@yahoo.com / ICQ: 554914762 OR VISIT SHOP!!! http://ccvmasterteam2010.ning.com Click the link below to Join: http://ccvmasterteam2010.ning.com/?xgi=1UkU14f6QSVNuRxg_source=msg_invite_net If your email program doesn't recognize the web address above as an active link, please copy and paste it into your web browser Members already on CVVMASTERSTEAM 2010 ali rehman, Zak Patel, bobby, billy bill, david Michael About CVVMASTERSTEAM 2010 We sell Fullz cc cvv2 cvvs track bank login and dump all country SHOP!!(We are gurantee absolutely anonymity of our customers) 179 members 22 photos To control which emails you receive on the corner, or to opt-out, go to: http://ccvmasterteam2010.ning.com/?xgo=qRdVPMO3VOe7fRX3JPNKK2ebFZPyK68Wa-35lzEei4DsgrtapCozqNeGuCj-ewkZxg_source=msg_invite_net
Bug#572692: Please provide udev rule instead of hal fdi
On Fri, Mar 5, 2010 at 20:57:31 +0100, Martin Pitt wrote: Julien Cristau [2010-03-05 20:13 +0100]: Currently the configuration can match devices by name, vendor, device path, the ID_INPUT_foo attributes, and an ID_INPUT.tags attribute. I'm not sure which would be more appropriate here, maybe setting a vmware tag on some device... Right, the rule might do ENV{ID_INPUT.vmmouse}=1 instead of setting x11_driver? Should be ENV{ID_INPUT.tags}=vmmouse as far as I can tell (http://cgit.freedesktop.org/xorg/xserver/tree/config/udev.c#n87). And then in xorg.conf.d/vmmouse.conf or so: Section InputClass Identifier vmmouse MatchTag vmmouse Driver vmmouse EndSection should do the trick (identifier doesn't matter). Cheers, Julien signature.asc Description: Digital signature
Processed: adjusting severity
Processing commands for cont...@bugs.debian.org: # xserver-xorg-video-nouveau is not only unbuildable, but also uninstallable # conflicts with current xserver-xorg-core package xserver-xorg-video-nouveau Limiting to bugs with field 'package' containing at least one of 'xserver-xorg-video-nouveau' Limit currently set to 'package':'xserver-xorg-video-nouveau' severity 568168 grave Bug #568168 [xserver-xorg-video-nouveau] xserver-xorg-video-nouveau: fails to build with X server 1.7 Severity set to 'grave' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.126782007717943.transcr...@bugs.debian.org
Bug#185584: marked as done (xserver-xfree86: X server should retry xfs connection)
Your message dated Fri, 05 Mar 2010 21:55:41 +0100 with message-id 4b916fcd.9010...@ens-lyon.org and subject line closing old bugs has caused the Debian Bug report #185584, regarding xserver-xfree86: X server should retry xfs connection to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 185584: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=185584 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xserver-xfree86 Version: 4.2.1-3 Severity: wishlist If you configure X to use a font server via TCP: FontPath tcp/font:7100 and then restart the font server, the X server does not reconnect to it. This causes it to lose access to all fonts. -- System Information Debian Release: testing/unstable Kernel Version: Linux gondolin 2.4.20-686-smp #1 SMP Mon Jan 13 23:06:41 EST 2003 i686 Pentium III (Coppermine) GenuineIntel GNU/Linux Versions of the packages xserver-xfree86 depends on: ii debconf1.2.21 Debian configuration management system ii libc6 2.3.1-14 GNU C Library: Shared libraries and Timezone ii xserver-common 4.2.1-3files and utilities common to all X servers ii zlib1g 1.1.4-6compression library - runtime ---End Message--- ---BeginMessage--- Nobody cares about xfs anymore, closing this bug. Brice ---End Message---
Bug#370379: marked as done (xbase-clients: Very noisy after upgrade to Xorg 7.0)
Your message dated Fri, 05 Mar 2010 22:00:30 +0100 with message-id 4b9170ee.1000...@ens-lyon.org and subject line fixed has caused the Debian Bug report #370379, regarding xbase-clients: Very noisy after upgrade to Xorg 7.0 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 370379: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=370379 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xbase-clients Version: 1:7.0.1-2 Severity: wishlist After upgrade to the version of Xorg 7.0 (from Xorg 6.9) startx (or the X server, I suppose, so reassign if it belongs there) is very chatty, the console where startx was issued can hardly be used anymore. Previous versions only displayed resolution changes (i.e. by games or movie / video players) which did not occure too often. Please restore the old behaviour. If I, for example, now switch to and from X, I see lines like: (**) RADEON(0): Memory map updated. (**) RADEON(0): Programming CRTC1, offset: 0x (**) RADEON(0): Wrote: 0x000c 0x0001006c 0x (0xa700) (**) RADEON(0): Wrote: rd=12, fd=108, pd=1 (**) RADEON(0): GRPH_BUFFER_CNTL from 20205c5c to 20145c5c (**) RADEON(0): EngineRestore (32/32) (**) RADEON(0): EngineRestore (32/32) (**) RADEON(0): RADEONSaveScreen(2) (**) RADEON(0): RADEONLeaveVT (**) RADEON(0): EngineRestore (32/32) (**) RADEON(0): RADEONRestore (**) RADEON(0): RADEONRestoreMode() (**) RADEON(0): RADEONRestoreMode(0x705ac0) (**) RADEON(0): RADEONRestoreMemMapRegisters() : (**) RADEON(0): MC_FB_LOCATION : 0x1fff (**) RADEON(0): MC_AGP_LOCATION : 0x27ff2000 (**) RADEON(0): Map Changed ! Applying ... (**) RADEON(0): Map applied, resetting engine ... (**) RADEON(0): Updating display base addresses... (**) RADEON(0): Memory map updated. (**) RADEON(0): Programming CRTC1, offset: 0x (**) RADEON(0): Wrote: 0x000c 0x00030065 0x (0xa700) (**) RADEON(0): Wrote: rd=12, fd=101, pd=3 (**) RADEON(0): Ok, leaving now... -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.deb-7-grsec Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Versions of packages xbase-clients depends on: ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-3 X11 Font Services library ii libgl1-mesa-glx [libgl 6.4.1-0.4 A free implementation of the OpenG ii libice66.9.0.dfsg.1-6+b1 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxau61:1.0.0-3 X11 authorisation library ii libxaw71:1.0.1-5 X11 Athena Widget library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxft22.1.8.2-5.1 FreeType-based font drawing librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxkbfile11:1.0.2-3 X11 keyboard file manipulation lib ii libxmu61:1.0.1-3 X11 miscellaneous utility library ii libxmuu1 1:1.0.1-3 X11 miscellaneous micro-utility li ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii libxss11:1.0.1-4 X11 Screen Saver extension library ii libxt6 1:1.0.0-5 X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-3 X11 event trapping extension libra ii libxtst6 1:1.0.1-3 X11 Testing -- Resource extension ii libxv1 1:1.0.1-3 X11 Video extension library ii libxxf86dga1 2:1.0.0-3 X11 Direct Graphics Access extensi ii libxxf86vm11:1.0.0-4 X11 XFree86 video mode extension l ii x11-common 1:7.0.20 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-11compression library - runtime xbase-clients recommends no packages. --
Bug#102338: marked as done (xspecs: Xpm documentation missing)
Your message dated Fri, 05 Mar 2010 22:09:30 +0100 with message-id 4b91730a.7020...@ens-lyon.org and subject line fixed has caused the Debian Bug report #102338, regarding xspecs: Xpm documentation missing to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 102338: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=102338 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xlibs-dev Version: 4.0.3-4 Severity: wishlist The xlibs-dev package contains the Xpm library, but no documentation for it. Even if the upstream tar-ball contains no documentation, we could include the manual from an older version, because old documentation is better then no documentation at all. An archive containing the manual may be found at sunsite.unc.edu in the file /pub/Linux/libs/X/libXpm-4.7.tar.gz. Inside this archive it is the file xpm-3.4g/doc/xpm.PS. Jochen -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux automatix 2.4.5 #1 Mon Jun 11 14:33:07 CEST 2001 i686 Locale: LANG=de_DE, LC_CTYPE=de_DE Versions of packages xlibs-dev depends on: ii libc6-dev 2.2.3-6GNU C Library: Development Librari ii xlibs 4.0.3-4X Window System client libraries ---End Message--- ---BeginMessage--- libxpm-dev contains some doc. Brice ---End Message---
Bug#444384: marked as done (inefficient starting?)
Your message dated Fri, 05 Mar 2010 22:08:00 +0100 with message-id 4b9172b0.3040...@ens-lyon.org and subject line KMS rulez has caused the Debian Bug report #444384, regarding inefficient starting? to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 444384: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444384 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xdm Version: 1:1.1.6-3 Severity: wishlist I noticed something this time while happening to be starting at the screen when xdm starts: *Twice* during the oh, two seconds that xdm takes to start, the screen has this being powered off look to it, where there is this tide of powered off screen area that advances toward the center from the edges of the screen, only getting about 1/4 of the way though. Anyway, this tells me that something is being done twice at the perhaps unfortunate wear and tear of the hardware. If this was a simple program (like expr(1)), perhaps it would be no big deal, but starting X windows certainly should be done with care for using the hardware non-wastefully... Attached log file. P.S., inform me if (EE) and (WW)'s can be helped. Thanks. Anyway, one way to test would be to start xdm on a very slow/loaded system and watch what was going on on the screen. Of course I can't help, as my mountaintop equipment has no backup, and I prefer to just report bugs and leave looking under the hood for the experts. P.S., xdm looks good on 800x600 now, but bevel bug is still present at larger values. Xorg.0.log.bz2 Description: jidanni's X log file ---End Message--- ---BeginMessage--- Fixed with KMS drivers. Brice ---End Message---
Bug#433167: marked as done (compiz: fullscreen opengl games end up showing only a black screen)
Your message dated Fri, 05 Mar 2010 22:05:47 +0100 with message-id 4b91722b.8070...@ens-lyon.org and subject line closing old bugs has caused the Debian Bug report #433167, regarding compiz: fullscreen opengl games end up showing only a black screen to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 433167: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433167 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: compiz Version: 0.2.2-1 Severity: important when compiz is running, fullscreen opengl games become unplayable. instead of the game rendering, there is just a completely black screen. when compiz is not running, the game works just fine. to test this out, start up openarena and set it on windowed mode (you can verify that both fullscreen and windowed mode work fine at this point without compiz running). then start up compiz. the game works fine here in windowed mode. now go to the menu and switch to fullscreen. the screen will go all black, and the game and compiz will both need to be killed to get the system working again. thanks for the hard work on compiz. mike -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-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 compiz depends on: ii compiz-core 0.2.2-1OpenGL window and compositing mana ii compiz-gnome 0.2.2-1OpenGL window and compositing mana ii compiz-gtk0.2.2-1OpenGL window and compositing mana ii compiz-plugins0.2.2-1OpenGL window and compositing mana compiz recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Should have been fixed for a while. Brice ---End Message---
Bug#485938: marked as done ([compiz-core] Enforces to remove kscreensaver-xsavers)
Your message dated Fri, 05 Mar 2010 22:12:54 +0100 with message-id 4b9173d6.9070...@ens-lyon.org and subject line fixed has caused the Debian Bug report #485938, regarding [compiz-core] Enforces to remove kscreensaver-xsavers to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 485938: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485938 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: compiz-core Version: 0.7.4-1 Severity: serious --- Please enter the report below this line. --- Last version conflicts with xscreensaver-data-extra, but kscreensaver-xsavers depends on xscreensaver-data-extra. I am a KDE user so I am not willing to remove kscreensaver-xsavers, I'd rather remove compiz (yes, regard it as a threaten :-) ). Furthermore, even if kscreensaver-xsavers did not depend on xscreensaver-data-extra, I would not remove the latter either, because they are so cute (although they work so badly and break the X server, at least at the present time :-) ... :-) ). Why the conflict of compiz-core with xscreensaver-data-extra? Can't it be fixed? --- System information. --- Architecture: i386 Kernel: Linux 2.6.25-2-686 Debian Release: lenny/sid 990 unstable www.debian-multimedia.org 990 unstable ftp.uk.debian.org 500 stable dl.google.com 500 experimental www.debian-multimedia.org 1 experimental ftp.uk.debian.org --- Package information. --- Depends (Version) | Installed =-+-= libc6 (= 2.7-1) | 2.7-12 libgl1-mesa-glx | 7.0.3-1 OR libgl1 | libice6 (= 1:1.0.0) | 2:1.0.4-1 libsm6 | 2:1.0.3-1+b1 libstartup-notification0 (= 0.8-1) | 0.9-1 libx11-6 | 2:1.1.4-2 libxcomposite1 (= 1:0.3-1) | 1:0.4.0-3 libxdamage1 (= 1:1.1) | 1:1.1.1-4 libxext6 | 2:1.0.4-1 libxfixes3 (= 1:4.0.1) | 1:4.0.3-2 libxinerama1 | 2:1.0.3-2 libxml2 (= 2.6.27) | 2.6.32.dfsg-2 libxrandr2 (= 4.3) | 2:1.2.2-2 libxslt1.1 (= 1.1.18) | 1.1.24-1 mesa-utils | 7.0.3-1 ---End Message--- ---BeginMessage--- doesn't matter anymore, closing ---End Message---
Bug#551360: marked as done (compiz: new upstream version 0.8.4 is available)
Your message dated Fri, 05 Mar 2010 22:19:00 +0100 with message-id 4b917544.2050...@ens-lyon.org and subject line in unstable has caused the Debian Bug report #551360, regarding compiz: new upstream version 0.8.4 is available to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 551360: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551360 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: compiz Version: 0.8.2-6 Severity: wishlist [compiz] [ANNOUNCE] compiz-0.8.4 http://lists.freedesktop.org/archives/compiz/2009-October/003387.html http://releases.compiz.org/0.8.4/ -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (850, 'stable'), (800, 'testing'), (700, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-openvz-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 compiz depends on: ii compiz-core 0.8.2-6OpenGL window and compositing mana ii compiz-gnome 0.8.2-6OpenGL window and compositing mana ii compiz-gtk0.8.2-6OpenGL window and compositing mana ii compiz-plugins0.8.2-6OpenGL window and compositing mana compiz recommends no packages. Versions of packages compiz suggests: ii compizconfig-settings-manager 0.8.2-2Compizconfig Settings Manager -- debconf-show failed -- MAN-UANIC ---End Message--- ---BeginMessage--- Version: 0.8.4-2 ---End Message---
Bug#542379: marked as done (Please package a newer drm-snapshot including libdrm-radeon)
Your message dated Fri, 05 Mar 2010 22:15:53 +0100 with message-id 4b917489@ens-lyon.org and subject line fixed has caused the Debian Bug report #542379, regarding Please package a newer drm-snapshot including libdrm-radeon to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 542379: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542379 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: drm-snapshot Version: 2.4.11+git+20090630+de1ed01-1 Severity: wishlist Please update the version of drm-snapshot in experimental to something that's actually more recent than the released version in unstable/testing. :) Also please include libdrm-radeon to facilitate building a KMS enabled radeon X server. (Discussed with lamby on IRC; Eric added to CC because I believe he's interested in the same thing from his posts to debian-x.) Thanks, J. -- ] http://www.earth.li/~noodles/ [] 101 things you can't have too much [ ] PGP/GPG Key @ the.earth.li [] of : 44 - Fame. [ ] via keyserver, web or email. [] [ ] RSA: 4096/2DA8B985[] [ ---End Message--- ---BeginMessage--- We have radeon drm in unstable. Brice ---End Message---
Bug#572717: libgl1-mesa-dri: do not depend on libdrm-radeon1
Package: libgl1-mesa-dri Version: 7.7-4 Severity: normal apparently ati has gained some popularity again lately, but i don't think it justifies to make a non-chip specific package depend on a particular chip's (family) lib. while it is a nuisance on any normal pc, it is a no-go on limited devices like the freerunner. in my experience it has become a real pest lately that a lot of packages define unnecessary dependencies because it doesn't matter with today's computers -- but it does matter and even more with a distribution that attempts to be available on a plethora of devices, not all having abundant memory, disk space or cpu. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.3 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libdrm-intel1 2.4.18-2 Userspace interface to intel-speci ii libdrm-radeon12.4.18-2 Userspace interface to radeon-spec ii libdrm2 2.4.18-2 Userspace interface to kernel DRM ii libexpat1 2.0.1-7XML parsing C library - runtime li libgl1-mesa-dri recommends no packages. Versions of packages libgl1-mesa-dri suggests: pn libglide3 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/20100305213632.19664.4328.report...@ginguppin
Bug#554775: marked as done (consolekit: xorg restarts after console-kit-daemon error)
Your message dated Fri, 05 Mar 2010 23:00:19 +0100 with message-id 4b917ef3.7060...@ens-lyon.org and subject line consolekit: xorg restarts after console-kit-daemon error has caused the Debian Bug report #554775, regarding consolekit: xorg restarts after console-kit-daemon error to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 554775: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554775 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: consolekit Version: 0.3.1-1 Severity: normal From time to time xorg restarts, I could only find this in the logs: Nov 6 12:04:40 menek gdm[5647]: WARNING: gdm_slave_xioerror_handler: Poważny błąd X - restartowanie :0 Nov 6 12:04:40 menek console-kit-daemon[5437]: GLib-GObject-WARNING: instance of invalid non-instantiatable type `invalid' Nov 6 12:04:40 menek console-kit-daemon[5437]: GLib-GObject-CRITICAL: g_signal_emit_valist: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed Nov 6 12:04:40 menek console-kit-daemon[5437]: GLib-GObject-CRITICAL: g_object_unref: assertion `G_IS_OBJECT (object)' failed -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages consolekit depends on: ii dbus 1.2.16-2 simple interprocess messaging syst ii libc6 2.9-25GNU C Library: Shared libraries ii libck-connector0 0.3.1-1 ConsoleKit libraries ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2simple interprocess messaging syst ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libpolkit-gobject-1-0 0.94-4PolicyKit Authorization API ii libx11-6 2:1.2.2-1 X11 client-side library ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages consolekit recommends: ii libpam-ck-connector 0.3.1-1ConsoleKit PAM module consolekit suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Version: 2:1.7.2-1 Unless I am mistaken, this doesn't matter anymore now that we use udev instead of hal. Brice ---End Message---
Bug#572717: marked as done (libgl1-mesa-dri: do not depend on libdrm-radeon1)
Your message dated Fri, 5 Mar 2010 23:05:31 +0100 with message-id 20100305220531.gn13...@radis.liafa.jussieu.fr and subject line Re: Bug#572717: libgl1-mesa-dri: do not depend on libdrm-radeon1 has caused the Debian Bug report #572717, regarding libgl1-mesa-dri: do not depend on libdrm-radeon1 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 572717: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572717 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libgl1-mesa-dri Version: 7.7-4 Severity: normal apparently ati has gained some popularity again lately, but i don't think it justifies to make a non-chip specific package depend on a particular chip's (family) lib. while it is a nuisance on any normal pc, it is a no-go on limited devices like the freerunner. in my experience it has become a real pest lately that a lot of packages define unnecessary dependencies because it doesn't matter with today's computers -- but it does matter and even more with a distribution that attempts to be available on a plethora of devices, not all having abundant memory, disk space or cpu. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.3 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libdrm-intel1 2.4.18-2 Userspace interface to intel-speci ii libdrm-radeon12.4.18-2 Userspace interface to radeon-spec ii libdrm2 2.4.18-2 Userspace interface to kernel DRM ii libexpat1 2.0.1-7XML parsing C library - runtime li libgl1-mesa-dri recommends no packages. Versions of packages libgl1-mesa-dri suggests: pn libglide3 none (no description available) -- no debconf information ---End Message--- ---BeginMessage--- On Fri, Mar 5, 2010 at 22:36:32 +0100, arne anka wrote: apparently ati has gained some popularity again lately, but i don't think it justifies to make a non-chip specific package depend on a particular chip's (family) lib. while it is a nuisance on any normal pc, it is a no-go on limited devices like the freerunner. in my experience it has become a real pest lately that a lot of packages define unnecessary dependencies because it doesn't matter with today's computers -- but it does matter and even more with a distribution that attempts to be available on a plethora of devices, not all having abundant memory, disk space or cpu. libgl1-mesa-dri contains the dri drivers for various hardware. including radeons, which need libdrm-radeon. Closing as not a bug. Cheers, Julien signature.asc Description: Digital signature ---End Message---
Bug#444207: marked as done (xserver-xorg-video-ati: Bad text rendering through opengl and glut)
Your message dated Fri, 5 Mar 2010 23:07:05 +0100 with message-id 20100305220705.ga13...@loulous.org and subject line Re: Bug#444207: xserver-xorg-video-ati: Bad text rendering through opengl and glut has caused the Debian Bug report #444207, regarding xserver-xorg-video-ati: Bad text rendering through opengl and glut to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 444207: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444207 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: normal Writing text with glutBitmap function gives poor results. Looks like some pixel rows are not drawn. Problem goes away if i make the window large (near maximised or maximised). Problem does not occur when rendering is software only - hence i think its a driver issue. I have looked at Lenny / testing. The problem is still present (along with additional ones that i will report separately). This is last item of output from 'lspci' - guessing this is my graphics card - for your info. 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon IGP 330M/340M/350M -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.1.1-21etch1 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- On Thu, Sep 27, 2007 at 12:49:54PM +0200, Michel Dänzer wrote: reassign 444207 libgl1-mesa-dri kthxbye On Wed, 2007-09-26 at 21:49 +0100, alex wrote: Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: normal Writing text with glutBitmap function gives poor results. Looks like some pixel rows are not drawn. Can you provide a screenshot that shows the problem? No reply in 2 years, closing. Brice ---End Message---
Bug#448384: marked as done (gnome-session: opengl artifacts since 2.20 when not full screen)
Your message dated Fri, 5 Mar 2010 23:08:00 +0100 with message-id 20100305220800.ga13...@loulous.org and subject line Re: Bug#448384: Which opengl driver has caused the Debian Bug report #448384, regarding gnome-session: opengl artifacts since 2.20 when not full screen to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 448384: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448384 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gnome-session Version: 2.20.1-1 Severity: normal *** Please type your report below this line *** This occurs on an ibook G4, 1.2 Ghx with the Radeon 9200 for graphics. On full screen applications, like armagetron, opengl graphics work as normal. Anything windowed misbehaves, however, by having jittery artifcats, and multiple images of something in motion. Glxinfo and glxgears report nothing unusual in their stats, but glxgears looks awful. Gnome-compiz is installed, but not configured. Is Gnome fighting with opengl somehow? That would explain why fullscreen apps behave themselves. Best wishes, Adam Bartley -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.22-2-powerpc Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-session depends on: ii gconf2 2.20.0-1 GNOME configuration database syste ii gnome-control-center1:2.20.1-1 utilities to configure the GNOME d ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ---End Message--- ---BeginMessage--- On Tue, Oct 30, 2007 at 10:56:25AM +0100, Michel Dänzer wrote: reassign 448384 libgl1-mesa-dri kthxbye On Tue, 2007-10-30 at 10:13 +0100, Josselin Mouette wrote: Le lundi 29 octobre 2007 à 21:25 +, Adam Bartley a écrit : Thanks for the response. Re: which driver I use, the glxinfo output follows: OpenGL renderer string: Mesa DRI R200 20060602 AGP 4x TCL Thanks, reassigning. Adam, if you're using a compositing manager, see https://bugs.freedesktop.org/show_bug.cgi?id=8732 We have DRI2 for radeon in experimental now. Otherwise, please provide screenshots of the problem. Otherwise no reply in 2 years, closing. Brice ---End Message---
Bug#389255: marked as done (xserver-xfree86: Graphical session does not start.)
Your message dated Fri, 5 Mar 2010 23:05:51 +0100 with message-id 20100305220551.ga13...@loulous.org and subject line Re: Bug#389255: xserver-xfree86: Graphical session does not start. has caused the Debian Bug report #389255, regarding xserver-xfree86: Graphical session does not start. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 389255: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389255 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xserver-xfree86 Version: 4.3.0.dfsg.1-14sarge1 Severity: critical *** Please type your report below this line *** Install done on iMac DV (Slot Loading) Specs here: http://support.apple.com/specs/imac/iMac_Slot_Loading.html IIRC, this worked with Debain 3.1r2. I'm using the 3.1r3 NetInstall now. After performing initial install, the following message appears: I cannot start the X server (your graphical interface.) It is likely that it is not setup correctly. Would you like to view the X server output to diagnose the problem? Selecting yes provides the following.. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxr-xr-x 1 root root 20 2006-09-24 11:14 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x 1 root root 1901172 2005-09-08 05:59 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: /etc/X11/XF86Config-4 unchanged from checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw-r--r-- 1 root root 2910 2006-09-24 11:14 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/:7100 # local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRulesxfree86 Option XkbModelmacintosh Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device /dev/input/mice Option ProtocolImPS/2 Option Emulate3Buttons true Option ZAxisMapping4 5 EndSection Section Device Identifier Generic Video Card Driver ati Option UseFBDevtrue EndSection Section Monitor Identifier Generic Monitor HorizSync 60-60 VertRefresh 43-117 Option DPMS EndSection Section Screen Identifier Default Screen Device Generic Video Card Monitor Generic Monitor DefaultDepth24 SubSection Display Depth 1
Processed: tagging 457980
Processing commands for cont...@bugs.debian.org: tags 457980 + wontfix Bug #457980 [x11-common] x11-common should conflict with xserver-s3v Added tag(s) wontfix. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.126783176220521.transcr...@bugs.debian.org
Bug#473578: marked as done (compiz uses indirect rendering)
Your message dated Sat, 6 Mar 2010 00:31:47 +0100 with message-id 20100305233147.ga15...@loulous.org and subject line Re: Bug#473578: compiz uses indirect rendering has caused the Debian Bug report #473578, regarding compiz uses indirect rendering to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 473578: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473578 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: compiz Version: 0.6.3~git20080115.0ea58487-1 Severity: normal Hi. After many unsuccessful installations of compiz on my machine, I discovered that the call compiz --replace didn't work because compiz thinks that my hardware doesn't have an extension that it seems to have: rbr...@chagas:~$ compiz.real --replace compiz.real (core) - Fatal: GLX_EXT_texture_from_pixmap is missing compiz.real (core) - Error: Failed to manage screen: 0 compiz.real (core) - Fatal: No manageable screens found on display :0.0 rbr...@chagas:~$ But if I see the extensions supported by glxinfo, then I *do* get GLX_EXT_texture_from_pixmap reported: rbr...@chagas:~$ glxinfo | grep texture_from_pixmap GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap rbr...@chagas:~$ My system uses an Intel on-board 865G chipset with 32MB of RAM shared with the main system memory. I'm using a Pentium D 805 here, if memory serves me well. I'm not sure right now, but I think that the compiz package in the installation/live CD uses direct rendering (well, it is much faster than what I get with Debian via the option --indirect-rendering, even when used with the CD). Please, any help is appreciated. Also, let me know if any further information is necessary/desired. Thanks for your efforts, Rogério Brito. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.2-1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages compiz depends on: ii compiz-core 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana ii compiz-gnom 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana ii compiz-gtk 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana ii compiz-plug 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana compiz recommends no packages. -- no debconf information -- Rogério Brito : rbr...@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8 http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org ---End Message--- ---BeginMessage--- On Tue, Apr 01, 2008 at 08:59:50PM +0200, Julien Cristau wrote: On Tue, Apr 1, 2008 at 15:47:03 -0300, Rogério Brito wrote: I would like to avoid the use of indirect-rendering to save some CPU time. Indirect doesn't mean software. AIGLX allows accelerated indirect rendering. I don't see any bug here, closing. Brice ---End Message---
Processed: reassign 515187 to xserver-xorg-video-r128, forcibly merging 515188 515187
Processing commands for cont...@bugs.debian.org: reassign 515187 xserver-xorg-video-r128 Bug #515187 [xorg] xorg: ati r128 correct resolution cannot be chosen Bug reassigned from package 'xorg' to 'xserver-xorg-video-r128'. Bug No longer marked as found in versions xorg/1:7.3+18. forcemerge 515188 515187 Bug#515188: xorg: ati r128 correct resolution cannot be chosen Bug#515187: xorg: ati r128 correct resolution cannot be chosen Bug#531384: X: detects wrong resolution on Inspiron 4000 Forcibly Merged 515187 515188 531384. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.126783209922728.transcr...@bugs.debian.org
Processed: reassign 466790 to libgl1-mesa-glx, forcibly merging 466790 521623
Processing commands for cont...@bugs.debian.org: reassign 466790 libgl1-mesa-glx Bug #466790 [mesa] libGL.so.1.2 hardcodes /usr/lib/dri which breaks in ia32-libs Bug reassigned from package 'mesa' to 'libgl1-mesa-glx'. forcemerge 466790 521623 Bug#466790: libGL.so.1.2 hardcodes /usr/lib/dri which breaks in ia32-libs Bug#521623: ia32-libs: libGL.so tries to load x86-64 i915_dri.so Forcibly Merged 466790 521623. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.126783222823515.transcr...@bugs.debian.org
Bug#572311: No display output from Radeon RV610 on Alpha
If I compile the ati/radeon video driver from fdo git master (commit 4975658f05) with default CFLAGS (i.e. no byte-word extension), except for the module src/AtomBios/CD_Operations.c which I compile with the -mbwx compiler option, then I get a working video driver. Looks like the problem is in src/AtomBios/CD_Operations.c. Cheers Michael. -- 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/4b91ab8d.1070...@orcon.net.nz