Bug#454361: xserver-xorg-video-intel: Update to new intel driver breaks Enlightenment
Mike Brodbelt wrote: * Brice Goglin [EMAIL PROTECTED] [071205 07:21]: Does it help if you add Option AccelMethod XAA to the Device section of your xorg.conf? Yes - that does indeed fix the problem. Presumably this is a bug in EXA then? Yes, we have seen multiple reports about rendering problems with EXA on fonts, icons, background, ... Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454304: xserver-xorg: X doesn't start anymore after upgrade to Lenny on Toshiba S1800
Hello, I also noticed there was a newer xserver-xorg-video-trident package in unstable. I updated xserver-xorg (and everything it depends on) via apt-pinning to X 1:7.3+7. No solution, it locks up the laptop as well. -- M.vr.gr. Bert Verbeek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454304: xserver-xorg: X doesn't start anymore after upgrade to Lenny on Toshiba S1800
Op Tuesday 04 December 2007, schreef u: Does downgrading *only* xserver-xorg-core to stable (from 2:1.3.0.0.dfsg-12 to 2:1.1.1-21) fix the problem? For both vesa and trident drivers? Brice I downloaded to xserver-xorg-core_1.1.1-21etch1_386.deb. unfortunately not, X complains about module mismatches: (EE) module ABI minor version (7) is newer than the server's version (6) (EE) Failed to load module kbd (module requirement mismatch, 0) the same for modules mouse and synaptics. it doesn't lock up the system. Bert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454304: xserver-xorg: X doesn't start anymore after upgrade to Lenny on Toshiba S1800
Op Wednesday 05 December 2007, schreef Brice Goglin: You probably need to downgrad xserver-xorg-input-kbd, -mouse and -synaptics to stable/etch as well. Brice Hello Brice, Good news, I did what you proposed and I got X back in the testing installation, thanks for this workaround. KDE starts as well, two minor differences I see at the moment: 1. the asteriskes to hide the password in kdm are replaced by big black filled circles. 2. the bouncing icons during startup of an application have a weird flickering background. I'm willing to spend more time for further testing to trace down this bug in the testing xserver-xorg-core. Under guidance of an X-guru, as debugging X-software is not my field. Thanks again for the workaround. Bert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Change of email address
Processing commands for [EMAIL PROTECTED]: # My princeton.edu email address will expire soon # Changing submitter to my debian.org address submitter 396496 ! Bug#396496: Problems upgrading sarge - etch Changed Bug submitter from Kevin B McCarty ([EMAIL PROTECTED]) [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 270862 ! Bug#270862: lesstif2: Menu problems caused by incompatibilities with Motif Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 218810 ! Bug#218810: paw-demos: occasionally fails on test 6 Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 290350 ! Bug#290350: ITA: wmakerconf -- GTK+ based configuration tool for Window Maker Changed Bug submitter from Kevin McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 290352 ! Bug#290352: ITA: wmakerconf-data -- Data files for wmakerconf, a configuration tool for Window Maker. Changed Bug submitter from Kevin McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 363791 ! Bug#363791: mozilla-thunderbird: When selecting attachment, follows symlinks to use real file name Changed Bug submitter from Kevin McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 287789 ! Bug#287789: listarchives: Should escape special chars in mailto's Changed Bug submitter from Kevin McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 364201 ! Bug#364201: xserver-xorg: Sarge - Sid upgrade asks for video driver three times Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 423223 ! Bug#423223: lintian: Please add directory name sanity check for orig.tar.gz Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 363843 ! Bug#363843: mozilla-thunderbird: Handling of mbox From_ lines not good in local folders Changed Bug submitter from [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 382249 ! Bug#382249: bugs.debian.org: BTS search by email address is case-sensitive; should not be Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 368905 ! Bug#368905: interchange-doc: Useless without interchange in testing Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 415738 ! Bug#415738: [john] FTBFS on mipsel Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 218067 ! Bug#218067: openoffice.org: should use /usr/share/openoffice Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 288605 ! Bug#288605: fsviewer: Incompatibilities with new WindowMaker libs prevent it from working Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 368727 ! Bug#368727: lilo: Lilo hides Windows FAT32 partitions by default on every reboot Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 175514 ! Bug#175514: falconseye: Falconseye screen goes black (maybe only on ppc?) Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 186690 ! Bug#186690: xloadimage: xview messes up X display on certain .gif files Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 207811 ! Bug#207811: apt-utils: apt-ftparchive and apt-file disagree on Contents file syntax Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 296939 ! Bug#296939: libpango1.0-0: pango_color_parse() should accept color format rgb:RR/GG/BB Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 315974 ! Bug#315974: libmathlib1-dev: gen.h includes nonexistent prototypes Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 315984 ! Bug#315984: wmaker menu-method tries to include obsolete wmmacros file Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 375864 ! Bug#375864: tar: file name read contains nul character warning Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 388308 ! Bug#388308: x11-common: No man page for /usr/bin/X Changed Bug submitter from Kevin B. McCarty [EMAIL PROTECTED] to Kevin B. McCarty [EMAIL PROTECTED]. submitter 395423 ! Bug#395423: oss-compat: Please ensure in postinst that /etc/modprobe.d exists Changed Bug submitter from Kevin B. McCarty [EMAIL
Processed: Re: Bug#454304: xserver-xorg: X doesn't start anymore after upgrade to Lenny on Toshiba S1800
Processing commands for [EMAIL PROTECTED]: reassign 454304 xserver-xorg-core Bug#454304: xserver-xorg: X doesn't start anymore after upgrade to Lenny on Toshiba S1800 Bug reassigned from package `xserver-xorg' to `xserver-xorg-core'. found 454304 2:1.3.0.0.dfsg-12 Bug#454304: xserver-xorg: X doesn't start anymore after upgrade to Lenny on Toshiba S1800 Bug marked as found in version 2:1.3.0.0.dfsg-12. retitle 454304 xserver 1.3 breaks trident driver on Toshiba S1800 Bug#454304: xserver-xorg: X doesn't start anymore after upgrade to Lenny on Toshiba S1800 Changed Bug title to `xserver 1.3 breaks trident driver on Toshiba S1800' from `xserver-xorg: X doesn't start anymore after upgrade to Lenny on Toshiba S1800'. thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#454057: please move dpkg-architecture
On Wed, 05 Dec 2007, Julien Cristau wrote: Or we can change type-handling too. Apparently xorg only uses the fact that type-handling provides not+sparc but it doesn't use the type-handling program which is the real user of dpkg-architecture. Is that right? Yes, that's correct. Maybe type-handling could be split with an empty package whose sole purpose is to Provides some virtual packages while type-handling stays the program with its dpkg-dev dependency. I think this solution would be my first preference. My preference would be for dpkg to allow 'Depends: foo [arch]' in arch:all packages, but failing that, I agree. Right now the support for the [arch] syntax is only in the perl code and not at all in the C part that concerns dpkg. Adding it there is a non-trivial effort and would probably also require changes in apt-based software. Aurélien, what do you think of the idea of change concerning type-handling ? Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454304: xserver-xorg: X doesn't start anymore after upgrade to Lenny on Toshiba S1800
reassign 454304 xserver-xorg-core found 454304 2:1.3.0.0.dfsg-12 retitle 454304 xserver 1.3 breaks trident driver on Toshiba S1800 thank you Bert Verbeek wrote: I did what you proposed and I got X back in the testing installation, thanks for this workaround. KDE starts as well, two minor differences I see at the moment: 1. the asteriskes to hide the password in kdm are replaced by big black filled circles. 2. the bouncing icons during startup of an application have a weird flickering background. I'm willing to spend more time for further testing to trace down this bug in the testing xserver-xorg-core. Under guidance of an X-guru, as debugging X-software is not my field. Ok then the problem is in xserver-xorg-core 1.3 in testing. You could try 1.2 from http://snapshot.debian.net/archive/2007/02/26/debian/pool/main/x/xorg-server/xserver-xorg-core_1.2.0-4_i386.deb so that we know more about when the bug appeared? Also, it would be very nice if you could test xserver-xorg-core 1.4 in unstable in case the bug is fixed now. But you will have to upgrade many packages to do so. Any chance you could try that? thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#454057: please move dpkg-architecture
Raphael Hertzog a écrit : On Wed, 05 Dec 2007, Julien Cristau wrote: Or we can change type-handling too. Apparently xorg only uses the fact that type-handling provides not+sparc but it doesn't use the type-handling program which is the real user of dpkg-architecture. Is that right? Yes, that's correct. Maybe type-handling could be split with an empty package whose sole purpose is to Provides some virtual packages while type-handling stays the program with its dpkg-dev dependency. I think this solution would be my first preference. My preference would be for dpkg to allow 'Depends: foo [arch]' in arch:all packages, but failing that, I agree. Right now the support for the [arch] syntax is only in the perl code and not at all in the C part that concerns dpkg. Adding it there is a non-trivial effort and would probably also require changes in apt-based software. Aurélien, what do you think of the idea of change concerning type-handling ? From my point of view, we should get rid of type-handling as soon as possible. This is actually a big and buggy hack to workaround dpkg/apt lacks. The first think I would like to see, is [os] or [cpu] support in dpkg-dev *enabled* and *allowed* for arch-any packages. This would replace type-handling in 90% of the cases. For the [arch] support in binary-all packages, I guess the main use case (if not all) is for metapackages depending on various packages. I don't really see the problem (except the policy, but that can be changed) of using binary-any packages for those metapackages, even if there is no binary files insude them. They are by definition very small, so that won't bloat the archive. If there are still some cases not solved by this approach, I guess the package that should provide the not+sparc package is dpkg. It is always installed on systems, so strange behaviours of apt with virtual packages is avoided. That's why we have type-handling installed on GNU/kFreeBSD build daemons by default (GNU/kFreeBSD uses type-handling more than other architectures). -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454304: xserver-xorg: X doesn't start anymore after upgrade to Lenny on Toshiba S1800
Op Wednesday 05 December 2007, schreef Brice Goglin: Ok then the problem is in xserver-xorg-core 1.3 in testing. You could try 1.2 from http://snapshot.debian.net/archive/2007/02/26/debian/pool/main/x/xorg-server/xserver-xorg-core_1.2.0-4_i386.deb so that we know more about when the bug appeared? xserver-xorg-core_1.2.0-4 runs exactly the same as 1.1.1-21etch1, the same minor imperfections I mentioned before (In KDE). Bert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420209: xserver-xorg-video-intel: blank screen, PP_STATUS and allocate pages warnings in X log
Hi, What's the status of this bug with xserver-xorg-video-intel 2.2.0 currently in unstable? Bart said it was fixed but Jose Manuel reopened it without clear explanation. Did you have the same problem ? or some different problem else as you latest report tends to say? If even the warning are still there but cause no harm, I would rather close the bug and let the upstream report take care of it. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436942: xserver-xorg-video-intel: big black border and distorted display
Anything new about this big black border and distorted display problem with xserver-xorg-video-intel 2.2.0 currently in unstable? thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436942: xserver-xorg-video-intel: big black border and distorted display
Since there were problems with the driver - I've added some ATI video card that our sys. admin. has arranged. I'll try to switch back to the intel one and update you. Cheers, Gal On Dec 5, 2007 10:13 PM, Brice Goglin [EMAIL PROTECTED] wrote: Anything new about this big black border and distorted display problem with xserver-xorg-video-intel 2.2.0 currently in unstable? thanks, Brice
Bug#454304: xserver-xorg: X doesn't start anymore after upgrade to Lenny on Toshiba S1800
Op Wednesday 05 December 2007, schreef u: Ok then the problem is in xserver-xorg-core 1.3 in testing. You could try 1.2 from http://snapshot.debian.net/archive/2007/02/26/debian/pool/main/x/xorg-serve r/xserver-xorg-core_1.2.0-4_i386.deb so that we know more about when the bug appeared? I will do that tonight. Also, it would be very nice if you could test xserver-xorg-core 1.4 in unstable in case the bug is fixed now. But you will have to upgrade many packages to do so. Any chance you could try that? I already tried that, see one of my earlier mails. It didn't bring up X in testing. -- M.vr.gr. Bert Verbeek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446901: compiz ignores gconf modifications and number_of_desktops value
On Wed, 05 Dec 2007 11:33:37 +0100 Giacomo Montagner wrote:
- run command:
ps -ef | grep compiz.real | grep -v grep \
| awk '{print kill -HUP $2}' | bash
Why not just
kill -HUP `pidof compiz.real`
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454304: xserver-xorg: X doesn't start anymore after upgrade to Lenny on Toshiba S1800
Op Wednesday 05 December 2007, schreef Bert Verbeek: xserver-xorg-core_1.2.0-4 runs exactly the same as 1.1.1-21etch1, the same minor imperfections I mentioned before (In KDE). Bert I removed the synaptics input device from my xorg.conf file, as this laptop doesn't have one. I also tried from here, once more, to go to a normal testing installation, and found out that I actually can ssh into the laptop. top shows that Xorg consumes 99.5 % CPU time, and I can kill it. I go back to the 1.2 solution. Bert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
pixman 0.9.6-1 MIGRATED to testing
FYI: The status of the pixman source package in Debian's testing distribution has changed. Previous version: 0.9.5-3 Current version: 0.9.6-1 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454304: xserver-xorg: X doesn't start anymore after upgrade to Lenny on Toshiba S1800
Bert Verbeek wrote: Op Tuesday 04 December 2007, schreef u: Does downgrading *only* xserver-xorg-core to stable (from 2:1.3.0.0.dfsg-12 to 2:1.1.1-21) fix the problem? For both vesa and trident drivers? Brice I downloaded to xserver-xorg-core_1.1.1-21etch1_386.deb. unfortunately not, X complains about module mismatches: (EE) module ABI minor version (7) is newer than the server's version (6) (EE) Failed to load module kbd (module requirement mismatch, 0) You probably need to downgrad xserver-xorg-input-kbd, -mouse and -synaptics to stable/etch as well. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454361: xserver-xorg-video-intel: Update to new intel driver breaks Enlightenment
* Brice Goglin [EMAIL PROTECTED] [071205 07:21]: Does it help if you add Option AccelMethod XAA to the Device section of your xorg.conf? Yes - that does indeed fix the problem. Presumably this is a bug in EXA then? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454263: xserver-xorg-input-vmmouse: vmmouse not used if specified in xorg.conf
On Tue, Dec 04, 2007 at 08:41:19PM +0100, Brice Goglin wrote: What if you add a ServerLayout section such as the following? Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse EndSection I have added it, and now X loades both vmmouse and mouse drivers, unloads them and defaults back to generic input. Attached see both xorg.conf and Xorg.0.log Thanks Philipp -- The more I learn about people, the more I like my dog! X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20071119-1) Current Operating System: Linux pkt8 2.6.22-3-686 #1 SMP Mon Nov 12 08:32:57 UTC 2007 i686 Build Date: 20 November 2007 01:48:55AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Dec 5 09:36:46 2007 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device VMware Inc [VMware SVGA II] PCI Display Adapter (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType. Entry deleted from font path. (Run 'mkfontdir' on /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType). (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (==) |--Input Device default pointer (==) |--Input Device Generic Keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the default mouse configuration. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81d7500 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7190 card 15ad,1976 rev 01 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7191 card , rev 01 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 8086,7110 card 15ad,1976 rev 08 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card 15ad,1976 rev 01 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 8086,7112 card 15ad,1976 rev 00 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 8086,7113 card 15ad,1976 rev 08 class 06,80,00 hdr 80 (II) PCI: 00:0f:0: chip 15ad,0405 card 15ad,0405 rev 00 class 03,00,00 hdr 00 (II) PCI: 00:10:0: chip 1000,0030 card , rev 01 class 01,00,00 hdr 00 (II) PCI: 00:11:0: chip 15ad,0790 card , rev 02 class 06,04,01 hdr 01 (II) PCI: 02:00:0: chip 1022,2000 card 1022,2000 rev 10 class 02,00,00 hdr 00 (II) PCI: 02:01:0: chip 1274,1371 card 1274,1371 rev 02 class 04,01,00 hdr 00 (II) PCI: 02:02:0: chip 15ad,0770 card 15ad,0770 rev 00 class 0c,03,20 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0080 (VGA_EN is cleared) (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) Subtractive PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:17:0), (0,2,2), BCTRL: 0x0004
Bug#420209: xserver-xorg-video-intel: blank screen, PP_STATUS andallocate pages warnings in X log
Hi, the bug is still present. It is true that driver version 2.2.0 works much better (the older drivers did not work at all), but sometimes, when closing X the black screen of dead appears. I am not able to use the ACPI events and vbatool to switch on and off the screen, so I can not close the lid because my laptop (Dell 510m) freezes. Sometimes the laptop is also freezed without the black screen of death. People from X.Org are now working more seriously on the bug, but indeed is not resolved yet. Cheers, Jose Manuel D. Mendinueta PD: some useful information # cat /var/log/Xorg.0.log | grep WW (WW) intel(0): Bad V_BIOS checksum (WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc008 to 0xd009 (WW) intel(0): PP_STATUS before: on, ready, sequencing idle (WW) intel(0): PP_STATUS after: on, ready, sequencing on (WW) intel(0): Register 0x70008 (PIPEACONF) changed from 0x8000 to 0x (WW) intel(0): PIPEACONF before: enabled, single-wide (WW) intel(0): PIPEACONF after: disabled, single-wide (WW) intel(0): xf86AllocateGARTMemory: allocation of 1536 pages failed (WW) intel(0): Allocation error, framebuffer compression disabled (WW) intel(0): xf86AllocateGARTMemory: allocation of 10 pages failed (WW) intel(0): Failed to allocate texture space. (WW) intel(0): xf86AllocateGARTMemory: allocation of 10 pages failed (WW) intel(0): Chosen PLL clock of 96.0 Mhz more than 2% away from desired 108.0 Mhz (WW) intel(0): Option XAANoOffscreenPixmaps is not used (WW) AIGLX: 3D driver claims to not support visual 0x23 (WW) AIGLX: 3D driver claims to not support visual 0x24 (WW) AIGLX: 3D driver claims to not support visual 0x25 (WW) AIGLX: 3D driver claims to not support visual 0x26 (WW) AIGLX: 3D driver claims to not support visual 0x27 (WW) AIGLX: 3D driver claims to not support visual 0x28 (WW) AIGLX: 3D driver claims to not support visual 0x29 (WW) AIGLX: 3D driver claims to not support visual 0x2a (WW) AIGLX: 3D driver claims to not support visual 0x2b (WW) AIGLX: 3D driver claims to not support visual 0x2c (WW) AIGLX: 3D driver claims to not support visual 0x2d (WW) AIGLX: 3D driver claims to not support visual 0x2e (WW) AIGLX: 3D driver claims to not support visual 0x2f (WW) AIGLX: 3D driver claims to not support visual 0x30 (WW) AIGLX: 3D driver claims to not support visual 0x31 (WW) AIGLX: 3D driver claims to not support visual 0x32 # cat /var/log/Xorg.0.log | grep EE Current Operating System: Linux mendi 2.6.23 #1 PREEMPT Wed Oct 10 13:51:23 CEST 2007 i686 (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (II) Loading extension MIT-SCREEN-SAVER El Wednesday 05 December 2007 20:12:15 Brice Goglin escribió: Hi, What's the status of this bug with xserver-xorg-video-intel 2.2.0 currently in unstable? Bart said it was fixed but Jose Manuel reopened it without clear explanation. Did you have the same problem ? or some different problem else as you latest report tends to say? If even the warning are still there but cause no harm, I would rather close the bug and let the upstream report take care of it. Brice signature.asc Description: This is a digitally signed message part.
Bug#446901: compiz ignores gconf modifications and number_of_desktops value
Hi all,
I received no answer until now, in the meanwhile I found a pair of
workarounds:
a) Workspace switcher works again thanks to this fix:
http://compiz.org/Workspace_Switcher_Fix
For me it was enough to do this:
- open gconf-editor
- change key
/apps/compiz/general/screen0/options/number_of_desktops to 1
- change key
/apps/metacity/general/num_workspaces to 1
- set number of faces of the prism using the key:
/apps/compiz/general/screen0/options/hsize
(in my case I set it to the value 9 and my workspace switcher displays
now 9 workspaces, and switches correctly)
b) to reload configuration without lugout/login, do a kill -HUP of the
process compiz.real:
- open a terminal
- run command:
ps -ef | grep compiz.real | grep -v grep \
| awk '{print kill -HUP $2}' | bash
Bye
Giacomo
--
mantager-at-gmail-dot-com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#454057: please move dpkg-architecture
Hi, On Wed, 2007-12-05 at 20:02:34 +0100, Aurelien Jarno wrote: Raphael Hertzog a écrit : On Wed, 05 Dec 2007, Julien Cristau wrote: Maybe type-handling could be split with an empty package whose sole purpose is to Provides some virtual packages while type-handling stays the program with its dpkg-dev dependency. I think this solution would be my first preference. I've been meaning to discuss this with the XSF but at some point forgot about it. I'd really like if you guys could switch that package to arch:any (reasons given below). My preference would be for dpkg to allow 'Depends: foo [arch]' in arch:all packages, but failing that, I agree. Right now the support for the [arch] syntax is only in the perl code and not at all in the C part that concerns dpkg. Adding it there is a non-trivial effort and would probably also require changes in apt-based software. The '[arch]' is supported in the perl code but the dependencies are reduced at package build time. The C code is not the problem with this solution (implementing this is not that difficult, although the arch wildcard support would have to be reimplemented in C), the main problem is breaking all programs around that might be parsing the dependency fields, like sbuild, pbuilder, apt-based, etc. Aurélien, what do you think of the idea of change concerning type-handling ? From my point of view, we should get rid of type-handling as soon as possible. This is actually a big and buggy hack to workaround dpkg/apt lacks. Agreed, and that was our main goal when we (although it has been Aurélien who has done all the work) took over that package. Part of the failure is probably on me for not having pushed enough for the arch wildcards... The first think I would like to see, is [os] or [cpu] support in dpkg-dev *enabled* and *allowed* for arch-any packages. This would replace type-handling in 90% of the cases. I suppose you mean the arch wildcards like '[os-any]' and '[any-cpu]', this has been supported since latest part of the etch release which is the most annoying part type-handling is working around and that's the reason it got added then, to be able to easily get rid of type-handling. The only reason we cannnot use it now is sbuild, I sent a mail to Ryan some time ago but he didn't reply. For the [arch] support in binary-all packages, I guess the main use case (if not all) is for metapackages depending on various packages. I don't really see the problem (except the policy, but that can be changed) of using binary-any packages for those metapackages, even if there is no binary files insude them. They are by definition very small, so that won't bloat the archive. I agree. There's probably really few cases where an arch:all needs to Depend on a package only present in a specific architecture. I'm not sure it's worth the effort, also ideally we should have less arch specific packages. If there are still some cases not solved by this approach, I guess the package that should provide the not+sparc package is dpkg. It is always installed on systems, so strange behaviours of apt with virtual packages is avoided. Right, but I'm a bit uneasy on this solution of abusing the dependencies for that purpose. I'll be closing this bug report and the one on type-handling about splitting the package in few days. regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454546: Mouse wheel mapping randomly fails with (II) Mouse autoprobe: Disabling secondary wheel
Package: xorg Version: 1:7.1.0-19 After the X server has been up for some random amount of time the scroll wheel mapping on my two-wheel mouse (Trust AmiTrack trackball configured using ExplorerPS2 protocol - same thing happens using IMPS2) goes to cock. The vertical wheel becomes a horizontal wheel and the horizontal wheel becomes a double-spacing horizontal wheel. This often, but not invariably, happens when scrolling a page in the browser that has not fully loaded and the browser is chugging while it loads and not responding immediately to scroll events. Sometimes it happens after X has been up only a few minutes. Sometimes it takes several days at the same level of activity before it happens. The only cure is to restart X - and with it all the applications - major PITA. Restarting gpm, or unplugging and replugging the mouse, does nothing. When it happens the following message appears in Xorg.0.log: (II) Mouse autoprobe: Disabling secondary wheel xorg.conf mouse section reads: Section InputDevice # Identifier and driver Identifier Mouse1 Driver mouse #Option ProtocolIMPS/2 Option ProtocolExplorerPS/2 #Option Protocolauto #Option Device /dev/psaux Option Device /dev/gpmdata Option Buttons7 Option ZAxisMapping 6 7 5 4 Option Emulate3Buttons off EndSection As you can see I have tried various protocol options, and have tried reading direct vs. reading via gpm -Rraw; with the latter I have tried the same protocol options in gpm. The behaviour is the same in all cases. I still get the autoprobe log message even when not using Protocol auto. Mouse uses PS/2 port, kernel is custom 2.6.10. -- Pigeon Be kind to pigeons- -Pigeon's Nest: http://pigeonsnest.co.uk/ GPG key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x21C61F7F signature.asc Description: Digital signature
Bug#452739: Crash
2007/12/3, Brice Goglin [EMAIL PROTECTED]: Øystein Gisnås wrote: Just a minute after I sent the previous report, X.org http://X.org crashed again. This time I managed to stop gdm from starting again. The attached Xorg.0.log is the same as in the previous report, but this time with details about the crash towards the end. Would it give more info if I had the -dbg package installed? This is not a crash (segfault of the X server or so), this looks like a lockup (the server is stuck somewhere and stop processing anything else). So -dbg would probably not help, unless you can catch a segfault with gdb. Note that there are two lockups/hangs/crashes, both with output to the log. The first one happens sporadically and causes gdm to restart. Isn't that most probably a crash? The second one, when the new X server starts, may well be a lockup as you say. Wouldn't it be better to look at the first one to find the cause here? The first clue in the log is: Error in I830WaitLpRing(), timeout for 2 seconds. I haven't had the problem again (after ~10 hours of use) since I downgraded to 2.1.1-4. Cheers, Øystein I tried to downgrade xserver-xorg-video-intel to 2.1.0-2, but I get a conflict with xserver-xorg-core. Can someone suggest an xserver-xorg-core-version I can use with 2.1.0-2, and where to download that? You probably want 2.1.1-4, it is available from http://snapshot.debian.net/archive/2007/09/17/debian/pool/main/x/xserver-xorg-video-intel/ You won't have to downgrade xserver-xorg-core if you take this one. It this problem easy to reproduce? Did you switch to/from a virtual console right before it happened? You seem to have some VT switch related messages in your log. It is not even sure that the page table error is related to the problem. Can you check whether the page table error appears when the lockup occurs and not earlier? I might have switched to terminal, but I think I have had sessions that crashed without any switches to terminal. I can't force the crash to happen exactly when I want, but it happens quite regularly about every 2 hours. Cheers, Øystein
