Bug#257302: Processed: reassign 257302 to xserver-xfree86
Branden Robinson wrote: Now the question goes like this: shall we close this and consider the trouble based on a bad machine ? On the other hand, I'd like to help Debian to get better. Therefore: shall I still send you the info as requested further down ? Yes, please. I'd like to have a look at it before I give up all hope. Please, don't !! Actually, I tried on that 'good' machine what I had done earlier; my old time favourite (I know, somewhat outside of Debian): XFree86 -configure At least, it fails to find the existing mouse; still. (And I don't mean flame, when I say, that *exactly* the same thingy works 100% fine to create the XF86Config in OpenBSD 3.5. I hold this as relevant, even, since chances are that it is neither a hardware problem (same machine), nor an XFree86 - problem (almost same version). It rather seems a problem of a worthwhile mouse detection.) And now I'll go ahead with the creation of that requested file ... ! Head up ! Uwe
X Strike Force XFree86 SVN commit: r1637 - trunk/debian
Author: fabbione
Date: 2004-07-14 00:24:17 -0500 (Wed, 14 Jul 2004)
New Revision: 1637
Modified:
trunk/debian/TODO
Log:
Deprioritize FAQ for Debian's plans in the X department. until fabbione
will post a summary.
Start entries for 4.3.0.dfsg.1-8.
Modified: trunk/debian/TODO
===
--- trunk/debian/TODO 2004-07-13 20:04:33 UTC (rev 1636)
+++ trunk/debian/TODO 2004-07-14 05:24:17 UTC (rev 1637)
@@ -17,7 +17,6 @@
4.3.0.dfsg.1-7
--
-* Add FAQ entry describing Debian's plans in the X department.
* Add FAQ entry describing what has become of the XFree86 3.x packages.
* Re-do migration of /usr/X11R6/lib/X11/{app-defaults,xkb}:
+ stop shipping symlink
@@ -82,7 +81,16 @@
Michael Banck supplied a big fixin' patch for this: Message-ID:
[EMAIL PROTECTED]. Check it out and apply it if
it is not insane.
+* Add FAQ entry describing Debian's plans in the X department.
+4.3.0.dfsg.1-8
+--
+
+* Stop building fonts (and possibly docs?) when building binary-arch target.
+ [Fabio, you're going to drag me into this kicking and screaming, aren't you?]
+* #245541: Evaluate Sven Luther's driver DDK package patch:
+ http://lists.debian.org/debian-x/2003/debian-x-200311/msg2.html
+
Post 4.3.0-1
* Should xc/include/{Xw32defs.h,Xwinsock.h} be installed (and shipped) for
@@ -105,8 +113,6 @@
+ #251449: add instructions on configuring multiple displays
* Document RenderColormapMode for XF86Config.man per keithp's mail.
Message-Id: [EMAIL PROTECTED]
-* #245541: Evaluate Sven Luther's driver DDK package patch:
- http://lists.debian.org/debian-x/2003/debian-x-200311/msg2.html
* #243288: xfree86-common: DebianRed should be in rgb.txt [STALLED awaiting
more info]
* #245065: xbase-clients: add an option to let setxkbmap ignore current server
@@ -128,8 +134,6 @@
libXxf86vm.a but not the corresponding manpages.
* Scan all -dev packages' *.h files for undeclared dependencies due to
#includes.
-* Stop building fonts (and possibly docs?) when building binary-arch target.
- [Fabio, you're going to drag me into this kicking and screaming, aren't you?]
* #233551: add SELinux support to xdm
* Backport s3 driver from sanitized XFree86 4.4.0-pre-RC3 tree; fairly small
changes, but fixes bugs and adds support for Trio64UV+ and Trio64V2/DX/GX
Bug#257190: Kicker hangs up after zooming OpenGL program, other programs run perfectly?
On Mon, Jul 12, 2004 at 09:03:21AM +0200, Michał J. Gajda wrote: W liście z pon, 12-07-2004, godz. 08:17, Branden Robinson pisze: Please run the following commands from a shell prompt to gather and deliver some more information to us: $ /usr/share/bug/xlibmesa-dri /tmp/output 31 ^^^ Sorry, I think it doesn't exist. $ mailx -s Re: Bug#257190 [EMAIL PROTECTED] /tmp/output Damn, I screwed up and got the sense of a test backwards in xfree86's debian/rules file. Thanks for catching this; I have fixed in in our Subversion repository. I have attached the script in question. Thanks, but I get errors as below. I attached contents of lspci -n, glxinfo and XFree86.log. /tmp/xlibmesa-dri.bug: 13: 3: Bad file descriptor Did you remember the /tmp/output 31 part of the command? For example, here's what I get if I run it. 665 [EMAIL PROTECTED]:~$ sh ./xlibmesa-dri.bug /tmp/output 31 666 [EMAIL PROTECTED]:~$ cat /tmp/output VGA-compatible devices on PCI bus: :00:10.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 If [Radeon 9000] (rev 01) XFree86 X server log files on system: -rw-r--r--1 root root42566 Jul 14 00:51 /var/log/XFree86.0.log Contents of most recent XFree86 X server log file /var/log/XFree86.0.log: This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-5+SVN 20040707113706 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.25-powerpc-smp ppc [ELF] [...] glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 24 tc 1 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None 0x24 24 tc 1 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x25 24 tc 1 24 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x26 24 tc 1 24 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x27 24 dc 1 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None 0x28 24 dc 1 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x29 24 dc 1 24 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x2a 24 dc 1 24 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None -- G. Branden Robinson| It doesn't matter what you are Debian GNU/Linux | doing, emacs is always overkill. [EMAIL PROTECTED] | -- Stephen J. Carpenter http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#254674: xterm crashes on paste event
On Mon, Jul 12, 2004 at 01:33:18PM +0300, Andrey Lebedev wrote: Don't know if this can help, but when I run xterm in gdb, I get this output: [...] (no debugging symbols found)... [...repeated many times...] [I press Shift-Insert in opened xterm window] Program received signal SIGSEGV, Segmentation fault. 0x40193fd0 in XtGetSelectionParameters () from /usr/X11R6/lib/libXt.so.6 (gdb) bt #0 0x40193fd0 in XtGetSelectionParameters () from /usr/X11R6/lib/libXt.so.6 #1 0x40192814 in XtGetSelectionValue () from /usr/X11R6/lib/libXt.so.6 Interesting. Could you repeat this process with the following modifications? 1) Install the debugging versions of the X libraries xterm uses. Since xterm depends on: xlibs-data, libc6 (= 2.3.2.ds1-4), libexpat1 (= 1.95.6), libfontconfig1 (= 2.2.1), libfreetype6 (= 2.1.5-1), libice6 | xlibs ( 4.1.0), libncurses5 (= 5.4-1), libsm6 | xlibs ( 4.1.0), libxaw7 ( 4.1.0), libxext6 | xlibs ( 4.1.0), libxft2 ( 2.1.1), libxmu6 | xlibs ( 4.1.0), libxpm4 | xlibs ( 4.1.0), libxrender1, libxt6 | xlibs ( 4.1.0) ...this would be: libice6-dbg libsm6-dbg libxaw7-dbg libxext6-dbg libxmu6-dbg libxpm4-dbg libxrender1-dbg libxt6-dbg 2) Run xterm with LD_LIBRARY_PATH in the environment. You may have to run xterm as root for this to work, as I think observance of this variable might be suppressed for setuid and setgid programs (xterm is setgid utmp). 3) Use bt full instead of just bt. This might be enough information for us to figure out where to look in the libraries for this problem. Thank you *very* much for your followup and assistance! -- G. Branden Robinson| The noble soul has reverence for Debian GNU/Linux | itself. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1638 - trunk/debian
Author: branden Date: 2004-07-14 01:58:56 -0500 (Wed, 14 Jul 2004) New Revision: 1638 Modified: trunk/debian/TODO Log: Add item. Fabio: $MY_USUAL_DISCLAIMER Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-07-14 05:24:17 UTC (rev 1637) +++ trunk/debian/TODO 2004-07-14 06:58:56 UTC (rev 1638) @@ -56,6 +56,8 @@ + #229850: xserver-xfree86: [debconf] monitor selection methods need to be more careful about clobbering autodetected monitor sync ranges; study Jay Berkenbilt's feedback [BR] +* Import XTerm #192 (fixes #241717, #254650, #255197, #256086, #257073, + #254316). * #255270: Apply patch to add libglide3 support for ia64 and amd64. * Shut up preprocessor warning at xc/config/cf/xfree86.cf:1031; test for HasGlide3 symbol being defined before testing its value.
Bug#245021: marked as done (xlibmesa-dri: [i830] xscreensaver screenhacks freeze X server if DRI used on 82845G/GL [Brookdale-G] Chipset Integrated Graphics Device rev 3)
Your message dated Wed, 14 Jul 2004 01:50:38 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#245021: xserver-xfree86: X crashes sometimes while i830 driver is loaded, leaves screen unusable and garbled 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; 21 Apr 2004 01:52:10 + From [EMAIL PROTECTED] Tue Apr 20 18:52:10 2004 Return-path: [EMAIL PROTECTED] Received: from (tuxtanker) [199.8.111.2] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BG6uH-0007zc-00; Tue, 20 Apr 2004 18:52:09 -0700 Received: from mike by tuxtanker with local (Exim 4.31) id 1BG6uE-00016W-LR; Tue, 20 Apr 2004 20:52:06 -0500 Content-Type: multipart/mixed; boundary0342730168== MIME-Version: 1.0 From: Michael Olson [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: xserver-xfree86: X crashes sometimes while i830 driver is loaded, leaves screen unusable and garbled X-Mailer: reportbug 2.56 Date: Tue, 20 Apr 2004 20:52:00 -0500 Message-Id: [EMAIL PROTECTED] Sender: Debian User [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-2.1 required=4.0 tests=BAYES_00,FORGED_YAHOO_RCVD, FROM_ENDS_IN_NUMS,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 1 This is a multi-part MIME message sent by reportbug. --===0342730168== Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: xserver-xfree86 Version: 4.3.0-7 Severity: important Sometimes when the computer [Dell Inspiron i1100 laptop, i830M graphics card] is left unattended for a few hours, X crashes or locks up. This is not heat-related, like some laptop crashes, so it's probably some sort of bug. I've attached the /var/log/XFree86.0.log file from the time of the crash to this message. When the crash occurs, the screen is frozen with the display from XScreensaver, which is always running at the time of the crash. When I press Ctrl+Alt+F1 to get back to a terminal, the screen is split into two, and the text is green and smaller than usual. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 X server symlink status: lrwxrwxrwx1 root root 20 Feb 19 10:34 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1742316 Mar 18 00:42 /usr/bin/X11/XFree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :00:02.0 VGA compatible controller: Intel Corp. 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03) :00:02.0 Class 0300: 8086:2562 (rev 03) XFree86 X server configuration file status: -r--r--r--1 root root 5404 Feb 19 12:57 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/:7100# local font server EndSection Section Module Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section ServerFlags Option AllowMouseOpenFail Option BlankTime 5 Option StandbyTime 7 Option SuspendTime 10 Option OffTime 15 #Option
Bug#257730: xserver-xfree86: enviroment variable LD_LIBRARY_PATH unset in XFree86
On Mon, Jul 12, 2004 at 10:01:42PM +0200, Jan Gregor wrote: Why don't you set up your user session to set the variable how you like? Please see the Xsession(5x) and xinit(1x) manual pages. [...] You mean to put export LD_LIBRARY_PATH= ... into .xinitrc ? Of course I tried it but again other exports are ok but this is ignored. Workaround is to put it into .bashrc which works for me. I mean to put it in .xsession. .xinitrc will be ignored by any session that is started by a display manager (because it's xinit's RC file). If you do it that way, does it work? -- G. Branden Robinson| Never attribute to malice that Debian GNU/Linux | which can be adequately explained [EMAIL PROTECTED] | by stupidity. http://people.debian.org/~branden/ | -- Hanlon's Razor signature.asc Description: Digital signature
Processed: retitle 257023 to xbase-clients: package should depend on xlibs so xkbcomp can get at the XKB data ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 retitle 257023 xbase-clients: package should depend on xlibs so xkbcomp can get at the XKB data Bug#257023: xlibs: xkbd-data not installed by default, should not be part of a dummy/meta package Changed Bug title. reassign 257023 xbase-clients Bug#257023: xbase-clients: package should depend on xlibs so xkbcomp can get at the XKB data Bug reassigned from package `xlibs' to `xbase-clients'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
X Strike Force XFree86 SVN commit: r1639 - trunk/debian
Author: branden Date: 2004-07-14 02:20:51 -0500 (Wed, 14 Jul 2004) New Revision: 1639 Modified: trunk/debian/TODO Log: Add item. Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-07-14 06:58:56 UTC (rev 1638) +++ trunk/debian/TODO 2004-07-14 07:20:51 UTC (rev 1639) @@ -58,6 +58,7 @@ Berkenbilt's feedback [BR] * Import XTerm #192 (fixes #241717, #254650, #255197, #256086, #257073, #254316). +* Grab latest version of Thomas Dickey's XTerm FAQ from his website. * #255270: Apply patch to add libglide3 support for ia64 and amd64. * Shut up preprocessor warning at xc/config/cf/xfree86.cf:1031; test for HasGlide3 symbol being defined before testing its value.
Bug#258874: xbase-clients: startx hangs on startup with configured network which isn'tconnected
On Tue, Jul 13, 2004 at 08:30:07PM +0300, Micha Feigin wrote: On Tue, Jul 13, 2004 at 12:02:47AM -0500, Branden Robinson wrote: If you see the same behavior in startx and in a window manager, xbase-clients isn't the right package to file a bug against. You are right, sorry, it seems to be /usr/X11R6/bin/X which is causing the problem, so it would be xserver-common, Well, not so fast. :) The fact that it happens in sessions started both ways just means that the problem isn't specific to xbase-clients. In fact as I suspect there is another cause entirely. although just downgrading that and xserver-xfree86 (due to dependencies) doesn't solve the problem. Can you reassign the bug or should I refile? The bug can be reassigned, but I don't think we know where to reassign it yet. Can you reproduce this when running a minimal X session? E.g., $ startx $(which xterm) -- :1 This works fine, no hang. In that case I don't think your problem is with the X server at all. I think something is running as part of your normal session that is getting the X server wedged. Do you have an .xsession file? If so, what is in it? I'm not quite sure what to make of the rest of your report; I am leaving it quoted so that the people on the Debian X Strike Force (the debian-x mailing list) can see it and comment. Running startx (standard xsession) I see on the screen: Using authority file /home/micha/.Xauthority Writing authority file /home/micha/.Xauthority and then it hangs for about 30 seconds, no output to /var/log/XFree86.0.log yet or .xsession-errors. Running ps shows the following related processes running: /bin/sh /usr/bin/X11/startx xinit /usr/X11R6/lib/X11/xinit/xinitrc -- /usr/X11R6/lib/X11/xinit/xserverrc /usr/bin/X11/X -dpi 100 -nolisten tcp startx and xinit respond gracefully to kill (they just exit without problem). X doesn't respond and it requires kill -9 to kill it. If I kill just startx and xinit and leave X running and then plug in the network cable X comes up immediately. If I run startx and press Ctrl-C nothing happens, if I plug in the cable at this point I see a black screen (X initializing the screen) and then it immediately exits with the message that it was stopped (as expected except for the hang). Waiting out the 30 seconds or so for the network timeout gives the same result. Running startx -- :1 when another session of X is already running will not hang BTW. I also tried running tcpdump when X starts and it gives the following output, showing the name lookup request (my machine is litshi, rice is the name server/gateway) 20:25:55.791908 IP litshi.luna.local.32784 rice.luna.local.domain: 6405+ A? -.luna.local. (30) 20:25:55.792612 IP litshi.luna.local.32785 rice.luna.local.domain: 7688+ PTR? 1.0.168.192.in-addr.arpa. (42) 20:25:55.793239 IP rice.luna.local.domain litshi.luna.local.32784: 6405 NXDomain* 0/1/0 (80) 20:25:55.793411 IP litshi.luna.local.32786 rice.luna.local.domain: 6406+ A? -. (19) 20:25:55.793894 IP rice.luna.local.domain litshi.luna.local.32785: 7688* 1/1/0 PTR[|domain] 20:25:55.794140 IP litshi.luna.local.32787 rice.luna.local.domain: 7689+ PTR? 3.0.168.192.in-addr.arpa. (42) 20:25:55.794252 IP rice.luna.local.domain litshi.luna.local.32786: 6406 NXDomain 0/1/0 (94) 20:25:55.794411 IP litshi.luna.local.32788 rice.luna.local.domain: 6407+ A? -.luna.local. (30) 20:25:55.795182 IP rice.luna.local.domain litshi.luna.local.32787: 7689* 1/1/0 PTR[|domain] 20:25:55.795591 IP rice.luna.local.domain litshi.luna.local.32788: 6407 NXDomain* 0/1/0 (80) 20:25:55.795645 IP litshi.luna.local.32788 rice.luna.local.domain: 6408+ A? -. (19) 20:25:55.796280 IP rice.luna.local.domain litshi.luna.local.32788: 6408 NXDomain 0/1/0 (94) 20:25:55.796419 IP litshi.luna.local.32788 rice.luna.local.domain: 6409+ A? local:root.luna.local. (39) 20:25:55.797114 IP rice.luna.local.domain litshi.luna.local.32788: 6409 NXDomain* 0/1/0 (89) 20:25:55.797158 IP litshi.luna.local.32788 rice.luna.local.domain: 6410+ A? local:root. (28) 20:25:55.797800 IP rice.luna.local.domain litshi.luna.local.32788: 6410 NXDomain 0/1/0 (103) 20:26:00.790557 arp who-has litshi.luna.local tell rice.luna.local 20:26:00.790591 arp reply litshi.luna.local is-at 08:00:46:5b:70:62 -- G. Branden Robinson|Beware of and eschew pompous Debian GNU/Linux |prolixity. [EMAIL PROTECTED] |-- Charles A. Beardsley http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#256442: [ATTACHED] iBook G4 British keymap
On Tue, Jul 13, 2004 at 02:32:17PM +0100, Sam Halliday wrote: Sam Halliday wrote: Branden Robinson wrote: In that case it sounds like this problem would be resolved for the submitter by using the following configuration: XkbRules xfree86 XkbModel macintosh XkbLayout gb XkbOptionsgrp:lwin_switch,compose:rwin Does any one object to me closing this bug? nope, that works for me. damn... sorry, this is still nto working; i don't know why it worked a minute ago (i think i forgot to restart X). now the alt and altgr keys are the wrong way round. how can i swap them in the XF86Config file? i do not wish to use xmodmap. Try commenting out the XkbOptions line altogether. For an Apple Pro keyboard, model M7803, and using the following configuration: XkbRulesxfree86 XkbModelmacintosh XkbLayout us This puts: Ctrl_L on the left control key Alt_L on the left Option/Alt key Super_L on the left Apple/Command key Super_R on the right Apple/Command key Alt_R on the right Option/Alt key Ctrl_R on the right control key -- G. Branden Robinson| I don't care if it has a GUI, or Debian GNU/Linux | command line, or is carved in mud [EMAIL PROTECTED] | with a sharp spoon. http://people.debian.org/~branden/ | -- Barry Smith signature.asc Description: Digital signature
Bug#256356: xserver-xfree86: X freezes the computer with 2.6.7 kernel
On Wed, Jul 14, 2004 at 12:24:43AM +0200, Samuel Mimram wrote: Can you tell me why you think this is an XFree86 bug, and not a kernel bug? Ok. I have some bad news. I have a friend of mine who has the exact same model of computer. He is running a Gentoo and has no problems with X (which comes from X.org in Gentoo). I have compiled a 2.6.7 with his .config and started X with the same XF86Config-4 as his. However X still crashes. This makes me think that Debian's XFree86 should be incriminated. Okay, I'll regard this is an xserver-xfree86 bug pending further evidence. Thanks for following up! -- G. Branden Robinson|Nixon was so crooked that he needed Debian GNU/Linux |servants to help him screw his [EMAIL PROTECTED] |pants on every morning. http://people.debian.org/~branden/ |-- Hunter S. Thompson signature.asc Description: Digital signature
Bug#258874: xbase-clients: startx hangs on startup with configured network which isn'tconnected
On Wed, Jul 14, 2004 at 02:13:58AM -0500, Branden Robinson wrote: Running startx -- :1 when another session of X is already running will not hang BTW. Something just occurred to me. If my guess is right, this will break exactly the same way if you do this: startx -- :1 -nolisten tcp Please try that. (This option is documented in Xserver(1x) if you want to chase my theory for yourself. Also see /etc/X11/xinit/xserverrc.) -- G. Branden Robinson| Lowery's Law: Free Software Developer| If it jams -- force it. If it [EMAIL PROTECTED] | breaks, it needed replacing anyway. http://deadbeast.net/~branden/ | signature.asc Description: Digital signature
New Message
Hey, this is Tiffany! One of my friends said she knew you and we should get in contact with each other. I just got my videocamera working so we can talk as long as you want at my website and it doesn't cost you anything if you wanna watch/see me! Just Copy and Paste the URL below in your Broswer www.TIFFHUH.com/tiffany.html I hope you visit soon... I'll be waiting for you ;-) bye bye, Tiff confirm corruption lifo feverish bodice isadore cow bessie freestone hurty became dan sky transposable tuscaloosa proprietor popular skippy inferential blacken vought creamery cornmeal antwerp 2
Bug#254674: xterm crashes on paste event
On Wed, Jul 14, 2004 at 01:45:40AM -0500, Branden Robinson wrote: 2) Run xterm with LD_LIBRARY_PATH in the environment. You may have to run xterm as root for this to work, as I think observance of this variable might be suppressed for setuid and setgid programs (xterm is setgid utmp). I think I have problems running xterm with debug libraries linked. I have no experience with C debugging, so I might be doing something wrong. I've installed debug packages you provided and have now a bunch of .so files in /usr/X11R6/lib/debug I'm trying to run xterm this way: [EMAIL PROTECTED]:~:)$ LD_LIBRARY_PATH=/usr/X11R6/lib/debug/ gdb xterm However after I run program in gdb prompt I see lots of the same (no debugging symbols found)... messages and backtrace is the same as in my previous post (i.e. without most of debugging symbols). So I guess there is something wrong in my procedure... Could you please help me with that? -- Andrey Lebedev aka -.- . -.. -.. . .-. Software engineer at UAB Mikromarketingas (http://micro.lt) Homepage: http://micro.lt/~andrey/ Jabber ID: [EMAIL PROTECTED]
Bug#256442: [ATTACHED] iBook G4 British keymap
Try commenting out the XkbOptions line altogether. For an Apple Pro keyboard, model M7803, and using the following configuration: XkbRules xfree86 XkbModel macintosh XkbLayout us This puts: Ctrl_L on the left control key Alt_L on the left Option/Alt key Super_L on the left Apple/Command key Super_R on the right Apple/Command key Alt_R on the right Option/Alt key Ctrl_R on the right control key yes... but the key marked alt on an apple keyboard should actually be altgr. go into MacOS X and see for yourself... so it should be: Ctrl_L on the left control key Super_L on the left Option/Alt key Alt_L on the left Apple/Command key Alt_R on the right Apple/Command key Super_R on the right Option/Alt key Ctrl_R on the right control key it seems silly to have Debian and MacOS disagree about what the keymapping should be. cheers, Sam -- Free High School Science Texts http://www.nongnu.org/fhsst/ Sam's Homepages http://fommil.homeunix.org/~samuel/ http://www.ma.hw.ac.uk/~samuel/ pgpAQknRY3mmF.pgp Description: PGP signature
Bug#256442: [ATTACHED] iBook G4 British keymap
On Wed, 2004-07-14 at 14:48 +0100, Sam Halliday wrote: Try commenting out the XkbOptions line altogether. For an Apple Pro keyboard, model M7803, and using the following configuration: XkbRulesxfree86 XkbModelmacintosh XkbLayout us This puts: Ctrl_L on the left control key Alt_L on the left Option/Alt key Super_L on the left Apple/Command key Super_R on the right Apple/Command key Alt_R on the right Option/Alt key Ctrl_R on the right control key yes... but the key marked alt on an apple keyboard should actually be altgr. go into MacOS X and see for yourself... The Mac OS argument is flawed for several reasons: * Linux is not Mac OS * This would make the default behaviour inconsistent with Linux on other platforms * Someone could use an Apple USB keyboard with a non-Mac machine and not necessarily know or care about what Mac OS does * ... -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#259423: xclock does not use locales with strftime
Package: xbase-clients Version: 4.3.0.dfsg.1-4 Severity: normal Hi ! I've found some problems with xclock... When I launch xclock -update 1 -digital -strftime %A %e %B %Y %T with proper locales environment variables set, xclock does not uses locales whereas the strftime function seems to be used : it displays the current date, but in english, which is not the locale I set up in my configuration (see below). I think that a setlocale(LC_TIME, ); or something equivalent in the initialization code should make the difference (or even with LC_ALL after all)... System informations : julie[~] uname -a Linux julie 2.4.26-sparc32-smp #1 SMP Sun Jun 20 02:29:54 PDT 2004 sparc GNU/Linux julie[~] dpkg -s libc6 | grep ^Version Version: 2.3.2.ds1-13 julie[~] echo $LANG [EMAIL PROTECTED] julie[~] echo $LC_ALL [EMAIL PROTECTED] This is a Debian Sarge. Related packages : ii xfree86-common 4.3.0.dfsg.1-4 X Window System (XFree86) infrastru ii xserver-xfree86 4.3.0.dfsg.1-4 the XFree86 X server ii xserver-common 4.3.0.dfsg.1-4 files and utilities common to all X ii cpp 3.3.4-1 The GNU C preprocessor (cpp) ii xlibs-data 4.3.0.dfsg.1-4 X Window System client data ii libc6 2.3.2.ds1-13GNU C Library: Shared libraries and ii libdps1 4.3.0.dfsg.1-4 Display PostScript (DPS) client lib ii libexpat1 1.95.6-8XML parsing C library - runtime lib ii libfontconfig1 2.2.2-2 generic font configuration library ii libfreetype62.1.7-2.1 FreeType 2 font engine, shared libr ii libice6 4.3.0.dfsg.1-4 Inter-Client Exchange library ii xlibs 4.3.0.dfsg.1-4 X Window System client libraries me ii libncurses5 5.4-4 Shared libraries for terminal handl ii libpng12-0 1.2.5.0-6 PNG library - runtime ii libsm6 4.3.0.dfsg.1-4 X Window System Session Management ii libstdc++5 3.3.4-2 The GNU Standard C++ Library v3 ii libxaw7 4.3.0.dfsg.1-4 X Athena widget set library ii libxcursor1 1.1.3-1 X cursor management library ii libxext64.3.0.dfsg.1-4 X Window System miscellaneous exten ii libxft2 2.1.2-6 FreeType-based font drawing library ii libxi6 4.3.0.dfsg.1-4 X Window System Input extension lib ii libxmu6 4.3.0.dfsg.1-4 X Window System miscellaneous utili ii libxmuu14.3.0.dfsg.1-4 lightweight X Window System miscell ii libxpm4 4.3.0.dfsg.1-4 X pixmap library ii libxrandr2 4.3.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 0.8.3-7 X Rendering Extension client librar ii libxt6 4.3.0.dfsg.1-4 X Toolkit Intrinsics ii libxtrap6 4.3.0.dfsg.1-4 X Window System protocol-trapping e ii libxtst64.3.0.dfsg.1-4 X Window System event recording and ii libxv1 4.3.0.dfsg.1-4 X Window System video extension lib ii zlib1g 1.2.1.1-3 compression library - runtime Thomas -- ¡Attention Femmes ça vous pouvez intéresser! Ça va?, je m'appelle Santiago et je suis Spagnol, j'ai un petit appartament a l'ille de Menorca, je te offrir un chaudron. Merçi. -+- SJ in: Guide du Cabaliste Usenet - La francophonie vaincra -+-
X Strike Force XFree86 SVN commit: r1640 - in trunk/debian: . patches
Author: branden Date: 2004-07-14 11:11:44 -0500 (Wed, 14 Jul 2004) New Revision: 1640 Modified: trunk/debian/CHANGESETS trunk/debian/MANIFEST.powerpc trunk/debian/TODO trunk/debian/changelog trunk/debian/control trunk/debian/patches/003_linux.cf_and_xfree86.cf.diff trunk/debian/patches/004_imake_manpage_handling_overhaul.diff trunk/debian/patches/048_via_driver_enable.diff trunk/debian/patches/103_sparc_dont_build_useless_drivers.diff trunk/debian/patches/150_powerpc_build_nv_driver.diff trunk/debian/patches/250_m68k_build_scanpci.diff trunk/debian/patches/500_s390_support.diff trunk/debian/patches/600_amd64_support.diff trunk/debian/xlibmesa-dri-dbg.install.powerpc trunk/debian/xlibmesa-dri.install.powerpc Log: Update Glide3 library support for amd64 and ia64 thanks to Guillem Jover. + Increment versioned build-dependency on libglide3 to = 2002.04.10-7, and require this library for building on amd64 and ia64. + Edit patch #003 to enable compilation of tdfx DRI Mesa module on amd64 and ia64. + Shut up cpp warnings when generating Makefiles by defining a default value for HasGlide3 in xfree86.cf (NO). + Resync patches #004, #048, #103, #150, #250, #500, and #600. (Closes: #255270) Fix up Glide3 library support in various respects. + Stop shipping tdfx DRI Mesa module on powerpc until it stops being useless (i.e., until libglide3-dev is available on that architecture). + Move xlibmesa-gl's suggestion of the libglide3 package (and explanation thereof) to the xlibmesa-dri package. Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-14 07:20:51 UTC (rev 1639) +++ trunk/debian/CHANGESETS 2004-07-14 16:11:44 UTC (rev 1640) @@ -51,4 +51,17 @@ is run by a user? to document existence of sux. 1635 +Update Glide3 library support for amd64 and ia64 thanks to Guillem Jover. +Increment versioned build-dependency on libglide3 to = 2002.04.10-7, and +require this library for building on amd64 and ia64. Edit patch #003 to enable +compilation of tdfx DRI Mesa module on amd64 and ia64. Shut up cpp warnings +when generating Makefiles by defining a default value for HasGlide3 in +xfree86.cf (NO). Resync patches #004, #048, #103, #150, #250, #500, and #600. +Fix up Glide3 library support in various respects. Stop shipping tdfx DRI Mesa +module on powerpc until it stops being useless (i.e., until libglide3-dev is +available on that architecture). Move xlibmesa-gl's suggestion of the libglide3 +package (and explanation thereof) to the xlibmesa-dri package. (Closes: +#255270) +1640 + vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/MANIFEST.powerpc === --- trunk/debian/MANIFEST.powerpc 2004-07-14 07:20:51 UTC (rev 1639) +++ trunk/debian/MANIFEST.powerpc 2004-07-14 16:11:44 UTC (rev 1640) @@ -6045,7 +6045,6 @@ usr/X11R6/lib/modules/dri/r128_dri.so usr/X11R6/lib/modules/dri/r200_dri.so usr/X11R6/lib/modules/dri/radeon_dri.so -usr/X11R6/lib/modules/dri/tdfx_dri.so usr/X11R6/lib/modules/drivers/ati_drv.o usr/X11R6/lib/modules/drivers/atimisc_drv.o usr/X11R6/lib/modules/drivers/chips_drv.o Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-07-14 07:20:51 UTC (rev 1639) +++ trunk/debian/TODO 2004-07-14 16:11:44 UTC (rev 1640) @@ -59,7 +59,6 @@ * Import XTerm #192 (fixes #241717, #254650, #255197, #256086, #257073, #254316). * Grab latest version of Thomas Dickey's XTerm FAQ from his website. -* #255270: Apply patch to add libglide3 support for ia64 and amd64. * Shut up preprocessor warning at xc/config/cf/xfree86.cf:1031; test for HasGlide3 symbol being defined before testing its value. * #253480: xdm: XDM fails if the user is over disk quota, but empty files can Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-07-14 07:20:51 UTC (rev 1639) +++ trunk/debian/changelog 2004-07-14 16:11:44 UTC (rev 1640) @@ -32,8 +32,22 @@ * Update FAQ entry How do I run an X client as root when the X session is run by a user? to document existence of sux. - -- Branden Robinson [EMAIL PROTECTED] Tue, 13 Jul 2004 14:40:47 -0500 + * Update Glide3 library support for amd64 and ia64 thanks to Guillem Jover. +Increment versioned build-dependency on libglide3 to = 2002.04.10-7, and +require this library for building on amd64 and ia64. Edit patch #003 to +enable compilation of tdfx DRI Mesa module on amd64 and ia64. Shut up cpp +warnings when generating Makefiles by defining a default value for +HasGlide3 in xfree86.cf (NO). Resync patches #004, #048, #103, #150, +#250, #500, and #600. (Closes: #255270) + * Fix up Glide3 library support in various respects. Stop shipping tdfx DRI +
Processed: tagging 255270
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 # fixed in Debian X Strike Force XFree86 repository; to view, run svn diff -r 1639:1640 svn://necrotic.deadbeast.net/xfree86 tags 255270 + pending Bug#255270: xfree86: libglide3 has now ia64 and amd64 support Tags were: patch Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#257190: Kicker hangs up after zooming OpenGL program, other programs run perfectly?
W liście z śro, 14-07-2004, godz. 08:33, Branden Robinson pisze: Please run the following commands from a shell prompt to gather and deliver some more information to us: $ /usr/share/bug/xlibmesa-dri /tmp/output 31 I attached the /tmp/output. -- Pozdrawiam Michał J. Gajda VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY :01:00.0 Class 0300: 1002:4c59 XFree86 X server log files on system: -rw-r--r--1 root root40118 2004-07-14 17:52 /var/log/XFree86.0.log Contents of most recent XFree86 X server log file /var/log/XFree86.0.log: This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-5 20040616053659 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.23 i686 [ELF] Build Date: 16 June 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.6-1-686 ([EMAIL PROTECTED]) (gcc version 3.3.3 (Debian 20040401)) #1 Wed May 12 14:57:57 EST 2004 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Wed Jul 14 09:59:08 2004 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Thinkpad LCD 1024x768 (**) | |--Device Radeon Mobility 16MB (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout pl (**) XKB: layout: pl (==) Keyboard: CustomKeycode disabled (**) |--Input Device Trackpoint (**) |--Input Device USB Mouse (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/CID does not exist. Entry deleted from font path. (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (++) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8000fd0c, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,3340 card 1014,0529 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,3341 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24c2 card 1014,052d rev 01 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24c4 card 1014,052d rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24c7 card 1014,052d rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24cd card 1014,052e rev 01 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 81 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24cc card , rev 01 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24ca card 1014,052d rev 01 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,24c3 card 1014,052d rev 01 class 0c,05,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,24c5 card 1014,0534 rev 01 class 04,01,00 hdr 00 (II) PCI: 00:1f:6: chip 8086,24c6 card 1014,0524 rev 01 class 07,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4c59 card 1014,052f rev 00 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 1180,0476 card , rev aa class 06,07,00 hdr 82 (II) PCI: 02:00:1: chip 1180,0476 card , rev aa class 06,07,00 hdr 82 (II) PCI: 02:00:2: chip 1180,0552 card 1014,0533 rev 02 class
Bug#255270: xfree86: libglide3 has now ia64 and amd64 support
On Sat, Jun 19, 2004 at 11:58:45PM +0200, Guillem Jover wrote: I've ported libglide3 to amd64 and ia64. So now xfree86 can Build-Depend on libglide3-dev on those arches. Hi Guillem, I've integrated this patch: $ svn log -r 1640 svn://necrotic.deadbeast.net/xfree86 If you and your fellow Glide enthusiasts could test the XFree86 SVN trunk on i386, amd64, ia64, and alpha, I sure would appreciate it. Instructions[1] for building the trunk are available. [1] http://necrotic.deadbeast.net/xsf/XFree86/HACKING.txt -- G. Branden Robinson| I came, I saw, she conquered. Debian GNU/Linux | The original Latin seems to have [EMAIL PROTECTED] | been garbled. http://people.debian.org/~branden/ | -- Robert Heinlein signature.asc Description: Digital signature
Re: Bug#255689: Bug#255439: d-i report
On Tue, Jul 13, 2004 at 11:08:58AM -0500, Branden Robinson wrote: On Mon, Jul 12, 2004 at 02:05:51PM -0300, Cristian Escalante wrote: On Thu, Jul 08, 2004 at 04:09:46PM -0500, Branden Robinson wrote: The XFree86 X server used the driver it was told to use. There are only two ways you can tell the XFree86 X server which driver to use in the d-i environment: 1) Answer a debconf question. 2) Have the question pre-answered by discover. Actually, the question was answered by discover (from config script): mob:/# /sbin/discover --disable=serial,parallel --format=%V %M\t%S\t%D\n video ATI Technologies, Inc. Radeon Mobility U1 XFree86 radeon There's the problem. radeon is not a legal value. Use ati instead. Do not use atimisc, r128, or radeon. Clarification: Discover-data maintainers, This means you! -- G. Branden Robinson| I'm a firm believer in not drawing Debian GNU/Linux | trend lines before you have data [EMAIL PROTECTED] | points. http://people.debian.org/~branden/ | -- Tim Ottinger signature.asc Description: Digital signature
Re: keyboard not working under X,mouse works
On Fri, Jul 09, 2004 at 09:59:54AM -, anand_12 wrote: I am using a Debian system(2.4.20 kernel),P4 1.8 GHz 256 MB RAM/40 GB HDD and standard PS/2 keyboard and mouse. My machine is shared by several users though I retain the root access. Normally I don't shut down my machine.I just log off. Today when I tried logging in,the screen was blanking out for every key press.So the login was unsuccessful. None of the keys were working.I could not open even other tty's ...i rebooted the machine..the problem persisted... then i logged into my machine remotely...and issued a kill on X server...this gave the prompt on the screen..here all commands i typed worked perfectly fine..i have not lost any contents..i checked all my files..everything is fine...it is just none of my key presses are detected properly when i am inside x..otherwise..i am able to edit,compile and run programs... one more thing..when i issue a startx command,i get the default display with all menus and contents(i use kde2)..also i am able to browse the contents of machine using the mouse(single click,right click etc)..but every key pressed on the keyboard blanks the screen..i don't understand whats going on... my gdm.conf file says the server is attached to the standard VT7 terminal... can anyone help me with this? thanks a bunch for any help in this regard. [The following is a form letter.] Hello, You recently sent an off-charter message to the debian-x mailing list. First, I will offer an explanation of what this mailing list's purpose is; I will then suggest some alternative forums for your message or concern. The full charter of the mailing list follows. This list is for the discussion and support of the X Window System within Debian. Issues of maintenance and porting of Debian's XFree86 packages are germane here, as are discussions of possible Debian policy mechanisms for ensuring the smooth interoperation of packages that use the X Window System, particularly widget sets, desktop environments, window managers, display managers, and packages that provide fonts for the X Window System. In particular, individuals involved with building official Debian XFree86 packages for any architecture are invited to join, as are those with various graphics hardware who seek to reproduce and/or fix bugs in the X server. This is not a user support list; this list is intended for those who deal with the source code of any of the X Window System components mentioned above. If you are experiencing a problem, the first thing to check is the Debian X FAQ. This FAQ is available on the World Wide Web: http://necrotic.deadbeast.net/xsf/XFree86/trunk/debian/local/FAQ.xhtml The FAQ is also available on any Debian system that has the xfree86-common package installed. You can use the command dpkg --status xfree86-common at a shell prompt to determine whether you have the xfree86-common package installed (this technique works with any other package name as well). For instance, when I run this command I see the following: $ dpkg --status xfree86-common Package: xfree86-common Status: install ok installed (followed by additional information about the package) If xfree86-common is installed, you can view the Debian X FAQ in a variety of ways, since it is available both in XHTML (Web page) and gzipped (compressed) text file formats. The path to the XTHML version of the FAQ is /usr/share/doc/xfree86-common/FAQ.xhtml. Here's one method for viewing it: $ sensible-browser /usr/share/doc/xfree86-common/FAQ.xhtml If you don't have a Web browser installed, or are not in a graphical environment, you may need to view the text file instead. Here's one way to do that: $ zmore /usr/share/doc/xfree86-common/FAQ.gz If the FAQ does not satisfactorily answer your question, the primary Debian users' support forum is the debian-user mailing list. You can learn more about this list at: http://lists.debian.org/debian-user/ If you have already tried that mailing list, and/or your machine does *NOT* use an Intel-x86 compatible CPU (such as a Pentium or AMD Athlon chip), you may also want to peruse one of Debian's architecture-specific mailing lists: http://lists.debian.org/debian-alpha/ http://lists.debian.org/debian-arm/ http://lists.debian.org/debian-hppa/ http://lists.debian.org/debian-ia64/ http://lists.debian.org/debian-m68k/ http://lists.debian.org/debian-mips/ http://lists.debian.org/debian-powerpc/ http://lists.debian.org/debian-sparc/ http://lists.debian.org/debian-superh/ Before sending a message to one of the mailing lists, it's wise to try using the search interface; in many cases, your problem has been experienced before by other people, and a solution, workaround, or explanation may already be available! http://lists.debian.org/search.html If the search engine turns up nothing, you should know whether or not you're subscribed to a mailing list before
Re: hurd-i386 updates
On Tue, Jul 13, 2004 at 02:47:46PM +0200, Robert Millan wrote: Actualy, my k*BSD.cf files only contain kernel stuff. The Glibc-based GNU/k*BSD ports use gnu.cf directly (as Glibc systems this works fine). Now that Michael has overhauled gnu.cf, my idea is to merge the (minor) k*BSD bits into a conditionalised section in gnu.cf, together with a bunch of conditionalised sections copied from linux.cf. This way we can get all Glibc-based ports to use the same base configuration. As for non-Glibc ports, we will have to split the Debian bits out of gnu.cf into, say, debian.cf. Then both gnu.cf and NetBSD.cf can use that. What do you people think? I say do what you like, but keep in mind 1) that we no longer really have a relationship with XFree86 upstream, at least when it comes to Imakefiles and 2) no one other than XFree86 appears to be interested in retraining Imake as a build system. In other words, my ordinary caution about major overhauls in this part of the tree is not engaged, but please don't spend time engineering a solution for the ages, as the rest of the X community seems pretty interested in making sure Imake doesn't live very much longer. (Of course, it often happens that deprecating things doesn't always actually make them go away...) -- G. Branden Robinson|Nixon was so crooked that he needed Debian GNU/Linux |servants to help him screw his [EMAIL PROTECTED] |pants on every morning. http://people.debian.org/~branden/ |-- Hunter S. Thompson signature.asc Description: Digital signature
Re: hurd-i386 updates
On Tue, Jul 13, 2004 at 09:34:06PM +0200, Michael Banck wrote: On Tue, Jul 13, 2004 at 12:26:12AM -0500, Branden Robinson wrote: On Mon, Jul 12, 2004 at 02:04:34AM +0200, Michael Banck wrote: -# define FontLibSharedFreeType NO This one causes a build failure even with the current trunk, as xc/lib/font/libXFont apparently does not get built on Linux and xc/lib/font/Freetype/fcfuncs.c needs to be updated for current libfreetype6. I added the #define to gnu.cf as well, is that reasonable? Uh, you lost me on this one. Can we break this issue out into a separate mail. I get confused quickly when it comes to the Byzantine mess that is font support in X. Ok, so this is really hairy to figure out. I tried a lot of stuff on and off, so I'm not sure whether the following is completely accurate and I found it out more by empirical than methodical research: 099b_Xft_FreeType_2.1.7_build_fix.diff does not touch xc/lib/font/Freetype/ftfuncs.c although that file would need the same kind of fixes I believe. The error occurs when building the static xserver: [...] However, grepping through a xfree86 build log on GNU/Linux, I can't really tell what makes the difference here, ftfuncs.c seems to get compiled both by the shared and static XServer on GNU/Hurd and GNU/Linux. So I'm not sure what exactly was the cause, but at some point I was quite certain that defining the above variable helped :-/ Are you sure the following comment in linux.cf does not explain this issue? 202 /* 203 * We want to be sure that the normal XFree86 X server and the debugging X 204 * server use the same FreeType2 library. We'd *like* it if we could 205 * achieve this by both packages dynamically linking against the system's 206 * FreeType2 library; however, the normal X server package 207 * (xserver-xfree86) *cannot* be built dynamically linked against the 208 * FreeType2 library when the module loader is enabled because of 209 * code/design issues. Therefore, we encapsulate XFree86's internal fork 210 * of the FreeType2 library into *both* xserver-xfree86 and 211 * xserver-xfree86-dbg. When it becomes possible to build the 212 * module-loading server against an external FreeType2 shared library, we 213 * can drop this define: 214 */ 215 # define FontLibSharedFreeTypeNO -- G. Branden Robinson| When dogma enters the brain, all Debian GNU/Linux | intellectual activity ceases. [EMAIL PROTECTED] | -- Robert Anton Wilson http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Processed: repurposing this bug
Processing commands for [EMAIL PROTECTED]: retitle 236197 xfree86-common: [FAQ] document radeon driver's MonitorLayout option Bug#236197: xserver-xfree86: [ati/radeon] dual-head sometimes inoperative (affected by dual-booting Windows 98) on Radeon RV100 QY [Radeon 7000/VE] rev 0 Changed Bug title. reassign 236197 xfree86-common Bug#236197: xfree86-common: [FAQ] document radeon driver's MonitorLayout option Bug reassigned from package `xserver-xfree86' to `xfree86-common'. tag 236197 = Bug#236197: xfree86-common: [FAQ] document radeon driver's MonitorLayout option Tags were: help upstream Tags set to: severity 236197 normal Bug#236197: xfree86-common: [FAQ] document radeon driver's MonitorLayout option Severity set to `normal'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#255282: xserver-xfree86: [libGLcore.a] Skipping -- No symbols found
Processing commands for [EMAIL PROTECTED]: retitle 255282 xlibmesa-dri: want 3D hardware acceleration for ATI Mach64 Bug#255282: xserver-xfree86: [libGLcore.a] Skipping -- No symbols found Changed Bug title. reassign 255282 xlibmesa-dri Bug#255282: xlibmesa-dri: want 3D hardware acceleration for ATI Mach64 Bug reassigned from package `xserver-xfree86' to `xlibmesa-dri'. tag 255282 = upstream Bug#255282: xlibmesa-dri: want 3D hardware acceleration for ATI Mach64 Tags were: moreinfo Tags set to: upstream severity 255282 wishlist Bug#255282: xlibmesa-dri: want 3D hardware acceleration for ATI Mach64 Severity set to `wishlist'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: tagging 256356
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 # Yup, looks like an XFree86 bug. Help! tags 256356 = upstream help Bug#256356: xserver-xfree86: [ati/radeon] X server freezes computer with 2.6.7 kernel, but not 2.6.6 on Radeon Mobility M6 LY rev 0 Tags were: moreinfo Tags set to: upstream, help End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#236197: repurposing this bug
retitle 236197 xfree86-common: [FAQ] document radeon driver's MonitorLayout option reassign 236197 xfree86-common tag 236197 = severity 236197 normal thanks Since this bug was due to a configuration error, I am re-purposing it as a request for documentation on the issue. -- G. Branden Robinson| Convictions are more dangerous Debian GNU/Linux | enemies of truth than lies. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#111264: marked as done (xserver-xfree86: [freetype,rendition] SEGV when using TrueType fonts on DEC Alpha with Permedia 2 rev 1)
Your message dated Wed, 14 Jul 2004 11:53:54 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#111264: Fixed in unstable 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 Sep 2001 22:51:51 + From [EMAIL PROTECTED] Tue Sep 04 17:51:50 2001 Return-path: [EMAIL PROTECTED] Received: from makki.wait-a-bit.com (mail2.vlaanderen.net) [195.162.201.13] by master.debian.org with smtp (Exim 3.12 1 (Debian)) id 15eP2s-0004ij-00; Tue, 04 Sep 2001 17:51:50 -0500 Received: (qmail 10810 invoked by uid 0); 4 Sep 2001 22:25:14 - Received: from 191-1.intern.lan (HELO debian) (192.168.1.191) by 195.162.201.10 with SMTP; 4 Sep 2001 22:25:14 - Received: from yves by debian with local (Exim 3.32 #1 (Debian)) id 1mMeN1-0002V3-00; Sun, 05 Sep 2021 00:42:43 +0200 From: [EMAIL PROTECTED] Subject: xfree86-common: xfree86 xserver crashes when using TrueType fonts To: [EMAIL PROTECTED] X-Mailer: bug 3.3.10 Message-Id: [EMAIL PROTECTED] Sender: Yves De Muyter [EMAIL PROTECTED] Date: Sun, 05 Sep 2021 00:42:43 +0200 Delivered-To: [EMAIL PROTECTED] Package: xfree86-common Version: 4.1.0-4 Severity: important The xserver crashes when using TrueType fonts on my pw500a Alpha workstation. When serving up TrueType fonts trough xfs, xfs segfaults and shorty thereafter, the xserver segfaults too. dmesg contains after some tries: XFree86(3823): unaligned trap at 0001200f9194: b57e004847f204a1 28 1 XFree86(5069): unaligned trap at 0001200f6ba8: f800f800f8e3007b 29 16 sc 377(3,1201e3308,2000) I have exactly the same setup on i686 and everyting works fine there. XFree86 4.1.0-4 xfs 4.1.0-4 msttcorefonts 0.9.7 greetz, Yves -- System Information Debian Release: testing/unstable Kernel Version: Linux debian 2.2.18pre21 #1 Wed Nov 22 05:08:09 CST 2000 alpha unknown Versions of the packages xfree86-common depends on: ii debianutils1.15 Miscellaneous utilities specific to Debian. --- Received: (at 111264-done) by bugs.debian.org; 14 Jul 2004 16:53:55 + From [EMAIL PROTECTED] Wed Jul 14 09:53:55 2004 Return-path: [EMAIL PROTECTED] Received: from dhcp065-026-182-085.indy.rr.com (localhost) [65.26.182.85] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Bkn10-0008Us-00; Wed, 14 Jul 2004 09:53:55 -0700 Received: by localhost (Postfix, from userid 1000) id 184AE68C047; Wed, 14 Jul 2004 11:53:54 -0500 (EST) Date: Wed, 14 Jul 2004 11:53:54 -0500 From: Branden Robinson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#111264: Fixed in unstable Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=N7hiGSZV0P2B4+ho 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.6+20040523i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --N7hiGSZV0P2B4+ho Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 13, 2004 at 12:57:14PM +0400, Alexander Kotelnikov wrote: On Tue, 13 Jul 2004 00:00:19 -0500 BR =3D=3D Branden Robinson [EMAIL PROTECTED] wrote: BR=20 BR On Sun, Jul 11, 2004 at 11:36:01AM +0400, Alexander Kotelnikov wrote: Just checked: in 4.3.0.dfsg.1-5 truetype rendering works fine via both freetype and xtt. BR=20 BR And you're using the DEC Alpha architecture? =20 Yup :) =20 12:54 pts/18 [EMAIL PROTECTED]:~ 1 uname -a Linux vinci 2.4.18 #1 Tue Nov 19 14:20:28 MSK 2002 alpha unknown =20 BTW: http://lists.debian.org/debian-alpha/2004/07/msg00023.html Excellent. Gleefully closing this bug as resolved. --=20 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 --N7hiGSZV0P2B4+ho Content-Type: application/pgp-signature; name=signature.asc
Bug#255282: xserver-xfree86: [libGLcore.a] Skipping -- No symbols found
retitle 255282 xlibmesa-dri: want 3D hardware acceleration for ATI Mach64 reassign 255282 xlibmesa-dri tag 255282 = upstream severity 255282 wishlist thanks On Sat, Jul 10, 2004 at 01:01:56AM +0200, Michel Dänzer wrote: On Fri, 2004-07-09 at 15:34 -0700, Mike Mestnik wrote: --- Branden Robinson [EMAIL PROTECTED] wrote: On Thu, Jul 08, 2004 at 01:22:18PM -0700, Mike Mestnik wrote: There are several problems... 1. I'm not getting dri enabeled or dri disabled. If there's no DRI support in the first place, it can't be disabled due to problems. I'm trying to program DRI support into Debian's XF86. Mach64 DRI support isn't even in X.Org or XFree86 CVS yet. There are security issues that need to get addressed first. You can try my dri- mach64-sid packages though, someone even contributed a sparc build of those, I don't know whether he actually tested the DRI support though. Thanks, Michel. Triaging this bug accordingly. -- G. Branden Robinson| Notions like Marxism and Debian GNU/Linux | Freudianism belong to the history [EMAIL PROTECTED] | of organized religion. http://people.debian.org/~branden/ | -- Noam Chomsky signature.asc Description: Digital signature
Re: Patch 031 (was: Re: hurd-i386 updates)
On Tue, Jul 13, 2004 at 03:49:50PM +0200, Robert Millan wrote: On Mon, Jul 12, 2004 at 02:04:34AM +0200, Michael Banck wrote: Hello, I've brought the hurd-i386 port of xfree86 back on track. Btw, I'm trying to fix patch 031 which was added for GNU/Hurd some time ago and it is wrong. 031 adds a -lstdc++ flag in order to link glxinfo, but it should be telling imake to use g++ instead of gcc. I've been unable to determine the iMakefile magic to do that, though. Can someone enlighten me? Hmm, well, how about this? --- xc/programs/glxinfo/Imakefile~ 2004-07-14 12:03:14.0 -0500 +++ xc/programs/glxinfo/Imakefile 2004-07-14 12:12:57.0 -0500 @@ -15,6 +15,6 @@ #endif - SYS_LIBRARIES = MathLibrary -lstdc++ + SYS_LIBRARIES = MathLibrary -SimpleProgramTarget(glxinfo) +SimpleCplusplusProgramTarget(glxinfo) Seems to build something. Seems to work...but I'm GNU/Linux on PowerPC. $ ldd ./glxinfo libGLU.so.1 = /usr/X11R6/lib/libGLU.so.1 (0x0ff5d000) libGL.so.1 = /usr/X11R6/lib/libGL.so.1 (0x0fead000) libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x0fe7b000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x0fd82000) libpthread.so.0 = /lib/libpthread.so.0 (0x0fd11000) libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x0fc29000) libm.so.6 = /lib/libm.so.6 (0x0fb95000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x0fb68000) libc.so.6 = /lib/libc.so.6 (0x0fa0a000) libdl.so.2 = /lib/libdl.so.2 (0x0f9e7000) /lib/ld.so.1 = /lib/ld.so.1 (0x3000) $ ldd $(which glxinfo) libGLU.so.1 = /usr/X11R6/lib/libGLU.so.1 (0x0ff5d000) libGL.so.1 = /usr/X11R6/lib/libGL.so.1 (0x0fead000) libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x0fe7b000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x0fd82000) libpthread.so.0 = /lib/libpthread.so.0 (0x0fd11000) libm.so.6 = /lib/libm.so.6 (0x0fc7d000) libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x0fb95000) libc.so.6 = /lib/libc.so.6 (0x0fa37000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x0fa0a000) libdl.so.2 = /lib/libdl.so.2 (0x0f9e7000) /lib/ld.so.1 = /lib/ld.so.1 (0x3000) -- G. Branden Robinson|No executive devotes much effort to Debian GNU/Linux |proving himself wrong. [EMAIL PROTECTED] |-- Laurence J. Peter http://people.debian.org/~branden/ | signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1641 - trunk/debian
Author: branden Date: 2004-07-14 12:26:15 -0500 (Wed, 14 Jul 2004) New Revision: 1641 Modified: trunk/debian/TODO Log: Add item. Fabio: $MY_USUAL_DISCLAIMER Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-07-14 16:11:44 UTC (rev 1640) +++ trunk/debian/TODO 2004-07-14 17:26:15 UTC (rev 1641) @@ -84,6 +84,9 @@ [EMAIL PROTECTED]. Check it out and apply it if it is not insane. * Add FAQ entry describing Debian's plans in the X department. +* #258986: turn off RandR support in savage driver when driver's Rotate option + is used; patch for driver supplied by submitter; need to write update to + manpage documenting this (see patch #083). 4.3.0.dfsg.1-8 --
X Strike Force XFree86 SVN commit: r1642 - trunk/debian
Author: branden Date: 2004-07-14 12:31:53 -0500 (Wed, 14 Jul 2004) New Revision: 1642 Modified: trunk/debian/TODO Log: Add item. Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-07-14 17:26:15 UTC (rev 1641) +++ trunk/debian/TODO 2004-07-14 17:31:53 UTC (rev 1642) @@ -56,6 +56,7 @@ + #229850: xserver-xfree86: [debconf] monitor selection methods need to be more careful about clobbering autodetected monitor sync ranges; study Jay Berkenbilt's feedback [BR] + + #259080: xserver-xfree86: [debconf] specialized mouse defaults for Hurd [BR] * Import XTerm #192 (fixes #241717, #254650, #255197, #256086, #257073, #254316). * Grab latest version of Thomas Dickey's XTerm FAQ from his website.
Processed: Re: Bug#259080: xserver-xfree86: Please special case mouse setup for GNU/Hurd
Processing commands for [EMAIL PROTECTED]: retitle 259080 xserver-xfree86: [debconf] please use special defaults for GNU/Hurd Bug#259080: xserver-xfree86: Please special case mouse setup for GNU/Hurd Changed Bug title. severity 259080 wishlist Bug#259080: xserver-xfree86: [debconf] please use special defaults for GNU/Hurd Severity set to `wishlist'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#258942: xfree86-common: FAQ reference to the HTML version is inaccurate
clone 258942 -1 retitle -1 debhelper: dh_compress should not compress HTML or XHTML files severity -1 wishlist reassign -1 debhelper retitle 258942 xfree86-common: pass --exclude to dh_compress so XHTML version of FAQ is left alone thanks On Mon, Jul 12, 2004 at 01:21:56PM +0300, Marius Gedminas wrote: Package: xfree86-common Version: 4.3.0.dfsg.1-6 Severity: minor /usr/share/doc/xfree86-common/FAQ.gz contains the following passage: On Debian systems with the xfree86-common package installed, you can find this FAQ at file:///usr/share/doc/xfree86-common/FAQ.xhtml. However the file /usr/share/doc/xfree86-common/FAQ.xhtml does not exist. Instead, there is /usr/share/doc/xfree86-common/FAQ.xhtml.gz, but Mozilla Firefox refuses to open that file in a browser window, presenting an Open With dialog instead. Could you leave FAQ.xhtml uncompressed? Or, if that is against the policy, update the file name in the FAQ itself and advise the user that she will have to copy and uncompress that file manually before she can open it in a browser? Hmm, I thought debhelper knew better than to compress XHTML. Apparently it doesn't. OTOH, Debian Policy seems to neither mandate nor forbid the compression of (X)HTML documents. I am cloning a wishlist bug on debhelper while we figure out what the best recommended practice is. It's a shame so many web browsers are too stupid to decompress gzipped files. -- G. Branden Robinson| It's not a matter of alienating Debian GNU/Linux | authors. They have every right to [EMAIL PROTECTED] | license their software however we http://people.debian.org/~branden/ | like. -- Craig Sanders signature.asc Description: Digital signature
Bug#258396: problem solved - caused by cruft from nvidia-graphics stuff
On Mon, Jul 12, 2004 at 07:55:03PM +0200, Sven Hoexter wrote: Hi, looks like the whole problem was caused by some cruft left over from an old installation of the nvidia-graphics* packages in /var/lib/dpkg/diversions. I just deleted the old stuff from the diversions file and all probs are gone. Looks to me that the latest nvidia-graphics packages handle those cruft correctly in their preinst script and remove/rename it to proper values. For the log if someone else has this problem, I had to remove the following from the diversion file: [EMAIL PROTECTED]:/var/lib/dpkg$ diff -u diversions_safe diversions --- diversions_safe 2004-07-12 18:30:36.0 +0200 +++ diversions 2004-07-12 18:31:31.0 +0200 @@ -67,15 +67,6 @@ /usr/share/man/man5/modules.5.gz /usr/share/man/man5/modules.modutils.5.gz module-init-tools -/usr/X11R6/lib/libGL.so -/usr/share/nvidia-glx/diversions-X11R6/libGL.so -nvidia-glx-dev -/usr/X11R6/lib/libGL.a -/usr/share/nvidia-glx/diversions-X11R6/libGL.a -nvidia-glx-dev -/usr/lib/libGL.so -/usr/lib/nvidia/libGL.so.xlibmesa -nvidia-glx-dev /usr/bin/locate /usr/bin/locate.notslocate slocate Sorry for filling a bug against the wrong package, this bug can be closed. Thanks a lot for following up, but the Debian BTS says: There is no record of the nvidia-graphics package, and no bugs have been filed against it. What is this nvidia-graphics package? -- G. Branden Robinson| I'm not going to waste my precious Debian GNU/Linux | flash memory with Perl when I can [EMAIL PROTECTED] | do so much more with it. http://people.debian.org/~branden/ | -- Joey Hess signature.asc Description: Digital signature
Bug#252895: xbase-clients: [xfontsel] and emacs crashes with BadValue error on X_OpenFont request
On Mon, Jul 12, 2004 at 01:03:53AM -0500, anoop aryal wrote: Followup-For: Bug #252895 Package: xbase-clients Version: 4.3.0.dfsg.1-4 emacs has been quitting with: X protocol error: BadValue (integer parameter out of range for operation) on protocol request 45 Fatal error (6).Aborted on startup. today when i tried xfontsel, it died with the same error and the message was a bit more verbose: X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 45 (X_OpenFont) Value in failed request: 0x41b Serial number of failed request: 61 Current serial number in output stream: 62 let me know if you guys need more info. How many names does xfontsel say are available? (Or does it even get that far?) Can you tell us what font packages you have installed on your system? -- G. Branden Robinson| Notions like Marxism and Debian GNU/Linux | Freudianism belong to the history [EMAIL PROTECTED] | of organized religion. http://people.debian.org/~branden/ | -- Noam Chomsky signature.asc Description: Digital signature
Bug#259080: xserver-xfree86: Please special case mouse setup for GNU/Hurd
retitle 259080 xserver-xfree86: [debconf] please use special defaults for GNU/Hurd severity 259080 wishlist thanks On Tue, Jul 13, 2004 at 12:55:25AM +0200, Michael Banck wrote: The configuration for GNU/Linux and GNU/Hurd is mostly identical, however, there is a difference in how the mouse is setup. Basically, on hurd-i386, the Device should always be /dev/mouse and the Protocol be osmouse. ZAxisMapping should not be set, Emulate3Buttons can be, depending on debconf. Unfortunately, I'm no debconf wizard, so I hope the changes are not overly complex and could be done relatively easily. Yes, this is one of the simpler parts of the problem space. It would be nice if X would run out-of-the-box on hurd-i386. Feel free to ask questions, but please CC me. Will do. Oh yeah, I can think of one right away. What is the canonical way, from the shell, to determine that I am running on a GNU/Hurd system? -- G. Branden Robinson|It may be difficult to to determine Debian GNU/Linux |where religious beliefs end and [EMAIL PROTECTED] |mental illness begins. http://people.debian.org/~branden/ |-- Elaine Cassel signature.asc Description: Digital signature
Re: X Strike Force XFree86 SVN commit: r1632 - in people/fabbione/trunk/debian: . patches
On Tue, Jul 13, 2004 at 06:05:41AM -0500, X Strike Force SVN Repository Admin wrote: Stop shipping duplicate doc/specs in xterm.doc. Fabio, Please revert that part of the commit before merging it onto the trunk (or convince me you're right :) ). If not sure shipping (non-overlapping) duplicates is harmful in this case, but if you disagree, xterm is a more appropriate package for ctlseqs.ms and the files generated from it than xspecs is. This is because I think people are going to look for the document describing the control sequences supported by XTerm in /usr/share/doc/xterm before they look in /usr/share/doc/xspecs. Also, upstream ctlseqs.ms is in xc/programs/xterm, so if/when we split xterm off from the monolithic X SI package, XTerm (Thomas Dickey) is going to be our upstream for that document. -- G. Branden Robinson|Somebody once asked me if I thought Debian GNU/Linux |sex was dirty. I said, It is if [EMAIL PROTECTED] |you're doing it right. http://people.debian.org/~branden/ |-- Woody Allen signature.asc Description: Digital signature
Processed: Re: Bug#233691: 233691 - new xterm (4.3.0-2) fails to show bold fonts
Processing commands for [EMAIL PROTECTED]: retitle 233691 xterm: bold fonts went away Bug#233691: new xterm (4.3.0-2) fails to show bold fonts Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#259434: xserver-xfree86: [mga] halts the console on powerpc
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-6 Severity: important The card is :00:12.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG [Mystique] (rev 03) and it is installed in a b50 (powerpc). If I use the mga driver the video gets black and the console halts. Its is necessary to reboot the machine to get it back. X works with the fbdev driver. Rafael -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx1 root root 20 Jul 12 23:23 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1898712 Jul 9 03:53 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :00:12.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG [Mystique] (rev 03) /etc/X11/XF86Config-4 unchanged from checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw-r--r--1 root root 2839 Jul 14 14:26 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/: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 LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel abnt2 Option XkbLayout br EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section Device Identifier Generic Video Card Driver mga EndSection Section Monitor Identifier Generic Monitor HorizSync 30-54 VertRefresh 50-120 Option DPMS EndSection Section Screen Identifier Default Screen Device Generic Video Card Monitor Generic Monitor DefaultDepth24 SubSection Display Depth 1 Modes 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse EndSection Section DRI Mode0666 EndSection XFree86 X server log files on system: -rw-r--r--1 root root28197
Bug#254973: Alt-Tab problem
On Tue, Jul 13, 2004 at 03:37:57PM +0300, Mait Vares wrote: half a problem still unresolved. when pressing alt-tab: * mouse doubleclicks will stack up and will be executed only after keyrelease event * cant move/close windows until keyrelease event downgrading xlibs to xlibs_4.3.0.dfsg.1-4 will fix this. (windowmanager: wmaker 0.80.2-0.2) First I've heard of *this* problem... Are we sure this isn't a window manager bug? -- G. Branden Robinson| Men are born ignorant, not stupid. Debian GNU/Linux | They are made stupid by education. [EMAIL PROTECTED] | -- Bertrand Russell http://people.debian.org/~branden/ | signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1643 - in trunk/debian: . local
Author: branden Date: 2004-07-14 15:14:36 -0500 (Wed, 14 Jul 2004) New Revision: 1643 Modified: trunk/debian/CHANGESETS trunk/debian/changelog trunk/debian/local/FAQ.xhtml Log: Add FAQ entry: I'm having trouble getting dual-head support to work on my ATI Radeon card. Can you help? (Closes: #236197) Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-14 17:31:53 UTC (rev 1642) +++ trunk/debian/CHANGESETS 2004-07-14 20:14:36 UTC (rev 1643) @@ -64,4 +64,8 @@ #255270) 1640 +Add FAQ entry: I'm having trouble getting dual-head support to work on my +ATI Radeon card. Can you help? (Closes: #236197) +1643 + vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-07-14 17:31:53 UTC (rev 1642) +++ trunk/debian/changelog 2004-07-14 20:14:36 UTC (rev 1643) @@ -46,8 +46,11 @@ suggestion of the libglide3 package (and explanation thereof) to the xlibmesa-dri package. - -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Jul 2004 11:02:43 -0500 + * Add FAQ entry: I'm having trouble getting dual-head support to work on my +ATI Radeon card. Can you help? (Closes: #236197) + -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Jul 2004 11:38:17 -0500 + xfree86 (4.3.0.dfsg.1-6) unstable; urgency=low Changes by Branden Robinson: Modified: trunk/debian/local/FAQ.xhtml === --- trunk/debian/local/FAQ.xhtml2004-07-14 17:31:53 UTC (rev 1642) +++ trunk/debian/local/FAQ.xhtml2004-07-14 20:14:36 UTC (rev 1643) @@ -146,6 +146,8 @@ failed for driver 0/q. Is that why the X server won't start?/a/li lia href=#didservercrashHow can I tell if it's the X server crashing, or my X session exiting abnormally?/a/li +lia href=#radeondualheadI'm having trouble getting dual-head support to + work on my ATI Radeon card. Can you help?/a/li /ul h2a href=#acknowledgementsAcknowledgements/a/h2 @@ -2584,11 +2586,55 @@ 'core pointer' ...-question/a above for more information on how to deal with this./p +h3a id=radeondualheadI'm having trouble getting dual-head support to work + on my ATI Radeon card. Can you help?/a/h3 + +pemThanks to Paul Gotch for writing most of this entry./em/p + +pSome users, particularly those who dual-boot GNU/Linux and one of the +Microsoft Windows operating systems, find that their ATI Radeon cards appear to +autodetect the presence of a second monitor differently depending on whether the +machine was brought up cold into GNU/Linux, or simply restarted from Windows. +However, the advice in this section is intended for all dual-head ATI Radeon +users./p + +pIn your code class=filename/etc/X11/XF86Config-4/code file, you may +need to use the code class=otherMonitorLayout/code option in each of the +code class=otherDevice/code sections corresponding to the heads +(monitors) being driven by the video card. This option is documented in the +code class=manpageradeon(4x)/code manual page./p + +pAt system reset, the video card tries to determine what is connected to each +of the ports. This is necessary because digital video output (DVI) is very +different from analog video output (VGA)./p + +pIf a display is connected to the DVI port, that becomes the primary display, +and the VGA port the secondary display. Otherwise, the VGA port is the primary +and the DVI port is not enabled./p + +pIf dual-head operation is then forcibly enabled when the video card doesn't +think that there is anything connected to the second display, the secondary head +is driven in clone mode. This is either undocumented behaviour, or is a +default in the Radeon driver if the card has failed to autodected over the the +DDC (Data Display Channel) connection to the monitor./p + +pIn my case I believe the problem was caused by the presence of a KVM switch +between the card and the monitor. DDC seems to be very flaky. code +class=other://code/p + +pThe workaround of using the code class=otherMonitorLayout/code option +simply forces the card into a particular mode so that it ignores whatever is +comming over DDC./p + +pI've heard that it is possible to damage the card with an incorrect code +class=otherMonitorLayout/code line, but I can't think of a physical +mechanism for this actually happening./p + h2a id=acknowledgementsAcknowledgements/a/h2 pThe author would like to thank Andreas Metzler, Guillem Jover, Ingo Saitz, Osamu Aoki, Matthew Arnison, Colin Walters, Steve Swales, Adam Jackson, Thomas -Dickey, and ulisses for their contributions to this document./p +Dickey, Paul Gotch, and ulisses for their contributions to this document./p hr / p class=x-small$Id$/p
Re: X Strike Force XFree86 SVN commit: r1632 - in people/fabbione/trunk/debian: . patches
Branden Robinson [EMAIL PROTECTED] wrote: This is because I think people are going to look for the document describing the control sequences supported by XTerm in /usr/share/doc/xterm before they look in /usr/share/doc/xspecs. Also, upstream ctlseqs.ms is in xc/programs/xterm, so if/when we split xterm off from the monolithic X SI package, XTerm (Thomas Dickey) is going to be our upstream for that document. Actually it lives in xc/doc/specs/xterm -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
X Strike Force XFree86 SVN commit: r1644 - trunk/debian
Author: branden Date: 2004-07-14 15:45:22 -0500 (Wed, 14 Jul 2004) New Revision: 1644 Modified: trunk/debian/TODO Log: Remove item that was resolved in revision 1640. Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-07-14 20:14:36 UTC (rev 1643) +++ trunk/debian/TODO 2004-07-14 20:45:22 UTC (rev 1644) @@ -60,8 +60,6 @@ * Import XTerm #192 (fixes #241717, #254650, #255197, #256086, #257073, #254316). * Grab latest version of Thomas Dickey's XTerm FAQ from his website. -* Shut up preprocessor warning at xc/config/cf/xfree86.cf:1031; test for - HasGlide3 symbol being defined before testing its value. * #253480: xdm: XDM fails if the user is over disk quota, but empty files can be created [Branden has hand-written patch for this; needs testing.] * #256297: Apply RandR fixes suggested by Thomas Winischhofer.
Bug#258396: xlibmesa-gl-dev: Installation fails with unable to create `./usr/X11R6/lib/libGL.a': No such file or directory
I've only ever seen reports of this from people who had the nvidia-glx package installed, which apparently (at one point) did not use dpkg-divert correctly. nvidia-glx maintainer, can you confirm this, please? What is the best workaround? This is pretty close to a FAQ on debian-x. I've started a script to clean up the old diversions. I'll let you know when it's done. In this case it appears that the directory was removed but the diversion was not, causing the error. I apologize for the problem this has caused. Randy -- Randall Donald [EMAIL PROTECTED] http://www.khensu.org[EMAIL PROTECTED] Programmer/Debian Developer GnuPG: 6C27DEAB
Re: X Strike Force XFree86 SVN commit: r1632 - in people/fabbione/trunk/debian: . patches
On Wed, 14 Jul 2004, Branden Robinson wrote: On Tue, Jul 13, 2004 at 06:05:41AM -0500, X Strike Force SVN Repository Admin wrote: Stop shipping duplicate doc/specs in xterm.doc. Fabio, Please revert that part of the commit before merging it onto the trunk (or convince me you're right :) ). If not sure shipping (non-overlapping) duplicates is harmful in this case, but if you disagree, xterm is a more appropriate package for ctlseqs.ms and the files generated from it than xspecs is. This is because I think people are going to look for the document describing the control sequences supported by XTerm in /usr/share/doc/xterm before they look in /usr/share/doc/xspecs. The documents removed from xterm.doc are generated in doc/specs as pointed already. I had to take a decision. either kill the duplicate in xterm or build doc/specs to produce something that is already in another package. (and killing small bits of the reason for the existance of this branch) Even if i fully understand your point, that documentation still belongs to the specs package. Otherwise we should start moving each spec file to the package it belongs to and be coherent all over the place. In a future when xterm and other bits and pieces will fall into their own packages we will see what to do. Fabio -- user fajita: step one fajita Whatever the problem, step one is always to look in the error log. user fajita: step two fajita When in danger or in doubt, step two is to scream and shout.
X Strike Force XFree86 SVN commit: r1645 - in trunk/debian: . local
Author: branden Date: 2004-07-14 17:29:11 -0500 (Wed, 14 Jul 2004) New Revision: 1645 Modified: trunk/debian/CHANGESETS trunk/debian/changelog trunk/debian/local/FAQ.xhtml Log: Update FAQ to include hyperlink to the upstream source for the XTerm FAQ. Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-14 20:45:22 UTC (rev 1644) +++ trunk/debian/CHANGESETS 2004-07-14 22:29:11 UTC (rev 1645) @@ -68,4 +68,7 @@ ATI Radeon card. Can you help? (Closes: #236197) 1643 +Update FAQ to include hyperlink to the upstream source for the XTerm FAQ. +1645 + vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-07-14 20:45:22 UTC (rev 1644) +++ trunk/debian/changelog 2004-07-14 22:29:11 UTC (rev 1645) @@ -49,8 +49,10 @@ * Add FAQ entry: I'm having trouble getting dual-head support to work on my ATI Radeon card. Can you help? (Closes: #236197) - -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Jul 2004 11:38:17 -0500 + * Update FAQ to include hyperlink to the upstream source for the XTerm FAQ. + -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Jul 2004 16:24:21 -0500 + xfree86 (4.3.0.dfsg.1-6) unstable; urgency=low Changes by Branden Robinson: Modified: trunk/debian/local/FAQ.xhtml === --- trunk/debian/local/FAQ.xhtml2004-07-14 20:45:22 UTC (rev 1644) +++ trunk/debian/local/FAQ.xhtml2004-07-14 22:29:11 UTC (rev 1645) @@ -213,10 +213,12 @@ pAnother FAQ that may be of interest is available:/p ul - liThe XTERM FAQ is provided in the code class=packagexterm/code - package; this FAQ addresses various issues with one of the most popular and - important of X clients mdash; the terminal emulator that ships with the X - Window System./li + liThomas Dickey, the upstream maintainer (and author of many features in) the + XTerm terminal emulator, maintains the a + href=http://dickey.his.com/xterm/xterm.faq.html;XTerm FAQ/a. A copy of + this FAQ is provided in the code class=packagexterm/code package; it + addresses various issues with one of the most popular and important of X + clients./li /ul p(There used to be an XFree86 FAQ, which was published by the XFree86 project,
Re: hurd-i386 updates
On Wed, Jul 14, 2004 at 12:00:13PM -0500, Branden Robinson wrote: On Tue, Jul 13, 2004 at 09:34:06PM +0200, Michael Banck wrote: On Tue, Jul 13, 2004 at 12:26:12AM -0500, Branden Robinson wrote: On Mon, Jul 12, 2004 at 02:04:34AM +0200, Michael Banck wrote: -# define FontLibSharedFreeType NO Are you sure the following comment in linux.cf does not explain this issue? 202 /* 203 * We want to be sure that the normal XFree86 X server and the debugging X 204 * server use the same FreeType2 library. We'd *like* it if we could 205 * achieve this by both packages dynamically linking against the system's 206 * FreeType2 library; however, the normal X server package 207 * (xserver-xfree86) *cannot* be built dynamically linked against the 208 * FreeType2 library when the module loader is enabled because of 209 * code/design issues. Therefore, we encapsulate XFree86's internal fork 210 * of the FreeType2 library into *both* xserver-xfree86 and 211 * xserver-xfree86-dbg. When it becomes possible to build the 212 * module-loading server against an external FreeType2 shared library, we 213 * can drop this define: 214 */ 215 # define FontLibSharedFreeType NO Well, of course I read the comment and subsequently decided to #define the FontLibSharedFreeType based on it, but afterwards I was not able to figure out the Imake stuff and build logs to see why this really works. Oh well, I guess it is clear that FontLibSharedFreeType should be disabled on hurd-i386. cheers, Michael
Processed: tagging 236197
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 # fixed in Debian X Strike Force XFree86 repository; to view, run svn diff -r 1642:1643 svn://necrotic.deadbeast.net/xfree86 tags 236197 + pending Bug#236197: xfree86-common: [FAQ] document radeon driver's MonitorLayout option There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#259080: xserver-xfree86: Please special case mouse setup for GNU/Hurd
On Wed, Jul 14, 2004 at 12:31:06PM -0500, Branden Robinson wrote: Basically, on hurd-i386, the Device should always be /dev/mouse and the Protocol be osmouse. ZAxisMapping should not be set, Emulate3Buttons can be, depending on debconf. Yes, this is one of the simpler parts of the problem space. Great. What is the canonical way, from the shell, to determine that I am running on a GNU/Hurd system? Hmm, dpkg-architecture is unfortunately only in dpkg-dev, so I guess uname is the best bet here. It prints out 'GNU' on GNU/Hurd as opposed to 'Linux' on GNU/Linux' and (so I've been told) e.g. 'GNU/kFreeBSD' on GNU/k*BSD. uname -a yields the following on my Debian GNU/Hurd box: GNU nighthawk.oase.mhn.de 0.3 GNUmach-1.3/Hurd-0.3 i386-AT386 GNU Would that suffice? Michael
X Strike Force XFree86 SVN commit: r1647 - in trunk/debian: . local
Author: branden Date: 2004-07-14 20:00:49 -0500 (Wed, 14 Jul 2004) New Revision: 1647 Modified: trunk/debian/CHANGESETS trunk/debian/TODO trunk/debian/changelog trunk/debian/local/xterm.faq.html Log: Update XTerm FAQ to latest version (1.84) from Thomas Dickey's website. Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-15 00:54:42 UTC (rev 1646) +++ trunk/debian/CHANGESETS 2004-07-15 01:00:49 UTC (rev 1647) @@ -92,4 +92,7 @@ (See #254316; in Debian, this is actually an ncurses-base bug.) 1646 +Update XTerm FAQ to latest version (1.84) from Thomas Dickey's website. +1647 + vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-07-15 00:54:42 UTC (rev 1646) +++ trunk/debian/TODO 2004-07-15 01:00:49 UTC (rev 1647) @@ -57,7 +57,6 @@ more careful about clobbering autodetected monitor sync ranges; study Jay Berkenbilt's feedback [BR] + #259080: xserver-xfree86: [debconf] specialized mouse defaults for Hurd [BR] -* Grab latest version of Thomas Dickey's XTerm FAQ from his website. * #253480: xdm: XDM fails if the user is over disk quota, but empty files can be created [Branden has hand-written patch for this; needs testing.] * #256297: Apply RandR fixes suggested by Thomas Winischhofer. Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-07-15 00:54:42 UTC (rev 1646) +++ trunk/debian/changelog 2004-07-15 01:00:49 UTC (rev 1647) @@ -71,8 +71,10 @@ an ISO-2022 escape sequence (analysis by Juliusz Chrobocek). (See #254316; in Debian, this is actually an ncurses-base bug.) - -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Jul 2004 18:01:28 -0500 + * Update XTerm FAQ to latest version (1.84) from Thomas Dickey's website. + -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Jul 2004 19:59:42 -0500 + xfree86 (4.3.0.dfsg.1-6) unstable; urgency=low Changes by Branden Robinson: Modified: trunk/debian/local/xterm.faq.html === --- trunk/debian/local/xterm.faq.html 2004-07-15 00:54:42 UTC (rev 1646) +++ trunk/debian/local/xterm.faq.html 2004-07-15 01:00:49 UTC (rev 1647) @@ -1,6 +1,26 @@ !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN !-- - $Id: xterm.faq.html,v 1.80 2004/04/09 00:41:26 tom Exp $ + * + * Copyright 1997-2003,2004 by Thomas E. Dickey * + * All Rights Reserved. * + * * + * Permission to use, copy, modify, and distribute this software and its * + * documentation for any purpose and without fee is hereby granted, provided * + * that the above copyright notice appear in all copies and that both that * + * copyright notice and this permission notice appear in supporting * + * documentation, and that the name of the above listed copyright holder(s) * + * not be used in advertising or publicity pertaining to distribution of the * + * software without specific, written prior permission. * + * * + * THE ABOVE LISTED COPYRIGHT HOLDER(S) DISCLAIM ALL WARRANTIES WITH REGARD * + * TO THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND * + * FITNESS, IN NO EVENT SHALL THE ABOVE LISTED COPYRIGHT HOLDER(S) BE LIABLE * + * FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES * + * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN * + * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF * + * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.* + * + $XTermId: xterm.faq.html,v 1.84 2004/07/13 21:47:03 tom Exp $ -- HTML HEAD @@ -172,6 +192,7 @@ LIA HREF=#bug_nxtermnxterm/A LIA HREF=#bug_konsolekonsole/A LIA HREF=#bug_ktermkterm/A (Japanese) +LIA HREF=#bug_mltermmlterm/A (Multi Lingual) LIA HREF=#bug_rxvtrxvt/A LIA HREF=#bug_xgtermxgterm/A LIA HREF=#bug_xitermxiterm/A @@ -181,14 +202,14 @@ STRONGxcterm/STRONG, but have not seen a working version of these). p -There are actually two versions of XFree86 xterm. Starting with my +There were for some time two versions of XFree86 xterm. Starting with my a href=xterm.log.html#xterm_88patch 88/a, -there are the stable (beta) and unstable (alpha) versions, which currently +there were the stable (beta) and unstable (alpha) versions, which currently are XFree86 3.3.6 and XFree86 4.x, respectively. -I have been making only
Processed: tagging 255197
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 # fixed in Debian X Strike Force XFree86 repository; to view, run svn diff -r 1645:1646 svn://necrotic.deadbeast.net/xfree86 tags 255197 + pending Bug#255197: xterm: [uxterm] don't always just strip off the '@euro' locale modifier Tags were: moreinfo upstream l10n Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: tagging 256086
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 # fixed in Debian X Strike Force XFree86 repository; to view, run svn diff -r 1645:1646 svn://necrotic.deadbeast.net/xfree86 tags 256086 + pending Bug#256086: xterm: bold characters and font change with VT100*boldMode off Tags were: upstream moreinfo Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: tagging 257073
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 # fixed in Debian X Strike Force XFree86 repository; to view, run svn diff -r 1645:1646 svn://necrotic.deadbeast.net/xfree86 tags 257073 + pending Bug#257073: xterm: manpage mixes up middle and left mouse button in CHARACTER CLASSES section Tags were: upstream Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: tagging 257073
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 tags 257073 + fixed-upstream upstream Bug#257073: xterm: manpage mixes up middle and left mouse button in CHARACTER CLASSES section Tags were: pending upstream Tags added: fixed-upstream, upstream End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: tagging 256086
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 tags 256086 + fixed-upstream upstream Bug#256086: xterm: bold characters and font change with VT100*boldMode off Tags were: pending upstream moreinfo Tags added: fixed-upstream, upstream End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
X Strike Force XFree86 SVN commit: r1648 - trunk/debian
Author: branden Date: 2004-07-14 20:20:16 -0500 (Wed, 14 Jul 2004) New Revision: 1648 Modified: trunk/debian/TODO Log: Defer an item -8; I've tried my patch and it doesn't work. Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-07-15 01:00:49 UTC (rev 1647) +++ trunk/debian/TODO 2004-07-15 01:20:16 UTC (rev 1648) @@ -57,8 +57,6 @@ more careful about clobbering autodetected monitor sync ranges; study Jay Berkenbilt's feedback [BR] + #259080: xserver-xfree86: [debconf] specialized mouse defaults for Hurd [BR] -* #253480: xdm: XDM fails if the user is over disk quota, but empty files can - be created [Branden has hand-written patch for this; needs testing.] * #256297: Apply RandR fixes suggested by Thomas Winischhofer. * #255224: Apply SU Yong's patch to fix GBK to COMPOUND_TEXT conversion in the zh_CN.gbk locale. @@ -91,6 +89,8 @@ [Fabio, you're going to drag me into this kicking and screaming, aren't you?] * #245541: Evaluate Sven Luther's driver DDK package patch: http://lists.debian.org/debian-x/2003/debian-x-200311/msg2.html +* #253480: xdm: XDM fails if the user is over disk quota, but empty files can + be created [Branden has hand-written patch for this; needs testing.] Post 4.3.0-1
