Bug#166550: [patch] X misparses the EXPS/2 mouse protocol.
On Sun, Oct 27, 2002 at 07:54:39PM -0500, [EMAIL PROTECTED] wrote: > On Sat, Oct 26, 2002 at 09:20:05PM -0400, Zephaniah E. Hull wrote: > > To make a long story short, X is wrong in how it parses the wheel data > > for EXPS/2 protocol mice. > > > > 0xF and 0x1 are used to indicate the first wheel, and 0xE and 0x2 for > > the second wheel. > > (Yes, I have real hardware which generates this.) > > Make the short story longer; specifically, I need to know for which mice > or mouse protocols this is going to generate spurious events, which you > mentioned would happen when you were talking to me about this on IRC. This is going to generate spurious events when speaking the EXPS/2 protocol from unpatched kernel HID layers, specificly drivers/input/mousedev.c generates the wheel data incorrectly, I have a patch for that which I'm trying to get accepted upstream. I have actual hardware which speaks the protocol in question, in both one and two wheel versions, and none actually generate anything except 0x1 and 0xf for the first wheel, the kernel will generate something other then that, if unpatched, for /very/ rapid wheel movements on slower systems. The problems of that with X and this patch are further reduced by the fact that ZAxisMapping will, if only given two buttons, map W axis (0x2 and 0xe) to the same buttons as the z axis, and if it is something other then those two it will be dropped. I do not expect to see anyone suddenly loosing functionality from this patch. (=:] Zephaniah E. Hull. -- 1024D/E65A7801 Zephaniah E. Hull <[EMAIL PROTECTED]> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. > Is there an API or other means to determine what video > card, namely the chipset, that the user has installed > on his machine? On a modern X86 machine use the PCI/AGP bus data. On a PS/2 use the MCA bus data. On nubus use the nubus probe data. On old style ISA bus PCs done a large pointy hat and spend several years reading arcane and forbidden scrolls -- Alan Cox msg04422/pgp0.pgp Description: PGP signature
Bug#166515: v4l problem new in XFree86 4.2
On Mon, Oct 28, 2002 at 02:58:45AM +, Andrew Sayers wrote: > FWIW, my TV card is a bt848 compatible: > > Bus 0, device 13, function 0: > Multimedia video controller: Brooktree Corporation Bt878 (rev 17). > IRQ 9. > Master Capable. Latency=32. Min Gnt=16.Max Lat=40. > Prefetchable 32 bit memory at 0xde00 [0xde000fff]. > > I'm also about to lodge a feature request on reportbug that these two > files should be included by default in future. It already does. If it didn't for you, it was either user error something weird is going on with your system. (cat /usr/share/bug/xserver-xfree86) Thanks for sending the files along, anyway. -- G. Branden Robinson| What influenced me to atheism was Debian GNU/Linux | reading the Bible cover to cover. [EMAIL PROTECTED] | Twice. http://people.debian.org/~branden/ | -- J. Michael Straczynski pgpe6TPMh3y0S.pgp Description: PGP signature
Bug#166413: mga driver doesn't set gamma on second screen
On Sun, Oct 27, 2002 at 07:07:15PM -0800, Marc Wilson wrote: > I always had the problem with my G450 and later with my G550 that X > wouldn't set the gamma the same on both heads, although it claimed that it > was according to the log. The monitors were the same make and model, and > the difference was distinct and annoying. > > OTOH, xgamma was always quite willing to set the gamma on the heads > separately, and I was also able to specify specific gamma settings for each > monitor in XF86Config-4 and have them take effect. In that case I'm confused. Has there been a regression since XFree86 4.1 or not? -- G. Branden Robinson| Psychology is really biology. Debian GNU/Linux | Biology is really chemistry. [EMAIL PROTECTED] | Chemistry is really physics. http://people.debian.org/~branden/ | Physics is really math. pgpBZzL9a8QqY.pgp Description: PGP signature
Bug#121335: Please add the Toshiby keybounce fix
On Sat, Oct 26, 2002 at 09:27:27AM +0200, Debian User wrote: > this is the patch for the current 2.4.20-pre11 kernel. Please apply. FYI, Herbert is categorically refusing to apply this patch. Also, I believe the company is known as "Toshiba", not "Toshiby". -- G. Branden Robinson|The basic test of freedom is Debian GNU/Linux |perhaps less in what we are free to [EMAIL PROTECTED] |do than in what we are free not to http://people.debian.org/~branden/ |do. -- Eric Hoffer pgps1UW64V0wq.pgp Description: PGP signature
Bug#166515: v4l problem new in XFree86 4.2
FWIW, my TV card is a bt848 compatible: Bus 0, device 13, function 0: Multimedia video controller: Brooktree Corporation Bt878 (rev 17). IRQ 9. Master Capable. Latency=32. Min Gnt=16.Max Lat=40. Prefetchable 32 bit memory at 0xde00 [0xde000fff]. I'm also about to lodge a feature request on reportbug that these two files should be included by default in future. - Andrew XFree86 Version 4.2.1 (Debian 4.2.1-3 20021016191246 [EMAIL PROTECTED]) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18 i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Sun Oct 27 20:31:01 2002 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Screen 0" (0) (**) | |-->Monitor "LG Monitor" (**) | |-->Device "S3 Trio3D" (**) |-->Screen "Screen 1" (1) (**) | |-->Monitor "Nech Monitor" (**) | |-->Device "ATI Mach64 card" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" (**) Option "XkbLayout" "en_UK" (**) XKB: layout: "en_UK" (**) Option "XkbOptions" "xleds" (**) XKB: options: "xleds" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Generic Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/75dpi,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/local" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "Xinerama" "off" (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (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.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (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.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0305 card 147b,a401 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8305 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 1106, rev 40 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card , rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card , rev 40 class 06,00,00 hdr 00 (II) PCI: 00:09:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:0b:0: chip 11c1,5802 card 11c1,5802 rev 10 class 0c,03,10 hdr 00 (II) PCI: 00:0d:0: chip 109e,036e card 0070,13eb rev 11 class 04,00,00 hdr 80 (II) PCI: 00:0d:1: chip 109e,0878 card 0070,13eb rev 11 class 04,80,00 hdr 80 (II) PCI: 00:0f:0: chip 1274,1371 card 1274,1371 rev 06 class 04,01,00 hdr 00 (II) PCI: 00:11:0: chip 1002,4756 card 1002,0088 rev 3a class 03,00,00 hdr 00 (II) PCI: 01:00:0: chip 5333,8a13 card 5333,8a13 rev 02 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) Host-to-PCI bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 00x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable
Bug#166413: mga driver doesn't set gamma on second screen
On Sun, Oct 27, 2002 at 07:25:51PM -0500, [EMAIL PROTECTED] wrote: > 2) It is possible that this is a hardware limitation. Multiple-output > video cards often don't support all features on secondary "heads". I always had the problem with my G450 and later with my G550 that X wouldn't set the gamma the same on both heads, although it claimed that it was according to the log. The monitors were the same make and model, and the difference was distinct and annoying. OTOH, xgamma was always quite willing to set the gamma on the heads separately, and I was also able to specify specific gamma settings for each monitor in XF86Config-4 and have them take effect. > [I'd appreciate feedback from Matrox users on the debian-x list so I > know whether I'm right about 2) or not.] Hope that helps. -- Marc Wilson [EMAIL PROTECTED] pgp5sfCXdUe48.pgp Description: PGP signature
Bug#121335: Processed: Re: Bug#121335: Please add the Toshiby keybounce fix
On Mon, Oct 28, 2002 at 12:16:18PM +1100, Herbert Xu wrote: > PS Please cc [EMAIL PROTECTED] when you do this as > otherwise I don't get the message. If you check out the headers of the message in question, you'll see that I attempted to, but mistyped the address. -- G. Branden Robinson|Religion is regarded by the common Debian GNU/Linux |people as true, by the wise as [EMAIL PROTECTED] |false, and by the rulers as useful. http://people.debian.org/~branden/ |-- Lucius Annaeus Seneca pgpUaDZaOlwOZ.pgp Description: PGP signature
Processed: severity of 143825 is important
Processing commands for [EMAIL PROTECTED]: > severity 143825 important Bug#143825: xutils: why is rstart.real a conffile? Severity set to `important'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#166515: v4l problem new in XFree86 4.2
On Mon, Oct 28, 2002 at 02:58:45AM +, Andrew Sayers wrote: > FWIW, my TV card is a bt848 compatible: > > Bus 0, device 13, function 0: > Multimedia video controller: Brooktree Corporation Bt878 (rev 17). > IRQ 9. > Master Capable. Latency=32. Min Gnt=16.Max Lat=40. > Prefetchable 32 bit memory at 0xde00 [0xde000fff]. > > I'm also about to lodge a feature request on reportbug that these two > files should be included by default in future. It already does. If it didn't for you, it was either user error something weird is going on with your system. (cat /usr/share/bug/xserver-xfree86) Thanks for sending the files along, anyway. -- G. Branden Robinson| What influenced me to atheism was Debian GNU/Linux | reading the Bible cover to cover. [EMAIL PROTECTED] | Twice. http://people.debian.org/~branden/ | -- J. Michael Straczynski msg04421/pgp0.pgp Description: PGP signature
Bug#166413: mga driver doesn't set gamma on second screen
On Sun, Oct 27, 2002 at 07:07:15PM -0800, Marc Wilson wrote: > I always had the problem with my G450 and later with my G550 that X > wouldn't set the gamma the same on both heads, although it claimed that it > was according to the log. The monitors were the same make and model, and > the difference was distinct and annoying. > > OTOH, xgamma was always quite willing to set the gamma on the heads > separately, and I was also able to specify specific gamma settings for each > monitor in XF86Config-4 and have them take effect. In that case I'm confused. Has there been a regression since XFree86 4.1 or not? -- G. Branden Robinson| Psychology is really biology. Debian GNU/Linux | Biology is really chemistry. [EMAIL PROTECTED] | Chemistry is really physics. http://people.debian.org/~branden/ | Physics is really math. msg04420/pgp0.pgp Description: PGP signature
Re: please sign/upload successful autobuild of XFree86 4.2.1-3
Branden Robinson <[EMAIL PROTECTED]> writes: > According to buildd.debian.org, the arm autobuilder successfully > built xfree86 4.2.1-3 on October 20th. The machine it's on (and the two other .ca arm buildds) are down and awaiting TLC from local admin. -- James
please sign/upload successful autobuild of XFree86 4.2.1-3
According to buildd.debian.org, the arm autobuilder successfully built xfree86 4.2.1-3 on October 20th. According to madison: [EMAIL PROTECTED]:~$ madison xterm xterm | 3.3.6-11potato32 | oldstable | alpha, arm, i386, m68k, powerpc, sparc xterm | 4.1.0-16 |stable | alpha, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc xterm | 4.1.0-17 | testing | alpha, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc xterm | 4.1.0-17 | unstable | arm xterm |4.2.1-3 | unstable | alpha, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc Would someone please sign that build and upload it to auric? I know XFree86 4.2.1 takes a lot of space to build. I have made a change to 4.2.1-4 that should cut down the disk requirement by about 128 megs. There is not an obvious way to improve on this without scrubbing parts of the build tree before the build finishes, or some other ugly kludge. -- G. Branden Robinson|I must despise the world which does Debian GNU/Linux |not know that music is a higher [EMAIL PROTECTED] |revelation than all wisdom and http://people.debian.org/~branden/ |philosophy. -- Ludwig van Beethoven pgprgZy17SJHQ.pgp Description: PGP signature
Bug#166562: marked as done (xfree86: please modify debian/README to allow IPv6 specific patches )
Your message dated Sun, 27 Oct 2002 19:57:15 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#166562: xfree86: please modify debian/README to allow IPv6 specific patches 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 maintonly) by bugs.debian.org; 27 Oct 2002 07:32:16 + >From [EMAIL PROTECTED] Sun Oct 27 01:32:15 2002 Return-path: <[EMAIL PROTECTED]> Received: from (penny.tippete.net) [62.211.255.247] (mail) by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 185huB-9i-00; Sun, 27 Oct 2002 01:32:15 -0600 Received: from ik5pvx by penny.tippete.net with local (Exim 3.36 #1 (Debian)) id 185hu8-0003KX-00 for <[EMAIL PROTECTED]>; Sun, 27 Oct 2002 08:32:12 +0100 To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xfree86: please modify debian/README to allow IPv6 specific patches X-Debbugs-CC: [EMAIL PROTECTED] Reply-To: Pierfrancesco Caci <[EMAIL PROTECTED]> From: Pierfrancesco Caci <[EMAIL PROTECTED]> Date: 27 Oct 2002 08:32:12 +0100 Message-ID: <[EMAIL PROTECTED]> Lines: 37 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Pierfrancesco Caci <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-2.0 required=5.0 tests=SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01 version=2.41 X-Spam-Level: Package: xfree86 Version: 4.2.1-3; reported 2002-10-27 Severity: wishlist Tags: sid Hello, can you please modify the debian/README file so as to read: 900-999 patches that should not be sent upstream 900-988 Debian-specific behavior and enhancements 989 experimental or debugging patches (should not generally be present in a production release) 990-999 Debian-IPv6-specific patches This way the IPv6 effort can have 10 patch slots that are guaranteed not to clash with other teams' patches. Thank you Pf -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux penny 2.4.20-pre10 #1 Sun Oct 13 10:33:45 CEST 2002 i686 Locale: LANG=C, LC_CTYPE=C -- --- Pierfrancesco Caci | ik5pvx | mailto:[EMAIL PROTECTED] - http://gusp.dyndns.org Firenze - Italia | Office for the Complication of Otherwise Simple Affairs Linux penny 2.4.20-pre10 #1 Sun Oct 13 10:33:45 CEST 2002 i686 Pentium II (Deschutes) GenuineIntel GNU/Linux --- Received: (at 166562-done) by bugs.debian.org; 28 Oct 2002 00:57:18 + >From [EMAIL PROTECTED] Sun Oct 27 18:57:16 2002 Return-path: <[EMAIL PROTECTED]> Received: from pcp942041pcs.cstltn01.in.comcast.net (apocalypse.deadbeast.net) [68.57.244.226] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 185yDU-00062b-00; Sun, 27 Oct 2002 18:57:16 -0600 Received: by apocalypse.deadbeast.net (Postfix, from userid 1000) id E549543C1; Sun, 27 Oct 2002 19:57:15 -0500 (EST) Date: Sun, 27 Oct 2002 19:57:15 -0500 From: Branden Robinson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#166562: xfree86: please modify debian/README to allow IPv6 specific patches Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OzigliFs3e0dNr73" Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.4i Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-16.5 required=5.0 tests=IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES, SPAM_PHRASE_02_03,USER_AGENT,USER_AGENT_MUTT version=2.41 X-Spam-Level: --OzigliFs3e0dNr73 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 27, 2002 at 08:32:12AM +0100, Pierfrancesco Caci wrote: > Package: xfree86 > Version: 4.2.1-3; reported 2002-10-27 > Severity: wishlist > Tags: sid >=20 > Hello, can you please modify the debian/README file so as to read: >=20 > 900-999 patches that should not be sent upstream > 900-988 Debian-specific behavior and enhancements > 989 experimental or debugging patches (should not > generally be present in a production release) > 990-999
Bug#79394: The bug is back
On Sun, Oct 27, 2002 at 03:29:49PM +0100, Andras Korn wrote: > I was too hasty in saying the bug is gone. I just decided to play with KDE > a bit (I had been using Gnome so far), and now the bug is back. > > Apparently, some X background manipulation programs, such as the one KDE > uses to set the background picture, or Esetroot, cause corruption on the > framebuffer console. It looks almost like they overwrite a font cache or > something... > > Would it help if I took pictures of the corrupted framebuffer with a screen > grabber? Yes. Also, please just file a new bug, since the spam bastards have already harvested the old one and it's tiresome to read through the spam messages when reviewing the report. Also, I'll need fresh copies of your X server config and log files. -- G. Branden Robinson| When I die I want to go peacefully Debian GNU/Linux | in my sleep like my ol' Grand [EMAIL PROTECTED] | Dad...not screaming in terror like http://people.debian.org/~branden/ | his passengers. pgpbYkCY6ajIw.pgp Description: PGP signature
Bug#166497: x-window-system: should depend on x-display-manager instead of xdm
On Sat, Oct 26, 2002 at 09:57:10PM -0700, Marc Wilson wrote: > On Sat, Oct 26, 2002 at 11:32:11AM -0700, Agthorr wrote: > > Package: x-window-system > > Version: 4.1.0-16 > > Severity: normal > > > > The x-window-system should depend on x-display-manager (provided by > > xdm, gdm, kdm, and wdm) instead of on xdm. > > How is this anything more than a wishlist bug? Feel free to demote it. I'm willing to admit to being anal-retentive ;) > What's going to win if NOTHING is installed, which is when people > are going to be installing x-window-system in the first place. If you make it depend on "xdm | x-display-manager", it will default to xdm, yes? > Xdm is the XFree-provided display manager. Install another if you want > another. All the display managers can co-exist. It'd be nice to be able to uninstall xdm. It's not a big deal, but it seems like it'd also be easy to change. -- Agthorr
Bug#166550: [patch] X misparses the EXPS/2 mouse protocol.
retitle 166550 xserver-xfree86: [common] EXPS/2 (Explorer PS/2) mouse protocol not interpreted correctly tag 16650 + patch upstream moreinfo thanks On Sat, Oct 26, 2002 at 09:20:05PM -0400, Zephaniah E. Hull wrote: > To make a long story short, X is wrong in how it parses the wheel data > for EXPS/2 protocol mice. > > 0xF and 0x1 are used to indicate the first wheel, and 0xE and 0x2 for > the second wheel. > (Yes, I have real hardware which generates this.) Make the short story longer; specifically, I need to know for which mice or mouse protocols this is going to generate spurious events, which you mentioned would happen when you were talking to me about this on IRC. -- G. Branden Robinson|Optimists believe we live in the Debian GNU/Linux |best of all possible worlds. [EMAIL PROTECTED] |Pessimists are afraid the optimists http://people.debian.org/~branden/ |are right. pgpy0lVQHvwIF.pgp Description: PGP signature
Bug#166515: v4l problem new in XFree86 4.2
On Sat, Oct 26, 2002 at 09:37:02PM +0100, Andrew Sayers wrote: > Since moving from 4.1 to 4.2, I've found that the v4l program "xawtv" > misbehaves - sometimes drawing a corrupted picture inside the window, > sometimes repeating the image as greyscale spots across the screen (see > http://ccl.bham.ac.uk/~andrew/tv.png for an image). Even if it's > repeated across the screen, you get a normal series of moving pictures, > not just a single image on the screen. > > If the image is just corrupted, it's still removed correctly When xawtv > closes. If the image repeats, it isn't - though, of course, the picture > stops changing. The remaining image goes away when you (for example) > move a window over the relevant area. > > I'm fairly sure the error is with XFree86, as "fbtv" (TV on a > framebuffer) works fine. > > I'd be happy to do any experimentation with the system you'd like to > help in any debugging. Please supply the information described in the XF86Config(7) manpage: When reporting bugs to the Debian Bug Tracking System in xserver-xfree86, be sure to include a copy of your /etc/X11/XF86Con- fig-4 and /var/log/XFree86.0.log (or whichever log file the X server used - see XFree86(1x)) files in the bug report. Many problems with the X server are the result of poor configuration. Furthermore, this information aids the Debian Developers in determining your hardware scenario. -- 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 pgpZx1aMpKTIl.pgp Description: PGP signature
Bug#166413: mga driver doesn't set gamma on second screen
On Fri, Oct 25, 2002 at 06:10:23PM -0700, [EMAIL PROTECTED] wrote: > I added a: > Gamma 1.8 > to my XF86Config-4 file and upon restart it was obvious that my primary > monitor had it's gamma set to 1.8, but the secondary one was still set > to 1.0 even though the X log and xgamma claimed it was set at 1.8 > Setting any gamma with xgamma on the second screen has no effect. This > is on a matrox G450 dualhead with 2 identical ViewSonic P810 21" monitors. 1) Please include the information described in XF86Config(7): When reporting bugs to the Debian Bug Tracking System in xserver-xfree86, be sure to include a copy of your /etc/X11/XF86Con- fig-4 and /var/log/XFree86.0.log (or whichever log file the X server used - see XFree86(1x)) files in the bug report. Many problems with the X server are the result of poor configuration. Furthermore, this information aids the Debian Developers in determining your hardware scenario. 2) It is possible that this is a hardware limitation. Multiple-output video cards often don't support all features on secondary "heads". [I'd appreciate feedback from Matrox users on the debian-x list so I know whether I'm right about 2) or not.] -- 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 pgpjrNsZYAtVB.pgp Description: PGP signature
Bug#166497: x-window-system: should depend on x-display-manager instead of xdm
On Sat, Oct 26, 2002 at 09:57:10PM -0700, Marc Wilson wrote: > On Sat, Oct 26, 2002 at 11:32:11AM -0700, Agthorr wrote: > > Package: x-window-system > > Version: 4.1.0-16 > > Severity: normal > > > > The x-window-system should depend on x-display-manager (provided by > > xdm, gdm, kdm, and wdm) instead of on xdm. > > How is this anything more than a wishlist bug? What's going to win if > NOTHING is installed, which is when people are going to be installing > x-window-system in the first place. > > Xdm is the XFree-provided display manager. Install another if you want > another. All the display managers can co-exist. Marc's analysis is exactly correct. "x-window-system" core exists to give the user practically everything from the XFree86 distribution. That means not just any window manager, but twm. That means not just any terminal emulator, but xterm. That means not just any display manager, but xdm. It sounds like "x-window-system-core" is more suited to your purposes, if you don't care for xdm. Package: x-window-system-core Architecture: any Depends: ${F:XWSC-Special-Depends}xlibmesa3, xfonts-base (>> 4.0), xfonts-100dpi, xfonts-75dpi, xfonts-scalable, xbase-clients, xutils Description: X Window System core components This metapackage provides the essential components for a standalone workstation running the X Window System. It provides the X libraries, an X server (except on the S/390 architecture), a set of fonts, and a group of basic X clients and utilities. . Higher level metapackages, such as those for desktop environments, can depend on this package and simplify their dependencies. . It should be noted that a package providing x-window-manager and a package providing x-terminal-emulator should also be installed to ensure a comfortable X experience. Package: x-window-system Architecture: all Depends: x-window-system-core, lbxproxy, proxymngr, twm, xdm, xfs, xfwp, xnest, xprt, xspecs, xterm, xvfb Description: X Window System This metapackage provides substantially all the components of the X Window System as developed by the XFree86 Project, as well as a set of historically popular accessory programs. . The development and debugging libraries are not provided by this metapackage. Closing this bug, which appears to be a product of failure to read the package description. -- G. Branden Robinson| The only way to get rid of a Debian GNU/Linux | temptation is to yield to it. [EMAIL PROTECTED] | -- Oscar Wilde http://people.debian.org/~branden/ | pgpk9SgGSPBqG.pgp Description: PGP signature
Bug#166478: keymap for french Tibooks
On Sat, Oct 26, 2002 at 06:56:14PM +0200, Guillaume Morin wrote: > Hi Branden, > > Here is a keymap for french Tibooks. Do you think you could include it > in your package ? In the future, please supply diffs to existing files. It makes it easier to see what you're actually changing. I'm attaching a unified diff to show you what I mean. Anyway, it looks the best fix is for the macintosh/fr symbols file to work like the "plain" (which is to say, PC-keyboard-centric) fr file. It should just augment the "us" symbols file to include the stuff in the alternate symbols group. You can read more about this sort of thing in Ivan Pascal's XKB documentation: http://people.debian.org/~branden/xsf/xkb/ -- G. Branden Robinson| The noble soul has reverence for Debian GNU/Linux | itself. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | --- fr 2002-09-07 15:01:52.0 -0500 +++ /tmp/branden/morin_fr 2002-10-27 19:33:41.0 -0500 @@ -51,7 +51,7 @@ key { [ dead_circumflex, dead_diaeresis ], [ ocircumflex, Ocircumflex ] }; key { [ dollar, asterisk], - [ comma, yen ] }; + [ comma, EuroSign ] }; key { [ dead_grave, sterling], [ at, numbersign ] }; @@ -97,5 +97,26 @@ // End alphanumeric section key {[ KP_Separator , KP_Delete ] }; +// Begin modifier mappings +key { [ Meta_L ] }; + key {[ Shift_L ] }; + key {[ Control_L] }; + key {[ Mode_switch ] }; + key {[ Meta_R ] }; + key {[ Shift_R ] }; + key {[ Control_R] }; + key {[ Alt_R] }; +// End modifier mappings + +// begin modifier mappings +modifier_map Shift { Shift_L, Shift_R }; +modifier_map Lock { Caps_Lock}; +modifier_map Control{ Control_L, Control_R }; +modifier_map Mod1 { Meta_L, Meta_R }; +modifier_map Mod2 { Alt_L, Alt_R }; +modifier_map Mod3 { Mode_switch }; +// end modifier mappings + }; +// EOF pgp8wHd6iXmjW.pgp Description: PGP signature
Bug#166335: Bad default configuration for XftConfig
On Fri, Oct 25, 2002 at 04:53:01PM +0200, Jean-Christophe Dubacq wrote: > In some other line of thought, maybe including the following line > would help the work between Defoma and Xft: > dir "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" Could you come up with, and test, a patch to the stock Debian /etc/X11/XftConfig file that would work well with xfonts-scalable? Please generate a "diff -u" of the original and patched file, and mail that diff to this bug report. Also, your bug reporting client was behaving terribly. :) -- G. Branden Robinson| Debian GNU/Linux | "Bother," said Pooh, as he was [EMAIL PROTECTED] | assimilated by the Borg. http://people.debian.org/~branden/ | pgpUeH1szt8ln.pgp Description: PGP signature
Bug#121335: Please add the Toshiby keybounce fix
On Sat, Oct 26, 2002 at 09:27:27AM +0200, Debian User wrote: > this is the patch for the current 2.4.20-pre11 kernel. Please apply. FYI, Herbert is categorically refusing to apply this patch. Also, I believe the company is known as "Toshiba", not "Toshiby". -- G. Branden Robinson|The basic test of freedom is Debian GNU/Linux |perhaps less in what we are free to [EMAIL PROTECTED] |do than in what we are free not to http://people.debian.org/~branden/ |do. -- Eric Hoffer msg04419/pgp0.pgp Description: PGP signature
Bug#166448: xdm: prerm script hangs while stopping xdm
On Sat, Oct 26, 2002 at 01:17:51PM +0200, Debian User wrote: > See subject. When it asks me to stop the running xdm, I confirm with y. > Though, it does not kill it and hangs. ps aufwx on another console shows > me no idling child process of prerm, so I assume that this is kinda > debconf bug, not allowing the script to read keyboard input. I get this prompt all the time when testing my own XFree86 packages and have never seen this behavior. Can you reproduce this? Can you tell me more about the circumstances? What are you using to upgrade the system? "apt-get upgrade", aptitude, something else? I don't think debconf is intercepting anything, because the confmodule isn't sourced by the prerm script. This will be changing in 4.2.1-4. I've already debconfed this question, which was the last non-debconfed interactive thing in the XFree86 maintainer scripts. So, either way, I'll probably be closing this bug without "actually" fixing it. -- G. Branden Robinson| Debian GNU/Linux | Ab abusu ad usum non valet [EMAIL PROTECTED] | consequentia. http://people.debian.org/~branden/ | pgp9ifcr7CdG4.pgp Description: PGP signature
Bug#166515: v4l problem new in XFree86 4.2
FWIW, my TV card is a bt848 compatible: Bus 0, device 13, function 0: Multimedia video controller: Brooktree Corporation Bt878 (rev 17). IRQ 9. Master Capable. Latency=32. Min Gnt=16.Max Lat=40. Prefetchable 32 bit memory at 0xde00 [0xde000fff]. I'm also about to lodge a feature request on reportbug that these two files should be included by default in future. - Andrew XFree86 Version 4.2.1 (Debian 4.2.1-3 20021016191246 [EMAIL PROTECTED]) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18 i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Sun Oct 27 20:31:01 2002 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Screen 0" (0) (**) | |-->Monitor "LG Monitor" (**) | |-->Device "S3 Trio3D" (**) |-->Screen "Screen 1" (1) (**) | |-->Monitor "Nech Monitor" (**) | |-->Device "ATI Mach64 card" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" (**) Option "XkbLayout" "en_UK" (**) XKB: layout: "en_UK" (**) Option "XkbOptions" "xleds" (**) XKB: options: "xleds" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Generic Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/75dpi,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/local" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "Xinerama" "off" (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (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.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (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.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0305 card 147b,a401 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8305 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 1106, rev 40 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card , rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card , rev 40 class 06,00,00 hdr 00 (II) PCI: 00:09:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:0b:0: chip 11c1,5802 card 11c1,5802 rev 10 class 0c,03,10 hdr 00 (II) PCI: 00:0d:0: chip 109e,036e card 0070,13eb rev 11 class 04,00,00 hdr 80 (II) PCI: 00:0d:1: chip 109e,0878 card 0070,13eb rev 11 class 04,80,00 hdr 80 (II) PCI: 00:0f:0: chip 1274,1371 card 1274,1371 rev 06 class 04,01,00 hdr 00 (II) PCI: 00:11:0: chip 1002,4756 card 1002,0088 rev 3a class 03,00,00 hdr 00 (II) PCI: 01:00:0: chip 5333,8a13 card 5333,8a13 rev 02 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) Host-to-PCI bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 00x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable
Processed: Re: Processed: Re: Bug#121335: Please add the Toshiby keybounce fix
Processing commands for [EMAIL PROTECTED]: > reassign 121335 xserver-xfree86 Bug#121335: kernel: keybounce on Toshiba Tecra 9000 Bug#142569: kernel: keybounce when system is under load Bug#156563: kernel: key release on Mac USB keyboard not detected by X server Bug reassigned from package `kernel' to `xserver-xfree86'. > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: problem about SID/xserver
On Sun, Oct 27, 2002 at 07:06:42PM +0100, Clemens Wohld wrote: > I have some big problem after an dist-upgrade on unstable. > My system was runin before also unstalble. > > Some must be chance, but I cant find some in > debian-databases/google etc. > > Log is attached. I will ask you if you can give me any hints to > fix my problem. [...] > # XF86Config (XFree86 server configuration file) generated by Dexconf, the > # Debian X Configuration tool, using values from the debconf database. > # > # Edit this file with caution, and see the XF86Config-v3 manual page. > # (Type "man XF86Config-v3" at the shell prompt.) Well, at least one problem is pretty obvious. You've put an XFree86 3.x config file in /etc/X11/XF86Config-4. -- G. Branden Robinson| The last Christian died on the Debian GNU/Linux | cross. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | pgpKWtgbQf5gd.pgp Description: PGP signature
Bug#166413: mga driver doesn't set gamma on second screen
On Sun, Oct 27, 2002 at 07:25:51PM -0500, [EMAIL PROTECTED] wrote: > 2) It is possible that this is a hardware limitation. Multiple-output > video cards often don't support all features on secondary "heads". I always had the problem with my G450 and later with my G550 that X wouldn't set the gamma the same on both heads, although it claimed that it was according to the log. The monitors were the same make and model, and the difference was distinct and annoying. OTOH, xgamma was always quite willing to set the gamma on the heads separately, and I was also able to specify specific gamma settings for each monitor in XF86Config-4 and have them take effect. > [I'd appreciate feedback from Matrox users on the debian-x list so I > know whether I'm right about 2) or not.] Hope that helps. -- Marc Wilson [EMAIL PROTECTED] msg04417/pgp0.pgp Description: PGP signature
Bug#121335: Processed: Re: Bug#121335: Please add the Toshiby keybounce fix
On Mon, Oct 28, 2002 at 12:16:18PM +1100, Herbert Xu wrote: > PS Please cc [EMAIL PROTECTED] when you do this as > otherwise I don't get the message. If you check out the headers of the message in question, you'll see that I attempted to, but mistyped the address. -- G. Branden Robinson|Religion is regarded by the common Debian GNU/Linux |people as true, by the wise as [EMAIL PROTECTED] |false, and by the rulers as useful. http://people.debian.org/~branden/ |-- Lucius Annaeus Seneca msg04416/pgp0.pgp Description: PGP signature
Processed: Re: Bug#166550: [patch] X misparses the EXPS/2 mouse protocol.
Processing commands for [EMAIL PROTECTED]: > retitle 166550 xserver-xfree86: [common] EXPS/2 (Explorer PS/2) mouse > protocol not interpreted correctly Bug#166550: [patch] X misparses the EXPS/2 mouse protocol. Changed Bug title. > tag 16650 + patch upstream moreinfo Bug number 16650 not found. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: retitle 166515 to xserver-xfree86: screen corruption with v4l (regression from 4.1), tagging 166515
Processing commands for [EMAIL PROTECTED]: > retitle 166515 xserver-xfree86: screen corruption with v4l (regression from > 4.1) Bug#166515: v4l problem new in XFree86 4.2 Changed Bug title. > tag 166515 + moreinfo Bug#166515: xserver-xfree86: screen corruption with v4l (regression from 4.1) Tags added: moreinfo > tag 166515 + upstream Bug#166515: xserver-xfree86: screen corruption with v4l (regression from 4.1) Tags added: upstream > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: retitle 166413 to xserver-xfree86: [mga] cannot set gamma on secondary head
Processing commands for [EMAIL PROTECTED]: > retitle 166413 xserver-xfree86: [mga] cannot set gamma on secondary head Bug#166413: mga driver doesn't set gamma on second screen Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#121335: Please add the Toshiby keybounce fix
Processing commands for [EMAIL PROTECTED]: > reassign 121335 kernel Bug#121335: kernel: keybounce on Toshiba Tecra 9000 Bug#142569: kernel: keybounce when system is under load Bug#156563: kernel: key release on Mac USB keyboard not detected by X server Bug reassigned from package `xserver-xfree86' to `kernel'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: retitle 166335 to xlibs: default XftConfig file could be improved, severity of 166335 is wishlist
Processing commands for [EMAIL PROTECTED]: > retitle 166335 xlibs: default XftConfig file could be improved Bug#166335: Bad default configuration for XftConfig Changed Bug title. > severity 166335 wishlist Bug#166335: xlibs: default XftConfig file could be improved Severity set to `wishlist'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: tagging 166413
Processing commands for [EMAIL PROTECTED]: > tag 166413 + moreinfo Bug#166413: mga driver doesn't set gamma on second screen Tags added: moreinfo > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: severity of 143825 is important
Processing commands for [EMAIL PROTECTED]: > severity 143825 important Bug#143825: xutils: why is rstart.real a conffile? Severity set to `important'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: please sign/upload successful autobuild of XFree86 4.2.1-3
Branden Robinson <[EMAIL PROTECTED]> writes: > According to buildd.debian.org, the arm autobuilder successfully > built xfree86 4.2.1-3 on October 20th. The machine it's on (and the two other .ca arm buildds) are down and awaiting TLC from local admin. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
please sign/upload successful autobuild of XFree86 4.2.1-3
According to buildd.debian.org, the arm autobuilder successfully built xfree86 4.2.1-3 on October 20th. According to madison: branden@auric:~$ madison xterm xterm | 3.3.6-11potato32 | oldstable | alpha, arm, i386, m68k, powerpc, sparc xterm | 4.1.0-16 |stable | alpha, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc xterm | 4.1.0-17 | testing | alpha, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc xterm | 4.1.0-17 | unstable | arm xterm |4.2.1-3 | unstable | alpha, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc Would someone please sign that build and upload it to auric? I know XFree86 4.2.1 takes a lot of space to build. I have made a change to 4.2.1-4 that should cut down the disk requirement by about 128 megs. There is not an obvious way to improve on this without scrubbing parts of the build tree before the build finishes, or some other ugly kludge. -- G. Branden Robinson|I must despise the world which does Debian GNU/Linux |not know that music is a higher [EMAIL PROTECTED] |revelation than all wisdom and http://people.debian.org/~branden/ |philosophy. -- Ludwig van Beethoven msg04413/pgp0.pgp Description: PGP signature
Bug#166562: marked as done (xfree86: please modify debian/README to allow IPv6 specific patches )
Your message dated Sun, 27 Oct 2002 19:57:15 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#166562: xfree86: please modify debian/README to allow IPv6 specific patches 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 maintonly) by bugs.debian.org; 27 Oct 2002 07:32:16 + >From [EMAIL PROTECTED] Sun Oct 27 01:32:15 2002 Return-path: <[EMAIL PROTECTED]> Received: from (penny.tippete.net) [62.211.255.247] (mail) by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 185huB-9i-00; Sun, 27 Oct 2002 01:32:15 -0600 Received: from ik5pvx by penny.tippete.net with local (Exim 3.36 #1 (Debian)) id 185hu8-0003KX-00 for <[EMAIL PROTECTED]>; Sun, 27 Oct 2002 08:32:12 +0100 To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xfree86: please modify debian/README to allow IPv6 specific patches X-Debbugs-CC: [EMAIL PROTECTED] Reply-To: Pierfrancesco Caci <[EMAIL PROTECTED]> From: Pierfrancesco Caci <[EMAIL PROTECTED]> Date: 27 Oct 2002 08:32:12 +0100 Message-ID: <[EMAIL PROTECTED]> Lines: 37 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Pierfrancesco Caci <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-2.0 required=5.0 tests=SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01 version=2.41 X-Spam-Level: Package: xfree86 Version: 4.2.1-3; reported 2002-10-27 Severity: wishlist Tags: sid Hello, can you please modify the debian/README file so as to read: 900-999 patches that should not be sent upstream 900-988 Debian-specific behavior and enhancements 989 experimental or debugging patches (should not generally be present in a production release) 990-999 Debian-IPv6-specific patches This way the IPv6 effort can have 10 patch slots that are guaranteed not to clash with other teams' patches. Thank you Pf -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux penny 2.4.20-pre10 #1 Sun Oct 13 10:33:45 CEST 2002 i686 Locale: LANG=C, LC_CTYPE=C -- --- Pierfrancesco Caci | ik5pvx | mailto:p.caci@;tin.it - http://gusp.dyndns.org Firenze - Italia | Office for the Complication of Otherwise Simple Affairs Linux penny 2.4.20-pre10 #1 Sun Oct 13 10:33:45 CEST 2002 i686 Pentium II (Deschutes) GenuineIntel GNU/Linux --- Received: (at 166562-done) by bugs.debian.org; 28 Oct 2002 00:57:18 + >From [EMAIL PROTECTED] Sun Oct 27 18:57:16 2002 Return-path: <[EMAIL PROTECTED]> Received: from pcp942041pcs.cstltn01.in.comcast.net (apocalypse.deadbeast.net) [68.57.244.226] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 185yDU-00062b-00; Sun, 27 Oct 2002 18:57:16 -0600 Received: by apocalypse.deadbeast.net (Postfix, from userid 1000) id E549543C1; Sun, 27 Oct 2002 19:57:15 -0500 (EST) Date: Sun, 27 Oct 2002 19:57:15 -0500 From: Branden Robinson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#166562: xfree86: please modify debian/README to allow IPv6 specific patches Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OzigliFs3e0dNr73" Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.4i Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-16.5 required=5.0 tests=IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES, SPAM_PHRASE_02_03,USER_AGENT,USER_AGENT_MUTT version=2.41 X-Spam-Level: --OzigliFs3e0dNr73 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 27, 2002 at 08:32:12AM +0100, Pierfrancesco Caci wrote: > Package: xfree86 > Version: 4.2.1-3; reported 2002-10-27 > Severity: wishlist > Tags: sid >=20 > Hello, can you please modify the debian/README file so as to read: >=20 > 900-999 patches that should not be sent upstream > 900-988 Debian-specific behavior and enhancements > 989 experimental or debugging patches (should not > generally be present in a production release) > 990-999
Bug#79394: The bug is back
On Sun, Oct 27, 2002 at 03:29:49PM +0100, Andras Korn wrote: > I was too hasty in saying the bug is gone. I just decided to play with KDE > a bit (I had been using Gnome so far), and now the bug is back. > > Apparently, some X background manipulation programs, such as the one KDE > uses to set the background picture, or Esetroot, cause corruption on the > framebuffer console. It looks almost like they overwrite a font cache or > something... > > Would it help if I took pictures of the corrupted framebuffer with a screen > grabber? Yes. Also, please just file a new bug, since the spam bastards have already harvested the old one and it's tiresome to read through the spam messages when reviewing the report. Also, I'll need fresh copies of your X server config and log files. -- G. Branden Robinson| When I die I want to go peacefully Debian GNU/Linux | in my sleep like my ol' Grand [EMAIL PROTECTED] | Dad...not screaming in terror like http://people.debian.org/~branden/ | his passengers. msg04411/pgp0.pgp Description: PGP signature
Bug#166497: x-window-system: should depend on x-display-manager instead of xdm
On Sat, Oct 26, 2002 at 09:57:10PM -0700, Marc Wilson wrote: > On Sat, Oct 26, 2002 at 11:32:11AM -0700, Agthorr wrote: > > Package: x-window-system > > Version: 4.1.0-16 > > Severity: normal > > > > The x-window-system should depend on x-display-manager (provided by > > xdm, gdm, kdm, and wdm) instead of on xdm. > > How is this anything more than a wishlist bug? Feel free to demote it. I'm willing to admit to being anal-retentive ;) > What's going to win if NOTHING is installed, which is when people > are going to be installing x-window-system in the first place. If you make it depend on "xdm | x-display-manager", it will default to xdm, yes? > Xdm is the XFree-provided display manager. Install another if you want > another. All the display managers can co-exist. It'd be nice to be able to uninstall xdm. It's not a big deal, but it seems like it'd also be easy to change. -- Agthorr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#166550: [patch] X misparses the EXPS/2 mouse protocol.
retitle 166550 xserver-xfree86: [common] EXPS/2 (Explorer PS/2) mouse protocol not interpreted correctly tag 16650 + patch upstream moreinfo thanks On Sat, Oct 26, 2002 at 09:20:05PM -0400, Zephaniah E. Hull wrote: > To make a long story short, X is wrong in how it parses the wheel data > for EXPS/2 protocol mice. > > 0xF and 0x1 are used to indicate the first wheel, and 0xE and 0x2 for > the second wheel. > (Yes, I have real hardware which generates this.) Make the short story longer; specifically, I need to know for which mice or mouse protocols this is going to generate spurious events, which you mentioned would happen when you were talking to me about this on IRC. -- G. Branden Robinson|Optimists believe we live in the Debian GNU/Linux |best of all possible worlds. [EMAIL PROTECTED] |Pessimists are afraid the optimists http://people.debian.org/~branden/ |are right. msg04409/pgp0.pgp Description: PGP signature
Bug#166515: v4l problem new in XFree86 4.2
On Sat, Oct 26, 2002 at 09:37:02PM +0100, Andrew Sayers wrote: > Since moving from 4.1 to 4.2, I've found that the v4l program "xawtv" > misbehaves - sometimes drawing a corrupted picture inside the window, > sometimes repeating the image as greyscale spots across the screen (see > http://ccl.bham.ac.uk/~andrew/tv.png for an image). Even if it's > repeated across the screen, you get a normal series of moving pictures, > not just a single image on the screen. > > If the image is just corrupted, it's still removed correctly When xawtv > closes. If the image repeats, it isn't - though, of course, the picture > stops changing. The remaining image goes away when you (for example) > move a window over the relevant area. > > I'm fairly sure the error is with XFree86, as "fbtv" (TV on a > framebuffer) works fine. > > I'd be happy to do any experimentation with the system you'd like to > help in any debugging. Please supply the information described in the XF86Config(7) manpage: When reporting bugs to the Debian Bug Tracking System in xserver-xfree86, be sure to include a copy of your /etc/X11/XF86Con- fig-4 and /var/log/XFree86.0.log (or whichever log file the X server used - see XFree86(1x)) files in the bug report. Many problems with the X server are the result of poor configuration. Furthermore, this information aids the Debian Developers in determining your hardware scenario. -- 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 msg04408/pgp0.pgp Description: PGP signature
Bug#166413: mga driver doesn't set gamma on second screen
On Fri, Oct 25, 2002 at 06:10:23PM -0700, [EMAIL PROTECTED] wrote: > I added a: > Gamma 1.8 > to my XF86Config-4 file and upon restart it was obvious that my primary > monitor had it's gamma set to 1.8, but the secondary one was still set > to 1.0 even though the X log and xgamma claimed it was set at 1.8 > Setting any gamma with xgamma on the second screen has no effect. This > is on a matrox G450 dualhead with 2 identical ViewSonic P810 21" monitors. 1) Please include the information described in XF86Config(7): When reporting bugs to the Debian Bug Tracking System in xserver-xfree86, be sure to include a copy of your /etc/X11/XF86Con- fig-4 and /var/log/XFree86.0.log (or whichever log file the X server used - see XFree86(1x)) files in the bug report. Many problems with the X server are the result of poor configuration. Furthermore, this information aids the Debian Developers in determining your hardware scenario. 2) It is possible that this is a hardware limitation. Multiple-output video cards often don't support all features on secondary "heads". [I'd appreciate feedback from Matrox users on the debian-x list so I know whether I'm right about 2) or not.] -- 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 msg04407/pgp0.pgp Description: PGP signature
Bug#166497: x-window-system: should depend on x-display-manager instead of xdm
On Sat, Oct 26, 2002 at 09:57:10PM -0700, Marc Wilson wrote: > On Sat, Oct 26, 2002 at 11:32:11AM -0700, Agthorr wrote: > > Package: x-window-system > > Version: 4.1.0-16 > > Severity: normal > > > > The x-window-system should depend on x-display-manager (provided by > > xdm, gdm, kdm, and wdm) instead of on xdm. > > How is this anything more than a wishlist bug? What's going to win if > NOTHING is installed, which is when people are going to be installing > x-window-system in the first place. > > Xdm is the XFree-provided display manager. Install another if you want > another. All the display managers can co-exist. Marc's analysis is exactly correct. "x-window-system" core exists to give the user practically everything from the XFree86 distribution. That means not just any window manager, but twm. That means not just any terminal emulator, but xterm. That means not just any display manager, but xdm. It sounds like "x-window-system-core" is more suited to your purposes, if you don't care for xdm. Package: x-window-system-core Architecture: any Depends: ${F:XWSC-Special-Depends}xlibmesa3, xfonts-base (>> 4.0), xfonts-100dpi, xfonts-75dpi, xfonts-scalable, xbase-clients, xutils Description: X Window System core components This metapackage provides the essential components for a standalone workstation running the X Window System. It provides the X libraries, an X server (except on the S/390 architecture), a set of fonts, and a group of basic X clients and utilities. . Higher level metapackages, such as those for desktop environments, can depend on this package and simplify their dependencies. . It should be noted that a package providing x-window-manager and a package providing x-terminal-emulator should also be installed to ensure a comfortable X experience. Package: x-window-system Architecture: all Depends: x-window-system-core, lbxproxy, proxymngr, twm, xdm, xfs, xfwp, xnest, xprt, xspecs, xterm, xvfb Description: X Window System This metapackage provides substantially all the components of the X Window System as developed by the XFree86 Project, as well as a set of historically popular accessory programs. . The development and debugging libraries are not provided by this metapackage. Closing this bug, which appears to be a product of failure to read the package description. -- G. Branden Robinson| The only way to get rid of a Debian GNU/Linux | temptation is to yield to it. [EMAIL PROTECTED] | -- Oscar Wilde http://people.debian.org/~branden/ | msg04406/pgp0.pgp Description: PGP signature
Bug#166478: keymap for french Tibooks
On Sat, Oct 26, 2002 at 06:56:14PM +0200, Guillaume Morin wrote: > Hi Branden, > > Here is a keymap for french Tibooks. Do you think you could include it > in your package ? In the future, please supply diffs to existing files. It makes it easier to see what you're actually changing. I'm attaching a unified diff to show you what I mean. Anyway, it looks the best fix is for the macintosh/fr symbols file to work like the "plain" (which is to say, PC-keyboard-centric) fr file. It should just augment the "us" symbols file to include the stuff in the alternate symbols group. You can read more about this sort of thing in Ivan Pascal's XKB documentation: http://people.debian.org/~branden/xsf/xkb/ -- G. Branden Robinson| The noble soul has reverence for Debian GNU/Linux | itself. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | --- fr 2002-09-07 15:01:52.0 -0500 +++ /tmp/branden/morin_fr 2002-10-27 19:33:41.0 -0500 @@ -51,7 +51,7 @@ key { [ dead_circumflex, dead_diaeresis ], [ ocircumflex, Ocircumflex ] }; key { [ dollar, asterisk], - [ comma, yen ] }; + [ comma, EuroSign ] }; key { [ dead_grave, sterling], [ at, numbersign ] }; @@ -97,5 +97,26 @@ // End alphanumeric section key {[ KP_Separator , KP_Delete ] }; +// Begin modifier mappings +key { [ Meta_L ] }; + key {[ Shift_L ] }; + key {[ Control_L] }; + key {[ Mode_switch ] }; + key {[ Meta_R ] }; + key {[ Shift_R ] }; + key {[ Control_R] }; + key {[ Alt_R] }; +// End modifier mappings + +// begin modifier mappings +modifier_map Shift { Shift_L, Shift_R }; +modifier_map Lock { Caps_Lock}; +modifier_map Control{ Control_L, Control_R }; +modifier_map Mod1 { Meta_L, Meta_R }; +modifier_map Mod2 { Alt_L, Alt_R }; +modifier_map Mod3 { Mode_switch }; +// end modifier mappings + }; +// EOF msg04405/pgp0.pgp Description: PGP signature
Bug#166335: Bad default configuration for XftConfig
On Fri, Oct 25, 2002 at 04:53:01PM +0200, Jean-Christophe Dubacq wrote: > In some other line of thought, maybe including the following line > would help the work between Defoma and Xft: > dir "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" Could you come up with, and test, a patch to the stock Debian /etc/X11/XftConfig file that would work well with xfonts-scalable? Please generate a "diff -u" of the original and patched file, and mail that diff to this bug report. Also, your bug reporting client was behaving terribly. :) -- G. Branden Robinson| Debian GNU/Linux | "Bother," said Pooh, as he was [EMAIL PROTECTED] | assimilated by the Borg. http://people.debian.org/~branden/ | msg04404/pgp0.pgp Description: PGP signature
Bug#166448: xdm: prerm script hangs while stopping xdm
On Sat, Oct 26, 2002 at 01:17:51PM +0200, Debian User wrote: > See subject. When it asks me to stop the running xdm, I confirm with y. > Though, it does not kill it and hangs. ps aufwx on another console shows > me no idling child process of prerm, so I assume that this is kinda > debconf bug, not allowing the script to read keyboard input. I get this prompt all the time when testing my own XFree86 packages and have never seen this behavior. Can you reproduce this? Can you tell me more about the circumstances? What are you using to upgrade the system? "apt-get upgrade", aptitude, something else? I don't think debconf is intercepting anything, because the confmodule isn't sourced by the prerm script. This will be changing in 4.2.1-4. I've already debconfed this question, which was the last non-debconfed interactive thing in the XFree86 maintainer scripts. So, either way, I'll probably be closing this bug without "actually" fixing it. -- G. Branden Robinson| Debian GNU/Linux | Ab abusu ad usum non valet [EMAIL PROTECTED] | consequentia. http://people.debian.org/~branden/ | msg04403/pgp0.pgp Description: PGP signature
Processed: Re: Processed: Re: Bug#121335: Please add the Toshiby keybounce fix
Processing commands for [EMAIL PROTECTED]: > reassign 121335 xserver-xfree86 Bug#121335: kernel: keybounce on Toshiba Tecra 9000 Bug#142569: kernel: keybounce when system is under load Bug#156563: kernel: key release on Mac USB keyboard not detected by X server Bug reassigned from package `kernel' to `xserver-xfree86'. > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problem about SID/xserver
On Sun, Oct 27, 2002 at 07:06:42PM +0100, Clemens Wohld wrote: > I have some big problem after an dist-upgrade on unstable. > My system was runin before also unstalble. > > Some must be chance, but I cant find some in > debian-databases/google etc. > > Log is attached. I will ask you if you can give me any hints to > fix my problem. [...] > # XF86Config (XFree86 server configuration file) generated by Dexconf, the > # Debian X Configuration tool, using values from the debconf database. > # > # Edit this file with caution, and see the XF86Config-v3 manual page. > # (Type "man XF86Config-v3" at the shell prompt.) Well, at least one problem is pretty obvious. You've put an XFree86 3.x config file in /etc/X11/XF86Config-4. -- G. Branden Robinson| The last Christian died on the Debian GNU/Linux | cross. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | msg04401/pgp0.pgp Description: PGP signature
Processed: Re: Bug#166550: [patch] X misparses the EXPS/2 mouse protocol.
Processing commands for [EMAIL PROTECTED]: > retitle 166550 xserver-xfree86: [common] EXPS/2 (Explorer PS/2) mouse protocol not >interpreted correctly Bug#166550: [patch] X misparses the EXPS/2 mouse protocol. Changed Bug title. > tag 16650 + patch upstream moreinfo Bug number 16650 not found. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 166515 to xserver-xfree86: screen corruption with v4l (regression from 4.1), tagging 166515
Processing commands for [EMAIL PROTECTED]: > retitle 166515 xserver-xfree86: screen corruption with v4l (regression from 4.1) Bug#166515: v4l problem new in XFree86 4.2 Changed Bug title. > tag 166515 + moreinfo Bug#166515: xserver-xfree86: screen corruption with v4l (regression from 4.1) Tags added: moreinfo > tag 166515 + upstream Bug#166515: xserver-xfree86: screen corruption with v4l (regression from 4.1) Tags added: upstream > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 166413 to xserver-xfree86: [mga] cannot set gamma on secondary head
Processing commands for [EMAIL PROTECTED]: > retitle 166413 xserver-xfree86: [mga] cannot set gamma on secondary head Bug#166413: mga driver doesn't set gamma on second screen Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#121335: Please add the Toshiby keybounce fix
Processing commands for [EMAIL PROTECTED]: > reassign 121335 kernel Bug#121335: kernel: keybounce on Toshiba Tecra 9000 Bug#142569: kernel: keybounce when system is under load Bug#156563: kernel: key release on Mac USB keyboard not detected by X server Bug reassigned from package `xserver-xfree86' to `kernel'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 166335 to xlibs: default XftConfig file could be improved, severity of 166335 is wishlist
Processing commands for [EMAIL PROTECTED]: > retitle 166335 xlibs: default XftConfig file could be improved Bug#166335: Bad default configuration for XftConfig Changed Bug title. > severity 166335 wishlist Bug#166335: xlibs: default XftConfig file could be improved Severity set to `wishlist'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 166413
Processing commands for [EMAIL PROTECTED]: > tag 166413 + moreinfo Bug#166413: mga driver doesn't set gamma on second screen Tags added: moreinfo > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
problem about SID/xserver
Hi, I have some big problem after an dist-upgrade on unstable. My system was runin before also unstalble. Some must be chance, but I cant find some in debian-databases/google etc. Log is attached. I will ask you if you can give me any hints to fix my problem. I will say many thanx before System: Debin/Sid unstable Mainboard: VIA Chips-set CPU: AMD Athlon(tm) cpu MHz=1000 Graphic-card: Matrox G-450 At boot the grafic-card are detected! The errors are sometime not the same...have made the XF86Config-4 file whith xf86confiug. The debian-tool dexconf create some configfile but not a right one. All the time, before the last dist-upgrade (I make any week a dist-upgrade), had no problems all the time. The main-errormesage is: "No driver found" and "no screen found" (EE) No drivers available. ok.. cut -- saturn[1]:~ # ls -la /usr/X11R6/lib/modules/drivers/mga_hal_drv.o -rwxr-xr-x1 root root /usr/X11R6/lib/modules/drivers/mga_hal_drv.o cut -- ...drivers are available. Section screen in configfile also. A lot of differend XF86Config-files I create an test it... but damned. Greetings, Clemens Wohld # XF86Config (XFree86 server configuration file) generated by Dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-v3 manual page. # (Type "man XF86Config-v3" at the shell prompt.) Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"pex5.so" Load"xie.so" EndSection Section "ServerFlags" EndSection Section "Keyboard" Protocol"Standard" XkbRules"xfree86" XkbModel"pc104" XkbLayout "us" EndSection Section "Pointer" Device "/dev/psaux" Protocol"PS/2" Emulate3Buttons ZAxisMapping4 5 EndSection Section "Monitor" Identifier "Generic Monitor" VendorName "Generic" ModelName "Monitor" HorizSync 30-60 VertRefresh 50-75 # 640x350 @ 85Hz (VESA) hsync: 37.9kHz ModeLine "640x350"31.5 640 672 736 832350 382 385 445 +hsync -vsync # 640x400 @ 85Hz (VESA) hsync: 37.9kHz ModeLine "640x400"31.5 640 672 736 832400 401 404 445 -hsync +vsync # 720x400 @ 85Hz (VESA) hsync: 37.9kHz ModeLine "720x400"35.5 720 756 828 936400 401 404 446 -hsync +vsync # 640x480 @ 60Hz (Industry standard) hsync: 31.5kHz ModeLine "640x480"25.2 640 656 752 800480 490 492 525 -hsync -vsync # 640x480 @ 72Hz (VESA) hsync: 37.9kHz ModeLine "640x480"31.5 640 664 704 832480 489 491 520 -hsync -vsync # 640x480 @ 75Hz (VESA) hsync: 37.5kHz ModeLine "640x480"31.5 640 656 720 840480 481 484 500 -hsync -vsync # 640x480 @ 85Hz (VESA) hsync: 43.3kHz ModeLine "640x480"36.0 640 696 752 832480 481 484 509 -hsync -vsync # 800x600 @ 56Hz (VESA) hsync: 35.2kHz ModeLine "800x600"36.0 800 824 896 1024600 601 603 625 +hsync +vsync # 800x600 @ 60Hz (VESA) hsync: 37.9kHz ModeLine "800x600"40.0 800 840 968 1056600 601 605 628 +hsync +vsync # 800x600 @ 72Hz (VESA) hsync: 48.1kHz ModeLine "800x600"50.0 800 856 976 1040600 637 643 666 +hsync +vsync # 800x600 @ 75Hz (VESA) hsync: 46.9kHz ModeLine "800x600"49.5 800 816 896 1056600 601 604 625 +hsync +vsync # 800x600 @ 85Hz (VESA) hsync: 53.7kHz ModeLine "800x600"56.3 800 832 896 1048600 601 604 631 +hsync +vsync # 1024x768i @ 43Hz (industry standard) hsync: 35.5kHz ModeLine "1024x768" 44.9 1024 1032 1208 1264768 768 776 817 +hsync +vsync Interlace # 1024x768 @ 60Hz (VESA) hsync: 48.4kHz ModeLine "1024x768" 65.0 1024 1048 1184 1344768 771 777 806 -hsync -vsync # 1024x768 @ 70Hz (VESA) hsync: 56.5kHz ModeLine "1024x768" 75.0 1024 1048 1184 1328768 771 777 806 -hsync -vsync # 1024x768 @ 75Hz (VESA) hsync: 60.0kHz ModeLine "1024x768" 78.8 1024 1040 1136 1312768 769 772 800 +hsync +vsync # 1024x768 @ 85Hz (VESA) hsync: 68.7kHz ModeLine "1024x768" 94.5 1024 1072 1168 1376768 769 772 808 +hsync +vsync # 1152x864 @ 75Hz (VESA) hsync: 67.5kHz ModeLine "1152x864" 108.0 1152 1216 1344 1600864 865 868 900 +hsy
problem about SID/xserver
Hi, I have some big problem after an dist-upgrade on unstable. My system was runin before also unstalble. Some must be chance, but I cant find some in debian-databases/google etc. Log is attached. I will ask you if you can give me any hints to fix my problem. I will say many thanx before System: Debin/Sid unstable Mainboard: VIA Chips-set CPU: AMD Athlon(tm) cpu MHz=1000 Graphic-card: Matrox G-450 At boot the grafic-card are detected! The errors are sometime not the same...have made the XF86Config-4 file whith xf86confiug. The debian-tool dexconf create some configfile but not a right one. All the time, before the last dist-upgrade (I make any week a dist-upgrade), had no problems all the time. The main-errormesage is: "No driver found" and "no screen found" (EE) No drivers available. ok.. cut -- saturn[1]:~ # ls -la /usr/X11R6/lib/modules/drivers/mga_hal_drv.o -rwxr-xr-x1 root root /usr/X11R6/lib/modules/drivers/mga_hal_drv.o cut -- ...drivers are available. Section screen in configfile also. A lot of differend XF86Config-files I create an test it... but damned. Greetings, Clemens Wohld # XF86Config (XFree86 server configuration file) generated by Dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-v3 manual page. # (Type "man XF86Config-v3" at the shell prompt.) Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"pex5.so" Load"xie.so" EndSection Section "ServerFlags" EndSection Section "Keyboard" Protocol"Standard" XkbRules"xfree86" XkbModel"pc104" XkbLayout "us" EndSection Section "Pointer" Device "/dev/psaux" Protocol"PS/2" Emulate3Buttons ZAxisMapping4 5 EndSection Section "Monitor" Identifier "Generic Monitor" VendorName "Generic" ModelName "Monitor" HorizSync 30-60 VertRefresh 50-75 # 640x350 @ 85Hz (VESA) hsync: 37.9kHz ModeLine "640x350"31.5 640 672 736 832350 382 385 445 +hsync -vsync # 640x400 @ 85Hz (VESA) hsync: 37.9kHz ModeLine "640x400"31.5 640 672 736 832400 401 404 445 -hsync +vsync # 720x400 @ 85Hz (VESA) hsync: 37.9kHz ModeLine "720x400"35.5 720 756 828 936400 401 404 446 -hsync +vsync # 640x480 @ 60Hz (Industry standard) hsync: 31.5kHz ModeLine "640x480"25.2 640 656 752 800480 490 492 525 -hsync -vsync # 640x480 @ 72Hz (VESA) hsync: 37.9kHz ModeLine "640x480"31.5 640 664 704 832480 489 491 520 -hsync -vsync # 640x480 @ 75Hz (VESA) hsync: 37.5kHz ModeLine "640x480"31.5 640 656 720 840480 481 484 500 -hsync -vsync # 640x480 @ 85Hz (VESA) hsync: 43.3kHz ModeLine "640x480"36.0 640 696 752 832480 481 484 509 -hsync -vsync # 800x600 @ 56Hz (VESA) hsync: 35.2kHz ModeLine "800x600"36.0 800 824 896 1024600 601 603 625 +hsync +vsync # 800x600 @ 60Hz (VESA) hsync: 37.9kHz ModeLine "800x600"40.0 800 840 968 1056600 601 605 628 +hsync +vsync # 800x600 @ 72Hz (VESA) hsync: 48.1kHz ModeLine "800x600"50.0 800 856 976 1040600 637 643 666 +hsync +vsync # 800x600 @ 75Hz (VESA) hsync: 46.9kHz ModeLine "800x600"49.5 800 816 896 1056600 601 604 625 +hsync +vsync # 800x600 @ 85Hz (VESA) hsync: 53.7kHz ModeLine "800x600"56.3 800 832 896 1048600 601 604 631 +hsync +vsync # 1024x768i @ 43Hz (industry standard) hsync: 35.5kHz ModeLine "1024x768" 44.9 1024 1032 1208 1264768 768 776 817 +hsync +vsync Interlace # 1024x768 @ 60Hz (VESA) hsync: 48.4kHz ModeLine "1024x768" 65.0 1024 1048 1184 1344768 771 777 806 -hsync -vsync # 1024x768 @ 70Hz (VESA) hsync: 56.5kHz ModeLine "1024x768" 75.0 1024 1048 1184 1328768 771 777 806 -hsync -vsync # 1024x768 @ 75Hz (VESA) hsync: 60.0kHz ModeLine "1024x768" 78.8 1024 1040 1136 1312768 769 772 800 +hsync +vsync # 1024x768 @ 85Hz (VESA) hsync: 68.7kHz ModeLine "1024x768" 94.5 1024 1072 1168 1376768 769 772 808 +hsync +vsync # 1152x864 @ 75Hz (VESA) hsync: 67.5kHz ModeLine "1152x864" 108.0 1152 1216 1344 1600864 865 868 900 +hsync +vsync # 12
Bug#79394: The bug is back
Hi, I was too hasty in saying the bug is gone. I just decided to play with KDE a bit (I had been using Gnome so far), and now the bug is back. Apparently, some X background manipulation programs, such as the one KDE uses to set the background picture, or Esetroot, cause corruption on the framebuffer console. It looks almost like they overwrite a font cache or something... Would it help if I took pictures of the corrupted framebuffer with a screen grabber? Andrew -- Andrew Korn (Korn Andras) Finger korn at chardonnay.math.bme.hu for pgp key. QOTD: Incest - a game for the whole family.
Bug#79394: The bug is back
Hi, I was too hasty in saying the bug is gone. I just decided to play with KDE a bit (I had been using Gnome so far), and now the bug is back. Apparently, some X background manipulation programs, such as the one KDE uses to set the background picture, or Esetroot, cause corruption on the framebuffer console. It looks almost like they overwrite a font cache or something... Would it help if I took pictures of the corrupted framebuffer with a screen grabber? Andrew -- Andrew Korn (Korn Andras) Finger korn at chardonnay.math.bme.hu for pgp key. QOTD: Incest - a game for the whole family. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#166562: xfree86: please modify debian/README to allow IPv6 specific patches
Package: xfree86 Version: 4.2.1-3; reported 2002-10-27 Severity: wishlist Tags: sid Hello, can you please modify the debian/README file so as to read: 900-999 patches that should not be sent upstream 900-988 Debian-specific behavior and enhancements 989 experimental or debugging patches (should not generally be present in a production release) 990-999 Debian-IPv6-specific patches This way the IPv6 effort can have 10 patch slots that are guaranteed not to clash with other teams' patches. Thank you Pf -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux penny 2.4.20-pre10 #1 Sun Oct 13 10:33:45 CEST 2002 i686 Locale: LANG=C, LC_CTYPE=C -- --- Pierfrancesco Caci | ik5pvx | mailto:[EMAIL PROTECTED] - http://gusp.dyndns.org Firenze - Italia | Office for the Complication of Otherwise Simple Affairs Linux penny 2.4.20-pre10 #1 Sun Oct 13 10:33:45 CEST 2002 i686 Pentium II (Deschutes) GenuineIntel GNU/Linux
Bug#166562: xfree86: please modify debian/README to allow IPv6 specific patches
Package: xfree86 Version: 4.2.1-3; reported 2002-10-27 Severity: wishlist Tags: sid Hello, can you please modify the debian/README file so as to read: 900-999 patches that should not be sent upstream 900-988 Debian-specific behavior and enhancements 989 experimental or debugging patches (should not generally be present in a production release) 990-999 Debian-IPv6-specific patches This way the IPv6 effort can have 10 patch slots that are guaranteed not to clash with other teams' patches. Thank you Pf -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux penny 2.4.20-pre10 #1 Sun Oct 13 10:33:45 CEST 2002 i686 Locale: LANG=C, LC_CTYPE=C -- --- Pierfrancesco Caci | ik5pvx | mailto:p.caci@;tin.it - http://gusp.dyndns.org Firenze - Italia | Office for the Complication of Otherwise Simple Affairs Linux penny 2.4.20-pre10 #1 Sun Oct 13 10:33:45 CEST 2002 i686 Pentium II (Deschutes) GenuineIntel GNU/Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#166497: x-window-system: should depend on x-display-manager instead of xdm
On Sat, Oct 26, 2002 at 11:32:11AM -0700, Agthorr wrote: > Package: x-window-system > Version: 4.1.0-16 > Severity: normal > > The x-window-system should depend on x-display-manager (provided by > xdm, gdm, kdm, and wdm) instead of on xdm. How is this anything more than a wishlist bug? What's going to win if NOTHING is installed, which is when people are going to be installing x-window-system in the first place. Xdm is the XFree-provided display manager. Install another if you want another. All the display managers can co-exist. -- Marc Wilson [EMAIL PROTECTED]