X Strike Force X.Org X11 SVN commit: r4213 - branches/etch/app/xdm/debian
Author: julien Date: 2007-01-22 03:24:30 -0500 (Mon, 22 Jan 2007) New Revision: 4213 Modified: branches/etch/app/xdm/debian/xdm.postinst.in Log: Use the FIRSTINST variable from xsfbs.mk to test for initial installation. Modified: branches/etch/app/xdm/debian/xdm.postinst.in === --- branches/etch/app/xdm/debian/xdm.postinst.in2007-01-21 19:43:15 UTC (rev 4212) +++ branches/etch/app/xdm/debian/xdm.postinst.in2007-01-22 08:24:30 UTC (rev 4213) @@ -96,7 +96,7 @@ DENYSTART= # On upgrades, don't start the daemon if it's already running... -if ( [ "$1" != install ] || [ -n "$2" ] ) && \ +if [ -z "$FIRSTINST" ] && \ start-stop-daemon --stop --quiet --signal 0 --pid /var/run/xdm.pid \ --name $(basename $DAEMON) ; then # Note our refusal to start the daemon if we were supposed to start it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r4214 - branches/etch/app/xdm/debian
Author: julien Date: 2007-01-22 03:29:33 -0500 (Mon, 22 Jan 2007) New Revision: 4214 Modified: branches/etch/app/xdm/debian/changelog branches/etch/app/xdm/debian/control Log: * Add myself to Uploaders, and remove Fabio and Branden with their permission. They're welcome back whenever they have more time! Modified: branches/etch/app/xdm/debian/changelog === --- branches/etch/app/xdm/debian/changelog 2007-01-22 08:24:30 UTC (rev 4213) +++ branches/etch/app/xdm/debian/changelog 2007-01-22 08:29:33 UTC (rev 4214) @@ -1,10 +1,12 @@ -xdm (1:1.0.5-2) unstable; urgency=low +xdm (1:1.0.5-2) unstable; urgency=high * On initial install, don't check if xdm is already running, because start-stop-daemon in d-i always returns true (closes: #407342). Thanks to Joey Hess for the report. + * Add myself to Uploaders, and remove Fabio and Branden with their +permission. They're welcome back whenever they have more time! - -- Julien Cristau <[EMAIL PROTECTED]> Sun, 21 Jan 2007 17:59:53 +0100 + -- Julien Cristau <[EMAIL PROTECTED]> Mon, 22 Jan 2007 09:27:20 +0100 xdm (1:1.0.5-1) unstable; urgency=high Modified: branches/etch/app/xdm/debian/control === --- branches/etch/app/xdm/debian/control2007-01-22 08:24:30 UTC (rev 4213) +++ branches/etch/app/xdm/debian/control2007-01-22 08:29:33 UTC (rev 4214) @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Debian X Strike Force -Uploaders: David Nusinow <[EMAIL PROTECTED]>, Branden Robinson <[EMAIL PROTECTED]>, Fabio M. Di Nitto <[EMAIL PROTECTED]> +Uploaders: David Nusinow <[EMAIL PROTECTED]>, Julien Cristau <[EMAIL PROTECTED]> Build-Depends: debhelper (>= 5.0.0), pkg-config, libxmu-dev (>= 1:1.0.1-1), libx11-dev (>= 2:1.0.0-1), libxau-dev (>= 1:1.0.0-1), libxaw7-dev (>= 1:1.0.1-1), libpam0g-dev, libselinux1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], libxinerama-dev (>= 1:1.0.1-1), quilt Standards-Version: 3.7.2.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r4215 - tags/app/xdm
Author: julien Date: 2007-01-22 03:42:23 -0500 (Mon, 22 Jan 2007) New Revision: 4215 Added: tags/app/xdm/xdm-1:1.0.5-2/ Log: Tagging upload of xdm 1:1.0.5-2 to unstable. Copied: tags/app/xdm/xdm-1:1.0.5-2 (from rev 4214, branches/etch/app/xdm) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of xdm_1.0.5-2_alpha.changes
xdm_1.0.5-2_alpha.changes uploaded successfully to localhost along with the files: xdm_1.0.5-2.dsc xdm_1.0.5-2.diff.gz xdm_1.0.5-2_alpha.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xdm_1.0.5-2_alpha.changes ACCEPTED
Accepted: xdm_1.0.5-2.diff.gz to pool/main/x/xdm/xdm_1.0.5-2.diff.gz xdm_1.0.5-2.dsc to pool/main/x/xdm/xdm_1.0.5-2.dsc xdm_1.0.5-2_alpha.deb to pool/main/x/xdm/xdm_1.0.5-2_alpha.deb Override entries for your package: xdm_1.0.5-2.dsc - source x11 xdm_1.0.5-2_alpha.deb - optional x11 Announcing to debian-devel-changes@lists.debian.org Closing bugs: 407342 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407342: marked as done (postinst fails when run within d-i)
Your message dated Mon, 22 Jan 2007 08:47:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#407342: fixed in xdm 1:1.0.5-2 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: xdm Version: 1:1.0.5-1 Severity: normal Tags: d-i I'd like to include xdm in the xfce task, but I can't since it fails as follows: Warning: Fake start-stop-daemon called, doing nothing. cat: /var/run/xdm.pid: No such file or directory dpkg: error processing xdm (--configure); subprocess post-installation script returned error exit status 1 This is due to the following code: # Don't start the daemon if it's already running... if start-stop-daemon --stop --quiet --signal 0 --pid /var/run/xdm.pid \ --name $(basename $DAEMON) ; then # Note our refusal to start the daemon if we were supposed to start it. [ -n "$NOSTART" ] || DENYSTART=yes DENIAL_REASON="xdm is already running at pid $(cat /var/run/xdm.pid)" The fake start-stop-daemon that d-i uses, like the one debootstrap uses, always returns true, so this test doesn't work. (This could be considered a bug in debian-installer-utils..) It seems to me that the easiest fix for this is to not check for a running xdm if xdm is being freshly installed ($1 = install, $2 = ""). -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xdm depends on: ii cdebconf [debconf-2.0] 0.112Debian Configuration Management Sy ii cpp 4:4.1.1-15 The GNU C preprocessor (cpp) ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libpam0g0.79-4 Pluggable Authentication Modules l ii libselinux1 1.32-3 SELinux shared libraries ii libsm6 1:1.0.1-3X11 Session Management library ii libx11-62:1.0.3-4X11 client-side library ii libxau6 1:1.0.1-2X11 authorisation library ii libxaw7 1:1.0.2-4X11 Athena Widget library ii libxdmcp6 1:1.0.1-2X11 Display Manager Control Protoc ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxmu6 1:1.0.2-2X11 miscellaneous utility library ii libxpm4 1:3.5.5-2X11 pixmap library ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii x11-common 1:7.1.0-10 X Window System (X.Org) infrastruc ii xbase-clients 1:7.1.ds1-2 miscellaneous X clients xdm recommends no packages. -- debconf information excluded -- see shy jo signature.asc Description: Digital signature --- End Message --- --- Begin Message --- Source: xdm Source-Version: 1:1.0.5-2 We believe that the bug you reported is fixed in the latest version of xdm, which is due to be installed in the Debian FTP archive: xdm_1.0.5-2.diff.gz to pool/main/x/xdm/xdm_1.0.5-2.diff.gz xdm_1.0.5-2.dsc to pool/main/x/xdm/xdm_1.0.5-2.dsc xdm_1.0.5-2_alpha.deb to pool/main/x/xdm/xdm_1.0.5-2_alpha.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Julien Cristau <[EMAIL PROTECTED]> (supplier of updated xdm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Jan 2007 09:27:20 +0100 Source: xdm Binary: xdm Architecture: source alpha Version: 1:1.0.5-2 Distribution: unstable Urgency: high Maintainer: Debian X Strike Force Changed-By: Julien Cristau <[EMAIL PROTECTED]> Description: xdm- X display manager Closes: 407342 Changes: xdm (1:1.0.5-2) unstable; urgency=high .
Bug#407798: xserver-xorg-video-i810: Cursor disappears after resuming from suspend-to-ram
Drew Parsons wrote: > Johannes wrote: >> Since some time (unfortunately I don't remember the exact version of the >> change), the cursor disappears after resuming from suspend-to-ram. It's >> still possible to use the cursor (clicking things on the desktop or in the >> menu if you manage to find them), but the cursor itself isn't there >> anymore. > > Yeah, the bug is tabled at #390913, #407798 and #407798. Sorry for the duplicate, seems like I didn't read carefully enough. >> This can only be resolved through a full system restart > > No, as mentioned in #390913 you should find you can recover the cursor > by stepping over to console and back again (Ctrl-Alt-F1 followed by > Alt-F7). Unfortunately this is not true for the system here - the cursor doesn't show up when switching to console and back again, neither when X is restarted. > This is one of the things we hope that the future release of X.org > (X11R7.2 or 7.3) will fix, via the modesetting branch. This won't help > you if use etch, but after etch is released you could try the new > version of xserver-xorg-video-i810-modesetting once we get around to > updating it. It will likely appear first in experimental before we > move it into unstable. I'm looking forward to test this, thanks. Oh yeah - one thing I forgot in the initial report: thanks a lot for all the time you keep investing in building these packages! Keep up the good work! Yours Johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#113992: xlibmesa-gl: glXChooseVisual() only tries to use server :0
No, I haven't tried recently. Please close if you cannot reproduce. It was a real PITA when I discovered it, but I cannot test it now. Regards, Micce B E G I N : V C A R D V E R S I O N : 3 . 0 N : H e d i n ; M i k a e l ; ; ; F N : M i k a e l H e d i n N I C K N A M E : M i c c e T I T L E : M S c E M A I L ; t y p e = I N T E R N E T ; t y p e = H O M E ; t y p e = p r e f :[EMAIL PROTECTED] E M A I L ; t y p e = I N T E R N E T ; t y p e = W O R K :[EMAIL PROTECTED] T E L ; t y p e = H O M E ; t y p e = p r e f : 0 8 - 3 4 4 9 7 9 T E L ; t y p e = C E L L : 0 7 0 - 5 8 9 1 5 3 3 i t e m 1 . A D R ; t y p e = H O M E ; t y p e = p r e f : ; ; S i c k l a K a n a l g a t a 6 5 ; S t o c k h o l m ; ; 1 2 0 6 8 ; S v e r i g e i t e m 1 . X - A B A D R : s e N O T E : G P G k e y i d C 0 1 B 2 A 2 2 C A T E G O R I E S : S l ä k t X - A B U I D : 8 1 F B 3 7 A A - 7 5 0 0 - 4 0 6 B - 9 A 6 3 - 5 6 1 F F B 5 5 7 0 C E \ : A B P e r s o n E N D : V C A R D
Bug#250915: xserver-xfree86: [s3] X server rejected all built-in modelines on 86c764/765 [Trio32/64/64V+]
I haven't got easy access to that hardware any more, so cannot re-test. It's fine to close the bug report. -Jason On Fri, 19 Jan 2007 00:15:06 +0100 , Brice Goglin <[EMAIL PROTECTED]> wrote: >Hi Jason, > >About 3 years ago, you reported a bug to the Debian BTS regarding the X >server rejecting all built-in modelines on a S3 Trio board. >Did you reproduce this problem recently? If not, I will close this bug >in the next weeks. > >Thanks, >Brice > > ___ Hot new product - Spider Networks introduces stunning online ePortfolio solution for students and teachers http://www.spider-networks.net/solutions/eportfolio.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348224: marked as done (x11-common: leaves /etc/init.d/x11-common on disk after purge)
Your message dated Mon, 22 Jan 2007 21:57:35 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#348224: x11-common: leaves /etc/init.d/x11-common on disk after purge has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: xfree86-common,x11-common Version: 6.9.0.dfsg.1-3 I found the following problem while testing, with piuparts, upgrades from sarge via etch to sid of xfree86-common. The bug itself may instead be in x11-common, which, however, didn't exist in sarge as far as I can tell. The problem, as reported by piuparts, is this: 1m58.9s ERROR: Package purging left files on system: /etc/init.d/x11-common /etc/rcS.d/S70x11-common I've checked it with a manual upgrade from sarge in a chroot. I couldn't figure out in a brief examination where the bug actually is: the X packaging is big and daunting (which is fine, given the size and importance of the package), and I didn't have the time to look at it in detail. The piuparts log file is about 170 kilobytes; if it helps, I'll be happy to mail it, but due to the size I'm not attaching it here. The command used for testing was: sudo piuparts -ab sarge.tar.gz -d sarge -d etch -d sid xfree86-common (where sarge.tar.gz is a tarball of the chroot containing a base sarge installation with minor modifications to configuration files, used for optimization, leave the "b sarge.tar.gz" part away to try it without a tarball). -- Never underestimate the power of a small tactical Lisp interpreter. --- End Message --- --- Begin Message --- On su, 2007-01-21 at 14:22 +0100, Brice Goglin wrote: > Last year, you reported a bug to the Debian BTS regarding x11-common not > purging /etc/init.d/x11-common correctly. I can't reproduce this problem > with piuparts and current xorg/etch/sid. And I don't see anything > suspicious about this in the packaging. Can you still reproduce? If not, > I will close this bug. Don't seem to be able to reproduce, closing. -- Maailma olisi parempi paikka, jos kaikilla olisi häntä kertomassa mitä kuuluu. --- End Message ---
Bug#308699: marked as done ([AMD64] X eat big memory,maybe memory leak.)
Your message dated Mon, 22 Jan 2007 22:56:41 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#308699: [AMD64] X eat big memory,maybe memory leak. has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: xserver-xfree86 Version: 4.3.0.dfsg.1-12 Severity: important Tags: sid,amd64 When using X long time,X doesn't release memory if stopping applications ,so ,inclementing using memory. Maybe, this issue is leaking of memory of X. Please Ohta. --- End Message --- --- Begin Message --- Closing since the bug does not occur with Xorg. Brice --- End Message ---
Bug#224637: marked as done (incorrect HorizSync used for NEC LCD1700M+NEC)
Your message dated Mon, 22 Jan 2007 22:55:28 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#224637: incorrect HorizSync used for NEC LCD1700M+NEC has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: installation-reports Version: daily-2003-11-19 Severity: normal INSTALL REPORT Debian-installer-version: 2003-11-19 http://www.mmweg.rwth-aachen.de/~sebastian.ley/d-i/netinst-image-i386/daily-2003-11-19/sarge-i386-netinst.iso uname -a: Linux dirk 2.4.22-1-386 #9 Sat Oct 4 14:30:39 EST 2003 i686 GNU/Linux Date: Mon Dec 1 00:39:50 CST 2003 Method: network install (mirrors.kernel.org), boot from netinst CD (IDE) Machine: Powerspec PS8420 Gigabyte GA-8IDML motherboard (more details: http://dm93.org/z2001/DirkMachine) Processor: Pentium 4 Memory: 1GB Root Device: 30GB IDE disk Root Size/partition table: Disk /dev/hdb: 30.7 GB, 30735581184 bytes 255 heads, 63 sectors/track, 3736 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hdb1 * 1 9 72261 83 Linux /dev/hdb2 10 140 1052257+ 83 Linux /dev/hdb3 1413736288848705 Extended /dev/hdb5 141 271 1052226 8e Linux LVM /dev/hdb6 272 348 618471 8e Linux LVM /dev/hdb7 349 414 530113+ 82 Linux swap /dev/hdb8 415172010490413+ 8e Linux LVM /dev/hdb917212693 7815591 83 Linux /dev/hdb10 26943736 8377866 83 Linux Output of lspci: 00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host Bridge (rev 03) 00:01.0 PCI bridge: Intel Corp. 82845 845 (Brookdale) Chipset AGP Bridge (rev 03) 00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB/EB PCI Bridge (rev 12) 00:1f.0 ISA bridge: Intel Corp. 82801BA ISA Bridge (LPC) (rev 12) 00:1f.1 IDE interface: Intel Corp. 82801BA IDE U100 (rev 12) 00:1f.2 USB Controller: Intel Corp. 82801BA/BAM USB (Hub #1) (rev 12) 00:1f.3 SMBus: Intel Corp. 82801BA/BAM SMBus (rev 12) 00:1f.4 USB Controller: Intel Corp. 82801BA/BAM USB (Hub #2) (rev 12) 01:00.0 VGA compatible controller: nVidia Corporation NV11DDR [GeForce2 MX 100 DDR/200 DDR] (rev b2) 02:00.0 Communication controller: Lucent Microelectronics LT WinModem (rev 02) 02:01.0 Multimedia video controller: Brooktree Corporation Bt848 Video Capture (rev 12) 02:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 02:0a.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 04) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [O] Install base system:[O] Install boot loader:[ ] Reboot: [E] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: I tried to actually use the 'sid' option when choosing a mirror. I guess I shouldn't have expected it to work, but perhaps some text in the dialog to that effect is in order. When I rebooted, I couldn't use my USB keyboard to "OK" the 'welcome back' dialog. I had to plug it into the PS/2 port. I continued adding stuff after the base install that exposed some hardware issues... The XFree86 hardware detection *almost* worked; it figured out I have a NEC LCD1700M+NEC, but it got the HorizSync wrong, which resulted in skipping the 1024x768 mode and only using 800x600. Any clues on which package that bug is in? Mouse configuration was a pain; I did it pretty much manually, by copying my /etc/gpm.conf from my sid system. Sound didn't work out-of-the-box; I discovered the sndconfig package... it figured out how to play a sound, but esd still wasn't working... I then remembered to update-modules and add myself to the audio group. Those are the problems I ran into. FYI, some more context: I was playing with grub, LVM, and reiserfs tonight, as well as debian-installer. They all seem to get along reasonably well: * This machine has been running debian (sid) for a long time. Tonight's install was on a 2nd IDE disk. * I tested some of the components of netinst ala: - grab netinst.iso above - mount it, using losetup - set up tftp and dhcp - EtherBoot a Sony Vaio laptop. That way, I was able to confirm
Bug#113992: marked as done (xlibmesa-gl: glXChooseVisual() only tries to use server :0)
Your message dated Mon, 22 Jan 2007 22:57:44 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#113992: xlibmesa-gl: glXChooseVisual() only tries to use
server :0
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: xscreensaver-gl
Version: 3.33-3
Severity: important
I run on X display 1, ie DISPLAY=:1. When I run xscreensaver-gl-helper,
it hangs while trying to read from /tmp/.z11-unix/X0:
~$echo $DISPLAY
:1
~$strace xscreensaver-gl-helper
[snip]
connect(4, {sin_family=AF_UNIX, path="/tmp/.X11-unix/X0"}, 19) = 0
[snip]
read(4, 0xb1ec, 8) = -1 EAGAIN (Resource temporarily
unavailable)
select(5, [4], NULL, NULL, NULL
-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux zodiac 2.4.9 #1 Fri Sep 21 16:31:08 CEST 2001 i686
Locale: LANG=sv_SE, LC_CTYPE=sv_SE
Versions of packages xscreensaver-gl depends on:
ii libc6 2.2.4-2GNU C Library: Shared libraries an
ii xlibmesa3 [libgl1]4.1.0-6XFree86 version of Mesa 3D graphic
ii xlibs 4.1.0-6X Window System client libraries
--- End Message ---
--- Begin Message ---
Closing, as suggested by the submitter, since he cannot test anymore.
Feel free to reopen if you ever reproduce the problem.
Brice
--- End Message ---
Bug#250915: marked as done (xserver-xfree86: [s3] X server rejected all built-in modelines on 86c764/765 [Trio32/64/64V+])
Your message dated Mon, 22 Jan 2007 22:58:29 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#250915: xserver-xfree86: [s3] X server rejected all built-in modelines on 86c764/765 [Trio32/64/64V+] has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: installation-reports INSTALL REPORT Debian-installer-version: Beta 4 from http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/beta4/sarge-i386-netinst.iso uname -a: Linux bob166 2.4.26 #1 Sun May 16 23:22:59 BST 2004 i586 GNU/Linux Date: Mon May 24 22:36:18 BST 2004 Method: Booted from Debian Installer NetInst Snapshot i386. Then did a network install over a cable modem with no proxy. Machine: Whitebox Intel TC430HX motherboard Processor: Intel Pentium 166MMX processor Memory: 64 MB Root Device: 2.4GB IDE Hard Disk Root Size/partition table: Partition Table for /dev/hda First Last # Type Sector Sector OffsetLength Filesystem Type (ID) Flag -- --- --- --- -- --- 1 Primary 0 4531967 63 4531968 Linux (83) Boot 2 Primary 4531968 5007743 0 475776 Extended (05)None 5 Logical 4531968 5007743 63 475776 Linux swap (82) None I went for 1 big partition, since its not a particularly large HD by todays standards. Output of lspci and lspci -n: bob166:/proc# lspci :00:00.0 Host bridge: Intel Corp. 430HX - 82439HX TXC [Triton II] (rev 01) :00:07.0 ISA bridge: Intel Corp. 82371SB PIIX3 ISA [Natoma/Triton II] (rev 01) :00:07.1 IDE interface: Intel Corp. 82371SB PIIX3 IDE [Natoma/Triton II] :00:0d.0 VGA compatible controller: S3 Inc. 86c764/765 [Trio32/64/64V+] (rev 54) :00:10.0 Ethernet controller: VIA Technologies, Inc. VT6105 [Rhine-III] (rev 86) bob166:/proc# lspci -n :00:00.0 Class 0600: 8086:1250 (rev 01) :00:07.0 Class 0601: 8086:7000 (rev 01) :00:07.1 Class 0101: 8086:7010 :00:0d.0 Class 0300: 5333:8811 (rev 54) :00:10.0 Class 0200: 1106:3106 (rev 86) bob166:/proc# Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Everything went fine with the install. However, installing X caused some problems. The background to this machine is that it was given away by a company becuase it is 'obsolete'. I am setting it up for my father to use for web-surfing. Unfortunately, I could not get the graphics card working for the version of XFree86 (4.3.0.dfsg.1-1) currently in sarge. It's a PCI Diamond Multimedia Stealth 64 Video 2001 Series card with 1MB ram, which has a S3 Trio 64V+ chipset. I tried S3, VESA & VGA drivers, but the best I could come up with was a 640x480 VESA mode. So I installed Woody and got Xfree86 version 3.3.6 running just fine with a 800x600 16bpp mode. However, Sarge no longer supports Xfree86 3.3.6, and I would really prefer to be running Sarge. So I reinstalled Sarge, and tried to build Xfree86 3.3.6 from source. This effort failed, for various reasons (compiler related, I suspect). I solved the problem by running a Woody chroot of Xfree86 3.3.6 in the Sarge install. It appears to work well, although time will tell. IMHO it would be nice if Debian supported older hardware without having to jump through such hoops. I expect that recycling an old machine is a very common use case. btw, abiword & gnumeric both ran acceptably fast on this machine - congratulations to the developers! ___ Cost effective technology solutions for business. Sign up for a free trial today! http://www.officemaster.net --- End Message --- --- Begin Message --- Closing, as suggested by the submitter, since he does not have the hardware anymore. Feel free to reopen if you ever reproduce the problem. Brice --- End Message ---
Bug#321863: xserver-xfree86: check if will make new XF86Config-4 first
Nowadays all I know is xorg.conf should in its comments, say the best way to regenerate this file. E.g., # mv xorg.conf xorg.conf.old # xdebcofigureator #or what ever it is called, that probes hardware and makes a new xorg.conf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391876: Shutdown/reboot does not work sometimes
The bug seems to be fixed... After some update the problem has gone away. Andriy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321863: xserver-xfree86: check if will make new XF86Config-4 first
Dan Jacobson wrote: > Nowadays all I know is xorg.conf should in its comments, say the best > way to regenerate this file. E.g., > # mv xorg.conf xorg.conf.old > # xdebcofigureator #or what ever it is called, that probes hardware > and makes a new xorg.conf dexconf currently inserts the following test in the header of xorg.conf. Don't you think the last 6 lines are enough? I agree that it is not totally clear that you can just run 'dpkg-reconfigure xserver-xorg' to get xorg.conf updated if you didn't modify the file by hand. Feel free to prepare a patch against debconf :) Depending on your answer, I will either close this bug or make it a wishlist against x11-common with a updated title. Thanks. Brice # xorg.conf.dpkg-new (Xorg 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 xorg.conf.dpkg-new manual page. # (Type "man xorg.conf.dpkg-new" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # 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/xorg.conf.dpkg-new /etc/X11/xorg.conf.dpkg-new.custom # md5sum /etc/X11/xorg.conf.dpkg-new >/var/lib/xfree86/xorg.conf.dpkg-new.md5sum # dpkg-reconfigure xserver-xorg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#222932: probably in upstream Xorg
reassign 222932 xserver-xorg-core tag 222932 + fixed-upstream thank you Hi, The problem is still in xserver-xorg-core 1.1.1-15. But it looks it's been fixed upstream by the following commit: http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commit;h=62d24097932708fbbb62a23614fe63b4b7acf3bd Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Bug#222932: probably in upstream Xorg
Processing commands for [EMAIL PROTECTED]: > reassign 222932 xserver-xorg-core Bug#222932: /usr/X11R6/man/man5/XF86Config-4.5x.gz: example file not there Bug reassigned from package `xserver-xfree86' to `xserver-xorg-core'. > tag 222932 + fixed-upstream Bug#222932: /usr/X11R6/man/man5/XF86Config-4.5x.gz: example file not there There were no tags set. Tags added: fixed-upstream > 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]
Bug#408034: 3 upgrade problems to xorg 7
Package: xserver-xorg Version: 1:7.1.0-10 I upgraded my xwindows system from stable to testing and ran into three problems which took awhile to solve. First, simply clicking on "+" in aptitude over package "xorg" produced broken packages. i had to manually look through the broken packages, select "+" for the upgradable ones, and go through the others one by one, find the conflicting package that was breaking them, and telling it to upgrade. After multiple iterations of this I ask aptitude to fix the rest and it finally could. i suppose this is a wishlist item for aptitude but i'm including it in this bug report in case another poor user finds it in a search. Second, package installation failed. xbase-utils kept wanting to overwrite man pages belonging to other programs which were presumably packaged separately in previous releases (like "oclock"), and so xbase-utils failed to install (configure?). This preventing everything else from installing. The irony is that these other packages, like oclock, were due to be removed anyways, but for some reason aptitude wanted to install xbase-utils before it removed anything. I spent 10 or 20 minutes running aptitude, trying to install, manually removing the next blocking package. It would be nice if dpkg would report all of such blocking packages at once, which would have let me uninstall all of them at once. Also, the current version of xbase-utils should be marked as conflicting with older versions of oclock, etc. After removing a bunch of these one by one, I got tired of it and ran dpkg --force-overwrite -i xbase-utils. This completed the installation (but made me feel dirty). However, X wouldn't run, giving me "Fatal server error: could not open default font 'fixed'". After half an hour on the internet, I found that the problem was explained here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=362940;msg=10 For some reason, none of the packages that I had upgraded had offered to replace my xorg.conf with a clean version, making it hard for me to discover this problem. I edited xorg.conf and updated the font paths and then it worked. Somewhere along the way I had also manually upgraded xfonts-base, btw, I don't know if that was necessary. I suggest, as was suggested in that message, that some config script offers to modify xorg.conf (without replacing it) and provide the appropriate new FontPath entries. Sorry if this bug report is a dupe, I searched BTS search for "xbase-utils upgrade overwrite" and found 0 hits. thanks, bayle _ The MSN Entertainment Guide to Golden Globes is here. Get all the scoop. http://tv.msn.com/tv/globes2007/?icid=nctagline2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241423: xserver-xfree86: [nv] fails for GeForce FX Go5200 rev 161
On Tue, Jan 16, 2007 at 08:40:32PM +0100, Brice Goglin wrote: > About 2 years ago, you reported (or replied to) a bug in the Debian BTS > regarding a failure of the X server on a nVidia GeForce RX Go2500 board. > Did any of you guys reproduce this problem recently? This hardware is long gone for me. Thanks for following up though! Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libx11: Changes to 'debian-experimental'
New branch 'debian-experimental' available with the following commits: commit e6e289a17a81a0300d01278709f1dae408005d93 Author: David Nusinow <[EMAIL PROTECTED]> Date: Mon Jan 22 22:29:32 2007 -0500 Move unreleased changelog to above the current unstable unreleased. Also set it for UNRELEASED rather than experimental (hasn't been uploaded yet) commit 334a5d53e099240dc406176b67e891da506b2154 Author: Michel Dänzer <[EMAIL PROTECTED]> Date: Mon Jan 22 22:28:31 2007 -0500 Make libx11-dev depend on libxcb-xlib0-dev, because x11.pc references xcb-xlib. Without this, pkg-config may fail with something like Package xcb-xlib was not found in the pkg-config search path. Perhaps you should add the directory containing `xcb-xlib.pc' to the PKG_CONFIG_PATH environment variable Package 'xcb-xlib', required by 'X11', not found commit f0c4ebd05cd25754709923b61c92b46ce371f9f1 Author: Jamey Sharp <[EMAIL PROTECTED]> Date: Mon Jan 22 22:26:16 2007 -0500 Commit packaging for experimental libx11 1.1-2. commit 64d9bf72eb379389290c6350c558b4981a93b85b Author: Jamey Sharp <[EMAIL PROTECTED]> Date: Mon Jan 22 20:55:52 2007 -0500 Update to new upstream version 1.1, with Xlib/XCB. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libx11: Changes to 'svn-7.1'
New branch 'svn-7.1' available with the following commits: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libx11: Changes to 'svn-X11R7.1'
New branch 'svn-X11R7.1' available with the following commits: commit fe96fa5af396f0357007aebe484f1eec39ed199c Author: David Nusinow <[EMAIL PROTECTED]> Date: Mon Jul 3 18:03:08 2006 + Vendor drop of libx11 1.0.3 commit 3d31dd13e86358327380d7f1c40959ed3c87ff69 Author: David Nusinow <[EMAIL PROTECTED]> Date: Sun Jul 2 03:04:28 2006 + Rename libs vendor dirs to use svn best practices -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libx11: Changes to 'debian-unstable'
New branch 'debian-unstable' available with the following commits: commit e1af2d59b0d908b33ddcca4729ad43c82123bb4a Author: Julien Cristau <[EMAIL PROTECTED]> Date: Fri Dec 8 01:22:56 2006 + * Add patch 021_compose_fclose.diff to fix file descriptor leak when a Compose file uses the "include" directive. commit 7241c59eaaf82f7d4bf48c99e32a08c0ce242630 Author: Julien Cristau <[EMAIL PROTECTED]> Date: Sat Nov 25 05:06:54 2006 + * Replace call to register_x_lib_dir_with_ld_so in postinst with a call to deregister_x_lib_dir_with_ld_so. * Remove libx11-6.postrm.in which doesn't need to deregister /usr/X11R6/lib anymore. commit 9e470094a7e887da4bbc6c25ed5da177bb2e4330 Author: Drew Parsons <[EMAIL PROTECTED]> Date: Tue Nov 21 13:27:22 2006 + Upload lost patches to unstable. commit dba4e6d9006c513d874ecff4d767752e8a56c1e8 Author: Drew Parsons <[EMAIL PROTECTED]> Date: Sat Nov 18 13:24:11 2006 + For prosterity's edification, record that the glibc russian change to koi8 was made for bug #62586 at glibc 2.2.5-4, and therefore only applies to Debian's glibc. commit 09f5b579259b5a6cf24c0bdbeb7e2756d416e635 Author: Drew Parsons <[EMAIL PROTECTED]> Date: Sat Nov 18 12:11:02 2006 + 015_russian_locale_alias.diff only changes russian to ru_RU.KOI8-R, aligning with the glibc definition in /usr/share/locale/locale.alias. Because of the constraint implosed by glibc in /usr/share/i18n/locales/ru_RU, we cannot likewise change ru and ru_RU away from ISO8859-5. commit 766ea3569434be820214b21f3f54bef417b4731f Author: Drew Parsons <[EMAIL PROTECTED]> Date: Sat Nov 18 09:21:43 2006 + Some patches got lost in the upgrade from 1.0.0 (2:1.0.0-9) to 1.0.3: - 015_russian_locale_alias.diff. For consistency, expand this patch to map the generic ru and ru_RU locales, as well as russian, to ru_RU.KOI8-R instead of ISO8859-5. But they really should be using UTF-8 you know. Closes: #368655. - 016_greek_polytonic_Compose.diff. Closes: #386471. - 017_FTBFS_makekeys.diff can be left out since it is applied in 1.0.3. Any one know what happened to patch 018? The svn record for libx11 2:1.0.0-8 is highly broken. commit 69e36b6d011f64a88e89c540fa05101c3f6d0078 Author: David Nusinow <[EMAIL PROTECTED]> Date: Wed Nov 15 01:31:14 2006 + Prepare changelog for upload commit 1fd2612fbad10e88b0ea2a0e5064d22b42b2034d Author: Julien Cristau <[EMAIL PROTECTED]> Date: Mon Nov 13 22:26:50 2006 + * Urgency high for security bugfix (CVE-2006-5397). * Add patch 020_CVE-2006-5397 to fix double fopen() of compose file (closes: #398460). Thanks to Stefan Fritsch for the report. commit 8e0a33ee69460931222be99f42c9f6e0cf2bde47 Author: David Nusinow <[EMAIL PROTECTED]> Date: Fri Oct 13 17:59:02 2006 + Prepare changelog for upload commit 1e75fa9601cf5b78955b05e0f89242ac0cfd57f4 Author: Denis Barbier <[EMAIL PROTECTED]> Date: Thu Oct 12 21:34:37 2006 + Drop --enable-loadable-i18n from confflags, it does not work with 1.0.3. See http://lists.freedesktop.org/archives/xorg/2006-July/016861.html Closes: #392567 Thanks Jérôme Marant commit 2ef3bd3806e7e83849bc49a31cf6ed3059c1c255 Author: David Nusinow <[EMAIL PROTECTED]> Date: Wed Oct 11 02:34:55 2006 + Prepare changelog for upload commit 9e9c74bfa626a742ca3d9813dafbcc75dc357a69 Author: David Nusinow <[EMAIL PROTECTED]> Date: Wed Oct 11 02:34:12 2006 + * Add pre-depends on x11-common for the -dev package commit 9c27e4c7e0c27af4aec6b5cf7e0d0bf5c7416649 Author: David Nusinow <[EMAIL PROTECTED]> Date: Wed Oct 11 02:10:33 2006 + * Add 010_manpage_suffixes.diff to dynamically generate the internal manpage section using __libmansuffix__ the same way the actual file suffix is generated, so that they match and lintian becomes useful again here commit f192c590182ae6efd7be3de0f7f9472bc28c2210 Author: David Nusinow <[EMAIL PROTECTED]> Date: Wed Oct 11 01:05:27 2006 + * Upstream fix allows building in gnu environments. Thanks Samuel commit 300fa32c1bf91cb9e3460c609ef3bfb36c91f50c Author: David Nusinow <[EMAIL PROTECTED]> Date: Wed Oct 11 01:00:10 2006 + Mergy merge. commit 88d9d4b1a5cafbe58627e5edb761991912d2a84e Merge: 12845a96939e404eaa1acc8d24a4cd312dc45f9a 6d2d290d53384907a25642fec7bfc38adc030f8a Author: David Nusinow <[EMAIL PROTECTED]> Date: Wed Oct 11 00:47:11 2006 + Merge libx11 over from 7.1 branch finally commit 12845a96939e404eaa1acc8d24a4cd312dc45f9a Author: David Nusinow <[EMAIL PROTECTED]> Date: Mon Oct 9 17:09:26 2006 + * Add 019_new_autoconf.diff to allow us to not break the server in horrendous ways using newer versions of autoconf. Thanks to Jamey Sharp for pointing this patch out in upstream HEAD. commit fc1bc894efa6496af600a09172abba507d8182e6
Bug#257302: xfree86: general complaint about XFree86 on Dell LatitudeD400
Brice Goglin wrote: About 3 years ago, you reported a bug to the Debian BTS regarding general problems with XFree86 on a Dell Latitude D400. Do you still have problems running X on this laptop? If not, I will close this bug in the next weeks. Brice, ît remains a pita. I dunno exactly what was wrong then, it still doesn't do what I'd expect it to. Sarge, at least, still requires the installation of the 855wrap; otherwise it will just get completely frozen with a greenish screen. No need to file a report, since everyone knows. Call it a show-stopper for Aunt Tilly. I do understand that the developers / maintainers refuse to add that ugly hack that is underlying that wrapper. But then, at least, they ought to add a 'detector' and inform the user / booter that something won't work and stop; instead of leaving the machine full stuck with that screen. Whenever I boot, whichever distro, the mouse will be detected properly, at /dev/input/mice (for the built-in touchpad as well as USB). Only on Debian I still get it at /dev/mouse (or similar), and it will fail to 'startx'. Even a server edition like OpenBSD did that correctly years ago on the same machine. Up to you to close it, I guess, but it remains crap. Thanks for asking; and keep the good work up, :) Uwe
Bug#216161: xserver-xfree86: font resolution not following the rules
On Sun, Jan 14, 2007 at 02:59:38AM +0100, Brice Goglin wrote: > About 3 years ago, you reported a bug to the Debian BTS regarding font > resolution not following the rules. Did you reproduce this problem > recently? If not, I will close this bug in the next weeks. Well, I can confirm the same behavior as I reported on a current unstable system. However, in the process of testing I noticed something I probably missed before. When I remove the gsfonts-x11 aliases, the font chosen when I run xfd -fn '-adobe-times-bold-r-normal--17-120-100-100-p-86-iso8859-1' is -adobe-times-bold-r-normal--17-120-100-100-p-87-iso8859-1 Note the 86 becomes 87. (This is the "average width field, measured in tenths of pixels" according to X(7).) This caused me to suspect that the bitmap font was being skipped according to the rule in /usr/share/X11/doc/fonts.txt: When matching fonts, the server makes two passes over the font path: during the first pass, it searches for an exact match; during the second, it searches for fonts suitable for scaling. But here's the wicked thing: If you look at /usr/share/fonts/X11/100dpi/fonts.dir, you find timB12-ISO8859-1.pcf.gz -adobe-times-bold-r-normal--17-120-100-100-p-88-iso8859-1 Note the width is 88! So where did the 87 come from? That I have no idea. Anyhow, if I restore the gsfonts-x11 aliases and ask for -adobe-times-bold-r-normal--17-120-100-100-p-88-iso8859-1 then I get the expected bitmap font. I have no idea anymore where the example font string came from; probably I changed it in some config file long ago. At this point, the issue doesn't matter to me, and based on the above investigation, the behavior in fact looks pretty sane. The only reason to keep this bug open, IMO, would be to understand the 86/87 quirk. But you can close it for all I care. Sorry for the long mail, and thanks again for following up. Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#257302: xfree86: general complaint about XFree86 on Dell LatitudeD400
Uwe Dippel wrote: > Brice Goglin wrote: > >> About 3 years ago, you reported a bug to the Debian BTS regarding >> general problems with XFree86 on a Dell Latitude D400. >> Do you still have problems running X on this laptop? If not, I will >> close this bug in the next weeks. > > Brice, > > ît remains a pita. > I dunno exactly what was wrong then, it still doesn't do what I'd > expect it to. > Sarge, at least, still requires the installation of the 855wrap; > otherwise it will just get completely frozen with a greenish screen. Did you have a chance to try Etch instead of Sarge? There have been lots of changes regarding the support of this hardware between XFree86/Sarge and Xorg/Etch. It would be great if you could try. What is 855wrap ? Is it the 855resolution package? > Up to you to close it, I guess, but it remains crap. I'll be waiting until you try Xorg/Etch. Brice
Bug#257302: xfree86: general complaint about XFree86 on Dell LatitudeD400
Brice Goglin wrote: Did you have a chance to try Etch instead of Sarge? There have been lots of changes regarding the support of this hardware between XFree86/Sarge and Xorg/Etch. It would be great if you could try. What is 855wrap ? Is it the 855resolution package? No. It is a wrapper for the bug DELL introduced into the BIOS later. The later BIOSes do not require the other 855* any longer. I'll be waiting until you try Xorg/Etch. I'll try them as soon as Etch is out. As Stable. ;) Uwe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389255: xserver-xfree86: Graphical session does not start.
On 1/17/07, Brice Goglin <[EMAIL PROTECTED]> wrote: Hi Jason, Did you manage to get X back to work since you reported this bug 4 month ago? You could eventually try Xorg 7.1 currently in testing. But it is strange that this machine breaks with sarge r3 while it worked with r2. No. I never heard anything, so I gave up. I'm waiting for Etch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
