Processed: tagging 233969
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.7.95.1 > # fixed in Debian X Strike Force Xrender repository; to view, run "svn diff > -r 92:93 svn://necrotic.deadbeast.net/xrender" > tags 233969 + pending Bug#233969: xrender_0.8.3-6(ia64/unstable): FTBFS: missing build-depends? There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
X Strike Force Xrender SVN commit: r94 - trunk/debian
Author: branden Date: 2004-03-09 23:57:38 -0500 (Tue, 09 Mar 2004) New Revision: 94 Modified: trunk/debian/changelog Log: Note that this release fixes a FTBFS bug, and bump the urgency up to medium. Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-03-10 04:54:12 UTC (rev 93) +++ trunk/debian/changelog 2004-03-10 04:57:38 UTC (rev 94) @@ -1,16 +1,19 @@ -xrender (0.8.3-7) unstable; urgency=low +xrender (0.8.3-7) unstable; urgency=medium + * Urgency due to fix for FTBFS. + * Define and use AC_PATH_XTRA_CORRECTED autoconf macro instead of AC_PATH_XTRA, which does not know how to find X libraries or headers when only x-dev and libx11-dev are installed (which are the only XFree86 packages that Xrender needs to actually build). Re-run aclocal && automake --foreign && autoconf to resynchronize with change to -configure.ac. Thanks to Jurij Smakov for this patch. (Closes: #233969) +configure.ac. Fixes FTBFS; thanks to Jurij Smakov for this patch. +(Closes: #233969) - acinclude.m4: define AC_PATH_XTRA_CORRECTED macro - configure.ac: use AC_PATH_XTRA_CORRECTED macro - Makefile.in, aclocal.m4, configure: regenerate - -- Branden Robinson <[EMAIL PROTECTED]> Tue, 9 Mar 2004 23:42:04 -0500 + -- Branden Robinson <[EMAIL PROTECTED]> Tue, 9 Mar 2004 23:56:21 -0500 xrender (0.8.3-6) unstable; urgency=low
Bug#236601: marked as done (XFree86 xserver crashs when starting java programms with GUI)
Your message dated Tue, 9 Mar 2004 22:25:29 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#236601: XFree86 xserver crashs when starting java programms with GUI 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; 7 Mar 2004 11:54:00 + >From [EMAIL PROTECTED] Sun Mar 07 03:54:00 2004 Return-path: <[EMAIL PROTECTED]> Received: from hostportal2.de [62.146.217.155] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Azwr1-0006Sx-00; Sun, 07 Mar 2004 03:54:00 -0800 Received: from sonic.wsf (pD955706F.dip.t-dialin.net [217.85.112.111]) by hostportal2.de (8.11.6/8.11.6) with ESMTP id i27BrvX05839 for <[EMAIL PROTECTED]>; Sun, 7 Mar 2004 12:53:57 +0100 From: Martin Wesemann <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: XFree86 xserver crashs when starting java programms with GUI Date: Sun, 7 Mar 2004 12:54:34 +0100 User-Agent: KMail/1.5.4 Organization: Die Quadrierer MIME-Version: 1.0 Content-Disposition: inline Message-Id: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_05 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_05 X-Spam-Level: Package: XFree86 Version: 4.3.0-5 Hallo, Release: testing/unstable Kernel: 2.4.24 (self compiled from Debian Kernel-source-2.4.24) JRE: kaffe 1.1.4-2 and J2SDK 1.4.2_03 When I starting an Java programm with GUI (AWT/Swing) the xserver exits with an error message in XFree86 logs: This should not happen! An unresolved function was called! For full log ouput look @ XFree86.0.log. An example programm causing this error is in GUItest.java. A trace of the programm-run is in error.log. It was generated by using this commandline: strace java GUItest > error.log 2>&1 Regards, Martin -- Fingerprint: ACB7 F249 6F50 B2D9 9408 1A63 96F0 2843 4E52 PK: http://www.fh-merseburg.de/~wesemart/src/marwes.asc --- Received: (at 236601-done) by bugs.debian.org; 10 Mar 2004 03:25:30 + >From [EMAIL PROTECTED] Tue Mar 09 19:25:30 2004 Return-path: <[EMAIL PROTECTED]> Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B0uLZ-0005tr-00; Tue, 09 Mar 2004 19:25:29 -0800 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 27A0A641A4; Tue, 9 Mar 2004 22:25:29 -0500 (EST) Date: Tue, 9 Mar 2004 22:25:29 -0500 From: Branden Robinson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#236601: XFree86 xserver crashs when starting java programms with GUI Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KrHCbChajFcK0yQE" Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. User-Agent: Mutt/1.5.5.1+cvs20040105i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_08 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_08 X-Spam-Level: --KrHCbChajFcK0yQE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 09, 2004 at 01:29:50AM +0100, Martin Wesemann wrote: > Problem solved.=20 >=20 > It seems to be caused by an old package from dri.sourceforge.net=20 > (xserver-xfree86-dri-trunk). After removing that and all corresponding=20 > packages and reinstalling the packages xserver-xfree86 and xlibmesa-dri t= he=20 > xserver runs fine now. >=20 > I tried 3 different Java programms with GUI and all were running without= =20 > problems and I couldn't find errors in XFree86.0.log. Great! Thanks for following up! Closing per submitter. --=20 G. Branden Robinson| One doesn't have a sense of humor. Debian GNU/Linux | It has you. [EMAIL PROTECTED] | -- Larry Gelbar
Processed: Re: Bug#236998: Problems with remote X-apps after updating xfree-pkgs to 4.3.0-5
Processing commands for [EMAIL PROTECTED]: > retitle 236998 ssh: problems with remote X apps after upgrading ssh to 3.8 Bug#236998: Problems with remote X-apps after updating xfree-pkgs to 4.3.0-5 Changed Bug title. > severity 236998 important Bug#236998: ssh: problems with remote X apps after upgrading ssh to 3.8 Severity set to `important'. > reassign 236998 ssh Bug#236998: ssh: problems with remote X apps after upgrading ssh to 3.8 Bug reassigned from package `xfree86' to `ssh'. > merge 236998 237021 Bug#236998: ssh: problems with remote X apps after upgrading ssh to 3.8 Bug#237021: X11-forwarding not working Merged 236998 237021. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#237046: xserver-xfree86: config script takes very long time
On Tue, Mar 09, 2004 at 06:42:52AM -0800, Mike Mestnik wrote: > I Think the idea is to probe for serial mice, Not at that point. > best make this a low priority debconf. Yes, defaulting to no serial > mice. The xserver-xfree86 config script uses mdetect to detect mice, not discover. -- G. Branden Robinson|I just wanted to see what it looked Debian GNU/Linux |like in a spotlight. [EMAIL PROTECTED] |-- Jim Morrison http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Processed: retitle 224909 to xserver-xfree86: [core server] kernel complains about XFree86 accessing hardware directly ... ... ... ...
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.7.95.1 > retitle 224909 xserver-xfree86: [core server] kernel complains about XFree86 > accessing hardware directly Bug#224909: kernel: atkbd.c: Unknown key released Changed Bug title. > reassign 224909 xserver-xfree86 Bug#224909: xserver-xfree86: [core server] kernel complains about XFree86 accessing hardware directly Bug#230204: xlibs: [xkb] some keys on Logitech Cordless MX not recognized; Linux kernel 2.6.2 spews noise (atkbd.c) Bug#230636: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Bug reassigned from package `xlibs' to `xserver-xfree86'. > reassign 230204 xserver-xfree86 Bug#230204: xlibs: [xkb] some keys on Logitech Cordless MX not recognized; Linux kernel 2.6.2 spews noise (atkbd.c) Bug#224909: xserver-xfree86: [core server] kernel complains about XFree86 accessing hardware directly Bug#230636: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Bug reassigned from package `xserver-xfree86' to `xserver-xfree86'. > reassign 230636 xserver-xfree86 Bug#230636: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Bug#224909: xserver-xfree86: [core server] kernel complains about XFree86 accessing hardware directly Bug#230204: xlibs: [xkb] some keys on Logitech Cordless MX not recognized; Linux kernel 2.6.2 spews noise (atkbd.c) Bug reassigned from package `xserver-xfree86' to `xserver-xfree86'. > tags 224909 - moreinfo sid Bug#224909: xserver-xfree86: [core server] kernel complains about XFree86 accessing hardware directly Tags were: patch moreinfo sid help upstream Bug#230204: xlibs: [xkb] some keys on Logitech Cordless MX not recognized; Linux kernel 2.6.2 spews noise (atkbd.c) Bug#230636: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Tags removed: moreinfo, sid > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: reassign 236428 to liquidwar
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.7.95.1 > # there does not appear to be an xfree86 bug here > reassign 236428 liquidwar Bug#236428: libXext.a: skipping incompatible... cannot find -lXext. Bug reassigned from package `libxext-dev' to `liquidwar'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: PROPOSAL: re-create branches/4.3.0/sid; release off branch instead of trunk
On Tue, Mar 09, 2004 at 10:49:11PM -0500, Branden Robinson wrote: > I'm a little frustrated with the rash of FTBFSes and other problems > (like the reopening of #215831) that I can't detect on my PowerPC, > because they occur in code architecture-specific to i386 or SPARC. > > I am consequently beginning to see the wisdom in doing what many other > projects (other than XFree86 itself) do: > > * Don't release off the trunk. > * Merge only known-working fixes onto a release branch. > * Tag releases from the branch, not the trunk. > > Comments? If I don't get any, I'll go ahead and do it, but don't let > that stop you from expressing your assent, if you feel it. :) Sounds good to me. Are you planning on arch-specific branches as a sort of top-level thing? - David Nusinow
Bug#236601: XFree86 xserver crashs when starting java programms with GUI
On Tue, Mar 09, 2004 at 12:41:20AM +0100, Christian Guggenberger wrote: > of course, then you have to use 'radeon' as your device driver. > DRI should be supported on the 8500 now. > make also sure, that you're running a recent kernel (>= 2.4.24, or 2.6) FYI, Christian, please ask people to use the "ati" driver, not "radeon". The "ati" driver will load either "atimisc", "r128", or "radeon", as necessary. -- G. Branden Robinson|Religion consists in a set of Debian GNU/Linux |things which the average man thinks [EMAIL PROTECTED] |he believes and wishes he was http://people.debian.org/~branden/ |certain of. -- Mark Twain signature.asc Description: Digital signature
PROPOSAL: re-create branches/4.3.0/sid; release off branch instead of trunk
Hi guys, I'm a little frustrated with the rash of FTBFSes and other problems (like the reopening of #215831) that I can't detect on my PowerPC, because they occur in code architecture-specific to i386 or SPARC. I am consequently beginning to see the wisdom in doing what many other projects (other than XFree86 itself) do: * Don't release off the trunk. * Merge only known-working fixes onto a release branch. * Tag releases from the branch, not the trunk. Comments? If I don't get any, I'll go ahead and do it, but don't let that stop you from expressing your assent, if you feel it. :) -- G. Branden Robinson| Debian GNU/Linux | Cogitationis poenam nemo meretur. [EMAIL PROTECTED] | http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Re:
On Tue, Mar 09, 2004 at 01:40:12PM -0300, Ricardo Buchalla Auada wrote: > Setting up xlibs (4.1.0-16woody3) ... > Analyzing /usr/X11R6/lib/X11/app-defaults: > drwxr-xr-x 14 root root 4096 Jul 12 2003 /usr > drwxr-xr-x5 root root 4096 Jul 11 2003 /usr/X11R6 > drwxr-xr-x3 root root 4096 Mar 9 13:30 /usr/X11R6/lib > drwxr-xr-x5 root root 4096 Mar 9 13:36 /usr/X11R6/lib/X11 > drwxr-xr-x2 root root 4096 Mar 9 13:39 > /usr/X11R6/lib/X11/app-defaults > ERROR: /usr/X11R6/lib/X11/app-defaults is not a symbolic link. The package > preinst script should have failed. > Please report the package name, version, and the text of the above error > message(s) to . > dpkg: error processing xlibs (--configure): > subprocess post-installation script returned error exit status 1 > Errors were encountered while processing: > xlibs This happened because some other package has unpacked the /usr/X11R6/lib/X11/app-defaults directory. $ dpkg -S usr/X11R6/lib/X11/app-defaults ...should turn up a list. -- G. Branden Robinson|I'm sorry if the following sounds Debian GNU/Linux |combative and excessively personal, [EMAIL PROTECTED] |but that's my general style. http://people.debian.org/~branden/ |-- Ian Jackson signature.asc Description: Digital signature
Re: subversion 1.0 and viewcvs fix
On Tue, Mar 09, 2004 at 04:26:59PM +1100, Matthew Hawkins wrote: > Hi everyone, > > Current viewcvs (there's a patch for ezt.py about two weeks old fixing > the "long" type conversion) works fine with subversion 1.0 (and python > 2.3). Well, works fine for me, anyhow ;) > The URL to the patch is > > http://cvs.sourceforge.net/viewcvs.py/viewcvs/viewcvs/lib/ezt.py?r1=1.22&r2=1.23 Thanks for chasing down this information. /me whispers "NMU...NMU..." conspiratorially to the suggestible public -- G. Branden Robinson| There's nothing an agnostic can't Debian GNU/Linux | do if he doesn't know whether he [EMAIL PROTECTED] | believes in it or not. http://people.debian.org/~branden/ | -- Graham Chapman signature.asc Description: Digital signature
Re: Bug#235046: uxterm: fails to display characters
Juliusz Chroboczek <[EMAIL PROTECTED]> wrote: > Branden, since this bug is unfixable, you might as well close it. I already made a fix for it. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
xfree86_4.3.0-5_mipsel.changes REJECTED
Rejected: libxpm-dev_4.3.0-5_mipsel.deb: control file lists name as `libxpm-dev', which isn't in changes file. === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email.
Bug#237119: XFree crashes and login-manager restarts from time to time
On Tue, 2004-03-09 at 21:40, Alexander Fieroch wrote: > Package: xserver-xfree86 > Version: 4.3.0-5 > Severity: critical you're using the nvidia binary only driver. There's nothing we can do. Use the "nv" driver instead, and see if it's working more stable. - Christian
Bug#237119: XFree crashes and login-manager restarts from time to time
Package: xserver-xfree86 Version: 4.3.0-5 Severity: critical My XFree-Server crashes from time to time. Then my loginmanger restarts (currently gdm, but the same with kdm and wdm) and all open files are lost. Nearly always it happens, when I'm not at my pc and it has nothing to do - so I return to my pc and find gdm in the loginscreen. It also happens when I'm working at my pc but I think then it happens more seldom. When xfree crashes, I've got following output in my /var/log/syslog: Feb 24 12:38:21 orclex gdm[951]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0 I've restartet my xfree-server with "startx --logverbose 5" to get a more detailed error-log in /var/log/XFree86.0.log. You'll find it at the end of this mail. I'm not sure, but I think possibly something with fonts has to do with it. I'm also not sure, if this is the right package because there are other xfree-packages like xfree86-common, x-window-system and so on but I think so. If it is not, please tell me and I write a new bug-report. If I can help you with more infos let me know how. I'm using debian (SID) and the linux kernel 2.6.3 with xfree 4.3, but this bug already has appeared in a 2.4er kernel und with xfree 4.2.1 ==/var/log/XFree86.0.log== This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.0.1 (Debian 4.3.0-2 20040218145349 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.23-1-k7 i686 [ELF] Build Date: 18 February 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.3 ([EMAIL PROTECTED]) (gcc version 3.3.3 20040214 (prerelease) (Debian)) #3 Wed Feb 18 15:31:44 CET 2004 T Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Wed Feb 25 11:04:52 2004 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "Generic Video Card" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) FontPath set to "unix/:7101,unix/:7100,/usr/X11R6/lib/X11/fonts/misc/,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8058, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7190 card , rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7191 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 8086,7110 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,80 hdr 00 (II) PCI: 00:07:2: chip 8086,7112 card , rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 8086,7113 card , rev 02 class 06,80,00 hdr 00 (II) PCI: 00:0e:0: chip 109e,036e card 0070,13eb rev 02 class 04,00,00 hdr 80 (II) PCI: 00:0e:1: chip 109e,0878 card 0070,13eb rev 02 class 04,80,00 hdr 80 (II) PCI: 00:10:0: chip 1282,9102 card 3030,5032 rev 31 class 02,00,00 hdr 00 (II) PCI: 00:14:0: chip 1274,5000 card 4942,4c4c rev 01 class 04,01,00
Bug#236998: xfree86: I see this too
That worked, thanks! I don't know if it is something you can do on the X11 end, but it would be very usefull if it could give a more informative error message. Thanks -Thue On Tuesday 09 March 2004 15:31, Christian Guggenberger wrote: > On 09.03.2004 11:06 Thue Janus Kristensen wrote: > > Package: xfree86 > > Severity: normal > > Followup-For: Bug #236998 > > > > > > I see this problem too when displaying emacs windows from a > > debian woody (X version 4.1.0-16woody3) on my unstable > > system (4.3.0-5). I have a nvidia gfx card, using the xfree > > open source driver. > > > > I can 100% reproducibly produce a crash with the following > > steps: -Start emacs from woody box, displayed on unstable > > box -In scratch buffer, set a mark (CTRL-space) in top left > > corner. -Go to buttom right corner and push (META-w). > > -Emacs crashes with the following error: > > > > [EMAIL PROTECTED]:~$ X protocol error: BadWindow (invalid Window > > parameter) on protocol request 25 > > > > [2]+ Exit 70 emacs > > > > That is not the only way it crashes, it is generelly hard to > > keep it working for 5 minuttes. It would be nice if this was > > fixed :). > > what do you mean by 'Start emacs from woody box, displayed on > unstable box' ? > > do you log into the woody box with ssh? > When you using ssh-3.8p1, lease try the following: > > (quoted from Bug#236936, Colin Watson) > Starting with 3.8, you need to set ForwardX11Trusted if you > want to affect other X clients. From ssh_config(5): > > ForwardX11Trusted > If the this option is set to ``yes'' then remote > X11 clients will have full access to the original X11 dis- > play. If this option is set to ``no'' then remote X11 clients > will be considered untrusted and prevented from stealing or > tampering with data belonging to trusted X11 clients. > > The default is ``no''. > /quote > > hth. > Christian
Re: libXft
Branden Robinson debian.org> writes: > Can you tell us about the installed versions of libxft2, libxft-dev, and > libxft2-dev? Sorry, no. Much to my regret i´ve forgot to tell you about, and now this installation does not exist anymore, because I needet X11 and in particular KDE-3 to run some applications, so I installed SuSE Linux on this box. But is it not possible to find out which packages were on the ftp at 07. March 2004? I´m really sorry that i forgot to attach this information. With kind regards Steve
Bug#224909: patches grabbed from HEAD
On Tue, Mar 09, 2004 at 12:11:49PM +0100, Christian Guggenberger wrote: > On 09.03.2004 08:32 Branden Robinson wrote: > >Great -- > > > >Can you please check and make sure these files have not been relicensed > >under the XFree86 1.1 license? > > > > > Warning, I'm not very good in checking licences... > I've checked both > > http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_io.c > http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_kbd.c > > and have not found any patches, which would do licence changes, so... Yup, you're right. These files were not relicensed. Thanks for doing the research! -- G. Branden Robinson| The key to being a Southern Debian GNU/Linux | Baptist: It ain't a sin if you [EMAIL PROTECTED] | don't get caught. http://people.debian.org/~branden/ | -- Anthony Davidson signature.asc Description: Digital signature
Bug#235046: uxterm: fails to display characters
> These are probably bugs in the manpages: They use '-' where '\-' > should be used. It's a little more complicated than that. Both Unicode and roff distinguish between the hyphen (- in roff, U+002D) and the minus sign (\- in roff, U+2010). If used with the right font, XTerm will display both. However, if used with a Latin-1 font in Unicode mode, XTerm will only display the minus sign correctly, and will fail to display a hyphen. So it is actually a bug in XTerm, which doesn't do glyph substitution. Unfortunately, glyph substitution *cannot* be done with core fonts (an X protocol weakness). So it is actually a bug in the X protocol. The only workaround is to make sure that you use uxterm with a font that contains the hyphen sign at position 0x2010. Branden, since this bug is unfixable, you might as well close it. Juliusz
Bug#236998: Problems with remote X-apps after updating xfree-pkgs to 4.3.0-5
On 2004-03-09 17:06, Christian Guggenberger wrote: [..] what about using 3.8p1 PLUS: (quoted from Bug#236936, Colin Watson) Starting with 3.8, you need to set ForwardX11Trusted if you want to affect other X clients. From ssh_config(5): ForwardX11Trusted If the this option is set to ``yes'' then remote X11 clients will have full access to the original X11 dis- play. If this option is set to ``no'' then remote X11 clients will be considered untrusted and prevented from stealing or tampering with data belonging to trusted X11 clients. The default is ``no''. ah - that's been it. with this option, the problems (using ssh 3.8) disappeared. thanks! --jr
Bug#237084: xbase-clients: glxgears crashes with segfault
Package: xbase-clients
Version: 4.3.0-5
Severity: important
Hi!
Glxgears crashes immediately after starting.
Here a "strace" of of the attempt.
--
[EMAIL PROTECTED]: $ glxgears
Speicherzugriffsfehler
[EMAIL PROTECTED]: $ strace glxgears
execve("/usr/X11R6/bin/glxgears", ["glxgears"], [/* 47 vars */]) = 0
uname({sys="Linux", node="blob", ...}) = 0
brk(0) = 0x804c000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40017000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=58970, ...}) = 0
old_mmap(NULL, 58970, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
open("/usr/X11R6/lib/libGL.so.1", O_RDONLY) = 3
read(3, "[EMAIL PROTECTED]"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=508176, ...}) = 0
old_mmap(NULL, 515256, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x40027000
old_mmap(0x4009f000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
3, 0x77000) = 0x4009f000
old_mmap(0x400a4000, 3256, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x400a4000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
open("/usr/X11R6/lib/libXext.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220)\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=53456, ...}) = 0
old_mmap(NULL, 56820, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x400a5000
old_mmap(0x400b2000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
3, 0xc000) = 0x400b2000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
open("/usr/X11R6/lib/libX11.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\24"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=813680, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x400b3000
old_mmap(NULL, 814968, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x400b4000
old_mmap(0x40178000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
3, 0xc4000) = 0x40178000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
open("/lib/tls/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220D\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=77962, ...}) = 0
old_mmap(NULL, 60768, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x4017b000
old_mmap(0x40187000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
3, 0xc000) = 0x40187000
old_mmap(0x40188000, 7520, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40188000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
open("/lib/tls/libm.so.6", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\3005\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=141236, ...}) = 0
old_mmap(NULL, 139712, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x4018a000
old_mmap(0x401ac000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
3, 0x22000) = 0x401ac000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
open("/lib/tls/libc.so.6", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240X\1"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1271388, ...}) = 0
old_mmap(NULL, 1281772, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x401ad000
old_mmap(0x402db000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
3, 0x12d000) = 0x402db000
old_mmap(0x402e4000, 7916, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x402e4000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
open("/lib/tls/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\32\0\000"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9308, ...}) = 0
old_mmap(NULL, 12240, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x402e6000
old_mmap(0x402e8000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
3, 0x1000) = 0x402e8000
close(3)= 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x402e9000
mprotect(0x40027000, 491520, PROT_READ|PROT_WRITE) = 0
mprotect(0x40027000, 491520, PROT_READ|PROT_EXEC) = 0
set_thread_area({entry_number:-1 -> 6, base_addr:0x402e96c0,
l
debian-x@lists.debian.org
Setting up xlibs (4.1.0-16woody3) ... Analyzing /usr/X11R6/lib/X11/app-defaults: drwxr-xr-x 14 root root 4096 Jul 12 2003 /usr drwxr-xr-x5 root root 4096 Jul 11 2003 /usr/X11R6 drwxr-xr-x3 root root 4096 Mar 9 13:30 /usr/X11R6/lib drwxr-xr-x5 root root 4096 Mar 9 13:36 /usr/X11R6/lib/X11 drwxr-xr-x2 root root 4096 Mar 9 13:39 /usr/X11R6/lib/X11/app-defaults ERROR: /usr/X11R6/lib/X11/app-defaults is not a symbolic link. The package preinst script should have failed. Please report the package name, version, and the text of the above error message(s) to . dpkg: error processing xlibs (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: xlibs -- Ricardo Buchalla Auada Web Center Sistemas Tel.: 011 4152-8411
Bug#236998: Problems with remote X-apps after updating xfree-pkgs to 4.3.0-5
Hi Christian, On 2004-03-09 10:58, Christian Guggenberger wrote: On Tue, 2004-03-09 at 09:04, Johannes Resch wrote: [...] just curious, what version of ssh are u using? maybe 3.8p1 ? if so try to downgrade ssh to 3.6.1, and tell us if this would fix (at least some of) your problems! Thanks - that did the trick! I was using ssh 3.8p1, after downgrading to 3.6.1p2-12 on both systems everything works fine again. --jr
Bug#215831: CPU Detections code still buggy for some P4's ?
What is the bug here? Dose the app break the CPU detection code? AFAIK The code has worked fine for a long time and has not been changed. There should be a signal(I.E. SEGV or SIGILL) but a 'continue' in gdb will let you trace the program. --- Christian Guggenberger <[EMAIL PROTECTED]> wrote: > Package: xlibmesa-gl > Version: 4.3.0-5 > > Today, I stumpled upon on a software called Cn3D - downloaded from > ftp://ftp.ncbi.nih.gov/cn3d/Cn3D-4.1.Linux.tar.gz . > > Well it works on my primary wokrstation (a P3), and on several P4's, but > > doesn't on other P4's. > > Setting MESA_NO_3DNOW works around this problem. > Attached are 2 lists that contain info from /proc/cpuinfo of working and > > non-working P4's. > > I've reopened this bug. If you think the bug is in the Cn3D software, > feel > free to close again. > > thanks. > Christian > > > processor : 0 > vendor_id : GenuineIntel > cpu family: 15 > model : 2 > model name: Intel(R) Pentium(R) 4 CPU 2.40GHz > stepping : 9 > cpu MHz : 2394.019 > cache size: 512 KB > physical id : 0 > siblings : 2 > fdiv_bug : no > hlt_bug : no > f00f_bug : no > coma_bug : no > fpu : yes > fpu_exception : yes > cpuid level : 2 > wp: yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov > pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid > bogomips : 4718.59 > > processor : 1 > vendor_id : GenuineIntel > cpu family: 15 > model : 2 > model name: Intel(R) Pentium(R) 4 CPU 2.40GHz > stepping : 9 > cpu MHz : 2394.019 > cache size: 512 KB > physical id : 0 > siblings : 2 > fdiv_bug : no > hlt_bug : no > f00f_bug : no > coma_bug : no > fpu : yes > fpu_exception : yes > cpuid level : 2 > wp: yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov > pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid > bogomips : 4784.12 > > processor : 0 > vendor_id : GenuineIntel > cpu family: 15 > model : 2 > model name: Intel(R) Pentium(R) 4 CPU 2.00GHz > stepping : 7 > cpu MHz : 1993.112 > cache size: 512 KB > physical id : 0 > siblings : 1 > fdiv_bug : no > hlt_bug : no > f00f_bug : no > coma_bug : no > fpu : yes > fpu_exception : yes > cpuid level : 2 > wp: yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov > pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid > bogomips : 3932.16 > > > processor : 0 > vendor_id : GenuineIntel > cpu family: 15 > model : 2 > model name: Intel(R) XEON(TM) CPU 2.20GHz > stepping : 4 > cpu MHz : 2175.227 > cache size: 512 KB > fdiv_bug : no > hlt_bug : no > f00f_bug : no > coma_bug : no > fpu : yes > fpu_exception : yes > cpuid level : 2 > wp: yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov > pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > bogomips : 4338.48 > > processor : 1 > vendor_id : GenuineIntel > cpu family: 15 > model : 2 > model name: Intel(R) XEON(TM) CPU 2.20GHz > stepping : 4 > cpu MHz : 2175.227 > cache size: 512 KB > fdiv_bug : no > hlt_bug : no > f00f_bug : no > coma_bug : no > fpu : yes > fpu_exception : yes > cpuid level : 2 > wp: yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov > pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > bogomips : 4338.48 > > processor : 0 > vendor_id : GenuineIntel > cpu family: 15 > model : 1 > model name: Intel(R) Pentium(R) 4 CPU 1.70GHz > stepping : 2 > cpu MHz : 1694.549 > cache size: 256 KB > fdiv_bug : no > hlt_bug : no > f00f_bug : no > coma_bug : no > fpu : yes > fpu_exception : yes > cpuid level : 2 > wp: yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov > pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > bogomips : 3381.65 > > __ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com
Bug#215831: CPU Detections code still buggy for some P4's ?
On 09.03.2004 15:41 Mike Mestnik wrote: What is the bug here? Dose the app break the CPU detection code? AFAIK The code has worked fine for a long time and has not been changed. There should be a signal(I.E. SEGV or SIGILL) but a 'continue' in gdb will let you trace the program. (gdb) file Cn3D Reading symbols from Cn3D...done. (gdb) run Starting program: /tmp/Cn3D-4.1/Cn3D [New Thread 1024 (LWP 14367)] Gdk-WARNING **: Missing charsets in FontSet creation Gdk-WARNING **: ISO8859-1 Gdk-WARNING **: ISO8859-1 Program received signal SIGILL, Illegal instruction. [Switching to Thread 1024 (LWP 14367)] 0x089ce1d1 in _mesa_3dnow_transform_points3_general () (gdb) continue Continuing. Cannot find user-level thread for LWP 14367: generic error as previously mentioned, MESA_NO_3DNOW=1 works around this problem. - Christian
Bug#237046: xserver-xfree86: config script takes very long time
I Think the idea is to probe for serial mice, best make this a low priority debconf. Yes, defaulting to no serial mice. --- MINAMI Hirokazu <[EMAIL PROTECTED]> wrote: > Package: xserver-xfree86 > Version: 4.3.0-5 > Severity: wishlist > > The preinst script of xserver-xfree86 package seemes to need > very long time to detect video cards. > > The preinst is blocked by waiting > discover --format="%V %M\t%S\t%D\n" video > which takes more than 300 seconds on my system. > > However, if I skip serial port -- i.e. do > discover --disable=serial --format="%V %M\t%S\t%D\n" video > , the result returns immediately. > > Since there should be no video card on a serial port, > would you exclude such slow buses from scanning "video"? > > --- debian/config.old 2004-03-09 22:04:18.0 +0900 > +++ debian/config 2004-03-09 22:06:13.0 +0900 > @@ -659 +659 @@ > -DISCOVERED_VIDEO=$(discover --format="%V %M\t%S\t%D\n" video) > +DISCOVERED_VIDEO=$(discover --disable=serial,parallel --format="%V > %M\t%S\t%D\n" video) > > -- System Information: > Debian Release: testing/unstable > Architecture: i386 (i686) > Kernel: Linux 2.6.3 > > Versions of packages: > ii kernel-image-2.6.3 20030302(private pkg) > ii discover1.5-2 > ii discover-data 1.2004.02.08-2 > > __ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com
Bug#236998: xfree86: I see this too
On 09.03.2004 11:06 Thue Janus Kristensen wrote: Package: xfree86 Severity: normal Followup-For: Bug #236998 I see this problem too when displaying emacs windows from a debian woody (X version 4.1.0-16woody3) on my unstable system (4.3.0-5). I have a nvidia gfx card, using the xfree open source driver. I can 100% reproducibly produce a crash with the following steps: -Start emacs from woody box, displayed on unstable box -In scratch buffer, set a mark (CTRL-space) in top left corner. -Go to buttom right corner and push (META-w). -Emacs crashes with the following error: [EMAIL PROTECTED]:~$ X protocol error: BadWindow (invalid Window parameter) on protocol request 25 [2]+ Exit 70 emacs That is not the only way it crashes, it is generelly hard to keep it working for 5 minuttes. It would be nice if this was fixed :). what do you mean by 'Start emacs from woody box, displayed on unstable box' ? do you log into the woody box with ssh? When you using ssh-3.8p1, lease try the following: (quoted from Bug#236936, Colin Watson) Starting with 3.8, you need to set ForwardX11Trusted if you want to affect other X clients. From ssh_config(5): ForwardX11Trusted If the this option is set to ``yes'' then remote X11 clients will have full access to the original X11 dis- play. If this option is set to ``no'' then remote X11 clients will be considered untrusted and prevented from stealing or tampering with data belonging to trusted X11 clients. The default is ``no''. /quote hth. Christian
Re: Keyboard error ('<' key stops working) after dist-upgrade, possible XFree86 issue
Sebastian <[EMAIL PROTECTED]> wrote: > After dist-upgrading a Debian/sid three weeks ago, on a IBM Thinkpad R40, > the '<' key stopped working, as if it is a dead key. All other keys, > including my German umlaut setup work. Also, on the console, the '<' key > continues to work. Besides Eterm I also tested xterm, with all the same > dead-key behaviour, so it seems to be an Xfree issue. Try 'pc105' instead of 'pc104' or 'pc102' instead of 'pc101'. Does it help? > I do not have the old .deb archives anymore, else I could selectively > downgrade). Try http://snapshot.debian.org/archive Cheers, Moritz
Keyboard error ('<' key stops working) after dist-upgrade, possible XFree86 issue
Hi, I am unsure if this is the right list, its the best I came up with to report this issue to. (no pseudo-package and I cannot identify which package caused it). After dist-upgrading a Debian/sid three weeks ago, on a IBM Thinkpad R40, the '<' key stopped working, as if it is a dead key. All other keys, including my German umlaut setup work. Also, on the console, the '<' key continues to work. Besides Eterm I also tested xterm, with all the same dead-key behaviour, so it seems to be an Xfree issue. Has this problem been previously reported? (Googling did not find anything) How to further circle down the origin of this bug and which package I should assign a bug report to? (I do not have the old .deb archives anymore, else I could selectively downgrade). ciao, Sebastian PS: Please also reply to my email address, as I am not subscribed here. -- |\ _,,,--,,_ ,) [EMAIL PROTECTED], http://segfault.net/~scut/pgp /,`.-'`' -, ;-;;' 5453 AC95 1E02 FDA7 50D2 A42D 427E 6DEF 745A 8E07 _ |,4- ) )-,_ ) /\__ ~'---''(_/--' (_/-'~~
Bug#237046: xserver-xfree86: config script takes very long time
Package: xserver-xfree86 Version: 4.3.0-5 Severity: wishlist The preinst script of xserver-xfree86 package seemes to need very long time to detect video cards. The preinst is blocked by waiting discover --format="%V %M\t%S\t%D\n" video which takes more than 300 seconds on my system. However, if I skip serial port -- i.e. do discover --disable=serial --format="%V %M\t%S\t%D\n" video , the result returns immediately. Since there should be no video card on a serial port, would you exclude such slow buses from scanning "video"? --- debian/config.old 2004-03-09 22:04:18.0 +0900 +++ debian/config 2004-03-09 22:06:13.0 +0900 @@ -659 +659 @@ -DISCOVERED_VIDEO=$(discover --format="%V %M\t%S\t%D\n" video) +DISCOVERED_VIDEO=$(discover --disable=serial,parallel --format="%V %M\t%S\t%D\n" video) -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Kernel: Linux 2.6.3 Versions of packages: ii kernel-image-2.6.3 20030302(private pkg) ii discover1.5-2 ii discover-data 1.2004.02.08-2
Processed: xlibmesa-gl: CPU Detection code still wrong with certain P4's
Processing commands for [EMAIL PROTECTED]: > reopen 215831 ! Bug#215831: xlibmesa-gl: CPU detetction code thinks Intel Pentium 4 has 3Dnow extensions, causing SIGILL Bug reopened, originator set to Christian Guggenberger <[EMAIL PROTECTED]>. > thanks. Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#215831: CPU Detections code still buggy for some P4's ?
Package: xlibmesa-gl Version: 4.3.0-5 Today, I stumpled upon on a software called Cn3D - downloaded from ftp://ftp.ncbi.nih.gov/cn3d/Cn3D-4.1.Linux.tar.gz . Well it works on my primary wokrstation (a P3), and on several P4's, but doesn't on other P4's. Setting MESA_NO_3DNOW works around this problem. Attached are 2 lists that contain info from /proc/cpuinfo of working and non-working P4's. I've reopened this bug. If you think the bug is in the Cn3D software, feel free to close again. thanks. Christian processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.40GHz stepping: 9 cpu MHz : 2394.019 cache size : 512 KB physical id : 0 siblings: 2 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid bogomips: 4718.59 processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.40GHz stepping: 9 cpu MHz : 2394.019 cache size : 512 KB physical id : 0 siblings: 2 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid bogomips: 4784.12 processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.00GHz stepping: 7 cpu MHz : 1993.112 cache size : 512 KB physical id : 0 siblings: 1 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid bogomips: 3932.16 processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) XEON(TM) CPU 2.20GHz stepping: 4 cpu MHz : 2175.227 cache size : 512 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips: 4338.48 processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) XEON(TM) CPU 2.20GHz stepping: 4 cpu MHz : 2175.227 cache size : 512 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips: 4338.48 processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 1 model name : Intel(R) Pentium(R) 4 CPU 1.70GHz stepping: 2 cpu MHz : 1694.549 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips: 3381.65
Bug#236334: xserver-xfree86: agpgart doesn't work under kernel 2.6
On Tue, 2004-03-09 at 01:37, Christian Guggenberger wrote: > > you might want to improve the patch a little bit - we definitly have an > intel agp chip, so print out the actual name of the chipset specific agp > module in linux-2.6, too : intel-agp.ko You could even just do s/agpgart/agpgart (intel-agp with 2.6 kernels)/, agpgart gets dragged in by the chipset specific AGP modules. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#236998: xfree86: I see this too
Package: xfree86 Severity: normal Followup-For: Bug #236998 I see this problem too when displaying emacs windows from a debian woody (X version 4.1.0-16woody3) on my unstable system (4.3.0-5). I have a nvidia gfx card, using the xfree open source driver. I can 100% reproducibly produce a crash with the following steps: -Start emacs from woody box, displayed on unstable box -In scratch buffer, set a mark (CTRL-space) in top left corner. -Go to buttom right corner and push (META-w). -Emacs crashes with the following error: [EMAIL PROTECTED]:~$ X protocol error: BadWindow (invalid Window parameter) on protocol request 25 [2]+ Exit 70 emacs That is not the only way it crashes, it is generelly hard to keep it working for 5 minuttes. It would be nice if this was fixed :). Thanks in advance -Thue -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.4-rc2 Locale: LANG=C, LC_CTYPE=C
Bug#236998: Problems with remote X-apps after updating xfree-pkgs to 4.3.0-5
On Tue, 2004-03-09 at 09:04, Johannes Resch wrote: [...] just curious, what version of ssh are u using? maybe 3.8p1 ? if so try to downgrade ssh to 3.6.1, and tell us if this would fix (at least some of) your problems! - Christian
Bug#234085: Maybe related: {a|A}ring definition does not work
Hi
I use a german keyboard layout, and for being able to type the aring and
Aring charakters I decided to change the key definition in
/etc/X11/xkb/symbols/de .
I changed the definition so that it now reads
key {[ udiaeresis, Udiaeresis ],
[ aring, Aring] };
However, typing AltGR+ü or Ü do not produce aring or Aring any more,
instead I get this symbol for both: ¨ (If this shows not up properly,
these are two points, like in ä, ö, ü).
This worked with Xfree version 4.2.1-16, and it does not in 4.3.0-3.
joerg
--
Gib GATES keine Chance!
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Bug#236998: Problems with remote X-apps after updating xfree-pkgs to 4.3.0-5
Package: xfree86 Version: 4.3.0-5 Severity: important I'm currently using debian/unstable on two desktop machines, both using KDE 3.2 from unstable as WM. After upgrading to the latest x*-packages (4.3.0-5) some serious problems with applications running on a remote machine (via ssh -X) turned up (see below). I have an ATI Radeon 9600 Pro (using ATIs proprietary driver ver 3.2.8) with a dual-head setup (two independent displays) on the main workstation, using the X-server to display applications running on both machines. (Due to some strange old problem, the fglrx 3D-hw-accel works only when I start X as root, but I think this problem is unrelated to the one described below) I included /var/log/XFree86.0.log at the end of the message. Problems with remote X apps (new in 4.3.0-5): x) strange problem with X forwarding if I do a "glxinfo" after logging in with "ssh -X", I get the following output: #glxinfo name of display: localhost:10.1 Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". Error: couldn't find RGB GLX visual visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x23 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x24 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x25 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x26 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x27 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x28 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x29 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x2a 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x2b 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x2c 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x2d 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x2e 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x2f 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x30 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x31 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None Xlib: extension "GLX" missing on display "localhost:10.1". Xlib: extension "GLX" missing on display "localhost:10.1". 0x32 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None x) errors from remote X applications e.g. running "psi" remotely gets me tons of the msgs following: Xlib: extension "GLX" missing on display "localhost:10.1". X Error: BadAtom (invalid Atom parameter) 5 Major opcode: 20 Minor opcode: 0 Resource id: 0xfb X Error: BadWindow (invalid Window parameter) 3 Major opcode: 2 Minor opcode: 0 Resource id: 0x68 X Error: BadWindow (invalid Window parameter) 3 Major opcode: 2 Minor opcode: 0 Resource id: 0x6a X Error: BadAtom (invalid Atom parameter) 5 Major opcode: 18 Minor opcode:
Processed: Re: Bug#236705: xfree86: FTBFS on sparc; 073_sunffb_xaa_render_fb_support.diff broken
Processing commands for [EMAIL PROTECTED]: > tag 236705 + moreinfo Bug#236705: xfree86: FTBFS on sparc; 073_sunffb_xaa_render_fb_support.diff broken There were no tags set. Tags added: moreinfo > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#236705: xfree86: FTBFS on sparc; 073_sunffb_xaa_render_fb_support.diff broken
tag 236705 + moreinfo thanks On Sun, Mar 07, 2004 at 03:45:45PM -0500, Ben Collins wrote: > > The problem appears to be that the sunffb patch added in 4.3.0-3 > > declares and uses FFBDPMSSet, but doesn't actually provide a new > > function definition. This suggests that there may have been other > > problems in the patch as added to the package, too, so it should be > > replaced or reverted. > > > > Ben, ccing you because Branden says you submitted the patch. > > I might have missed a file that was needed. Can you get me the missing file(s) ASAP? Otherwise I'll have to back the patch out. -- G. Branden Robinson|America is at that awkward stage. Debian GNU/Linux |It's too late to work within the [EMAIL PROTECTED] |system, but too early to shoot the http://people.debian.org/~branden/ |bastards. -- Claire Wolfe signature.asc Description: Digital signature
Bug#233969: Fixes of AC_PATH_XTRA
tag 233969 - moreinfo help tag 233969 + patch thanks On Sun, Mar 07, 2004 at 08:48:15PM -0500, Jurij Smakov wrote: > The attached patch puts the corrected definitions of AC_PATH_XTRA and > related macros into acinclude.m4 and modifies configure.ac to use them > instead of broken ones. They really check the presence of libX11 and not > libXt. The original definitions were taken from > /usr/share/autoconf/autoconf/libs.m4. > To regenerate the configure script, run aclocal and autoconf after > applying the patch. The resulting packages builds fine in pbuilder. Thank you *very* much for doing this. I'll look into this ASAP. Probably within the next 2 days. If no commits are seen to the XSF Xrender repo in that time, someone please poke me (or, heck, someone else with commit privileges could give it a whirl :) ). -- G. Branden Robinson|To Republicans, limited government Debian GNU/Linux |means not assisting people they [EMAIL PROTECTED] |would sooner see shoveled into mass http://people.debian.org/~branden/ |graves. -- Kenneth R. Kahn signature.asc Description: Digital signature
Bug#224909: patches grabbed from HEAD
On Sun, Mar 07, 2004 at 11:45:59PM +0100, Christian Guggenberger wrote: > Hi, > > attached are two patches grabbed from HEAD, to fix the warnings thrown > out with linux-2.6 kernels - from HEAD's changelog: > > XFree86 4.4.99.1 (XX March 2004) >6. Do the Linux KDKBDREP ioctl on the correct fd. This prevents the > fallback that tries to directly program the keyboard repeat rate, > and the related warning messages that recent Linux kernels generate > (David Dawes). > > I've tested a i386 build with both patches applied - everything works quite > normal on my workstation. Great -- Can you please check and make sure these files have not been relicensed under the XFree86 1.1 license? -- G. Branden Robinson|Those who fail to remember the laws Debian GNU/Linux |of science are condemned to [EMAIL PROTECTED] |rediscover some of the worst ones. http://people.debian.org/~branden/ |-- Harold Gordon signature.asc Description: Digital signature
Bug#236220: libxv1: won't configure during install, due to error in postinst script
On Sun, Mar 07, 2004 at 07:31:32PM -0500, Alfie Costa wrote: > On 5 Mar 2004, at 14:40, Branden Robinson <[EMAIL PROTECTED]> sent: > > > ...give "reportbug" a try as your primary > > bug reporting tool for the Debian System. > > These form letters can be frustrating. #236220 was filed using "reportbug". > 'libxv1' had no bugs filed for it, so "reportbug" didn't mention anything. I'm not sure what to tell you. Having reportbug report all bugs against the source package might be better, but then users would get blitzed with hundreds of bugs in the case of XFree86. Many would be overwhelmed ignore what they see, and just go ahead and file a duplicate. It was not appropriate to file the bug against any particularly library package, as the buggy code was common to all of the maintainer scripts for *all* of the packages. The xfree86 source package really was the best place for it. Hmm. Maybe reportbug should show all bugs filed specifically against the source package's name plus the package being complained about? > Now I notice from the log of "#235687 xfree86: [shell-lib.sh] > POSIXly-incorrect > syntax used in find_culprits()", that you've done SIXTEEN merges, (ouch!) > which > probably explains the form letter. Yes. > Anyway, glad it's fixed and hope things are less hectic. 'reportbug' users > shouldn't get that particular form letter though. If I can summon the energy, I may draft an alternate version, but as you can see above, this was a tricky case. -- G. Branden Robinson| The greatest productive force is Debian GNU/Linux | human selfishness. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Re: libXft
On Mon, Mar 08, 2004 at 12:28:05PM +, Steve Moeckel wrote: > Branden Robinson debian.org> writes: > > >> enkill:# evolution > >> evolution: relocation error: /usr/lib/libXft.so.2: undefined symbol: > >> XRenderQuerySubpixelOrder [...] > Same here with kdm and kwin. > Yesterday installed Debian. First installed with stable Boot-CDs then > upgraded with apt to testing in this Chronology: > > - Base System install from stable BootCD > - Reboot > - When the installer asks for running tasksel, i switched to another > console and replaced stable with testing, running apt-get update > - running tasksel, selectet X-Windows System an C/C++ Devel > - apt-get dist upgrade > - installed many other things, but only from offical debian mirror > (tu-bs.de) > > But there are many other strange things with X installation. > Some packages were not unpacked properly, so xlibs and > xfree86-common. All directorys below /etc/X11/xkb were empty and > /etc/X11/rgb.txt is missing. I unpacked this packages in / and all is > at his place. I dont have seen any error message while apting these > packages, but i was away to cook some coffee and it maybe they light > up this time. Sounds like conffiles that got deleted somehow. From your description, it's impossible for me to imagine how, but I've tested upgrades from woody to sarge and did not see this problem. In the future, the "--force-confmiss" option to dpkg might be a better way to rectify this. > Versions: > > ii xlibs 4.2.1-12.1 > ii xlibs-dev 4.2.1-12.1 > ii xlibs-pic 4.2.1-12.1 > > ii xfree86-common 4.2.1-12.1 > > ii libxrender-dev 0.8.3-5 > ii libxrender10.8.3-5 Can you tell us about the installed versions of libxft2, libxft-dev, and libxft2-dev? -- G. Branden Robinson| Never underestimate the power of Debian GNU/Linux | human stupidity. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | signature.asc Description: Digital signature
