Bug#130870: Instant messages
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#199838: xfree86: 4.2.1-9 src fails to build
retitle 199838 xfree86: localized LC_COLLATE confuses debian/scripts/patch.{apply,unapply} tag 199838 = pending thanks On Fri, Jul 04, 2003 at 04:10:47PM +0200, Jezuch wrote: set LC_COLLATE=C in your build environment. Doh! I still have much to learn ;) A fix has already been applied to the patch.{apply,unapply} scripts. So this bug isn't unreproducible, is it? It's unreproducible if LC_COLLATE is unset, or devolves to C. :) The trunk and 4.3.0/sid branch in SVN have been patched to fix this problem. -- G. Branden Robinson| Convictions are more dangerous Debian GNU/Linux | enemies of truth than lies. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | pgp0.pgp Description: PGP signature
Bug#199838: Re : Bug#199838: xfree86: 4.2.1-9 src fails to build
Even with LC_COLLATE set to C, I've the error applying the patches : Applying patch debian/patches/000_stolen_from_HEAD_xtt.diff...done. Applying patch debian/patches/001a_damn_cpp_3.3_to_hell.diff...done. Applying patch debian/patches/001b_m68k_haslinuxinput_too.diff...dry run failed. patching file config/cf/linux.cf Hunk #1 FAILED at 157. 1 out of 1 hunk FAILED -- saving rejects to file config/cf/linux.cf.rej make: *** [debian/stampdir/patchapply] Error 1 debuild: fatal error at line 456: dpkg-buildpackage failed! --- regards Jean-Luc On 05-07-2003 20:14, Branden Robinson wrote: retitle 199838 xfree86: localized LC_COLLATE confuses debian/scripts/patch.{apply,unapply} tag 199838 = pending thanks On Fri, Jul 04, 2003 at 04:10:47PM +0200, Jezuch wrote: set LC_COLLATE=C in your build environment. Doh! I still have much to learn ;) A fix has already been applied to the patch.{apply,unapply} scripts. So this bug isn't unreproducible, is it? It's unreproducible if LC_COLLATE is unset, or devolves to C. :) The trunk and 4.3.0/sid branch in SVN have been patched to fix this problem. -- G. Branden Robinson| Convictions are more dangerous Debian GNU/Linux | enemies of truth than lies. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xfree86 miscompilation
Branden Robinson writes: On Sat, Jun 14, 2003 at 08:02:33PM +0200, Matthias Klose wrote: Hi Branden, for tracjking down the xfree86 miscompilation ... - which directory should I checkout, when I want to follow the 4.3 branch? Check out what, from where? As far as we know the XDM authorization compile problem affects both 4.2.1 and 4.3.0, so you could just grab the latest xfree86 out of unstable. at least with the current gcc-3.3 in unstable I could not reproduce the miscompilation with Daniel Stone's current 4.3 sources and optimization set to -O2. with the same compiler and the 4.2 sources in unstable however the miscompilation is reproducible. CC to debian-x as my response about the test went to Daniel only. By the way, the miscompilation is not PowerPC specific. It happens on i386 as well, and probably everywhere. I checked this on i386-linux. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#200170: xserver-xfree86: Keyboard doesn't work randomly
Package: xserver-xfree86 Version: 4.2.1-9 Severity: normal Hello, I'm using sid and sometimes the keyboard doen't work when X start (you press any key but nothing ocurrs). It's solved if I restart the X server. That is, normally X work fine, but rarely, when I start the X server, keyboard doesn't work at all. If I restart the X server (using the mouse), keyboard works again. Sometime ago I also installed sid and keyboard didn't work every time I started the X server for first time. If I restarted the server it worked fine. But this is another clean installation. I also have woody installed in the same computer and I have never had this problem in woody. -- Package-specific info: 01:00.0 VGA compatible controller: Intel Corp. i740 (rev 21) 01:00.0 Class 0300: 8086:7800 (rev 21) Section Monitor Identifier Mitsubishi Diamond Plus 73 HorizSync 30-70 VertRefresh 55-120 Option DPMS Modeline 1024x768 78.80 1024 1064 1160 1312 768 769 772 800 +hsync +vsync # This is a set of standard mode timings. Modes that are out of monitor spec # are automatically deleted by the server (provided the HorizSync and # VertRefresh lines are correct), so there's no immediate need to # delete mode timings (unless particular mode timings don't work on your # monitor). With these modes, the best standard mode that your monitor # and video card can support for a given resolution is automatically # used. #240x180 @ 112.5 Hz, 45 kHz Modeline 240x180 15.3 240 275 296 340 180 185 191 200 #Doublescan #300x240 @ 112.94 Hz, 33.88 kHz #Modeline 300x240 14.4 300 345 364 425 240 267 273 300 Modeline 300x240 17 300 344 364 390 240 243 246 259 Doublescan ### # 1024x768 #1024x768 @ 85.11 Hz, 69.45 kHz #Modeline 1024x768 96.6 1024 1064 1232 1391 768 777 783 816 #1024x768 @ 84.92 Hz, 69.3 kHz #Modeline 1024x768 96.6 1024 1062 1231 1394 768 777 783 816 #1024x768 @ 85.81 Hz, 70.19 kHz hsync #Modeline 1024x768 98.90 1024 1075 1242 1409768 778 784 818 -hsync -vsync #1024x768 @ 85.21 Hz, 70.04 kHz hsync #Modeline 1024x768 98.90 1024 1077 1242 1412768 782 788 822 -hsync -vsync #1024x768 @ 85.45 Hz, 70.24 kHz hsync #Modeline 1024x768 98.90 1024 1076 1236 1408 768 782 788 822 -hsync -vsync # 1024x768 @ 87 Hz interlaced, 35.5 kHz hsync #Modeline 1024x76844.9 1024 1048 1208 1264 768 776 784 817 Interlace # 1024x768 @ 60 Hz, 48.4 kHz hsync #Modeline 1024x768651024 1032 1176 1344 768 771 777 806 -hsync -vsync # 1024x768 @ 70 Hz, 56.5 kHz hsync #Modeline 1024x768751024 1048 1184 1328 768 771 777 806 -hsync -vsync # 1024x768 @ 76 Hz, 62.5 kHz hsync #Modeline 1024x768851024 1032 1152 1360 768 784 787 823 # 1024x768 @ 85 Hz, 70.24 kHz hsync #Modeline 1024x768 98.9 1024 1056 1216 1408 768 782 788 822 -HSync -VSync # 1024x768 @ 100Hz, 80.21 kHz hsync #Modeline 1024x768 115.5 1024 1056 1248 1440 768 771 781 802 -HSync -VSync ## #640x400 # 640x400 @ 70 Hz, 31.5 kHz hsync Modeline 640x400 25.175 640 664 760 800 400 409 411 450 # 640x400 @ 85 Hz, 37.86 kHz hsync Modeline 640x400 31.5 640 672 736 832 400 401 404 445 -HSync +VSync # ### # 640x480 # 640x480 @ 60 Hz, 31.5 kHz hsync Modeline 640x480 25.175 640 664 760 800 480 491 493 525 # 640x480 @ 72 Hz, 36.5 kHz hsync Modeline 640x480 31.5 640 680 720 864 480 488 491 521 # 640x480 @ 75 Hz, 37.50 kHz hsync ModeLine 640x48031.5 640 656 720 840 480 481 484 500 -HSync -VSync # 640x480 @ 85 Hz, 43.27 kHz hsync Modeline 640x480 36 640 696 752 832 480 481 484 509 -HSync -VSync # 640x480 @ 100 Hz, 53.01 kHz hsync Modeline 640x480 45.8 640 672 768 864 480 488 494 530 -HSync -VSync #Mode 640x480 # D: 29.999 MHz, H: 34.722 kHz, V: 66.136 Hz #DotClock 30.000 #HTimings 640 720 784 864 #VTimings 480 483 486 525 #Flags-HSync -VSync #EndMode ## # # 800x600 # 800x600 @ 56 Hz, 35.15 kHz hsync #ModeLine 800x600 36 800 824 896 1024 600 601 603 625 # 800x600 @ 60 Hz, 37.8 kHz hsync #Modeline 800x600 40 800 840 968 1056 600 601 605 628 +hsync +vsync # 800x600 @ 72 Hz, 48.0 kHz hsync #Modeline 800x600 50 800 856 976 1040 600 637 643 666 +hsync +vsync # 800x600 @ 85 Hz, 55.84 kHz hsync #Modeline 800x60060.75 800 864 928 1088 600 616 621 657 -HSync -VSync Modeline 800x600 69.00800 858 944 1062600 604 608 635 -hsync -vsync #Modeline 800x600 55800 840 900 1028600 601 609 626 -hsync -vsync # 592x256 @ Modeline 592x256 30.16 592 640 685 796 256 303 336 352
Debconf and XFree86 X servers
[Please direct any XFree86-specific followup to debian-x.] On Sat, Jul 05, 2003 at 08:46:00AM -0400, Theodore Ts'o wrote: Yet another reasons for wanting to decouple installation and configuration is if some hardware company (such as VA^H^H Emperor Linux) wishes to ship Debian pre-installed on the system. In that case, installation happens at the factory, and not when the user receives it in his/her hot little hands. I think Debian's headed that direction. Changes of this nature are sometimes slow to reach maturity, though. As an example, I've mentally committed to ditching the current debconfage for the XFree86 X server packages in Debian, possibly replacing it with ucf(-ish) solution. But I haven't gotten around to doing it yet. It's probably safe to say that this item is on my priority list after: * 4.3.0-0pre1v1 released to experimental * xlibs/xbase-clients split/reorg (once settled, safe to release 4.3.0-1 to unstable) -- G. Branden Robinson|Any man who does not realize that Debian GNU/Linux |he is half an animal is only half a [EMAIL PROTECTED] |man. http://people.debian.org/~branden/ |-- Thornton Wilder pgp0.pgp Description: PGP signature
Re: xfree86 miscompilation
On Sat, Jul 05, 2003 at 09:35:15PM +0200, Matthias Klose wrote: Branden Robinson writes: As far as we know the XDM authorization compile problem affects both 4.2.1 and 4.3.0, so you could just grab the latest xfree86 out of unstable. at least with the current gcc-3.3 in unstable I could not reproduce the miscompilation with Daniel Stone's current 4.3 sources and optimization set to -O2. with the same compiler and the 4.2 sources in unstable however the miscompilation is reproducible. CC to debian-x as my response about the test went to Daniel only. Hmm. Interesting. I'll check the files I listed for upstream changes between 4.2.1 and 4.3.0. By the way, the miscompilation is not PowerPC specific. It happens on i386 as well, and probably everywhere. I checked this on i386-linux. Okay. Thanks for following up. (And thanks for prodding me to do the same. :) ) -- G. Branden Robinson| Exercise your freedom of religion. Debian GNU/Linux | Set fire to a church of your [EMAIL PROTECTED] | choice. http://people.debian.org/~branden/ | pgp0.pgp Description: PGP signature
Bug#199838: Re : Bug#199838: xfree86: 4.2.1-9 src fails to build
On Sat, Jul 05, 2003 at 09:25:14PM +0200, Jean-Luc wrote: Even with LC_COLLATE set to C, I've the error applying the patches : Applying patch debian/patches/000_stolen_from_HEAD_xtt.diff...done. Applying patch debian/patches/001a_damn_cpp_3.3_to_hell.diff...done. Applying patch debian/patches/001b_m68k_haslinuxinput_too.diff...dry run failed. patching file config/cf/linux.cf Hunk #1 FAILED at 157. 1 out of 1 hunk FAILED -- saving rejects to file config/cf/linux.cf.rej make: *** [debian/stampdir/patchapply] Error 1 debuild: fatal error at line 456: dpkg-buildpackage failed! You probably have LC_ALL set. Please read the locale(7) manual page. -- 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 pgp0.pgp Description: PGP signature
Bug#200170: xserver-xfree86: Keyboard doesn't work randomly
tag 200170 + upstream moreinfo retitle 200170 xserver-xfree86: keyboard occasionally ignored thanks On Sat, Jul 05, 2003 at 10:47:28PM +0200, César Martínez Izquierdo wrote: Package: xserver-xfree86 Version: 4.2.1-9 Severity: normal [ I think you meant keyboard randomly doesn't work -- with the modifier placed as you had it, your bug's subject appeared to be complaining that the keyboard didn't operate in a random fashion, e.g., every time you pressed the A key a different keyboard event was generated. Most people want their keyboards to work deterministically. :) ] Hello, I'm using sid and sometimes the keyboard doen't work when X start (you press any key but nothing ocurrs). It's solved if I restart the X server. That is, normally X work fine, but rarely, when I start the X server, keyboard doesn't work at all. If I restart the X server (using the mouse), keyboard works again. Hmm. Are you using a display manager (xdm, gdm, kdm, wdm) or startx? Or do you use both? Does the problem appear to be limited to X server instantiations started by xinit (startx) or by display managers? Sometime ago I also installed sid and keyboard didn't work every time I started the X server for first time. If I restarted the server it worked fine. Hmm. Starting the X server for the first time when you're using a display manager is also known as the first generation. When a display manager is used, the X server re-sets without completely shutting down as it does when you kill it from startx. But this is another clean installation. I also have woody installed in the same computer and I have never had this problem in woody. Can you try to get two different XFree86.0.log files? 1) when the keyboard doesn't work 2) when it does ...and then mail this bug report a diff -u of the two files? Be sure to tell me which one is the one with the working keyboard. -- G. Branden Robinson|You can have my PGP passphrase when Debian GNU/Linux |you pry it from my cold, dead [EMAIL PROTECTED] |brain. http://people.debian.org/~branden/ |-- Adam Thornton pgp0.pgp Description: PGP signature
Re: Debconf and XFree86 X servers
Branden Robinson [EMAIL PROTECTED] writes: [Please direct any XFree86-specific followup to debian-x.] On Sat, Jul 05, 2003 at 08:46:00AM -0400, Theodore Ts'o wrote: Yet another reasons for wanting to decouple installation and configuration is if some hardware company (such as VA^H^H Emperor Linux) wishes to ship Debian pre-installed on the system. In that case, installation happens at the factory, and not when the user receives it in his/her hot little hands. So they should just provide a setup.sh script that calls dpkg-reconfigure for relevant packages again. Otherwise just type in dpkg-reconfigure --all and spend hours configuring your system as much as you like. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X Strike Force SVN commit: rev 281 - in branches/4.3.0/sid/debian: . scripts
On Sat, Jul 05, 2003 at 10:06:59AM +0900, ISHIKAWA Mutsumi wrote: Both xc/lib/Xft and xc/lib/Xft1 contain different man page with same file name (Xft.man). When both BuildXft and BuildXft1 are enabled, xc/lib/Xft/Xft.man and xc/lib/Xft1/Xft.man will be instaled on same place with same file name (e.g Xft.3x), perhaps xc/lib/Xft/Xft.man will overwrite xc/lib/Xft1/Xft.man. I'll commit change set to fix this. [...] Whole patch set svn diff: http://hanzubon.jp/Linux/Debian/XFree86/Xft.man_conflict_fix.svn.diff Any comments? Go for it. Thanks! -- G. Branden Robinson| Debian GNU/Linux | Cogitationis poenam nemo meretur. [EMAIL PROTECTED] | http://people.debian.org/~branden/ | pgp0.pgp Description: PGP signature
Bug#200047: marked as done (xfree86-common: ssh-agent invoked from /etc/X11/Xsession.d/90xfree86-common_ssh-agent without checking)
Your message dated Sat, 5 Jul 2003 19:26:50 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#200047: xfree86-common: ssh-agent invoked from /etc/X11/Xsession.d/90xfree86-common_ssh-agent without checking 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; 4 Jul 2003 15:17:22 + From [EMAIL PROTECTED] Fri Jul 04 10:17:20 2003 Return-path: [EMAIL PROTECTED] Received: from fachschaft.informatik.fh-muenchen.de [129.187.208.100] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19YSJJ-0002ga-00; Fri, 04 Jul 2003 10:17:17 -0500 Received: from fachschaft.informatik.fh-muenchen.de ([EMAIL PROTECTED] [127.0.0.1]) by fachschaft.informatik.fh-muenchen.de (8.12.3/8.12.3/Debian-6.4) with ESMTP id h64FHFE5025572; Fri, 4 Jul 2003 17:17:16 +0200 Received: (from [EMAIL PROTECTED]) by fachschaft.informatik.fh-muenchen.de (8.12.3/8.12.3/Debian-6.4) id h64FHFHp025570; Fri, 4 Jul 2003 17:17:15 +0200 Message-Id: [EMAIL PROTECTED] From: Stefan Rink [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: xfree86-common: ssh-agent invoked from /etc/X11/Xsession.d/90xfree86-common_ssh-agent without checking X-Mailer: reportbug 1.50 Date: Fri, 04 Jul 2003 17:17:15 +0200 Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-5.1 required=4.0 tests=BAYES_01,HAS_PACKAGE,MSG_ID_ADDED_BY_MTA_3 version=2.53-bugs.debian.org_2003_06_27 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_27 (1.174.2.15-2003-03-30-exp) Package: xfree86-common Version: 4.2.1-3 Severity: normal In /etc/X11/Xsession.d/90xfree86-common_ssh-agent /usr/bin/ssh-agent is directly invoked without checking whether it exists or if the package 'ssh' is installed. This might lead to potential security issue or cause trouble in some other way. A 'Suggests: ssh' might be helpful. n'cu Stefan -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux fachschaft 2.4.18 #11 Fri Sep 13 15:57:58 CEST 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages xfree86-common depends on: ii debianutils 1.16 Miscellaneous utilities specific t --- Received: (at 200047-done) by bugs.debian.org; 6 Jul 2003 00:26:54 + From [EMAIL PROTECTED] Sat Jul 05 19:26:52 2003 Return-path: [EMAIL PROTECTED] Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19YxMh-ru-00; Sat, 05 Jul 2003 19:26:52 -0500 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id F328C6412F; Sat, 5 Jul 2003 19:26:50 -0500 (EST) Date: Sat, 5 Jul 2003 19:26:50 -0500 From: Branden Robinson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#200047: xfree86-common: ssh-agent invoked from /etc/X11/Xsession.d/90xfree86-common_ssh-agent without checking Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=cDRqvc9BJuYPRTAT 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.4i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-20.8 required=4.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_MUTT autolearn=ham version=2.53-bugs.debian.org_2003_06_27 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_27 (1.174.2.15-2003-03-30-exp) --cDRqvc9BJuYPRTAT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 04, 2003 at 05:17:15PM +0200, Stefan Rink wrote: Package: xfree86-common Version: 4.2.1-3 Severity: normal =20 In /etc/X11/Xsession.d/90xfree86-common_ssh-agent /usr/bin/ssh-agent is directly invoked without checking whether it exists or if the package 'ssh' is installed. =20 This might lead to potential security issue or cause trouble in some other way. =20 A 'Suggests: ssh' might be helpful. This was fixed a long time ago in Debian unstable. You should upgrade. Closing this bug. --=20 G. Branden Robinson| I came, I saw, she conquered. Debian GNU/Linux
Bug#130870: Instant messages
Bug#199838: xfree86: 4.2.1-9 src fails to build
retitle 199838 xfree86: localized LC_COLLATE confuses debian/scripts/patch.{apply,unapply} tag 199838 = pending thanks On Fri, Jul 04, 2003 at 04:10:47PM +0200, Jezuch wrote: set LC_COLLATE=C in your build environment. Doh! I still have much to learn ;) A fix has already been applied to the patch.{apply,unapply} scripts. So this bug isn't unreproducible, is it? It's unreproducible if LC_COLLATE is unset, or devolves to C. :) The trunk and 4.3.0/sid branch in SVN have been patched to fix this problem. -- G. Branden Robinson| Convictions are more dangerous Debian GNU/Linux | enemies of truth than lies. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | pgpHOvrRelkW8.pgp Description: PGP signature
Processed: Re: Bug#199838: xfree86: 4.2.1-9 src fails to build
Processing commands for [EMAIL PROTECTED]: retitle 199838 xfree86: localized LC_COLLATE confuses debian/scripts/patch.{apply,unapply} Bug#199838: xfree86: 4.2.1-9 src fails to build Changed Bug title. tag 199838 = pending Bug#199838: xfree86: localized LC_COLLATE confuses debian/scripts/patch.{apply,unapply} Tags were: unreproducible Tags set to: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#199838: Re : Bug#199838: xfree86: 4.2.1-9 src fails to build
Even with LC_COLLATE set to C, I've the error applying the patches : Applying patch debian/patches/000_stolen_from_HEAD_xtt.diff...done. Applying patch debian/patches/001a_damn_cpp_3.3_to_hell.diff...done. Applying patch debian/patches/001b_m68k_haslinuxinput_too.diff...dry run failed. patching file config/cf/linux.cf Hunk #1 FAILED at 157. 1 out of 1 hunk FAILED -- saving rejects to file config/cf/linux.cf.rej make: *** [debian/stampdir/patchapply] Error 1 debuild: fatal error at line 456: dpkg-buildpackage failed! --- regards Jean-Luc On 05-07-2003 20:14, Branden Robinson wrote: retitle 199838 xfree86: localized LC_COLLATE confuses debian/scripts/patch.{apply,unapply} tag 199838 = pending thanks On Fri, Jul 04, 2003 at 04:10:47PM +0200, Jezuch wrote: set LC_COLLATE=C in your build environment. Doh! I still have much to learn ;) A fix has already been applied to the patch.{apply,unapply} scripts. So this bug isn't unreproducible, is it? It's unreproducible if LC_COLLATE is unset, or devolves to C. :) The trunk and 4.3.0/sid branch in SVN have been patched to fix this problem. -- G. Branden Robinson| Convictions are more dangerous Debian GNU/Linux | enemies of truth than lies. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ |
Re: xfree86 miscompilation
Branden Robinson writes: On Sat, Jun 14, 2003 at 08:02:33PM +0200, Matthias Klose wrote: Hi Branden, for tracjking down the xfree86 miscompilation ... - which directory should I checkout, when I want to follow the 4.3 branch? Check out what, from where? As far as we know the XDM authorization compile problem affects both 4.2.1 and 4.3.0, so you could just grab the latest xfree86 out of unstable. at least with the current gcc-3.3 in unstable I could not reproduce the miscompilation with Daniel Stone's current 4.3 sources and optimization set to -O2. with the same compiler and the 4.2 sources in unstable however the miscompilation is reproducible. CC to debian-x as my response about the test went to Daniel only. By the way, the miscompilation is not PowerPC specific. It happens on i386 as well, and probably everywhere. I checked this on i386-linux. Matthias
Bug#200170: xserver-xfree86: Keyboard doesn't work randomly
Package: xserver-xfree86 Version: 4.2.1-9 Severity: normal Hello, I'm using sid and sometimes the keyboard doen't work when X start (you press any key but nothing ocurrs). It's solved if I restart the X server. That is, normally X work fine, but rarely, when I start the X server, keyboard doesn't work at all. If I restart the X server (using the mouse), keyboard works again. Sometime ago I also installed sid and keyboard didn't work every time I started the X server for first time. If I restarted the server it worked fine. But this is another clean installation. I also have woody installed in the same computer and I have never had this problem in woody. -- Package-specific info: 01:00.0 VGA compatible controller: Intel Corp. i740 (rev 21) 01:00.0 Class 0300: 8086:7800 (rev 21) Section Monitor Identifier Mitsubishi Diamond Plus 73 HorizSync 30-70 VertRefresh 55-120 Option DPMS Modeline 1024x768 78.80 1024 1064 1160 1312 768 769 772 800 +hsync +vsync # This is a set of standard mode timings. Modes that are out of monitor spec # are automatically deleted by the server (provided the HorizSync and # VertRefresh lines are correct), so there's no immediate need to # delete mode timings (unless particular mode timings don't work on your # monitor). With these modes, the best standard mode that your monitor # and video card can support for a given resolution is automatically # used. #240x180 @ 112.5 Hz, 45 kHz Modeline 240x180 15.3 240 275 296 340 180 185 191 200 #Doublescan #300x240 @ 112.94 Hz, 33.88 kHz #Modeline 300x240 14.4 300 345 364 425 240 267 273 300 Modeline 300x240 17 300 344 364 390 240 243 246 259 Doublescan ### # 1024x768 #1024x768 @ 85.11 Hz, 69.45 kHz #Modeline 1024x768 96.6 1024 1064 1232 1391 768 777 783 816 #1024x768 @ 84.92 Hz, 69.3 kHz #Modeline 1024x768 96.6 1024 1062 1231 1394 768 777 783 816 #1024x768 @ 85.81 Hz, 70.19 kHz hsync #Modeline 1024x768 98.90 1024 1075 1242 1409768 778 784 818 -hsync -vsync #1024x768 @ 85.21 Hz, 70.04 kHz hsync #Modeline 1024x768 98.90 1024 1077 1242 1412768 782 788 822 -hsync -vsync #1024x768 @ 85.45 Hz, 70.24 kHz hsync #Modeline 1024x768 98.90 1024 1076 1236 1408 768 782 788 822 -hsync -vsync # 1024x768 @ 87 Hz interlaced, 35.5 kHz hsync #Modeline 1024x76844.9 1024 1048 1208 1264 768 776 784 817 Interlace # 1024x768 @ 60 Hz, 48.4 kHz hsync #Modeline 1024x768651024 1032 1176 1344 768 771 777 806 -hsync -vsync # 1024x768 @ 70 Hz, 56.5 kHz hsync #Modeline 1024x768751024 1048 1184 1328 768 771 777 806 -hsync -vsync # 1024x768 @ 76 Hz, 62.5 kHz hsync #Modeline 1024x768851024 1032 1152 1360 768 784 787 823 # 1024x768 @ 85 Hz, 70.24 kHz hsync #Modeline 1024x768 98.9 1024 1056 1216 1408 768 782 788 822 -HSync -VSync # 1024x768 @ 100Hz, 80.21 kHz hsync #Modeline 1024x768 115.5 1024 1056 1248 1440 768 771 781 802 -HSync -VSync ## #640x400 # 640x400 @ 70 Hz, 31.5 kHz hsync Modeline 640x400 25.175 640 664 760 800 400 409 411 450 # 640x400 @ 85 Hz, 37.86 kHz hsync Modeline 640x400 31.5 640 672 736 832 400 401 404 445 -HSync +VSync # ### # 640x480 # 640x480 @ 60 Hz, 31.5 kHz hsync Modeline 640x480 25.175 640 664 760 800 480 491 493 525 # 640x480 @ 72 Hz, 36.5 kHz hsync Modeline 640x480 31.5 640 680 720 864 480 488 491 521 # 640x480 @ 75 Hz, 37.50 kHz hsync ModeLine 640x48031.5 640 656 720 840 480 481 484 500 -HSync -VSync # 640x480 @ 85 Hz, 43.27 kHz hsync Modeline 640x480 36 640 696 752 832 480 481 484 509 -HSync -VSync # 640x480 @ 100 Hz, 53.01 kHz hsync Modeline 640x480 45.8 640 672 768 864 480 488 494 530 -HSync -VSync #Mode 640x480 # D: 29.999 MHz, H: 34.722 kHz, V: 66.136 Hz #DotClock 30.000 #HTimings 640 720 784 864 #VTimings 480 483 486 525 #Flags-HSync -VSync #EndMode ## # # 800x600 # 800x600 @ 56 Hz, 35.15 kHz hsync #ModeLine 800x600 36 800 824 896 1024 600 601 603 625 # 800x600 @ 60 Hz, 37.8 kHz hsync #Modeline 800x600 40 800 840 968 1056 600 601 605 628 +hsync +vsync # 800x600 @ 72 Hz, 48.0 kHz hsync #Modeline 800x600 50 800 856 976 1040 600 637 643 666 +hsync +vsync # 800x600 @ 85 Hz, 55.84 kHz hsync #Modeline 800x60060.75 800 864 928 1088 600 616 621 657 -HSync -VSync Modeline 800x600 69.00800 858 944 1062600 604 608 635 -hsync -vsync #Modeline 800x600 55800 840 900 1028600 601 609 626 -hsync -vsync # 592x256 @ Modeline 592x256 30.16 592 640 685 796 256
Debconf and XFree86 X servers
[Please direct any XFree86-specific followup to debian-x.] On Sat, Jul 05, 2003 at 08:46:00AM -0400, Theodore Ts'o wrote: Yet another reasons for wanting to decouple installation and configuration is if some hardware company (such as VA^H^H Emperor Linux) wishes to ship Debian pre-installed on the system. In that case, installation happens at the factory, and not when the user receives it in his/her hot little hands. I think Debian's headed that direction. Changes of this nature are sometimes slow to reach maturity, though. As an example, I've mentally committed to ditching the current debconfage for the XFree86 X server packages in Debian, possibly replacing it with ucf(-ish) solution. But I haven't gotten around to doing it yet. It's probably safe to say that this item is on my priority list after: * 4.3.0-0pre1v1 released to experimental * xlibs/xbase-clients split/reorg (once settled, safe to release 4.3.0-1 to unstable) -- G. Branden Robinson|Any man who does not realize that Debian GNU/Linux |he is half an animal is only half a [EMAIL PROTECTED] |man. http://people.debian.org/~branden/ |-- Thornton Wilder pgpgaEaTDuAPz.pgp Description: PGP signature
Re: xfree86 miscompilation
On Sat, Jul 05, 2003 at 09:35:15PM +0200, Matthias Klose wrote: Branden Robinson writes: As far as we know the XDM authorization compile problem affects both 4.2.1 and 4.3.0, so you could just grab the latest xfree86 out of unstable. at least with the current gcc-3.3 in unstable I could not reproduce the miscompilation with Daniel Stone's current 4.3 sources and optimization set to -O2. with the same compiler and the 4.2 sources in unstable however the miscompilation is reproducible. CC to debian-x as my response about the test went to Daniel only. Hmm. Interesting. I'll check the files I listed for upstream changes between 4.2.1 and 4.3.0. By the way, the miscompilation is not PowerPC specific. It happens on i386 as well, and probably everywhere. I checked this on i386-linux. Okay. Thanks for following up. (And thanks for prodding me to do the same. :) ) -- G. Branden Robinson| Exercise your freedom of religion. Debian GNU/Linux | Set fire to a church of your [EMAIL PROTECTED] | choice. http://people.debian.org/~branden/ | pgpDgkIGtcFnW.pgp Description: PGP signature
Bug#199838: Re : Bug#199838: xfree86: 4.2.1-9 src fails to build
On Sat, Jul 05, 2003 at 09:25:14PM +0200, Jean-Luc wrote: Even with LC_COLLATE set to C, I've the error applying the patches : Applying patch debian/patches/000_stolen_from_HEAD_xtt.diff...done. Applying patch debian/patches/001a_damn_cpp_3.3_to_hell.diff...done. Applying patch debian/patches/001b_m68k_haslinuxinput_too.diff...dry run failed. patching file config/cf/linux.cf Hunk #1 FAILED at 157. 1 out of 1 hunk FAILED -- saving rejects to file config/cf/linux.cf.rej make: *** [debian/stampdir/patchapply] Error 1 debuild: fatal error at line 456: dpkg-buildpackage failed! You probably have LC_ALL set. Please read the locale(7) manual page. -- 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 pgpkieCrtDGeh.pgp Description: PGP signature
Bug#200170: xserver-xfree86: Keyboard doesn't work randomly
tag 200170 + upstream moreinfo retitle 200170 xserver-xfree86: keyboard occasionally ignored thanks On Sat, Jul 05, 2003 at 10:47:28PM +0200, César Martínez Izquierdo wrote: Package: xserver-xfree86 Version: 4.2.1-9 Severity: normal [ I think you meant keyboard randomly doesn't work -- with the modifier placed as you had it, your bug's subject appeared to be complaining that the keyboard didn't operate in a random fashion, e.g., every time you pressed the A key a different keyboard event was generated. Most people want their keyboards to work deterministically. :) ] Hello, I'm using sid and sometimes the keyboard doen't work when X start (you press any key but nothing ocurrs). It's solved if I restart the X server. That is, normally X work fine, but rarely, when I start the X server, keyboard doesn't work at all. If I restart the X server (using the mouse), keyboard works again. Hmm. Are you using a display manager (xdm, gdm, kdm, wdm) or startx? Or do you use both? Does the problem appear to be limited to X server instantiations started by xinit (startx) or by display managers? Sometime ago I also installed sid and keyboard didn't work every time I started the X server for first time. If I restarted the server it worked fine. Hmm. Starting the X server for the first time when you're using a display manager is also known as the first generation. When a display manager is used, the X server re-sets without completely shutting down as it does when you kill it from startx. But this is another clean installation. I also have woody installed in the same computer and I have never had this problem in woody. Can you try to get two different XFree86.0.log files? 1) when the keyboard doesn't work 2) when it does ...and then mail this bug report a diff -u of the two files? Be sure to tell me which one is the one with the working keyboard. -- G. Branden Robinson|You can have my PGP passphrase when Debian GNU/Linux |you pry it from my cold, dead [EMAIL PROTECTED] |brain. http://people.debian.org/~branden/ |-- Adam Thornton pgpR7438c91FY.pgp Description: PGP signature
Re: Debconf and XFree86 X servers
Branden Robinson [EMAIL PROTECTED] writes: [Please direct any XFree86-specific followup to debian-x.] On Sat, Jul 05, 2003 at 08:46:00AM -0400, Theodore Ts'o wrote: Yet another reasons for wanting to decouple installation and configuration is if some hardware company (such as VA^H^H Emperor Linux) wishes to ship Debian pre-installed on the system. In that case, installation happens at the factory, and not when the user receives it in his/her hot little hands. So they should just provide a setup.sh script that calls dpkg-reconfigure for relevant packages again. Otherwise just type in dpkg-reconfigure --all and spend hours configuring your system as much as you like. MfG Goswin
Re: X Strike Force SVN commit: rev 281 - in branches/4.3.0/sid/debian: . scripts
On Sat, Jul 05, 2003 at 10:06:59AM +0900, ISHIKAWA Mutsumi wrote: Both xc/lib/Xft and xc/lib/Xft1 contain different man page with same file name (Xft.man). When both BuildXft and BuildXft1 are enabled, xc/lib/Xft/Xft.man and xc/lib/Xft1/Xft.man will be instaled on same place with same file name (e.g Xft.3x), perhaps xc/lib/Xft/Xft.man will overwrite xc/lib/Xft1/Xft.man. I'll commit change set to fix this. [...] Whole patch set svn diff: http://hanzubon.jp/Linux/Debian/XFree86/Xft.man_conflict_fix.svn.diff Any comments? Go for it. Thanks! -- G. Branden Robinson| Debian GNU/Linux | Cogitationis poenam nemo meretur. [EMAIL PROTECTED] | http://people.debian.org/~branden/ | pgpLE0mP0Ie6H.pgp Description: PGP signature
Bug#200047: marked as done (xfree86-common: ssh-agent invoked from /etc/X11/Xsession.d/90xfree86-common_ssh-agent without checking)
Your message dated Sat, 5 Jul 2003 19:26:50 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#200047: xfree86-common: ssh-agent invoked from /etc/X11/Xsession.d/90xfree86-common_ssh-agent without checking 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; 4 Jul 2003 15:17:22 + From [EMAIL PROTECTED] Fri Jul 04 10:17:20 2003 Return-path: [EMAIL PROTECTED] Received: from fachschaft.informatik.fh-muenchen.de [129.187.208.100] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19YSJJ-0002ga-00; Fri, 04 Jul 2003 10:17:17 -0500 Received: from fachschaft.informatik.fh-muenchen.de ([EMAIL PROTECTED] [127.0.0.1]) by fachschaft.informatik.fh-muenchen.de (8.12.3/8.12.3/Debian-6.4) with ESMTP id h64FHFE5025572; Fri, 4 Jul 2003 17:17:16 +0200 Received: (from [EMAIL PROTECTED]) by fachschaft.informatik.fh-muenchen.de (8.12.3/8.12.3/Debian-6.4) id h64FHFHp025570; Fri, 4 Jul 2003 17:17:15 +0200 Message-Id: [EMAIL PROTECTED] From: Stefan Rink [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: xfree86-common: ssh-agent invoked from /etc/X11/Xsession.d/90xfree86-common_ssh-agent without checking X-Mailer: reportbug 1.50 Date: Fri, 04 Jul 2003 17:17:15 +0200 Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-5.1 required=4.0 tests=BAYES_01,HAS_PACKAGE,MSG_ID_ADDED_BY_MTA_3 version=2.53-bugs.debian.org_2003_06_27 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_27 (1.174.2.15-2003-03-30-exp) Package: xfree86-common Version: 4.2.1-3 Severity: normal In /etc/X11/Xsession.d/90xfree86-common_ssh-agent /usr/bin/ssh-agent is directly invoked without checking whether it exists or if the package 'ssh' is installed. This might lead to potential security issue or cause trouble in some other way. A 'Suggests: ssh' might be helpful. n'cu Stefan -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux fachschaft 2.4.18 #11 Fri Sep 13 15:57:58 CEST 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages xfree86-common depends on: ii debianutils 1.16 Miscellaneous utilities specific t --- Received: (at 200047-done) by bugs.debian.org; 6 Jul 2003 00:26:54 + From [EMAIL PROTECTED] Sat Jul 05 19:26:52 2003 Return-path: [EMAIL PROTECTED] Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19YxMh-ru-00; Sat, 05 Jul 2003 19:26:52 -0500 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id F328C6412F; Sat, 5 Jul 2003 19:26:50 -0500 (EST) Date: Sat, 5 Jul 2003 19:26:50 -0500 From: Branden Robinson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#200047: xfree86-common: ssh-agent invoked from /etc/X11/Xsession.d/90xfree86-common_ssh-agent without checking Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=cDRqvc9BJuYPRTAT 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.4i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-20.8 required=4.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_MUTT autolearn=ham version=2.53-bugs.debian.org_2003_06_27 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_27 (1.174.2.15-2003-03-30-exp) --cDRqvc9BJuYPRTAT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 04, 2003 at 05:17:15PM +0200, Stefan Rink wrote: Package: xfree86-common Version: 4.2.1-3 Severity: normal =20 In /etc/X11/Xsession.d/90xfree86-common_ssh-agent /usr/bin/ssh-agent is directly invoked without checking whether it exists or if the package 'ssh' is installed. =20 This might lead to potential security issue or cause trouble in some other way. =20 A 'Suggests: ssh' might be helpful. This was fixed a long time ago in Debian unstable. You should upgrade. Closing this bug. --=20 G. Branden Robinson| I came, I saw, she conquered. Debian