Bug#319003: xserver-xorg: Trident and -3: libvgahw is still broken
Le mercredi 20 juillet 2005 à 14:50 +0800, Eugene Konev a écrit : > Can you please test if the problem still exists with the following > libvgahw.a: http://www.imfi.kspu.ru/~ejka/libvgahw.a This version of the library fixes the problem as well. Thanks.
Bug#11147: Important news about cable
Hi, Do you like watching cable T.V.? PPV : Sports, Movies, Adult Channels, HBO ,Cinemax, Starz, OnDemand, Ect. And the best part is you can have all these channels with our product! Our website : filtersppv.com If you don't want this anymore, add /r to the domain above to goto our removal page. Get back to you later, Kaufmann Y. Vonda [EMAIL PROTECTED]
Bug#319121: FTBFS: Missing build-dependency on libselinux1-dev
> Please either make some appropriate -dev package, or perhaps even > xutils, depend on libselinux-dev, or else stop telling arbitrary > programs to link with libselinux. Attached is a reworked patch 099s_selinux_support.diff with all selinux specific changes moved from Imake.tmpl to xdm Imakefile, as xdm is the only program affected by selinux addition. This change will prevent bringing -lselinux into linkflags of programs using xmkmf. $Id$ Add support for SELinux. Note that this patch only adds source-level support, and does not actually enable it. This patch by Manoj Srivastava. As he notes in Debian #233551: As implemented, the patch merely provides a capability, which has to be explicitly turned on at compile time with -DHasSELinux=YES. If one does not compile with -DHasSELinux=YES, the patch is a no-op. Since none of the code is compiled in, there is no change in behaviour, nor is there any performance hit. If you do turn on the SELinux compatibility with -DHasSELinux, you would need libselinux at build time. In other words, the mainline X build does not build depend on SELinux; the dependency is only invoked if you explicitly pass a parameter to imake. Even when SELinux compatibility is compiled in, on a non SELinux kernel it is dead code; there is no change in functionality, apart from a single check to see if SELinux is available at each login. The SELinux code paths are not exercised on non-SELinux kernels. The more permanent way to enable SELinux support is to #define HasSELinux YES in the relevant distribution-specific section of linux.cf. If that is done for Debian, the source package will need to add a build-dependency on the libselinux1-dev package. Changes by Eugene Konev: Do not impose selinux on the whole world out there: move selinux specific changes from config/cf/Imake.tmpl to programs/xdm/Imakefile, as xdm is the only program affected by this patch. Not submitted upstream to XFree86 or X.Org. Index: xc/config/cf/linux.cf === --- xc-old/config/cf/linux.cf 2005-07-21 03:33:06.0 +0800 +++ xc/config/cf/linux.cf 2005-07-21 03:34:00.0 +0800 @@ -1114,3 +1114,57 @@ #ifndef XFree86ServerOSDefines # define XFree86ServerOSDefines #endif + +/* + * SELinux support + */ +#ifndef HasSELinux +# define HasSELinux YES +#endif + +#ifndef SELinuxDefines +# if HasSELinux +# define SELinuxDefines -DHAVE_SELINUX +# else +# define SELinuxDefines /**/ +# endif +#endif + +#ifndef SELinuxIncludeFlags +# if HasSELinux +# define SELinuxIncludeFlags -I/usr/include/selinux +# else +# define SELinuxIncludeFlags /**/ +# endif +#endif + +#ifndef SELinuxCompileFlags +# define SELinuxCompileFlags /**/ +#endif + +#ifndef SELinuxLoadFlags +# define SELinuxLoadFlags SELinuxCompileFlags +#endif + +#ifndef SELinuxLibraries +# if HasSELinux +# define SELinuxLibraries -lselinux +# else +# define SELinuxLibraries /**/ +# endif +#endif + +#if HasSELinux +# ifndef SELINUX_LDFLAGS + SELINUX_LDFLAGS = SELinuxLoadFlags +# endif +# ifndef SELINUX_INCLUDES + SELINUX_INCLUDES = SELinuxIncludeFlags +# endif +# ifndef SELINUX_CFLAGS + SELINUX_CFLAGS = SELinuxCompileFlags SELinuxDefines +# endif +# ifndef SELINUX_LIBS + SELINUX_LIBS = SELinuxLibraries +# endif +#endif Index: xc/programs/xdm/session.c === --- xc-old/programs/xdm/session.c 2005-07-21 03:33:06.0 +0800 +++ xc/programs/xdm/session.c 2005-07-21 03:34:00.0 +0800 @@ -61,6 +61,11 @@ # include #endif +#ifdef HAVE_SELINUX +#include +#include +#endif /* HAVE_SELINUX */ + #ifndef GREET_USER_STATIC # include # ifndef RTLD_NOW @@ -68,6 +73,34 @@ # endif #endif +#ifdef HAVE_SELINUX +/* This should be run just before we exec the user session. */ +static int +xdm_selinux_setup (const char *login) + { + security_context_t scontext; + /* If SELinux is not enabled, then we don't do anything. */ + if ( ! is_selinux_enabled ()) + return TRUE; + + if (get_default_context((char*) login,0, &scontext) < 0) { + LogError ("SELinux: unable to obtain default security context for %s\n", +login); + return FALSE; + } + + if (setexeccon (scontext) != 0) { + freecon (scontext); + LogError ("SELinux: unable to set executable context %s\n", + (char *)scontext); + return FALSE; + } + + freecon (scontext); + return TRUE; +} +#endif /* HAVE_SELINUX */ + static int runAndWait (char **args, char **environ); #if defined(CSRG_BASED) || defined(__osf__) || defined(__DARWIN__) || defined(__QNXNTO__) || defined(sun) || defined(__GLIBC__) @@ -726,6 +759,17 @@ #endif /* K5AUTH */ bzero(passwd, strlen(passwd)); SetUserA
Re: X Strike Force X.Org X11 SVN commit: r385 - trunk/debian
> +xorg-x11 (6.8.2.dfsg.1-5+SVN) unstable; urgency=low ^^ 5+SVN > 5. That should be 4+SVN, probably. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#319112: xserver-xorg: X.org hangs with a blank screen on exit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Santi Béjar wrote: > David Martínez Moreno <[EMAIL PROTECTED]> writes: > > >>El Miércoles, 20 de Julio de 2005 00:27, Luke Reeves escribió: >> >>>Package: xserver-xorg >>>Version: 6.8.2.dfsg.1-3 >>>Severity: important >>> >>>When using either startx or a display manager (in my case GDM), once the >>>X server is exited it hangs at a blank screen and the system has to be >>>restarted for the display to work. >> >> Hello, Luke. Could you please replace /usr/X11R6/lib/modules/libvgahw.a >>with the one available in http://www.imfi.kspu.ru/~ejka/libvgahw.a and >>restart >>X? You may need to restart the whole system to achieve full recovery. >> >> Please send to the bug address the result of this test. > > > What I did (and worked) was to add to the Device Section of the i810 driver: > > Option "VBERestore""true" > > Santi > The VBERestore option works perfectly for me, thanks! Luke -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC3xHAEkTpono0swERArgUAJ97O7QzYdCMcdSl7ot07nXPKCO4WwCeLoNS fAVD9Wj/sDO0WHh2eiAO2oI= =kjG1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319298: Xorg segfaults on alpha due to unhandled relocations
On Wed, Jul 20, 2005 at 06:25:36PM -0700, Steve Langasek wrote: > The attached patch, which comes from upstream by way of Jay Estabrook > at HP, adds the necessary handling for the additional relocation type on > Alpha, fixing the latest segfault. As per the name, it should slip > right into the patches directory at #305; if you want to move it down to > #203 next to the other alpha reloc fix that it depends on, you'll have > to fix up the offsets in patch 303_arm_cache_flush.diff as well. Then the right thing to do is to fix up the offsets in #303, not put an Alpha patch in a numbering series it does not belong in. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319298: Xorg segfaults on alpha due to unhandled relocations
Package: xserver-xorg Version: 6.8.2.dfsg.1-3 Severity: grave Tags: patch As reported on debian-alpha, trying to run xorg-xserver on alpha outputs a large number of Elf_RelocateEntry() Unsupported relocation type 28 messages and then segfaults. Once again, the toolchain has moved the bar for ELF support. #include "elfloader_must_die.h" Although so far the two people seeing this bug both use the MGA driver, I don't have any reason to believe it's particularly driver-specific, hence the severity. In any case, it's definitely a bug in the elfloader, not a bug in the driver; as evidenced by the fact that the error is not reproducible with the statically-linked xserver-xorg-dbg. The attached patch, which comes from upstream by way of Jay Estabrook at HP, adds the necessary handling for the additional relocation type on Alpha, fixing the latest segfault. As per the name, it should slip right into the patches directory at #305; if you want to move it down to #203 next to the other alpha reloc fix that it depends on, you'll have to fix up the offsets in patch 303_arm_cache_flush.diff as well. -- Package-specific info: VGA-compatible devices on PCI bus: :00:05.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II] Xorg X server configuration file status: -rw-r--r-- 1 root root 3438 2005-07-19 12:13 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # XF86Config-4 (XFree86 X server configuration file) 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" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" Load"xaa" Load"libi2c" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "microsoft" Option "XkbLayout" "dv_intl" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "Matrox Millennium II" Driver "mga" Option "UseFBDev" BusID "0:5:0" EndSection Section "Device" Identifier "nVidia GeForce2 MX 400" Driver "nv" EndSection Section "Monitor" Identifier "CTX 17" HorizSync 30-92 VertRefresh 50-85 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Matrox Millennium II" Monitor "CTX 17" DefaultDepth24 SubSection "Display" Depth 1 Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4
Bug#318413: xlibs: Backslash Key is broken on Japanese Keyboards
On Wed, Jul 20, 2005 at 10:35:22PM +0200, Horms wrote: > On Wed, Jul 20, 2005 at 10:07:06PM +0200, Denis Barbier wrote: > > On Wed, Jul 20, 2005 at 01:18:26AM +0200, Horms wrote: > > [...] > > > > > ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol > > > > > client li > > > > > > > > There is some mismatch here, your libx11-6 package should have the same > > > > version number as other X packages. > > > > > > Good point, I think that was as a result of me desparately > > > reinstalling old versions in order to debug the problem. > > > Surprosingly said system seems to work. > > > > I am confused, do you mean that this bug can be closed? > > Now I am confused. What would you like me to test? I would like to know if your Japanese keyboard is broken when all X packages have been upgraded from XFree86 to X.Org, and if my patch against /etc/X11/xkb/symbols/pc/jp has some good effect. Thanks for your help. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318413: xlibs: Backslash Key is broken on Japanese Keyboards
On Wed, Jul 20, 2005 at 10:07:06PM +0200, Denis Barbier wrote: > On Wed, Jul 20, 2005 at 01:18:26AM +0200, Horms wrote: > [...] > > > > ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol > > > > client li > > > > > > There is some mismatch here, your libx11-6 package should have the same > > > version number as other X packages. > > > > Good point, I think that was as a result of me desparately > > reinstalling old versions in order to debug the problem. > > Surprosingly said system seems to work. > > I am confused, do you mean that this bug can be closed? Now I am confused. What would you like me to test? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319003: marked as done (xserver-xorg: Trident and -3: libvgahw is still broken)
Your message dated Wed, 20 Jul 2005 15:54:04 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#318218: fixed in xorg-x11 6.8.2.dfsg.1-4 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) -- Received: (at submit) by bugs.debian.org; 19 Jul 2005 06:57:04 + >From [EMAIL PROTECTED] Mon Jul 18 23:57:04 2005 Return-path: <[EMAIL PROTECTED]> Received: from par69-4-82-227-117-3.fbx.proxad.net (saline) [82.227.117.3] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1Dum2K-0008Uz-00; Mon, 18 Jul 2005 23:57:04 -0700 Received: from gmelquio by saline with local (Exim 4.52) id 1Dum1n-0001xN-2e; Tue, 19 Jul 2005 08:56:31 +0200 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Guillaume Melquiond <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xserver-xorg: Trident and -3: libvgahw is still broken X-Mailer: reportbug 3.15 Date: Tue, 19 Jul 2005 08:56:30 +0200 Message-Id: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: xserver-xorg Version: 6.8.2.dfsg.1-3 Severity: grave Justification: renders package unusable This bug-report is related to #318218, #318231, #318271, #318405. Feel free to merge it with them. I didn't, because part of the problem reported in these bug-reports was indeed fixed by the last version. With the previous versions of xserver-xorg, because of the miscompilation in libvgahw, the screen was pure white in graphical mode, and completely garbled when switching to text VTs. Now, with the fix included in -3, the text consoles are usable again. But the screen is still pure white in graphical mode. Installing the libvgahw.a file compiled by Ender fixes the problem. So it seems there is another miscompilation somewhere in the file. -- Package-specific info: VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: Trident Microsystems CyberBlade XPAi1 (rev 82) --- Received: (at 318218-close) by bugs.debian.org; 20 Jul 2005 20:14:00 + >From [EMAIL PROTECTED] Wed Jul 20 13:14:00 2005 Return-path: <[EMAIL PROTECTED]> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1DvKx6-0005mq-00; Wed, 20 Jul 2005 13:14:00 -0700 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1DvKdo-0008Ce-00; Wed, 20 Jul 2005 15:54:04 -0400 From: David Nusinow <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.56 $ Subject: Bug#318218: fixed in xorg-x11 6.8.2.dfsg.1-4 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Wed, 20 Jul 2005 15:54:04 -0400 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-CrossAssassin-Score: 2 Source: xorg-x11 Source-Version: 6.8.2.dfsg.1-4 We believe that the bug you reported is fixed in the latest version of xorg-x11, which is due to be installed in the Debian FTP archive: lbxproxy_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/lbxproxy_6.8.2.dfsg.1-4_i386.deb libdmx-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libdmx-dev_6.8.2.dfsg.1-4_i386.deb libdmx1-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libdmx1-dbg_6.8.2.dfsg.1-4_i386.deb libdmx1_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libdmx1_6.8.2.dfsg.1-4_i386.deb libdps-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libdps-dev_6.8.2.dfsg.1-4_i386.deb libdps1-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libdps1-dbg_6.8.2.dfsg.1-4_i386.deb libdps1_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libdps1_6.8.2.dfsg.1-4_i386.deb libfs-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libfs-dev_6.8.2.dfsg.1-4_i386.deb libfs6-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libfs6-dbg_6.8.2.dfsg.1-4_i386.deb libfs6_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libfs6_6.8.2.dfsg.1-4_i386.deb libglu1-xorg-dbg_6.8.2.dfsg.1-4_i386.deb
Bug#318413: xlibs: Backslash Key is broken on Japanese Keyboards
On Wed, Jul 20, 2005 at 01:18:26AM +0200, Horms wrote: [...] > > > ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol > > > client li > > > > There is some mismatch here, your libx11-6 package should have the same > > version number as other X packages. > > Good point, I think that was as a result of me desparately > reinstalling old versions in order to debug the problem. > Surprosingly said system seems to work. I am confused, do you mean that this bug can be closed? Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318231: marked as done (Console gets garbled when starting X)
Your message dated Wed, 20 Jul 2005 15:54:04 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#318218: fixed in xorg-x11 6.8.2.dfsg.1-4 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) -- Received: (at submit) by bugs.debian.org; 14 Jul 2005 08:54:50 + >From [EMAIL PROTECTED] Thu Jul 14 01:54:50 2005 Return-path: <[EMAIL PROTECTED]> Received: from pne-smtpout2-sn2.hy.skanova.net [81.228.8.164] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DszUY-0001Mg-00; Thu, 14 Jul 2005 01:54:50 -0700 Received: from em2.my.own.domain (81.227.217.88) by pne-smtpout2-sn2.hy.skanova.net (7.2.060.1) id 42B94E29003CB212; Thu, 14 Jul 2005 10:54:18 +0200 Received: from srs by em2.my.own.domain with local (Exim 3.36 #1 (Debian)) id 1DszU6-0006nk-00; Thu, 14 Jul 2005 10:54:22 +0200 Subject: Console gets garbled when starting X From: Svante Signell <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 14 Jul 2005 10:54:21 +0200 Message-Id: <[EMAIL PROTECTED]> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Sender: Svante Signell <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: xserver-xorg Vsrsion: 6.8.2.dfsg.1-2 Severity: Serious The console screen gets completely garbled when starting X.org. Going back to the console C-A-{F1-F6} or exiting X gives the same result. X works fine, also with C-A-Fx to C-A-F7. The font seems to be black with a black background. The mouse prompter and the cursor is white and visible. The console has a blue frame all around the screen. stty sane does not work. I have upgraded from 4.3.0.dfsg.1-14. The old configuration file ir reused: XF86Config-4 was copied and renamed by the install to xorg.conf. Graphics card is MGA G400 with driver mga. >From lsmod: mga 122388 2 >From /etc/X11/xorg.conf Section "Device" Identifier "Generic Video Card" Driver "mga" BusID "PCI:1:0:0" Option "agpmode" "2" EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth16 SubSection "Display" Depth 16 Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480" EndSubSection EndSection Installed framebuffer modules as follows: fbcon 40736 0 font8352 1 fbcon vesafb 6880 0 cfbcopyarea 4160 1 vesafb cfbimgblt 3104 1 vesafb cfbfillrect 3808 1 vesafb Debian release: testing/unstable Architecture: i386 (i686) Kernel: Linux cl-dual 2.6.9-1-686-smp --- Received: (at 318218-close) by bugs.debian.org; 20 Jul 2005 20:14:00 + >From [EMAIL PROTECTED] Wed Jul 20 13:14:00 2005 Return-path: <[EMAIL PROTECTED]> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1DvKx6-0005mq-00; Wed, 20 Jul 2005 13:14:00 -0700 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1DvKdo-0008Ce-00; Wed, 20 Jul 2005 15:54:04 -0400 From: David Nusinow <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.56 $ Subject: Bug#318218: fixed in xorg-x11 6.8.2.dfsg.1-4 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Wed, 20 Jul 2005 15:54:04 -0400 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-CrossAssassin-Score: 2 Source: xorg-x11 Source-Version: 6.8.2.dfsg.1-4 We believe that the bug you reported is fixed in the latest version of xorg-x11, which is due to be installed in the Debian FTP archive: lbxproxy_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/lbxproxy_6.8.2.dfsg.1-4_i386.deb libdmx-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/lib
Bug#318405: marked as done (xserver-xorg sets wrong palete on switching to console.)
Your message dated Wed, 20 Jul 2005 15:54:04 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#318218: fixed in xorg-x11 6.8.2.dfsg.1-4 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) -- Received: (at submit) by bugs.debian.org; 15 Jul 2005 10:05:16 + >From [EMAIL PROTECTED] Fri Jul 15 03:05:16 2005 Return-path: <[EMAIL PROTECTED]> Received: from mail.quincywin.de (www.frey.de) [212.21.88.26] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DtN4F-0004bW-00; Fri, 15 Jul 2005 03:05:15 -0700 Received: from kar-notebook.karcher.de (unknown [212.21.88.27]) by www.frey.de (Postfix) with ESMTP id C7B7A1483; Fri, 15 Jul 2005 12:05:13 +0200 (CEST) Received: from kar by kar-notebook.karcher.de with local (Exim 4.50) id 1DtN4D-0005lF-EV; Fri, 15 Jul 2005 12:05:13 +0200 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Reinhard Karcher <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xserver-xorg sets wrong palete on switching to console. X-Mailer: reportbug 3.15 Date: Fri, 15 Jul 2005 12:05:12 +0200 Message-Id: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.4 required=4.0 tests=BAYES_00,HAS_PACKAGE, UPPERCASE_25_50 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: xserver-xorg Version: 6.8.2.dfsg.1-2 Severity: important n*** Please type your report below this line *** Leaving X or switching from X to console results in wrong colours for foreground and background. Some information from Xorg.0.log: (--) PCI:*(1:0:0) S3 Inc. VT8375 [ProSavage8 KM266/KL266] rev 0, Mem @ 0xe000/19, 0x9000/27, BIOS @ 0x000c/16 (II) SAVAGE: driver (version 1.1.27) for S3 Savage chipsets: Savage4, Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX, Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister PN133, Twister KN133, SuperSavage/MX1288, SuperSavage/MX 64, SuperSavage/MX 64C, SuperSavage/IX 128, SuperSavage/IX 128, SuperSavage/IX 64, SuperSavage/IX 64, SuperSavage/IXC 64, SuperSavage/IXC 64, ProSavage DDR, ProSavage DDR-K (II) Primary Device is: PCI 01:00:0 (--) Assigning device section with no busID to primary device (--) Chipset ProSavage found (**) SAVAGE(0): Depth 16, (--) framebuffer bpp 16 (==) SAVAGE(0): RGB weight 565 (==) SAVAGE(0): Default visual is TrueColor (II) SAVAGE(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x (==) SAVAGE(0): Using HW cursor (==) SAVAGE(0): Using video BIOS to set modes (II) SAVAGE(0): initializing int10 (II) SAVAGE(0): Primary V_BIOS segment is: 0xc000 (II) SAVAGE(0): VESA BIOS detected (II) SAVAGE(0): VESA VBE Version 3.0 (II) SAVAGE(0): VESA VBE Total Mem: 7104 kB (II) SAVAGE(0): VESA VBE OEM: S3 Graphics ProSavage DDR Family BIOS (II) SAVAGE(0): VESA VBE OEM Software Rev: 2.0 (II) SAVAGE(0): VESA VBE OEM Vendor: S3 Garphics Incorporated. (II) SAVAGE(0): VESA VBE OEM Product: VBE 3.0 (II) SAVAGE(0): VESA VBE OEM Product Rev: Rev 0.0 (--) SAVAGE(0): Chip: id 8d04, "ProSavage DDR-K" (--) SAVAGE(0): Engine: "ProSavage" (--) SAVAGE(0): mapping MMIO @ 0xe000 with size 0x8 (==) SAVAGE(0): Using gamma correction (1.0, 1.0, 1.0) (--) SAVAGE(0): probed videoram: 8192k (--) SAVAGE(0): Found 13 modes at this depth: [10e] 320 x 200, 70Hz [133] 320 x 240, 72Hz [143] 400 x 300, 72Hz [153] 512 x 384, 70Hz [11d] 640 x 400, 70Hz [111] 640 x 480, 60Hz, 75Hz, 85Hz, 100Hz, 160Hz [114] 800 x 600, 60Hz, 75Hz, 85Hz [117] 1024 x 768, 60Hz, 70Hz, 75Hz, 85Hz, 100Hz, 130Hz [17a] 1280 x 768, 60Hz [14f] 1280 x 960, 60Hz, 85Hz [11a] 1280 x 1024, 60Hz, 75Hz, 85Hz, 100Hz [13c] 1400 x 1050, 60Hz, 75Hz [122] 1600 x 1200, 60Hz (--) SAVAGE(0): Virtual size is 1024x768 (pitch 1024) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.a Skipping "/usr/X11R6/lib/modules/libfb.a:fbmmx.o": No symbols found (II) Module fb: vendor="X.Org Foundation" compiled for 6.8.2, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 II) SAVAGE(0): initializing int10 (II) SAVAGE(0): Primary V_BIOS segment is: 0xc000 (II) SAVAGE(0): VESA BIOS detected (II) SAVAGE(0): VESA VBE Version 3.0 (II) SAVAGE(0):
Bug#319263: marked as done (xserver-xorg: Freeze xserver when using firefox)
Your message dated Wed, 20 Jul 2005 16:18:31 -0400 with message-id <[EMAIL PROTECTED]> and subject line Closing This Bug 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) -- Received: (at submit) by bugs.debian.org; 20 Jul 2005 19:31:13 + >From [EMAIL PROTECTED] Wed Jul 20 12:31:13 2005 Return-path: <[EMAIL PROTECTED]> Received: from l192-117-110-214.cable.actcom.net.il (leto.eran.dhs.org) [192.117.110.214] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1DvKHX-0008S2-00; Wed, 20 Jul 2005 12:31:05 -0700 Received: by leto.eran.dhs.org (Postfix, from userid 1000) id 60B28E6425; Wed, 20 Jul 2005 22:30:58 +0300 (IDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Eran <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xserver-xorg: Freeze xserver when using firefox X-Mailer: reportbug 3.15 Date: Wed, 20 Jul 2005 22:30:57 +0300 Message-Id: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: xserver-xorg Version: 6.8.2.dfsg.1-3 Severity: important My X server sometimes freezes, and I noticed it happens mainly when using firefox. Sometimes it may be 2 minutes from starting the x session (I start it manually) and sometimes it's a day. For now, using other browsers solves the problem. I should also mention I have a gefore 2 gts card and I have installed nvidia's driver version 7174. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2005-07-17 22:48 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1835416 2005-07-18 00:27 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: nVidia Corporation NV15 [GeForce2 GTS/Pro] (rev a4) /var/lib/xfree86/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2906 2005-07-18 00:42 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # XF86Config-4 (XFree86 X server configuration file) 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" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/gpmdata" #Option "Device""/dev/psaux" # Option
xorg-x11_6.8.2.dfsg.1-4.changes ACCEPTED
Accepted: lbxproxy_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/lbxproxy_6.8.2.dfsg.1-4_i386.deb libdmx-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libdmx-dev_6.8.2.dfsg.1-4_i386.deb libdmx1-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libdmx1-dbg_6.8.2.dfsg.1-4_i386.deb libdmx1_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libdmx1_6.8.2.dfsg.1-4_i386.deb libdps-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libdps-dev_6.8.2.dfsg.1-4_i386.deb libdps1-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libdps1-dbg_6.8.2.dfsg.1-4_i386.deb libdps1_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libdps1_6.8.2.dfsg.1-4_i386.deb libfs-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libfs-dev_6.8.2.dfsg.1-4_i386.deb libfs6-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libfs6-dbg_6.8.2.dfsg.1-4_i386.deb libfs6_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libfs6_6.8.2.dfsg.1-4_i386.deb libglu1-xorg-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libglu1-xorg-dbg_6.8.2.dfsg.1-4_i386.deb libglu1-xorg-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libglu1-xorg-dev_6.8.2.dfsg.1-4_i386.deb libglu1-xorg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libglu1-xorg_6.8.2.dfsg.1-4_i386.deb libice-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libice-dev_6.8.2.dfsg.1-4_i386.deb libice6-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libice6-dbg_6.8.2.dfsg.1-4_i386.deb libice6_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libice6_6.8.2.dfsg.1-4_i386.deb libsm-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libsm-dev_6.8.2.dfsg.1-4_i386.deb libsm6-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libsm6-dbg_6.8.2.dfsg.1-4_i386.deb libsm6_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libsm6_6.8.2.dfsg.1-4_i386.deb libx11-6-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libx11-6-dbg_6.8.2.dfsg.1-4_i386.deb libx11-6_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libx11-6_6.8.2.dfsg.1-4_i386.deb libx11-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libx11-dev_6.8.2.dfsg.1-4_i386.deb libxau-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxau-dev_6.8.2.dfsg.1-4_i386.deb libxau6-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxau6-dbg_6.8.2.dfsg.1-4_i386.deb libxau6_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxau6_6.8.2.dfsg.1-4_i386.deb libxaw6-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxaw6-dbg_6.8.2.dfsg.1-4_i386.deb libxaw6-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxaw6-dev_6.8.2.dfsg.1-4_i386.deb libxaw6_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxaw6_6.8.2.dfsg.1-4_i386.deb libxaw7-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxaw7-dbg_6.8.2.dfsg.1-4_i386.deb libxaw7-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxaw7-dev_6.8.2.dfsg.1-4_i386.deb libxaw7_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxaw7_6.8.2.dfsg.1-4_i386.deb libxaw8-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxaw8-dbg_6.8.2.dfsg.1-4_i386.deb libxaw8-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxaw8-dev_6.8.2.dfsg.1-4_i386.deb libxaw8_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxaw8_6.8.2.dfsg.1-4_i386.deb libxcomposite-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxcomposite-dev_6.8.2.dfsg.1-4_i386.deb libxcomposite1-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxcomposite1-dbg_6.8.2.dfsg.1-4_i386.deb libxcomposite1_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxcomposite1_6.8.2.dfsg.1-4_i386.deb libxdamage-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxdamage-dev_6.8.2.dfsg.1-4_i386.deb libxdamage1-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxdamage1-dbg_6.8.2.dfsg.1-4_i386.deb libxdamage1_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxdamage1_6.8.2.dfsg.1-4_i386.deb libxdmcp-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxdmcp-dev_6.8.2.dfsg.1-4_i386.deb libxdmcp6-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxdmcp6-dbg_6.8.2.dfsg.1-4_i386.deb libxdmcp6_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxdmcp6_6.8.2.dfsg.1-4_i386.deb libxevie-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxevie-dev_6.8.2.dfsg.1-4_i386.deb libxevie1-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxevie1-dbg_6.8.2.dfsg.1-4_i386.deb libxevie1_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxevie1_6.8.2.dfsg.1-4_i386.deb libxext-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxext-dev_6.8.2.dfsg.1-4_i386.deb libxext6-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxext6-dbg_6.8.2.dfsg.1-4_i386.deb libxext6_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxext6_6.8.2.dfsg.1-4_i386.deb libxfixes-dev_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxfixes-dev_6.8.2.dfsg.1-4_i386.deb libxfixes3-dbg_6.8.2.dfsg.1-4_i386.deb to pool/main/x/xorg-x11/libxfixes3-dbg_6.8.2.dfsg.1-4_i386.deb libxfixes3_6.8.2.dfs
Bug#318218: marked as done (xserver-xorg: libvgahw.a is miscompiled by gcc-4)
Your message dated Wed, 20 Jul 2005 15:54:04 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#318218: fixed in xorg-x11 6.8.2.dfsg.1-4 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) -- Received: (at submit) by bugs.debian.org; 14 Jul 2005 06:25:23 + >From [EMAIL PROTECTED] Wed Jul 13 23:25:23 2005 Return-path: <[EMAIL PROTECTED]> Received: from obitoo.bu.net.au (smtp.bu.net.au) [202.6.38.5] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Dsx9u-0003zH-00; Wed, 13 Jul 2005 23:25:23 -0700 Received: from localhost (obitoo [127.0.0.1]) by smtp.bu.net.au (Postfix) with ESMTP id 431552F062F; Thu, 14 Jul 2005 16:25:18 +1000 (EST) Received: from smtp.bu.net.au ([127.0.0.1]) by localhost (obitoo [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 15918-03-3; Thu, 14 Jul 2005 16:25:18 +1000 (EST) Received: from keitarou (unknown [202.6.39.223]) by smtp.bu.net.au (Postfix) with ESMTP id E973F2F062E; Thu, 14 Jul 2005 16:25:17 +1000 (EST) Received: from localhost (keitarou [127.0.0.1]) by keitarou (Postfix) with ESMTP id 325AF25F104; Thu, 14 Jul 2005 16:25:17 +1000 (EST) Received: from keitarou ([127.0.0.1]) by localhost (keitarou [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 03794-03; Thu, 14 Jul 2005 16:25:16 +1000 (EST) Received: by keitarou (Postfix, from userid 1000) id 9454325F0BB; Thu, 14 Jul 2005 16:25:16 +1000 (EST) Date: Thu, 14 Jul 2005 16:25:16 +1000 From: Paul Hampson <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xserver-xorg: libvgahw.a is miscompiled by gcc-4 Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline X-Reportbug-Version: 3.15 User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at queanbeyan.bubblesworth.net X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at bu.net.au Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: xserver-xorg Severity: normal Version: 6.8.2.dfsg.1-1 libvgahw.a in X.org's xserver 6.8.2 is miscompiled by gcc-4. This is a known bug to X.org [1][2][3], gcc [4] and even Red Hat [5], who've posted a libvgahw.a [6] that fixed it, at least in my case. I found that the libvgahw.a from xserver-xorg 6.8.2.dfsg.1-0pre1v1 also worked fine. (No longer avaiable on people.debian.org, but I had it installed on another machine.) I understand this is also already known to the Debian X Maintatiner, but I couldn't find a bug against either xorg or gcc-4.0 packgages in the BTS, nor any mention in the debian-x email archives. As such, I guess this is more of a visibility bug, so I (and presumably anyone who subscribes to it) can see when the problem's solved and no longer have to manually intervene in xorg-xserver upgrades. [1] https://bugs.freedesktop.org/show_bug.cgi?id=3D2976 [2] https://bugs.freedesktop.org/show_bug.cgi?id=3D2991 [3] https://bugs.freedesktop.org/show_bug.cgi?id=3D3557 [4] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D22278 [5] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D161242 [6] ftp://people.redhat.com/mharris/libvgahw.a -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=3Den_AU.UTF-8, LC_CTYPE=3Den_AU.UTF-8 (charmap=3DUTF-8) --=20 Paul "TBBle" Hampson, [EMAIL PROTECTED] 7th year CompSci/Asian Studies student, ANU Shorter .sig for a more eco-friendly paperless office. --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC1gVMexDuohKLFuARAjEEAJ9JOMjhawkvUMwR/dS36hoRrRo4gACeKkJO bvuTqMrSpNV852mdWkoY2yU= =A+GY -END PGP SIGNATURE- --OgqxwSJOaUobr8KG-- --- Received: (at 31821
Bug#319263: xserver-xorg: Freeze xserver when using firefox
Package: xserver-xorg Version: 6.8.2.dfsg.1-3 Severity: important My X server sometimes freezes, and I noticed it happens mainly when using firefox. Sometimes it may be 2 minutes from starting the x session (I start it manually) and sometimes it's a day. For now, using other browsers solves the problem. I should also mention I have a gefore 2 gts card and I have installed nvidia's driver version 7174. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2005-07-17 22:48 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1835416 2005-07-18 00:27 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: nVidia Corporation NV15 [GeForce2 GTS/Pro] (rev a4) /var/lib/xfree86/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2906 2005-07-18 00:42 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # XF86Config-4 (XFree86 X server configuration file) 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" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/gpmdata" #Option "Device""/dev/psaux" # Option"Protocol" "PS/2" #Option "Protocol" "MouseManPlusPS/2" Option "Protocol" "IMPS/2" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "off" EndSection Section "Device" Identifier "gforce" Driver "nvidia" Option "RenderAccel" "true" VideoRam32768 EndSection Section "Monitor" Identifier "sony" HorizSync 30-85 VertRefresh 48-120 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "gforce" Monitor "sony" DefaultDepth24 SubSection "Display" Depth 1 Modes "1280x1024" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1280x1024" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1280x1024" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1280x1024" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1280x1024" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1280x1024" "640x480" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" En
Processing of xorg-x11_6.8.2.dfsg.1-4.changes
xorg-x11_6.8.2.dfsg.1-4.changes uploaded successfully to localhost along with the files: xorg-x11_6.8.2.dfsg.1-4.dsc xorg-x11_6.8.2.dfsg.1-4.diff.gz pm-dev_6.8.2.dfsg.1-4_all.deb x-dev_6.8.2.dfsg.1-4_all.deb xfonts-100dpi_6.8.2.dfsg.1-4_all.deb xfonts-100dpi-transcoded_6.8.2.dfsg.1-4_all.deb xfonts-75dpi_6.8.2.dfsg.1-4_all.deb xfonts-75dpi-transcoded_6.8.2.dfsg.1-4_all.deb xfonts-base_6.8.2.dfsg.1-4_all.deb xfonts-base-transcoded_6.8.2.dfsg.1-4_all.deb xfonts-cyrillic_6.8.2.dfsg.1-4_all.deb xfonts-scalable_6.8.2.dfsg.1-4_all.deb x11-common_6.8.2.dfsg.1-4_all.deb xlibs_6.8.2.dfsg.1-4_all.deb xlibs-data_6.8.2.dfsg.1-4_all.deb xspecs_6.8.2.dfsg.1-4_all.deb x-window-system_6.8.2.dfsg.1-4_all.deb xfree86-common_6.8.2.dfsg.1-4_all.deb xlibs-dbg_6.8.2.dfsg.1-4_all.deb xlibs-dev_6.8.2.dfsg.1-4_all.deb xlibs-pic_6.8.2.dfsg.1-4_all.deb lbxproxy_6.8.2.dfsg.1-4_i386.deb libdmx1_6.8.2.dfsg.1-4_i386.deb libdmx1-dbg_6.8.2.dfsg.1-4_i386.deb libdmx-dev_6.8.2.dfsg.1-4_i386.deb libdps1_6.8.2.dfsg.1-4_i386.deb libdps1-dbg_6.8.2.dfsg.1-4_i386.deb libdps-dev_6.8.2.dfsg.1-4_i386.deb libfs6_6.8.2.dfsg.1-4_i386.deb libfs6-dbg_6.8.2.dfsg.1-4_i386.deb libfs-dev_6.8.2.dfsg.1-4_i386.deb libice6_6.8.2.dfsg.1-4_i386.deb libice6-dbg_6.8.2.dfsg.1-4_i386.deb libice-dev_6.8.2.dfsg.1-4_i386.deb libxp6_6.8.2.dfsg.1-4_i386.deb libxp6-dbg_6.8.2.dfsg.1-4_i386.deb libxp-dev_6.8.2.dfsg.1-4_i386.deb libsm6_6.8.2.dfsg.1-4_i386.deb libsm6-dbg_6.8.2.dfsg.1-4_i386.deb libsm-dev_6.8.2.dfsg.1-4_i386.deb libx11-6_6.8.2.dfsg.1-4_i386.deb libx11-6-dbg_6.8.2.dfsg.1-4_i386.deb libx11-dev_6.8.2.dfsg.1-4_i386.deb libxau6_6.8.2.dfsg.1-4_i386.deb libxau6-dbg_6.8.2.dfsg.1-4_i386.deb libxau-dev_6.8.2.dfsg.1-4_i386.deb libxaw6_6.8.2.dfsg.1-4_i386.deb libxaw6-dbg_6.8.2.dfsg.1-4_i386.deb libxaw6-dev_6.8.2.dfsg.1-4_i386.deb libxaw7_6.8.2.dfsg.1-4_i386.deb libxaw7-dbg_6.8.2.dfsg.1-4_i386.deb libxaw7-dev_6.8.2.dfsg.1-4_i386.deb libxaw8_6.8.2.dfsg.1-4_i386.deb libxaw8-dbg_6.8.2.dfsg.1-4_i386.deb libxaw8-dev_6.8.2.dfsg.1-4_i386.deb libxcomposite1_6.8.2.dfsg.1-4_i386.deb libxcomposite1-dbg_6.8.2.dfsg.1-4_i386.deb libxcomposite-dev_6.8.2.dfsg.1-4_i386.deb libxdamage1_6.8.2.dfsg.1-4_i386.deb libxdamage1-dbg_6.8.2.dfsg.1-4_i386.deb libxdamage-dev_6.8.2.dfsg.1-4_i386.deb libxdmcp6_6.8.2.dfsg.1-4_i386.deb libxdmcp6-dbg_6.8.2.dfsg.1-4_i386.deb libxdmcp-dev_6.8.2.dfsg.1-4_i386.deb libxevie1_6.8.2.dfsg.1-4_i386.deb libxevie1-dbg_6.8.2.dfsg.1-4_i386.deb libxevie-dev_6.8.2.dfsg.1-4_i386.deb libxext6_6.8.2.dfsg.1-4_i386.deb libxext6-dbg_6.8.2.dfsg.1-4_i386.deb libxext-dev_6.8.2.dfsg.1-4_i386.deb libxfixes3_6.8.2.dfsg.1-4_i386.deb libxfixes3-dbg_6.8.2.dfsg.1-4_i386.deb libxfixes-dev_6.8.2.dfsg.1-4_i386.deb libxi6_6.8.2.dfsg.1-4_i386.deb libxi6-dbg_6.8.2.dfsg.1-4_i386.deb libxi-dev_6.8.2.dfsg.1-4_i386.deb libxinerama1_6.8.2.dfsg.1-4_i386.deb libxinerama1-dbg_6.8.2.dfsg.1-4_i386.deb libxinerama-dev_6.8.2.dfsg.1-4_i386.deb libxkbfile1_6.8.2.dfsg.1-4_i386.deb libxkbfile1-dbg_6.8.2.dfsg.1-4_i386.deb libxkbfile-dev_6.8.2.dfsg.1-4_i386.deb libxkbui1_6.8.2.dfsg.1-4_i386.deb libxkbui1-dbg_6.8.2.dfsg.1-4_i386.deb libxkbui-dev_6.8.2.dfsg.1-4_i386.deb libxmu6_6.8.2.dfsg.1-4_i386.deb libxmu6-dbg_6.8.2.dfsg.1-4_i386.deb libxmu-dev_6.8.2.dfsg.1-4_i386.deb libxmuu1_6.8.2.dfsg.1-4_i386.deb libxmuu1-dbg_6.8.2.dfsg.1-4_i386.deb libxmuu-dev_6.8.2.dfsg.1-4_i386.deb libxpm4_6.8.2.dfsg.1-4_i386.deb libxpm4-dbg_6.8.2.dfsg.1-4_i386.deb libxpm-dev_6.8.2.dfsg.1-4_i386.deb libxrandr2_6.8.2.dfsg.1-4_i386.deb libxrandr2-dbg_6.8.2.dfsg.1-4_i386.deb libxrandr-dev_6.8.2.dfsg.1-4_i386.deb libxres1_6.8.2.dfsg.1-4_i386.deb libxres1-dbg_6.8.2.dfsg.1-4_i386.deb libxres-dev_6.8.2.dfsg.1-4_i386.deb libxss1_6.8.2.dfsg.1-4_i386.deb libxss1-dbg_6.8.2.dfsg.1-4_i386.deb libxss-dev_6.8.2.dfsg.1-4_i386.deb libxt6_6.8.2.dfsg.1-4_i386.deb libxt6-dbg_6.8.2.dfsg.1-4_i386.deb libxt-dev_6.8.2.dfsg.1-4_i386.deb libxtrap6_6.8.2.dfsg.1-4_i386.deb libxtrap6-dbg_6.8.2.dfsg.1-4_i386.deb libxtrap-dev_6.8.2.dfsg.1-4_i386.deb libxtst6_6.8.2.dfsg.1-4_i386.deb libxtst6-dbg_6.8.2.dfsg.1-4_i386.deb libxtst-dev_6.8.2.dfsg.1-4_i386.deb libxv1_6.8.2.dfsg.1-4_i386.deb libxv1-dbg_6.8.2.dfsg.1-4_i386.deb libxv-dev_6.8.2.dfsg.1-4_i386.deb libxvmc1_6.8.2.dfsg.1-4_i386.deb libxvmc1-dbg_6.8.2.dfsg.1-4_i386.deb libxvmc-dev_6.8.2.dfsg.1-4_i386.deb libxxf86dga1_6.8.2.dfsg.1-4_i386.deb libxxf86dga1-dbg_6.8.2.dfsg.1-4_i386.deb libxxf86dga-dev_6.8.2.dfsg.1-4_i386.deb libxxf86misc1_6.8.2.dfsg.1-4_i386.deb libxxf86misc1-dbg_6.8.2.dfsg.1-4_i386.deb libxxf86misc-dev_6.8.2.dfsg.1-4_i386.deb libxxf86rush1_6.8.2.dfsg.1-4_i386.deb libxxf86rush1-dbg_6.8.2.dfsg.1-4_i386.deb libxxf86rush-dev_6.8.2.dfsg.1-4_i386.deb libxxf86vm1_6.8.2.dfsg.1-4_i386.deb libxxf86vm1-dbg_6.8.2.dfsg.1-4_i386.deb libxxf86vm-dev_6.8.2.dfsg.1-4_i3
Bug#310000: #310000: Remove newline in xdm init script
severity 31 minor tags 31 + patch thanks The fix for this bug is really simple, so please apply the attached patch or add the "-n" manually. Thanks, Frank --- /etc/init.d/xdm.old 2005-07-17 18:28:40.0 +0200 +++ /etc/init.d/xdm 2005-07-20 19:20:42.0 +0200 @@ -101,7 +101,7 @@ stop) echo -n "Stopping X display manager: xdm" if ! [ -f $PIDFILE ]; then - echo " not running ($PIDFILE not found)" + echo -n " not running ($PIDFILE not found)" # The daemon is not running; do not tell the maintainer scripts that it # has not stopped. rm -f $UPGRADEFILE
Processed: Re: #310000: Remove newline in xdm init script
Processing commands for [EMAIL PROTECTED]: > severity 31 minor Bug#31: Remove newline Severity set to `minor'. > tags 31 + patch Bug#31: Remove newline There were no tags set. Tags added: patch > thanks 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]
X Strike Force X.Org X11 SVN commit: r385 - trunk/debian
Author: dnusinow Date: 2005-07-20 13:39:31 -0500 (Wed, 20 Jul 2005) New Revision: 385 Modified: trunk/debian/changelog Log: Inaugurate changelog for 6.8.2.dfsg.1-5 work Modified: trunk/debian/changelog === --- trunk/debian/changelog 2005-07-20 18:38:32 UTC (rev 384) +++ trunk/debian/changelog 2005-07-20 18:39:31 UTC (rev 385) @@ -1,3 +1,9 @@ +xorg-x11 (6.8.2.dfsg.1-5+SVN) unstable; urgency=low + + Changes by David Nusinow: + + -- David Nusinow <[EMAIL PROTECTED]> Wed, 20 Jul 2005 14:38:43 -0400 + xorg-x11 (6.8.2.dfsg.1-4) unstable; urgency=low Changes by David Nusinow: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r384 - tags
Author: dnusinow Date: 2005-07-20 13:38:32 -0500 (Wed, 20 Jul 2005) New Revision: 384 Added: tags/6.8.2.dfsg.1-4/ Log: Tag 6.8.2.dfsg.1-4 release. Copied: tags/6.8.2.dfsg.1-4 (from rev 383, trunk) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r383 - trunk/debian
Author: dnusinow Date: 2005-07-20 13:38:10 -0500 (Wed, 20 Jul 2005) New Revision: 383 Modified: trunk/debian/changelog Log: Update changelog version for 6.8.2.dfsg.1-4 release. Modified: trunk/debian/changelog === --- trunk/debian/changelog 2005-07-20 14:54:22 UTC (rev 382) +++ trunk/debian/changelog 2005-07-20 18:38:10 UTC (rev 383) @@ -1,4 +1,4 @@ -xorg-x11 (6.8.2.dfsg.1-4+SVN) unstable; urgency=low +xorg-x11 (6.8.2.dfsg.1-4) unstable; urgency=low Changes by David Nusinow: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#319003: xserver-xorg: Trident and -3: libvgahw is still broken.
On Wed, Jul 20, 2005 at 08:01:13PM +0200, Julien Cristau wrote: > On Wed, Jul 20, 2005 at 19:15:42 +0200, David Martínez Moreno wrote: > > Let's hope that the GCC boys commit soon a fix to the compiler > > (supposing > > that they finally got consensus about this) and GCC maintainers add it to > > the > > current GCC suite in Debian. > > > A patch seems to have been committed to gcc to fix > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22278. We now need to have > this fix in Debian's gcc-4.0 package :) Ok, I've just filed a wishlist bug against gcc-4.0 to ask them to backport this patch. Hopefully they'll come through. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#319003: xserver-xorg: Trident and -3: libvgahw is still broken.
On Wed, Jul 20, 2005 at 19:15:42 +0200, David Martínez Moreno wrote: > Let's hope that the GCC boys commit soon a fix to the compiler > (supposing > that they finally got consensus about this) and GCC maintainers add it to the > current GCC suite in Debian. > A patch seems to have been committed to gcc to fix http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22278. We now need to have this fix in Debian's gcc-4.0 package :) Cheers, Julien Cristau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: KM400A issues with new x.org server packages
El Miércoles, 20 de Julio de 2005 19:18, John R. Hogerhuis escribió: > OK, after upgrading to latest xserver-xorg, it was still broken (i.e. it > overwrote the last libvgahw.a you sent me with a non-working one). When Hello, John. Yes, this is expected behaviour. :-) > I came to the computer today if I switched back and forth to console > screen, the console would end up with random foreground and background > palette changes. I reset the xserver. The green vertical lines were > back. Switching to console mode got rid of the green lines, but the > random palette changes continued. > > I got your email and installed this libvgahw.a and restarted X. The > vertical green lines were gone. So it worked. When I switch to the > console I was still getting random palette changes even with the new > patch. > > So I rebooted the system as you suggested, and I can no longer reproduce > the random palette changes on the console. Yes, the corruption sometimes goes away only with a reboot, that is why I suggested in my mail. > So as far as I can tell, the latest libvgahw.a cures the problem. Thank you very much for your help. We will include this fix in the upcoming 6.8.2.dfsg.1-4 release. Best regards, Ender. -- To the infinity, and beyond! -- Buzz Lightyear (Toy Story). -- Debian developer pgpDTspKELTI5.pgp Description: PGP signature
Re: KM400A issues with new x.org server packages
On Wed, 2005-07-20 at 17:14 +0200, David Martínez Moreno wrote: > E > Could you please replace /usr/X11R6/lib/modules/libvgahw.a > with the one available in http://www.imfi.kspu.ru/~ejka/libvgahw.a and > restart > X? You may need to restart the whole system to achieve full recovery. > > Please send to debian-x@lists.debian.org the result of this test. > > Best regards, > > > Ender. OK, after upgrading to latest xserver-xorg, it was still broken (i.e. it overwrote the last libvgahw.a you sent me with a non-working one). When I came to the computer today if I switched back and forth to console screen, the console would end up with random foreground and background palette changes. I reset the xserver. The green vertical lines were back. Switching to console mode got rid of the green lines, but the random palette changes continued. I got your email and installed this libvgahw.a and restarted X. The vertical green lines were gone. So it worked. When I switch to the console I was still getting random palette changes even with the new patch. So I rebooted the system as you suggested, and I can no longer reproduce the random palette changes on the console. So as far as I can tell, the latest libvgahw.a cures the problem. -- John. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#318231: xserver-xorg: experience garbled consoles with cirrus driver but things are fine with VESA driver.
El Miércoles, 20 de Julio de 2005 18:00, Arthur Marsh escribió: > Many thanks, http://www.imfi.kspu.ru/~ejka/libvgahw.a fixed things with > running the cirrus driver. Many thanks, Arthur. We will include this fix in the next X.Org release. Best regards, Ender. -- I'm packing your extra pair of shoes and your ANGRY eyes! -- Mrs. Potato to Mr. Potato (Toy Story 2). -- Debian developer pgpjEWwYAN7tI.pgp Description: PGP signature
Bug#319237: xterm should be built with IUTF8 support (for correct tty cooked mode)
Package: xterm Version: 6.8.2.dfsg.1-3 Severity: wishlist The xterm source knows about IUTF8, but for some reasons xterm is not built with IUTF8 support. For more information about IUTF8, see the end of the section http://www.cl.cam.ac.uk/~mgk25/unicode.html#mod -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.10-20050517 Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages xterm depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libice6 6.8.2.dfsg.1-3 Inter-Client Exchange library ii libncurses5 5.4-9 Shared libraries for terminal hand ii libselinux1 1.24-1 SELinux shared libraries ii libsm66.8.2.dfsg.1-3 X Window System Session Management ii libxaw8 6.8.2.dfsg.1-3 X Athena widget set library ii libxext6 6.8.2.dfsg.1-3 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxmu6 6.8.2.dfsg.1-3 X Window System miscellaneous util ii libxp66.8.2.dfsg.1-3 X Window System printing extension ii libxpm4 6.8.2.dfsg.1-3 X pixmap library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-3 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-3 X Window System client libraries m ii xlibs-data6.8.2.dfsg.1-3 X Window System client data Versions of packages xterm recommends: ii xutils 4.3.0.dfsg.1-14 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#319003: xserver-xorg: Trident and -3: libvgahw is still broken.
El Miércoles, 20 de Julio de 2005 17:33, Eugene Konev escribió: > Hello David. [...] > It seems the libvgahw.a problem can be just a part of the problem, > though well noticeable one. Many drivers use macros like this: > > #define INREG(addr)*(volatile CARD32 *)(MMIOBase + (addr)) > > And using such macros just to read the mmapped registers without using > returned values later can lead to the same "optimized out" code. I know, I know. The original poster of the patch said that libvgahw.a was probably only 1 of 100 cases where volatile was used along the whole X.Org sources. So yes, your patch is only a band-aid for a bigger problem. Let's hope that the GCC boys commit soon a fix to the compiler (supposing that they finally got consensus about this) and GCC maintainers add it to the current GCC suite in Debian. Best regards, Ender. -- - Kyle, all those times I said you were a dumb, stupid Jew, well, I was wrong, you're not a Jew. - Cartman, I *am* Jewish! - There, there, don't be hard on yourself, Kyle. -- Cartman & Kyle (South Park). -- Debian developer pgpzuZfIFWjZe.pgp Description: PGP signature
via unichrome
Moin, i have built a version of your x.org packages, which include an updated version of the via unichrome drivers, which enables using the hardware mpeg decoding facility of the chip using the XvMC VLD extension (which already has been merged into x.org cvs). now i have two questions: 1) are you interested in including the changes into the 'official' debian x.org packages? 2) if yes: what would be the preferred way of submitting them? most of my changes are done in the debian/patches directory, but some (the extra files in the libxvmc1/libxvmc-dev packages) are direct modifications, which are not built/tested on/for anything except i386 (should run also at least on amd64), so my changes are at the moment i386 specific. as I don't want to clutter the list with diffs: you can get the updated debian diff from http://www.physik.fu-berlin.de/~glaweh/debian/unichrome-xorg/xorg-x11_6.8.2.dfsg.1-3unichrome20050629.1.diff.gz which is based on the xsf -3 release in unstable. p.s.: please cc me when replying, as I am not subscribed to debian-x -- c u henning -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318231: xserver-xorg: experience garbled consoles with cirrus driver but things are fine with VESA driver
On Wed, Jul 20, 2005 at 18:04:43 +0200, Arthur Marsh wrote: > Many thanks, http://www.imfi.kspu.ru/~ejka/libvgahw.a fixed things with > running the cirrus driver. > Thanks for your testing! We believe that this bug will be fixed in the next xorg-x11 upload. Cheers, Julien Cristau PS: please always Cc: the bug address in followups. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#318231: xserver-xorg: experience garbled consoles with cirrus driver but things are fine with VESA driver.
Many thanks, http://www.imfi.kspu.ru/~ejka/libvgahw.a fixed things with running the cirrus driver. Regards, Arthur. David Martínez Moreno wrote: El Miércoles, 20 de Julio de 2005 16:25, Arthur Marsh escribió: Hi, the information below is from my working VESA driver setup. If I change the driver to cirrus for my CL-GD5446 video card but leave all other settings unchanged I experience the garbled consoles but working Xserver as described in the parent bug report. If it would help, I could provide another reportbug report using the cirrus driver which gives the garbled consoles. Hello, Arthur. Could you please replace /usr/X11R6/lib/modules/libvgahw.a with the one available in http://www.imfi.kspu.ru/~ejka/libvgahw.a and restart X? You may need to restart the whole system to achieve full recovery. Please send to the bug address the result of this test. Best regards, Ender. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318231: xserver-xorg: experience garbled consoles with cirrus driver but things are fine with VESA driver
On Wed, Jul 20, 2005 at 17:08:22 +0200, Arthur Marsh wrote: > Package: xserver-xorg > Version: 6.8.2.dfsg.1-2 > Followup-For: Bug #318231 > > > Hi, the information below is from my working VESA driver setup. If I > change the driver to cirrus for my CL-GD5446 video card but leave all > other settings unchanged I experience the > garbled consoles but working Xserver as described in the parent bug > report. > Hi Arthur, could you try replacing /usr/X11R6/lib/modules/libvgahw.a with the version at http://www.imfi.kspu.ru/~ejka/libvgahw.a, and see if your consoles are fixed with the cirrus driver? Thanks, Julien Cristau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#319003: xserver-xorg: Trident and -3: libvgahw is still broken.
Hello David. On Wed, 20 Jul 2005 16:21:45 +0200 you wrote: > > > Enhanced version. Attached. > > > > Ah, I was going to upload -4 in about an hour, but if this has been > shown > > to work it's worth delaying the release by a day. I'll roll this in > and > > re-build -4 today with the fix. Great work Eugene. > The fix seems good. I am starting to redirect people to > Eugene's libvgahw.a > for testing purposes, and it seems to be at least equally good to the > gcc-3.3's one. I would like to send all the people that reported > problems > with blank consoles to test Eugene's libvgahw.a as an additional > measure > before you release. It seems the libvgahw.a problem can be just a part of the problem, though well noticeable one. Many drivers use macros like this: #define INREG(addr)*(volatile CARD32 *)(MMIOBase + (addr)) And using such macros just to read the mmapped registers without using returned values later can lead to the same "optimized out" code. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#319112: xserver-xorg: X.org hangs with a blank screen on exit
David Martínez Moreno <[EMAIL PROTECTED]> writes: > El Miércoles, 20 de Julio de 2005 00:27, Luke Reeves escribió: >> Package: xserver-xorg >> Version: 6.8.2.dfsg.1-3 >> Severity: important >> >> When using either startx or a display manager (in my case GDM), once the >> X server is exited it hangs at a blank screen and the system has to be >> restarted for the display to work. > > Hello, Luke. Could you please replace /usr/X11R6/lib/modules/libvgahw.a > with the one available in http://www.imfi.kspu.ru/~ejka/libvgahw.a and > restart > X? You may need to restart the whole system to achieve full recovery. > > Please send to the bug address the result of this test. What I did (and worked) was to add to the Device Section of the i810 driver: Option "VBERestore""true" Santi -- Buscant signatura... Buscant signatura...fet -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#318405: Problem solved
El Viernes, 15 de Julio de 2005 13:07, David Martínez Moreno escribió: > El Viernes, 15 de julio de 2005 12:44, Reinhard Karcher escribió: > > Using the libvgahw.a from //people.debian.org/~ender/ solved the > > problem. > > Thank you, Reinhard. With your test, we now know that this problem is > the > same that the one reported in #318218. We hope to have a working X system > soon. :-) Hello, John. We need your help ir order to test the new X.Org release. Could you please replace /usr/X11R6/lib/modules/libvgahw.a with the one available in http://www.imfi.kspu.ru/~ejka/libvgahw.a and restart X? You may need to restart the whole system to achieve full recovery. Please send to the bug address the result of this test. Best regards, Ender. -- I'm packing your extra pair of shoes and your ANGRY eyes! -- Mrs. Potato to Mr. Potato (Toy Story 2). -- Debian developer pgpVXpgPceBU1.pgp Description: PGP signature
Re: KM400A issues with new x.org server packages
El Viernes, 15 de Julio de 2005 12:14, David Martínez Moreno escribió: > El Viernes, 15 de Julio de 2005 12:03, John R. Hogerhuis escribió: > > On Fri, 2005-07-15 at 11:48 +0200, David Martínez Moreno wrote: > > > Hello, Marco. Could you please replace > > > /usr/X11R6/lib/modules/libvgahw.a with the one available in > > > http://people.debian.org/~ender/ and restart X? You may need to restart > > > the whole system to achieve full recovery. > > > > > > Please send us the result of this test. > > > > > > Best regards, > > > > > > > > > Ender. > > > > Nice shooting :-) I copied the file into place and restarted X. The > > green lines are gone. Just to verify, I restarted X a couple of times, > > and also rebooted the machine. No stripes. > > Thank you, John. This is an already known issue, tracked by #318218 and > companions. We will try to fix it permanently by the next X.Org release. Hello, John. We need your help ir order to test the new X.Org release. Could you please replace /usr/X11R6/lib/modules/libvgahw.a with the one available in http://www.imfi.kspu.ru/~ejka/libvgahw.a and restart X? You may need to restart the whole system to achieve full recovery. Please send to debian-x@lists.debian.org the result of this test. Best regards, Ender. -- Vous au moins, vous ne risquez pas d'être un légume, puisque même un artichaud a du coeur. -- Amélie (Le fabuleux destin d'Amélie Poulain). -- Debian developer pgpFCpFhOqlnJ.pgp Description: PGP signature
Re: Bug#318231: xserver-xorg: experience garbled consoles with cirrus driver but things are fine with VESA driver.
El Miércoles, 20 de Julio de 2005 16:25, Arthur Marsh escribió: > Hi, the information below is from my working VESA driver setup. If I > change the driver to cirrus for my CL-GD5446 video card but leave all > other settings unchanged I experience the > garbled consoles but working Xserver as described in the parent bug > report. > > If it would help, I could provide another reportbug report using the > cirrus driver which gives the garbled consoles. Hello, Arthur. Could you please replace /usr/X11R6/lib/modules/libvgahw.a with the one available in http://www.imfi.kspu.ru/~ejka/libvgahw.a and restart X? You may need to restart the whole system to achieve full recovery. Please send to the bug address the result of this test. Best regards, Ender. -- Look at my fingers: four stones, four crates! Zero stones? ZERO CRATES! -- Zorg (The Fifth Element). -- Debian developer pgpHA8qikGidp.pgp Description: PGP signature
Bug#318231: xserver-xorg: experience garbled consoles with cirrus driver but things are fine with VESA driver
Package: xserver-xorg Version: 6.8.2.dfsg.1-2 Followup-For: Bug #318231 Hi, the information below is from my working VESA driver setup. If I change the driver to cirrus for my CL-GD5446 video card but leave all other settings unchanged I experience the garbled consoles but working Xserver as described in the parent bug report. If it would help, I could provide another reportbug report using the cirrus driver which gives the garbled consoles. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2005-07-15 00:58 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1841052 2005-07-13 04:38 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :00:12.0 VGA compatible controller: Cirrus Logic GD 5446 (rev 45) /etc/X11/XF86Config-4 does not match checksum in /var/lib/xfree86/XF86Config-4.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3293 2004-07-07 02:41 /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" FontPath"unix/: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/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" # FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc101" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/ttyS0" Option "Protocol" "Microsoft" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "Generic Video Card" Driver "cirrus" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 28-70 VertRefresh 43-75 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth16 SubSection "Display" Depth 1 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" "800x600" "640x480" EndSubSect
Re: Fwd: Patch to xlibmesa-dri bug script.
On Wed, Jul 20, 2005 at 04:40:24PM +0200, David Martínez Moreno wrote: > David, in the meantime, pelase commit the attached patch in order to > have > proper reportbug scripts. The only thing that would remain is to switch > to /var/lib/xorg instead of /var/lib/xfree86 for storing MD5 and roster > files. Done. Sorry I forgot about this ealier. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r382 - trunk/debian
Author: dnusinow Date: 2005-07-20 09:54:22 -0500 (Wed, 20 Jul 2005) New Revision: 382 Modified: trunk/debian/changelog trunk/debian/xlibmesa-dri.bug.script Log: - Fix xlibmesa-dri.bug.script to attach correct log files Modified: trunk/debian/changelog === --- trunk/debian/changelog 2005-07-20 14:32:59 UTC (rev 381) +++ trunk/debian/changelog 2005-07-20 14:54:22 UTC (rev 382) @@ -18,6 +18,10 @@ - Update 030_libvgahw_gcc4_volatile_fix.diff to include a complete fix. Closes: #318218 + Changes by David Martínez Moreno + + - Fix xlibmesa-dri.bug.script to attach correct log files + -- David Nusinow <[EMAIL PROTECTED]> Mon, 18 Jul 2005 09:34:07 -0400 xorg-x11 (6.8.2.dfsg.1-3) unstable; urgency=low Modified: trunk/debian/xlibmesa-dri.bug.script === --- trunk/debian/xlibmesa-dri.bug.script2005-07-20 14:32:59 UTC (rev 381) +++ trunk/debian/xlibmesa-dri.bug.script2005-07-20 14:54:22 UTC (rev 382) @@ -1,6 +1,6 @@ #!/bin/sh -# $Id: xlibmesa-dri.bug.script 2182 2005-02-10 06:39:04Z branden $ +# $Id$ PATH="/sbin:/usr/bin/X11:$PATH" @@ -14,15 +14,15 @@ printf "\n" >&3 -XFREE86_LOGS=$(ls -dt /var/log/XFree86.*.log 2>/dev/null) +XORG_LOGS=$(ls -dt /var/log/Xorg.*.log 2>/dev/null) -if [ -n "$XFREE86_LOGS" ]; then -printf "XFree86 X server log files on system:\n" >&3 -ls -dlrt /var/log/XFree86.*.log >&3 2>/dev/null +if [ -n "$XORG_LOGS" ]; then +printf "X.Org X server log files on system:\n" >&3 +ls -dlrt /var/log/Xorg.*.log >&3 2>/dev/null printf "\n" >&3 -for LOG in $XFREE86_LOGS; do +for LOG in $XORG_LOGS; do if [ -f "$LOG" ]; then -printf "Contents of most recent XFree86 X server log file\n" >&3 +printf "Contents of most recent X.Org X server log file\n" >&3 printf "%s:\n" "$LOG" >&3 cat "$LOG" >&3 # the log files are large; only show the most recent @@ -30,7 +30,7 @@ fi done else -printf "No XFree86 X server log files found.\n" >&3 +printf "No X.Org X server log files found.\n" >&3 fi printf "\n" >&3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fwd: Patch to xlibmesa-dri bug script.
David, in the meantime, pelase commit the attached patch in order to have proper reportbug scripts. The only thing that would remain is to switch to /var/lib/xorg instead of /var/lib/xfree86 for storing MD5 and roster files. Thanks in advance, Ender. -- Forwarded message -- Subject: Patch to xlibmesa-dri bug script (it was Re: Bug#318989: xlibmesa-dri: glx applications segfault inside r128_dri.so) Date: Martes, 19 de Julio de 2005 17:23 From: David Martínez Moreno <[EMAIL PROTECTED]> To: debian-x@lists.debian.org El Martes, 19 de Julio de 2005 09:27, David Martínez Moreno escribió: > Excuse me, but I do not understand this. You claim to have > 6.8.2.dfsg.1-3, > but your report has XFree86 logs and information. Maybe there is a problem > with the xlibmesa-dri reportbug script. I will take a look this morning, > but meanwhile, please supply /etc/X11/xorg.conf and /var/log/Xorg.0.log. Hello, David. Please apply the attached patch to xlibmesa-dri.bug.script in order to report correct values. --- -- I find your lack of faith disturbing. -- Darth Vader (Star Wars). -- Debian developer --- xlibmesa-dri.bug.script.orig 2005-07-19 11:24:40.680518497 +0200 +++ xlibmesa-dri.bug.script 2005-07-19 11:42:26.735044196 +0200 @@ -14,15 +14,15 @@ printf "\n" >&3 -XFREE86_LOGS=$(ls -dt /var/log/XFree86.*.log 2>/dev/null) +XORG_LOGS=$(ls -dt /var/log/Xorg.*.log 2>/dev/null) -if [ -n "$XFREE86_LOGS" ]; then -printf "XFree86 X server log files on system:\n" >&3 -ls -dlrt /var/log/XFree86.*.log >&3 2>/dev/null +if [ -n "$XORG_LOGS" ]; then +printf "X.Org X server log files on system:\n" >&3 +ls -dlrt /var/log/Xorg.*.log >&3 2>/dev/null printf "\n" >&3 -for LOG in $XFREE86_LOGS; do +for LOG in $XORG_LOGS; do if [ -f "$LOG" ]; then -printf "Contents of most recent XFree86 X server log file\n" >&3 +printf "Contents of most recent X.Org X server log file\n" >&3 printf "%s:\n" "$LOG" >&3 cat "$LOG" >&3 # the log files are large; only show the most recent @@ -30,7 +30,7 @@ fi done else -printf "No XFree86 X server log files found.\n" >&3 +printf "No X.Org X server log files found.\n" >&3 fi printf "\n" >&3 pgpcU4HVr3d4B.pgp Description: PGP signature
X Strike Force X.Org X11 SVN commit: r381 - in trunk/debian: . patches
Author: dnusinow Date: 2005-07-20 09:32:59 -0500 (Wed, 20 Jul 2005) New Revision: 381 Modified: trunk/debian/changelog trunk/debian/patches/030_libvgahw_gcc4_volatile_fix.diff Log: - Update 030_libvgahw_gcc4_volatile_fix.diff to include a complete fix. Closes: #318218 Modified: trunk/debian/changelog === --- trunk/debian/changelog 2005-07-19 23:02:48 UTC (rev 380) +++ trunk/debian/changelog 2005-07-20 14:32:59 UTC (rev 381) @@ -13,6 +13,11 @@ arches. The failure diff will still be spit out, allowing us to fix the problems. + Changes by Eugene Konev: + + - Update 030_libvgahw_gcc4_volatile_fix.diff to include a complete fix. + Closes: #318218 + -- David Nusinow <[EMAIL PROTECTED]> Mon, 18 Jul 2005 09:34:07 -0400 xorg-x11 (6.8.2.dfsg.1-3) unstable; urgency=low Modified: trunk/debian/patches/030_libvgahw_gcc4_volatile_fix.diff === --- trunk/debian/patches/030_libvgahw_gcc4_volatile_fix.diff2005-07-19 23:02:48 UTC (rev 380) +++ trunk/debian/patches/030_libvgahw_gcc4_volatile_fix.diff2005-07-20 14:32:59 UTC (rev 381) @@ -5,7 +5,25 @@ diff -ruN xc-old/programs/Xserver/hw/xfree86/vgahw/vgaHW.c xc/programs/Xserver/hw/xfree86/vgahw/vgaHW.c --- xc-old/programs/Xserver/hw/xfree86/vgahw/vgaHW.c 2005-05-08 23:23:09.0 -0400 +++ xc/programs/Xserver/hw/xfree86/vgahw/vgaHW.c 2005-07-15 15:09:29.0 -0400 -@@ -441,12 +441,16 @@ +@@ -428,12 +428,16 @@ + static void + mmioWriteAttr(vgaHWPtr hwp, CARD8 index, CARD8 value) + { ++volatile CARD8 tmp; ++ + if (hwp->paletteEnabled) + index &= ~0x20; + else + index |= 0x20; + +-(void) minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); ++/* gcc-4.0 -O2 is broken : needs a volatile assignment */ ++tmp = minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); ++ + moutb(VGA_ATTR_INDEX, index); + moutb(VGA_ATTR_DATA_W, value); + } +@@ -441,12 +445,16 @@ static CARD8 mmioReadAttr(vgaHWPtr hwp, CARD8 index) { @@ -17,9 +35,35 @@ index |= 0x20; -(void) minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); -+ /* gcc-4.0 -O2 is broken : needs a volatile assignment */ -+ tmp = minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); ++/* gcc-4.0 -O2 is broken : needs a volatile assignment */ ++tmp = minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); + moutb(VGA_ATTR_INDEX, index); return minb(VGA_ATTR_DATA_R); } +@@ -466,7 +474,11 @@ + static void + mmioEnablePalette(vgaHWPtr hwp) + { +-(void) minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); ++volatile CARD8 tmp; ++ ++/* gcc-4.0 -O2 is broken : needs a volatile assignment */ ++tmp = minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); ++ + moutb(VGA_ATTR_INDEX, 0x00); + hwp->paletteEnabled = TRUE; + } +@@ -474,7 +486,11 @@ + static void + mmioDisablePalette(vgaHWPtr hwp) + { +-(void) minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); ++volatile CARD8 tmp; ++ ++/* gcc-4.0 -O2 is broken : needs a volatile assignment */ ++tmp = minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); ++ + moutb(VGA_ATTR_INDEX, 0x20); + hwp->paletteEnabled = FALSE; + } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319190: (no subject)
On Wed, 20 Jul 2005, Julien Cristau wrote: On Wed, Jul 20, 2005 at 15:08:00 +0200, Asheesh Laroia wrote: http://paulproteus.acm.jhu.edu/mga-x/ $ host paulproteus.acm.jhu.edu ;; connection timed out; no servers could be reached Your name servers don't seem to work, could you please fix this or make the patch available at a different url? It's fixed. Thanks for the heads-up; it seems there were general problems for the DNS for that domain. -- Asheesh. -- Look, I'm about to buy me a double barreled sawed off shotgun and show Linus what I think about backspace and delete not working. -- some anonymous .signature -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#319003: xserver-xorg: Trident and -3: libvgahw is still broken.
El Miércoles, 20 de Julio de 2005 15:33, David Nusinow escribió: > > Enhanced version. Attached. > > Ah, I was going to upload -4 in about an hour, but if this has been shown > to work it's worth delaying the release by a day. I'll roll this in and > re-build -4 today with the fix. Great work Eugene. The fix seems good. I am starting to redirect people to Eugene's libvgahw.a for testing purposes, and it seems to be at least equally good to the gcc-3.3's one. I would like to send all the people that reported problems with blank consoles to test Eugene's libvgahw.a as an additional measure before you release. Regards, Ender. -- Hey, Mom, I saw a bunch of products on TV that I didn't know existed, but I desperately need! -- Calvin (Calvin & Hobbes comic strip). -- Debian developer pgpBry0kFOXtk.pgp Description: PGP signature
Bug#319190: (no subject)
On Wed, Jul 20, 2005 at 15:08:00 +0200, Asheesh Laroia wrote: > http://paulproteus.acm.jhu.edu/mga-x/ $ host paulproteus.acm.jhu.edu ;; connection timed out; no servers could be reached Your name servers don't seem to work, could you please fix this or make the patch available at a different url? Cheers, Julien Cristau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#318663: [i810_drv] uses kernel i915 module which screws console and results in wrong geometry for X.
This one time, at band camp, Stephen Gran said: > Yes, that gives me back my VT's, although now glxgears only gets ~32 fps > (down from ~850 fps with the distributed one). Phooey. Well, I'd > rather have VT's than GL speed, so thank you for the fix. Disregard even this. I apparently have decided to try udev here, and it was apparently the cause of the slowness. I see that it created a device node (dri/card0) several seconds _after_ X started. Restarting X once the device node was there returns everything to normal. So from my point of view, everything but udev is working as it should. Thanks again, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Re: Bug#319003: xserver-xorg: Trident and -3: libvgahw is still broken, Bug#318405: acknowledged by developer (Bug#318218: fixed in xorg-x11 6.8.2.dfsg.1-3)
On Wed, Jul 20, 2005 at 04:59:27PM +0800, Eugene Konev wrote: > > Hello David. > > On Wed, 20 Jul 2005 10:50:28 +0200 > you wrote: > > > What workaround have you tried to build that libvgahw.a? No > > optimization, or > > an enhanced version of the X.Org patch? > > Enhanced version. Attached. Ah, I was going to upload -4 in about an hour, but if this has been shown to work it's worth delaying the release by a day. I'll roll this in and re-build -4 today with the fix. Great work Eugene. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319190: (no subject)
Subject: xserver-xorg: Matrox driver doesn't have Xvideo for Millennium II; patch available Package: xserver-xorg Version: 6.8.2.dfsg.1-3 Severity: normal Tags: patch *** Please type your report below this line *** There is a patch for the mga driver to support XVideo extension on Matrox Millennium II cards (both PCI and AGP versions). I just got an AGP one, and noticed that I didn't have the XVideo extension. The patch is against XFree86 4.2.0. Previous discussion was here: http://lists.debian.org/debian-x/2004/04/msg00391.html . You asked for a unified-diff version of the patch, so first I'm making a unified-diff patch against XFree86 4.2.0. That file (and a little more info) is available here: http://paulproteus.acm.jhu.edu/mga-x/ I also made a patch against the current Debian x.org package. That is also available at the above URL. He offers the whole mga_video.c file for download; it looks like my patch against X.org reverts some good stuff like endianness fixes. Can I ask you to clean that up? You surely know X better than I do. Read the readme.txt to see how I generated the files; make sure I didn't doo anything too dumb. Thanks! Hopefully we can get this included :-). -- Asheesh. -- If you have nothing to do, don't do it here. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2005-07-14 00:14 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1835416 2005-07-17 17:27 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II] AGP /var/lib/xfree86/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 3172 2005-07-19 21:09 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # 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" FontPath"unix/: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" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules""xfree86" Option "XkbModel""pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device" "/dev/input/mice" Option "Protocol""ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping""4 5" EndSection Section "Device" Identifier "NVIDIA Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro]" Driver "mga" Option "RenderAccel" "true" EndSection Section "Monitor" Identifier "LCD MP704" HorizSync 31-82 VertRefresh 56-75 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "NVIDIA Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro]" Monitor "LCD MP704" DefaultDepth24 SubSection "Display"
Processed: Re: Bug#318663: [i810_drv] uses kernel i915 module which screws console and results in wrong geometry for X.
Processing commands for [EMAIL PROTECTED]: > severity 318663 grave Bug#318663: [i810_drv] uses kernel i915 module which screws console and results in wrong geometry for X Severity set to `grave'. > merge 318663 318218 Bug#318218: xserver-xorg: libvgahw.a is miscompiled by gcc-4 Bug#318663: [i810_drv] uses kernel i915 module which screws console and results in wrong geometry for X Bug#318231: Console gets garbled when starting X Bug#318271: xserver-xorg: [trident] works only with dbg version Bug#318405: xserver-xorg sets wrong palete on switching to console. Merged 318218 318231 318271 318405 318663. > thanks 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#318663: [i810_drv] uses kernel i915 module which screws console and results in wrong geometry for X.
severity 318663 grave merge 318663 318218 thanks This one time, at band camp, David Martínez Moreno said: > El Miércoles, 20 de Julio de 2005 00:28, Stephen Gran escribió: > [...] > > Well, hrmph. This is looking more like a vgahw bug after all. After > > tonight's upgrade to -3, X can use the kernel i915 module and still get > > correct resolution (and DRI is working again, although glxgears is > > slower than I remember it being). However, the console is still > > absolutely blank. > > > > Sorry for duplicating bugs and effort for you all, and thanks for the > > good work. > > ;-) Do not worry! It is our 'work'. Have you used the workaround that I > send > to everyone having problems with blank console? Replace libvgahw.a with the > one in http://people.debian.org/~ender/ in order to try to fix your console. > See #318218 for further information. Yes, that gives me back my VT's, although now glxgears only gets ~32 fps (down from ~850 fps with the distributed one). Phooey. Well, I'd rather have VT's than GL speed, so thank you for the fix. Merging this with the others, since they seem to be roughly related. Take care, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#319179: uxterm and utf-8 font selection
Package: xterm Version: 6.8.2.dfsg.1-3 Severity: normal The file /etc/X11/app-defaults/UXTerm says: ! The fonts here are duplicated in "XTerm" by "*VT100.utf8fonts", but are ! left here for compatibility: *VT100*font2: -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1 *VT100*font:-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1 *VT100*font3: -misc-fixed-medium-r-normal--14-130-75-75-c-70-iso10646-1 *VT100*font4: -misc-fixed-medium-r-normal--13-120-75-75-c-80-iso10646-1 *VT100*font5: -misc-fixed-medium-r-normal--18-120-100-100-c-90-iso10646-1 *VT100*font6: -misc-fixed-medium-r-normal--20-200-75-75-c-100-iso10646-1 If I understand correctly, such *VT100*font resources are no longer used and are now replaced by *VT100.utf8fonts resources (preferably). But this doesn't seem to be the case. Indeed, if I do the following: dixsept:~> cp -R /etc/X11/app-defaults . dixsept:~> export XAPPLRESDIR=$HOME/app-defaults/ dixsept:~> export XFILESEARCHPATH=$HOME/app-defaults/ dixsept:~> uxterm and in the uxterm, I type "echo \\u20ac", I get the Euro symbol as expected. But now, if I remove the lines *VT100*font2: -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1 *VT100*font:-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1 *VT100*font3: -misc-fixed-medium-r-normal--14-130-75-75-c-70-iso10646-1 *VT100*font4: -misc-fixed-medium-r-normal--13-120-75-75-c-80-iso10646-1 *VT100*font5: -misc-fixed-medium-r-normal--18-120-100-100-c-90-iso10646-1 *VT100*font6: -misc-fixed-medium-r-normal--20-200-75-75-c-100-iso10646-1 from the $HOME/app-defaults/UXTerm file, restart uxterm and type "echo \\u20ac", then the Euro symbol is no longer visible. This means that the above lines were really necessary. This is either a bug in the xterm program or the above comment is incorrect. IMHO, the *VT100.utf8fonts resources should have the precedence, so I rather see it a bug in the xterm program. Note, before the removal of the lines: dixsept:~> appres UXTerm|grep 'VT100.*font2' *VT100.utf8Fonts.font2: -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1 *VT100*font2: -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1 and after their removal: dixsept:~> appres UXTerm|grep 'VT100.*font2' *VT100.utf8Fonts.font2: -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1 *VT100*font2: 5x7 and I have: *VT100*utf8:1 in both cases. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.10-20050517 Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages xterm depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libice6 6.8.2.dfsg.1-3 Inter-Client Exchange library ii libncurses5 5.4-9 Shared libraries for terminal hand ii libselinux1 1.24-1 SELinux shared libraries ii libsm66.8.2.dfsg.1-3 X Window System Session Management ii libxaw8 6.8.2.dfsg.1-3 X Athena widget set library ii libxext6 6.8.2.dfsg.1-3 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxmu6 6.8.2.dfsg.1-3 X Window System miscellaneous util ii libxp66.8.2.dfsg.1-3 X Window System printing extension ii libxpm4 6.8.2.dfsg.1-3 X pixmap library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-3 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-3 X Window System client libraries m ii xlibs-data6.8.2.dfsg.1-3 X Window System client data Versions of packages xterm recommends: ii xutils 4.3.0.dfsg.1-14 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318923: xterm: localization hell again (even with UTF8 locales)
On Wed, Jul 20, 2005 at 09:02:13AM +0300, Wladimir Mutel wrote: > On Tue, Jul 19, 2005 at 06:09:36PM -0400, Thomas Dickey wrote: > > > Looking for a different way of seeing things, I find that xfd can display > > TrueType fonts (in a limited way - no size changes). If I run > > > > xfd -fa Terminus > > Oh yes. Running xfd in en_US.UTF-8 locale, I indeed get only > one glyph page. And running in in uk_UA.UTF-8, I get multiple > pages, with most of required Cyrillic in code points starting > from 0x400. I didn't notice that. But checking, it does indeed match. Looking at the trace (see below) from fontconfig, it appears that the weights given for the language support, without other parameters such as size to override it, make that select the Unicode font. Also, setting the locale before running xterm makes it select the Unicode font. I did consider last night whether the language feature was supposed to select a Unicode font, but did not see this in the source - the relation is indirect. > > It shows me a single page (0 to 255). Doing > > > > xfd -fa FreeMono > > > > shows several pages, populated with glyphs. Looking for the files that > > represent xfonts-terminus, I see only some bitmap fonts. > > Yes, Terminus is bitmapped. But on my system it is managed > through FontConfig and displayed in fc-list as well. > > As to FreeMono, in en_US.UTF-8 xfd catches 'Bitstream Vera Sans > Mono' that does not have Cyrillic page; and in uk_UA.UTF-8 - > 'Andale Mono' (Microsoft TTF) that does have it. fontconfig has a property for language, which is used to limit the fonts returned. But since the 8-bit and Unicode flavors for Terminus fonts both support your language, both are matched. > > However, as you report, I can tell gvim to load "Terminus" font and display > > the date in uk_UA.UTF-8 locale. > > Yes, gvim and Mozilla were rock-solid as to i18n, since long. > > > Here is another clue: I can see by the access times which font is actually > > being loaded. For whatever reason, both xterm and xfd are causing Xft > > to load the 8859-1 version of the font rather than the unicode version. > > Yes, indeed something may happen due to Xft/FontConfig. But why > should it limit code points in such way ? To bring more hell to > mixed-language users ? :> > Anyway, gvim and Mozilla managed to overcome that in some way... gvim is using pango, which interfaces to fontconfig. Reading through pango, I couldn't see that it used any features of fontconfig that xterm wasn't. So I went back to studying fontconfig. When I tested gvim, I set the locale outside the program. That would make fontconfig return the right font. > > The 8859-1 fonts of course are 8-bit, and the codes that you are attempting > > to display are not. > > I checked this too. I use strace rather that ls/find/etc > options. Lots of useful can be dug out of strace logs. I read/grep'd through the Xft and fontconfig source looking to see what parameters could be set. Neither has any documentation worth discussing - perhaps 5% of the interface is documented. But I did find (reading the source code) that I could set an environment variable to trace it, e.g., export FC_DEBUG=268435455 (a set of bits OR'd together - fontconfig uses atoi() which requires decimal, rather than using strtol() would could allow octal/decimal/hex). > > > So it does not appear to be a problem with the font-files themselves, > > but perhaps the font server (perhaps requiring some new or modified > > information). I see that /usr/bin/X11/xfs is dated June 1. > > I don't use xfs. I use client-side FontConfig and server-side > FontPath for 'classic' applications. It's still the same - the problem is how fontconfig handles the set of Terminus fonts. > Btw, I used XLFDs in app-defaults/XTerm and they worked for me > until some upgrade (don't remember exactly, either xterm from > 4.3.0 to 6.8.2, or between some 6.8.2s), when 'the hell' > returned again :> > > XTerm: ... that looks as if it should have worked. > After one upgrade, I have found that my xterm started to display > 'fixed' font. It started to skip these 'terminus' XLFDs in some way. > Then I did some juggling (copied XLFDs from XTerm to UXTerm ot vice > versa, don't remember exactly), and Terminus returned back. But > then it had bad boldification (artificial one, through > overstrike). Then I thrown '*faceName: Terminus' in, which > brought the proper boldification, but with bundled localization > hell as well :> Currently, all I can see to fix this is to set the uk_UA.UTF-8 locale before xterm is started. A better fix would be to either split Terminus fonts to reflect fontconfig's limitations, or modify fontconfig to allow the application to tell it to return a Unicode font. -- Thomas
Bug#318923: xterm: localization hell again (even with UTF8 locales)
On Wed, Jul 20, 2005 at 11:39:04AM +0200, David Martínez Moreno wrote: > El Miércoles, 20 de Julio de 2005 10:31, Wladimir Mutel escribió: > > > Ok, I decided to comment out this 'fontFace'. And know what ? > > > The localization hell has gone ! :> Now if only I could get back > > > my nice boldification that I had in the past ... :> > > > > Thanks to developers, in 6.8.2.dfsg.1-3 boldification hell was > > fixed as well. Now I just have to refrain from using faceName, > > and dear developers - from bringing us more hell again :> > > Is this a thumbs-up to close the bug? :-D Actually two bugs were reported. For this one, I think the problem lies outside xterm. I'll investigate the other one this evening. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpp91cMydmnc.pgp Description: PGP signature
Re: Problem in new BTS feature.
El Martes, 19 de Julio de 2005 13:43, David Martínez Moreno escribió: > Package: bugs.debian.org > Severity: important > > Hello. In the XSF we have detected a problem with the new versioning > feature. We have 4 merged bugs in the xserver-xorg package, namely #318218, > #318231, #318271 and #318405. They were closed by the 6.8.2.dfsg.1-3 > release, but users report failure in the fix, so I sent a mail to > [EMAIL PROTECTED]: The bug associated to this issue is #319037. Ender. -- You idiots, you've captured their stunt doubles. -- Dark Helmet (Spaceballs). -- Debian developer pgp7y6qqWklxF.pgp Description: PGP signature
Re: Bug#319112: xserver-xorg: X.org hangs with a blank screen on exit
El Miércoles, 20 de Julio de 2005 00:27, Luke Reeves escribió: > Package: xserver-xorg > Version: 6.8.2.dfsg.1-3 > Severity: important > > When using either startx or a display manager (in my case GDM), once the > X server is exited it hangs at a blank screen and the system has to be > restarted for the display to work. Hello, Luke. Could you please replace /usr/X11R6/lib/modules/libvgahw.a with the one available in http://www.imfi.kspu.ru/~ejka/libvgahw.a and restart X? You may need to restart the whole system to achieve full recovery. Please send to the bug address the result of this test. Best regards, Ender. -- I'm packing your extra pair of shoes and your ANGRY eyes! -- Mrs. Potato to Mr. Potato (Toy Story 2). -- Debian developer pgpdSbBMsMVLv.pgp Description: PGP signature
Re: X Strike Force X.Org X11 SVN commit: r372 - trunk/debian
El Miércoles, 20 de Julio de 2005 03:53, Daniel Stone escribió: [...] > Since it used to build fine on SPARC (-2 got as far as MANIFEST before > it bombed), the consensus was that this was a SPARC porter problem. Mmmm...true, Daniel. Thanks for pointing it. There weren't functional changes in -3 to justify such a failure. I will not worry about this, then. Ender. -- - Where's Johns? - Which half? -- Imam & Riddick (Pitch Black). -- Debian developer pgp7WzHXF8LxF.pgp Description: PGP signature
Re: Bug#318923: xterm: localization hell again (even with UTF8 locales)
El Miércoles, 20 de Julio de 2005 10:31, Wladimir Mutel escribió: > > Ok, I decided to comment out this 'fontFace'. And know what ? > > The localization hell has gone ! :> Now if only I could get back > > my nice boldification that I had in the past ... :> > > Thanks to developers, in 6.8.2.dfsg.1-3 boldification hell was > fixed as well. Now I just have to refrain from using faceName, > and dear developers - from bringing us more hell again :> Is this a thumbs-up to close the bug? :-D Regards, Ender. -- Yes I'm old. Old enough to remember when the MCP was just a chess program! -- Dumont (Tron). -- Debian developer pgpHZnAoU305I.pgp Description: PGP signature
Bug#318923: xterm: localization hell again (even with UTF8 locales)
> Ok, I decided to comment out this 'fontFace'. And know what ? > The localization hell has gone ! :> Now if only I could get back > my nice boldification that I had in the past ... :> Thanks to developers, in 6.8.2.dfsg.1-3 boldification hell was fixed as well. Now I just have to refrain from using faceName, and dear developers - from bringing us more hell again :> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#319003: xserver-xorg: Trident and -3: libvgahw is still broken, Bug#318405: acknowledged by developer (Bug#318218: fixed in xorg-x11 6.8.2.dfsg.1-3)
Hello David. On Wed, 20 Jul 2005 10:50:28 +0200 you wrote: > What workaround have you tried to build that libvgahw.a? No > optimization, or > an enhanced version of the X.Org patch? Enhanced version. Attached. gcc4 has issues with libvgahw.a. This patch is a workaround stolen from https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161242 (by Olivier Baudron). See also Debian #318218 and bugs merged to it Index: xorg-x11-6.8.2.dfsg.1/programs/Xserver/hw/xfree86/vgahw/vgaHW.c === --- xc-old/programs/Xserver/hw/xfree86/vgahw/vgaHW.c2005-07-20 10:32:26.0 +0800 +++ xc/programs/Xserver/hw/xfree86/vgahw/vgaHW.c2005-07-20 10:33:42.0 +0800 @@ -428,12 +428,16 @@ static void mmioWriteAttr(vgaHWPtr hwp, CARD8 index, CARD8 value) { +volatile CARD8 tmp; + if (hwp->paletteEnabled) index &= ~0x20; else index |= 0x20; -(void) minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); +/* gcc-4.0 -O2 is broken : needs a volatile assignment */ +tmp = minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); + moutb(VGA_ATTR_INDEX, index); moutb(VGA_ATTR_DATA_W, value); } @@ -441,12 +445,16 @@ static CARD8 mmioReadAttr(vgaHWPtr hwp, CARD8 index) { +volatile CARD8 tmp; + if (hwp->paletteEnabled) index &= ~0x20; else index |= 0x20; -(void) minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); +/* gcc-4.0 -O2 is broken : needs a volatile assignment */ +tmp = minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); + moutb(VGA_ATTR_INDEX, index); return minb(VGA_ATTR_DATA_R); } @@ -466,7 +474,11 @@ static void mmioEnablePalette(vgaHWPtr hwp) { -(void) minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); +volatile CARD8 tmp; + +/* gcc-4.0 -O2 is broken : needs a volatile assignment */ +tmp = minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); + moutb(VGA_ATTR_INDEX, 0x00); hwp->paletteEnabled = TRUE; } @@ -474,7 +486,11 @@ static void mmioDisablePalette(vgaHWPtr hwp) { -(void) minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); +volatile CARD8 tmp; + +/* gcc-4.0 -O2 is broken : needs a volatile assignment */ +tmp = minb(hwp->IOBase + VGA_IN_STAT_1_OFFSET); + moutb(VGA_ATTR_INDEX, 0x20); hwp->paletteEnabled = FALSE; }
Re: Bug#318663: [i810_drv] uses kernel i915 module which screws console and results in wrong geometry for X.
El Miércoles, 20 de Julio de 2005 00:28, Stephen Gran escribió: [...] > Well, hrmph. This is looking more like a vgahw bug after all. After > tonight's upgrade to -3, X can use the kernel i915 module and still get > correct resolution (and DRI is working again, although glxgears is > slower than I remember it being). However, the console is still > absolutely blank. > > Sorry for duplicating bugs and effort for you all, and thanks for the > good work. ;-) Do not worry! It is our 'work'. Have you used the workaround that I send to everyone having problems with blank console? Replace libvgahw.a with the one in http://people.debian.org/~ender/ in order to try to fix your console. See #318218 for further information. Best regards, Ender. -- Uh, we had a slight weapons malfunction, but uh... everything's perfectly all right now. We're fine. We're all fine here now, thank you. How are you? -- Han Solo (Star Wars). -- Debian developer pgp1FDDUDhjKw.pgp Description: PGP signature
Re: Bug#319003: xserver-xorg: Trident and -3: libvgahw is still broken, Bug#318405: acknowledged by developer (Bug#318218: fixed in xorg-x11 6.8.2.dfsg.1-3)
El Miércoles, 20 de Julio de 2005 08:50, Eugene Konev escribió: > Can you please test if the problem still exists with the following > libvgahw.a: http://www.imfi.kspu.ru/~ejka/libvgahw.a Hello, Eugene. What workaround have you tried to build that libvgahw.a? No optimization, or an enhanced version of the X.Org patch? Best regards, Ender. -- I don't like this ending. -- The Duke (Moulin Rouge!). -- Debian developer pgpzu2My1lxTg.pgp Description: PGP signature
Processed: Re: Bug#319121: FTBFS: Missing build-dependency on libselinux1-dev
Processing commands for [EMAIL PROTECTED]: > reassign 319121 xorg-x11 6.8.2.dfsg.1-2 Bug#319121: FTBFS: Missing build-dependency on libselinux1-dev Bug reassigned from package `groff' to `xorg-x11'. > thanks 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#319121: FTBFS: Missing build-dependency on libselinux1-dev
reassign 319121 xorg-x11 6.8.2.dfsg.1-2 thanks On Tue, Jul 19, 2005 at 07:22:27AM -0700, Matt Kraai wrote: > Package: groff > Version: 1.18.1.1-8 > Severity: serious > Tags: patch > > groff fails to build because it cannot find libselinux: > > gcc -m32 -o gxditview -g -O2 -fno-strict-aliasing -L/usr/X11R6/lib > xditview.o Dvi.o draw.o font.o lex.o page.o parse.o XFontName.o > DviChar.o device.o -lXaw -lXmu -lXt -lSM -lICE -lXpm -lXp -lXext -lX11 > -lselinux -lm > /usr/bin/ld: cannot find -lselinux There is no mention of "selinux" anywhere in the groff source package, so it feels inappropriate to build-depend on it directly. The -lselinux is being autogenerated by xmkmf. For what it's worth, my build-dependencies are currently: Build-Depends: byacc, debhelper (>= 3.0.9), gs, netpbm, psutils, xutils, libxaw7-dev | libxaw-dev, xlibs-dev (*cough* yes, I know I should stop using xlibs-dev) Please either make some appropriate -dev package, or perhaps even xutils, depend on libselinux-dev, or else stop telling arbitrary programs to link with libselinux. Thanks, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318405: Bug#319003: xserver-xorg: Trident and -3: libvgahw is still broken, Bug#318405: acknowledged by developer (Bug#318218: fixed in xorg-x11 6.8.2.dfsg.1-3)
On Wed, Jul 20, 2005 at 02:50:21PM +0800, Eugene Konev wrote > > Can you please test if the problem still exists with the following > libvgahw.a: http://www.imfi.kspu.ru/~ejka/libvgahw.a > Problem doesn't exit anymore. Thank you! Reinhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319003: xserver-xorg: Trident and -3: libvgahw is still broken, Bug#318405: acknowledged by developer (Bug#318218: fixed in xorg-x11 6.8.2.dfsg.1-3)
Can you please test if the problem still exists with the following libvgahw.a: http://www.imfi.kspu.ru/~ejka/libvgahw.a -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]