X Strike Force XFree86 SVN commit: r1650 - trunk/debian
Author: branden Date: 2004-07-15 00:07:40 -0500 (Thu, 15 Jul 2004) New Revision: 1650 Modified: trunk/debian/changelog Log: Add notation of security fix and CVE candidate ID to historical changelog entry. Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-07-15 04:59:39 UTC (rev 1649) +++ trunk/debian/changelog 2004-07-15 05:07:40 UTC (rev 1650) @@ -617,7 +617,7 @@ * Restore original xdm behavior of interpreting an XDMCP request port of zero (the default) as an instruction not to open a port at all. Equivalent code was apparently accidentally deleted in upstream CVS -(thanks, Jeff King). (Closes: #239341) +(thanks, Jeff King). [SECURITY FIX] (CAN-2004-0419) (Closes: #239341) * Fix cosmetic formatting error in dexconf manpage.
Re: X Strike Force XFree86 SVN commit: r1648 - trunk/debian
On Wed, 14 Jul 2004, X Strike Force SVN Repository Admin wrote: > 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. > Is this patch anywhere in svn? Perhaps we can take a look to it together. Fabio -- fajita: step one Whatever the problem, step one is always to look in the error log. fajita: step two When in danger or in doubt, step two is to scream and shout.
Processed: Re: Bug#257190: Kicker hangs up after zooming OpenGL program, other programs run perfectly?
Processing commands for [EMAIL PROTECTED]: > retitle 257190 xlibmesa-dri: [radeon_dri] KDE kicker hangs after zooming > OpenGL program on Radeon Mobility M6 LY rev 0 Bug#257190: xlibmesa-dri: [radeon_dri] kicker hangs after zooming OpenGL program Changed Bug title. > tag 257190 - moreinfo Bug#257190: xlibmesa-dri: [radeon_dri] KDE kicker hangs after zooming OpenGL program on Radeon Mobility M6 LY rev 0 Tags were: upstream moreinfo Tags removed: moreinfo > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#258396: problem solved - caused by cruft from nvidia-graphics stuff
Processing commands for [EMAIL PROTECTED]: > reassign 258396 nvidia-graphics-drivers Bug#258396: xlibmesa-gl-dev: Installation fails with unable to create `./usr/X11R6/lib/libGL.a': No such file or directory Bug reassigned from package `xlibmesa-gl-dev' to `nvidia-graphics-drivers'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
X Strike Force XFree86 SVN property change: propchange - r1646 svn:log
Author: branden Revision: 1646 Property Name: svn:log New Property Value: Grab latest version of XTerm (#192) from Thomas Dickey's website. According to the upstream changelog, this release addresses several Debian bugs. + Change resource settings for color4 and color12; add some discussion in XTerm-col.ad. (See #241717.) + Add a note in xterm manpage regarding possible conflict between resource settings for xterm.vt100.font and xterm.vt100.utf8Fonts.font. (See #254650.) + Add case to uxterm to accommodate locales ending with "@euro", e.g., [EMAIL PROTECTED] (report/analysis by Matthieu Lagouge). (Closes: #255197) + Save the fontnames for bold fonts that are derived from normal fonts, or from the boldFont resource, so the same value is restored when switching with the VT Fonts menu. (Closes: #256086) + Fix typo in manpage's description of character classes. (Closes: #257073) + Modify terminfo to accommodate luit, which relies on G1 being used via an ISO-2022 escape sequence (analysis by Juliusz Chrobocek). (See #254316; in Debian, this is actually an ncurses-base bug.)
X Strike Force XFree86 SVN commit: r1651 - trunk/debian
Author: branden Date: 2004-07-15 01:36:06 -0500 (Thu, 15 Jul 2004) New Revision: 1651 Modified: trunk/debian/CHANGESETS trunk/debian/changelog Log: Fix bug-closer that referred to archived bug. Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-15 05:07:40 UTC (rev 1650) +++ trunk/debian/CHANGESETS 2004-07-15 06:36:06 UTC (rev 1651) @@ -13,7 +13,7 @@ 1606 Miscellaneous cosmetic fixes. -1607, 1608, 1624, 1626, 1627, 1636 +1607, 1608, 1624, 1626, 1627, 1636, 1651 Grab latest version of XTerm (#191) from Thomas Dickey's website. 1609 Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-07-15 05:07:40 UTC (rev 1650) +++ trunk/debian/changelog 2004-07-15 06:36:06 UTC (rev 1651) @@ -55,7 +55,7 @@ According to the upstream changelog, this release addresses several Debian bugs. + Change resource settings for color4 and color12; add some discussion in - XTerm-col.ad. (Closes: #241717) + XTerm-col.ad. (See #241717.) + Add a note in xterm manpage regarding possible conflict between resource settings for xterm.vt100.font and xterm.vt100.utf8Fonts.font. (See #254650.)
Bug#256442: [ATTACHED] iBook G4 British keymap
On Wed, Jul 14, 2004 at 02:48:52PM +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... > > 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. I think it's sillier for keys to not do what's engraved on them. I am not opposed to having an XkbOption called "altwin:macosx", for example, for people who seek Mac OS X compatibility, but I am skeptical that this should be the default. -- G. Branden Robinson| Good judgement comes from Debian GNU/Linux | experience; experience comes from [EMAIL PROTECTED] | bad judgement. http://people.debian.org/~branden/ | -- Fred Brooks signature.asc Description: Digital signature
Bug#257190: Kicker hangs up after zooming OpenGL program, other programs run perfectly?
retitle 257190 xlibmesa-dri: [radeon_dri] KDE kicker hangs after zooming OpenGL program on Radeon Mobility M6 LY rev 0 tag 257190 - moreinfo thanks On Wed, Jul 14, 2004 at 06:12:22PM +0200, Michał J. Gajda wrote: > I attached the /tmp/output. Thank you for following up. Michel, do you see any smoking guns in the following? (Also, please let me know if this gives you any ideas for improvement of the xlibmesa-dri bug script.) > 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
Bug#254674: xterm crashes on paste event
On Wed, Jul 14, 2004 at 12:36:52PM +0300, Andrey Lebedev wrote: > 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). You'll still get a few, as xterm links against some libraries that aren't X libraries, and won't have debugging symbols. > So I guess there is something wrong in my procedure... Could you please > help me with that? Well, could you try just getting a core dump from xterm first? -- G. Branden Robinson| There's something wrong if you're Debian GNU/Linux | always right. [EMAIL PROTECTED] | -- Glasow's Law http://people.debian.org/~branden/ | signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1652 - in trunk/debian: . patches
Author: branden Date: 2004-07-15 02:13:32 -0500 (Thu, 15 Jul 2004) New Revision: 1652 Modified: trunk/debian/CHANGESETS trunk/debian/TODO trunk/debian/changelog trunk/debian/patches/000_stolen_from_HEAD.diff Log: Grab from XFree86 CVS (no later than 2003-11-10) several fixes to the RandR extension manual page and server-side implementation. + Fixed rounding of refresh rate in RandR, updated Xrandr man page (BugzillaR #527, Egbert Eich). + Fix RandR initialization problem when default screen resolution is different from the virtual resolution. (Bugzilla #853, Bob Paauwe). + The call to xf86RandRSetMode() from xf86RandRCreateScreenResources() doesn't appear to be necessary. Removing it restores the documented ViewPort behaviour when RandR is enabled (David Dawes). + Warning fix [Marc Aurele La France] (Closes: #256297) Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-15 06:36:06 UTC (rev 1651) +++ trunk/debian/CHANGESETS 2004-07-15 07:13:32 UTC (rev 1652) @@ -95,4 +95,17 @@ Update XTerm FAQ to latest version (1.84) from Thomas Dickey's website. 1647 +Grab from XFree86 CVS (no later than 2003-11-10) several fixes to the +RandR extension manual page and server-side implementation. ++ Fixed rounding of refresh rate in RandR, updated Xrandr man page + (BugzillaR #527, Egbert Eich). ++ Fix RandR initialization problem when default screen resolution is + different from the virtual resolution. (Bugzilla #853, Bob Paauwe). ++ The call to xf86RandRSetMode() from xf86RandRCreateScreenResources() + doesn't appear to be necessary. Removing it restores the documented + ViewPort behaviour when RandR is enabled (David Dawes). ++ Warning fix [Marc Aurele La France] +(Closes: #256297) +1652 + vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-07-15 06:36:06 UTC (rev 1651) +++ trunk/debian/TODO 2004-07-15 07:13:32 UTC (rev 1652) @@ -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] -* #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. * #255701: add ISO 10646-1 character set support to ja_JP.UTF-8 XLC_LOCALE data Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-07-15 06:36:06 UTC (rev 1651) +++ trunk/debian/changelog 2004-07-15 07:13:32 UTC (rev 1652) @@ -73,8 +73,20 @@ * 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 + * Grab from XFree86 CVS (no later than 2003-11-10) several fixes to the +RandR extension manual page and server-side implementation. ++ Fixed rounding of refresh rate in RandR, updated Xrandr man page + (BugzillaR #527, Egbert Eich). ++ Fix RandR initialization problem when default screen resolution is + different from the virtual resolution. (Bugzilla #853, Bob Paauwe). ++ The call to xf86RandRSetMode() from xf86RandRCreateScreenResources() + doesn't appear to be necessary. Removing it restores the documented + ViewPort behaviour when RandR is enabled (David Dawes). ++ Warning fix [Marc Aurele La France] +(Closes: #256297) + -- Branden Robinson <[EMAIL PROTECTED]> Thu, 15 Jul 2004 02:13:15 -0500 + xfree86 (4.3.0.dfsg.1-6) unstable; urgency=low Changes by Branden Robinson: Modified: trunk/debian/patches/000_stolen_from_HEAD.diff === --- trunk/debian/patches/000_stolen_from_HEAD.diff 2004-07-15 06:36:06 UTC (rev 1651) +++ trunk/debian/patches/000_stolen_from_HEAD.diff 2004-07-15 07:13:32 UTC (rev 1652) @@ -1,5 +1,7 @@ $Id$ +vim:set encoding=latin1: + Comments by Branden Robinson are made in [brackets]. xc/config/imake/imake.c @ 3.64 @@ -202,6 +204,38 @@ 113. Fix xkbcomp crash with some combinations of layouts in a multi-layout keyboard map (Ivan Pascal). +xc/lib/Xrandr/Xrandr.man @ 1.4 + Remove reference to non-existent Xrender(3) man page (reported to webmaster). + +xc/lib/Xrandr/Xrandr.man @ 1.5 + Fix manual pages typos (Bugzilla #316, Jens Schweikhardt). + +xc/programs/xrandr/xrandr.man @ 1.6 + 213. Removed Copyright sign from man pages as this causes some formatters +to choke (Egbert Eich). + +xc/lib/Xrandr/Xrandr.man @ 1.7 +xc/programs/Xserver/hw/xfree86/common/xf86RandR.c @ 1.5 + 338. Fixed rounding of refresh rate in RandR, updated Xrandr man page + (BugzillaR #527, Egbert Eich). + +xc/programs/Xserver/hw/xfree86/common/xf86R
Bug#252895: xbase-clients: [xfontsel] and emacs crashes with BadValue error on X_OpenFont request
On Wed, Jul 14, 2004 at 02:26:40PM -0500, anoop aryal wrote: > >How many "names" does xfontsel say are available? (Or does it even get > >that far?) > > > xfontsel doesn't get that far. it quits right away. Hmm. What does "xlsfonts" say? > >Can you tell us what font packages you have installed on your system? > > > i'm new to debian so bear with me. here's the output of "dpkg -l > "*font*" | egrep -v "^un": > > pi fontconfig 2.2.2-2generic font configuration library > ii gfontview 0.5.0-2A font viewer for Type 1 and TrueType > fonts > ii gsfonts8.14-3 Fonts for the Ghostscript interpreter(s) > ii gsfonts-x110.17 Make Ghostscript fonts available to X11 > ii libfontconfig1 2.2.2-2generic font configuration library > (shared l > ii libfontconfig1 2.2.2-2generic font configuration library > (developm > pn msttcorefonts (no description available) > ii psfontmgr 0.11.8 PostScript font manager -- part of > Defoma, D > ii ttf-freefont 20031008-1 Freefont Serif, Sans and Mono Truetype > fonts > ii x-ttcidfont-co 17 Configure TrueType and CID fonts for X > ii xfonts-100dpi 4.3.0.dfsg.1-4 100 dpi fonts for X > ii xfonts-75dpi 4.3.0.dfsg.1-4 75 dpi fonts for X > ii xfonts-base4.3.0.dfsg.1-4 standard fonts for X > ii xfonts-scalabl 4.3.0.dfsg.1-4 scalable fonts for X > > please let me know if you need more info. > > i'm tempted to think it's some font that's causing this bruhaha.. > because this started happening after i installed msttcorefonts (because > some other package mentioned it during it's installation and i figured > why not..). i remember seeing "defoma"during that configuration but > can't recall exactly what package it was that i had installed or > configured at that point. i didn't use emacs for several days after that > so by the time i ran into this problem i had already forgotten what > package it was.. i think there was an update to emacs as well.. :( Hmm. I too suspect that one of the packages like msttcorefonts is triggering the problem, though what is probably the culprit here is a bug in X's font support. > oh, i just hit reply to the email, let me know if i need to send it to > the bts instead. :) I'm taking care of that. :) -- G. Branden Robinson|I just wanted to see what it looked Debian GNU/Linux |like in a spotlight. [EMAIL PROTECTED] |-- Jim Morrison http://people.debian.org/~branden/ | signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1653 - people/fabbione/trunk/debian
Author: fabbione
Date: 2004-07-15 02:24:41 -0500 (Thu, 15 Jul 2004)
New Revision: 1653
Modified:
people/fabbione/trunk/debian/CHANGESET
people/fabbione/trunk/debian/README
Log:
Document MANIFEST changes in debian/README
Modified: people/fabbione/trunk/debian/CHANGESET
===
--- people/fabbione/trunk/debian/CHANGESET 2004-07-15 07:13:32 UTC (rev
1652)
+++ people/fabbione/trunk/debian/CHANGESET 2004-07-15 07:24:41 UTC (rev
1653)
@@ -8,6 +8,9 @@
(It should always be safe to merge the latest version of TODO or CHANGESETS
files anywhere.)
+Document MANIFEST changes in debian/README
+1653
+
Add MANIFEST.$ARCH.all for special archs (s390 anf hurd-i386) and add support
in debian/rules.
1633
Modified: people/fabbione/trunk/debian/README
===
--- people/fabbione/trunk/debian/README 2004-07-15 07:13:32 UTC (rev 1652)
+++ people/fabbione/trunk/debian/README 2004-07-15 07:24:41 UTC (rev 1653)
@@ -74,14 +74,16 @@
in our XFree86 binary packages; for instance, our X server wrapper and
tools for handling fonts.alias and fonts.scale files are here.
-MANIFEST.$(ARCH):
- This file is here to keep track of what the install rules actually
- install. If this changes, we need to know about it; there may be new
- files we want to ship, or there may be a build-dependency problem such
- that files that should be there are not. This version is compared
- against one that is generated after the XFree86 install rule is run.
+MANIFEST.$(ARCH).{in,all} and MANIFEST.all:
+ These files are here to keep track of what the install rules actually
+ install. The combination of these files creates a MANIFEST.$(ARCH)
+ to reflect what the system expect to be installed after the build. If this
+ changes, we need to know about it; there may be new files we want to ship,
+ or there may be a build-dependency problem such that files that should be
+ there are not. This version is compared against one that is generated
+ after the XFree86 install rule is run.
- *VERY IMPORTANT*: It doesn't do any good to replace the MANIFEST file
+ *VERY IMPORTANT*: It doesn't do any good to replace the MANIFEST files
without making appropriate changes to the debhelper files. If you find
that a new MANIFEST file for your architecture needs to be generated,
contact the package maintainer, [EMAIL PROTECTED] Obviously there are
@@ -89,12 +91,17 @@
build process, but if it has changed, it is important to know why.
Once you have updated the appropriate debhelper files specific to your
- architecture (see next section), overwrite the old MANIFEST file with the
- new one. Then start the build again. Be sure to get the new canonical
- version of MANIFEST.$(ARCH) to the XFree86 package maintainer. (This
- applies only if you are doing official porting work for the Debian
- Project.)
+ architecture (see next section), you will have to clean the new MANIFEST
+ from arch independant files. This can be achieved removing all the files
+ listed in MANIFEST{.$(ARCH),}.all from the new MANIFEST file. Overwrite
+ then the old MANIFEST.$(ARCH) file with the new one. Then start the build
+ again. Be sure to get the new canonical version of MANIFEST.$(ARCH) to
+ the XFree86 package maintainer. (This applies only if you are doing
+ official porting work for the Debian Project.)
+ NOTE: MANIFEST.$ARCH.all is preferred to MANIFEST.all (actually required
+ only by two architectures.
+
$(package).*.$(ARCH):
These exist in cases where the contents of one of the debhelper files is
architecture-specific. As the MANIFEST illustrates, different things get
X Strike Force XFree86 SVN commit: r1654 - in trunk/debian: . patches
Author: branden Date: 2004-07-15 02:30:10 -0500 (Thu, 15 Jul 2004) New Revision: 1654 Modified: trunk/debian/CHANGESETS trunk/debian/patches/000_stolen_from_HEAD_xkb_data.diff Log: (cosmetic) Add Vim modeline to keep Vim from transcoding the file's character set. Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-15 07:24:41 UTC (rev 1653) +++ trunk/debian/CHANGESETS 2004-07-15 07:30:10 UTC (rev 1654) @@ -13,7 +13,7 @@ 1606 Miscellaneous cosmetic fixes. -1607, 1608, 1624, 1626, 1627, 1636, 1651 +1607, 1608, 1624, 1626, 1627, 1636, 1651, 1654 Grab latest version of XTerm (#191) from Thomas Dickey's website. 1609 Modified: trunk/debian/patches/000_stolen_from_HEAD_xkb_data.diff === --- trunk/debian/patches/000_stolen_from_HEAD_xkb_data.diff 2004-07-15 07:24:41 UTC (rev 1653) +++ trunk/debian/patches/000_stolen_from_HEAD_xkb_data.diff 2004-07-15 07:30:10 UTC (rev 1654) @@ -1,13 +1,12 @@ $Id$ +vim:set encoding=latin1: + This file is for XKB data. This basically means any subdirectory of xc/programs/xkbcomp (except xc/programs/xkbcomp/cross). Changes within xc/program/xkbcomp itself should not be here, nor should changes elsewhere in the tree. -NOTE: Be careful not to re-code this file! For instance, I got burned by -using Vim to edit it in a UTF-8 environment. - Comments by Branden Robinson are made in [brackets]. xc/programs/xkbcomp/keymap/xfree86 @ 3.30
Processed: tagging 256297
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 1651:1652 svn://necrotic.deadbeast.net/xfree86" > tags 256297 + pending Bug#256297: xserver-xfree86: various RandR extension problems Tags were: fixed-upstream patch 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)
X Strike Force XFree86 SVN commit: r1655 - in trunk/debian: . patches
Author: branden Date: 2004-07-15 03:04:43 -0500 (Thu, 15 Jul 2004) New Revision: 1655 Added: trunk/debian/patches/094_gbk_compound_text_transformation_fix.diff Modified: trunk/debian/CHANGESETS trunk/debian/TODO trunk/debian/changelog Log: Fix bug in COMPOUND_TEXT translation of the GBK character encoding (thanks, Su Yong). (Closes: #255224) Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-15 07:30:10 UTC (rev 1654) +++ trunk/debian/CHANGESETS 2004-07-15 08:04:43 UTC (rev 1655) @@ -108,4 +108,8 @@ (Closes: #256297) 1652 +Fix bug in COMPOUND_TEXT translation of the GBK character encoding +(thanks, Su Yong). (Closes: #255224) +1655 + vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-07-15 07:30:10 UTC (rev 1654) +++ trunk/debian/TODO 2004-07-15 08:04:43 UTC (rev 1655) @@ -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] -* #255224: Apply SU Yong's patch to fix GBK to COMPOUND_TEXT conversion in the - zh_CN.gbk locale. * #255701: add ISO 10646-1 character set support to ja_JP.UTF-8 XLC_LOCALE data [patch by Tatsuki Sugiura included] * #255011: add macintosh/ca symbols file; awaiting keyboard photograph and test Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-07-15 07:30:10 UTC (rev 1654) +++ trunk/debian/changelog 2004-07-15 08:04:43 UTC (rev 1655) @@ -85,8 +85,11 @@ + Warning fix [Marc Aurele La France] (Closes: #256297) - -- Branden Robinson <[EMAIL PROTECTED]> Thu, 15 Jul 2004 02:13:15 -0500 + * Fix bug in COMPOUND_TEXT translation of the GBK character encoding +(thanks, Su Yong). (Closes: #255224) + -- Branden Robinson <[EMAIL PROTECTED]> Thu, 15 Jul 2004 02:57:52 -0500 + xfree86 (4.3.0.dfsg.1-6) unstable; urgency=low Changes by Branden Robinson: Added: trunk/debian/patches/094_gbk_compound_text_transformation_fix.diff === --- trunk/debian/patches/094_gbk_compound_text_transformation_fix.diff 2004-07-15 07:30:10 UTC (rev 1654) +++ trunk/debian/patches/094_gbk_compound_text_transformation_fix.diff 2004-07-15 08:04:43 UTC (rev 1655) @@ -0,0 +1,21 @@ +$Id$ + +Fix bug in COMPOUND_TEXT translation of the GBK character encoding. +See Debian #255224 and XFree86 #1362. + +This patch by Su Yong. Placed under the traditional MIT/X11 license by the +author, if copyright is applicable. + +Fixed upstream, post-relicensing, in CVS revision 1.2. + +--- xc/nls/XLC_LOCALE/zh_CN.gbk~ 2004-07-15 02:48:57.0 -0500 xc/nls/XLC_LOCALE/zh_CN.gbk2004-07-15 02:49:03.0 -0500 +@@ -62,7 +62,7 @@ + byte2 \x40,\x7e;\x80,\xfe + + wc_encoding \x8000 +- ct_encoding GBK-0:GLGR:\x1b\x25\x2f\x32\x80\x88\x47\x42\x4b\x2d\x30\x02 ++ ct_encoding GBK-0:GLGR:\x1b\x25\x2f\x32 + + mb_conversion [\x8140,\xfefe]->\x0140 + ct_conversion [\x0140,\x7efe]->\x8140 Property changes on: trunk/debian/patches/094_gbk_compound_text_transformation_fix.diff ___ Name: svn:keywords + Id
Re: X Strike Force XFree86 SVN commit: r1632 - in people/fabbione/trunk/debian: . patches
On Wed, Jul 14, 2004 at 08:04:06PM -, Thomas Dickey wrote: > Branden Robinson <[EMAIL PROTECTED]> wrote: > > 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 On Wed, Jul 14, 2004 at 11:23:31PM +0200, Fabio Massimo Di Nitto wrote: > 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. You guys convinced me. :) I told Fabio on IRC several hours ago that I withdrew my objection. I'm saying it here for the record. :) -- G. Branden Robinson| The key to being a Southern Debian GNU/Linux | Baptist: It ain't a sin if you [EMAIL PROTECTED] | don't get caught. http://people.debian.org/~branden/ | -- Anthony Davidson signature.asc Description: Digital signature
Processed: tagging 255224
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 1654:1655 svn://necrotic.deadbeast.net/xfree86" > tags 255224 + pending Bug#255224: xlibs-data: GBK <-> COMPOUND_TEXT encoding broken Tags were: upstream 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)
X Strike Force XFree86 SVN commit: r1656 - people/fabbione/trunk/debian
Author: fabbione Date: 2004-07-15 04:19:46 -0500 (Thu, 15 Jul 2004) New Revision: 1656 Modified: people/fabbione/trunk/debian/CHANGESET people/fabbione/trunk/debian/MANIFEST.i386.in Log: The "brown paper bag" commit. Remove doc/specs from MANIFEST.i386.in Modified: people/fabbione/trunk/debian/CHANGESET === --- people/fabbione/trunk/debian/CHANGESET 2004-07-15 08:04:43 UTC (rev 1655) +++ people/fabbione/trunk/debian/CHANGESET 2004-07-15 09:19:46 UTC (rev 1656) @@ -18,7 +18,7 @@ Do not build doc/specs. Update MANIFEST.*.in files. Stop shipping duplicate doc/specs in xterm.doc. Update debian/rules and add debian/patches/915_debian_donot_build_specs -1632 +1632, 1656 Fix fonts/util build when fonts are not built, update MANIFEST.*.in files, prepare to stop building docs when called with binary-arch. Modified: people/fabbione/trunk/debian/MANIFEST.i386.in === --- people/fabbione/trunk/debian/MANIFEST.i386.in 2004-07-15 08:04:43 UTC (rev 1655) +++ people/fabbione/trunk/debian/MANIFEST.i386.in 2004-07-15 09:19:46 UTC (rev 1656) @@ -1085,64 +1085,8 @@ usr/X11R6/lib/X11/doc/BUILD usr/X11R6/lib/X11/doc/BugReport usr/X11R6/lib/X11/doc/DESIGN -usr/X11R6/lib/X11/doc/DPMS.txt -usr/X11R6/lib/X11/doc/DPMSLib.txt -usr/X11R6/lib/X11/doc/ICElib.txt usr/X11R6/lib/X11/doc/Install usr/X11R6/lib/X11/doc/LICENSE -usr/X11R6/lib/X11/doc/LocaleDB.txt -usr/X11R6/lib/X11/doc/PM_spec.txt -usr/X11R6/lib/X11/doc/PostScript/DPMS.ps -usr/X11R6/lib/X11/doc/PostScript/DPMSLib.ps -usr/X11R6/lib/X11/doc/PostScript/ICElib.ps -usr/X11R6/lib/X11/doc/PostScript/LocaleDB.ps -usr/X11R6/lib/X11/doc/PostScript/SMlib.ps -usr/X11R6/lib/X11/doc/PostScript/XIMTransport.ps -usr/X11R6/lib/X11/doc/PostScript/XiLib.ps -usr/X11R6/lib/X11/doc/PostScript/XiPorting.ps -usr/X11R6/lib/X11/doc/PostScript/XiProtocol.ps -usr/X11R6/lib/X11/doc/PostScript/Xtrans.ps -usr/X11R6/lib/X11/doc/PostScript/analysis.ps -usr/X11R6/lib/X11/doc/PostScript/appgroup.ps -usr/X11R6/lib/X11/doc/PostScript/bdf.ps -usr/X11R6/lib/X11/doc/PostScript/bigreq.ps -usr/X11R6/lib/X11/doc/PostScript/buffer.ps -usr/X11R6/lib/X11/doc/PostScript/ctext.ps -usr/X11R6/lib/X11/doc/PostScript/ctlseqs.ps -usr/X11R6/lib/X11/doc/PostScript/dbe.ps -usr/X11R6/lib/X11/doc/PostScript/dbelib.ps -usr/X11R6/lib/X11/doc/PostScript/ddx.ps -usr/X11R6/lib/X11/doc/PostScript/evi.ps -usr/X11R6/lib/X11/doc/PostScript/fontlib.ps -usr/X11R6/lib/X11/doc/PostScript/fsproto.ps -usr/X11R6/lib/X11/doc/PostScript/i18nFramework.ps -usr/X11R6/lib/X11/doc/PostScript/icccm.ps -usr/X11R6/lib/X11/doc/PostScript/ice.ps -usr/X11R6/lib/X11/doc/PostScript/intrinsics.ps -usr/X11R6/lib/X11/doc/PostScript/man.ps -usr/X11R6/lib/X11/doc/PostScript/mit-shm.ps -usr/X11R6/lib/X11/doc/PostScript/proto.ps -usr/X11R6/lib/X11/doc/PostScript/record.ps -usr/X11R6/lib/X11/doc/PostScript/recordlib.ps -usr/X11R6/lib/X11/doc/PostScript/rstart.ps -usr/X11R6/lib/X11/doc/PostScript/secint.ps -usr/X11R6/lib/X11/doc/PostScript/security.ps -usr/X11R6/lib/X11/doc/PostScript/shape.ps -usr/X11R6/lib/X11/doc/PostScript/shapelib.ps -usr/X11R6/lib/X11/doc/PostScript/sync.ps -usr/X11R6/lib/X11/doc/PostScript/synclib.ps -usr/X11R6/lib/X11/doc/PostScript/tog-cup.ps -usr/X11R6/lib/X11/doc/PostScript/widgets.ps -usr/X11R6/lib/X11/doc/PostScript/xc-misc.ps -usr/X11R6/lib/X11/doc/PostScript/xdmcp.ps -usr/X11R6/lib/X11/doc/PostScript/xfs-design.ps -usr/X11R6/lib/X11/doc/PostScript/xim.ps -usr/X11R6/lib/X11/doc/PostScript/xlfd.ps -usr/X11R6/lib/X11/doc/PostScript/xlib.ps -usr/X11R6/lib/X11/doc/PostScript/xmu.ps -usr/X11R6/lib/X11/doc/PostScript/xsmp.ps -usr/X11R6/lib/X11/doc/PostScript/xtest.ps -usr/X11R6/lib/X11/doc/PostScript/xtestlib.ps usr/X11R6/lib/X11/doc/README usr/X11R6/lib/X11/doc/README.DECtga usr/X11R6/lib/X11/doc/README.DGA @@ -1165,98 +1109,10 @@ usr/X11R6/lib/X11/doc/README.rendition usr/X11R6/lib/X11/doc/README.s3virge usr/X11R6/lib/X11/doc/RELNOTES -usr/X11R6/lib/X11/doc/SMlib.txt usr/X11R6/lib/X11/doc/ServersOnly usr/X11R6/lib/X11/doc/Status usr/X11R6/lib/X11/doc/Versions usr/X11R6/lib/X11/doc/VideoBoard98 -usr/X11R6/lib/X11/doc/XIMTransport.txt -usr/X11R6/lib/X11/doc/XiLib.txt -usr/X11R6/lib/X11/doc/XiPorting.txt -usr/X11R6/lib/X11/doc/XiProtocol.txt -usr/X11R6/lib/X11/doc/Xtrans.txt -usr/X11R6/lib/X11/doc/XvMC_API.txt -usr/X11R6/lib/X11/doc/appgroup.txt -usr/X11R6/lib/X11/doc/bdf.txt -usr/X11R6/lib/X11/doc/bigreq.txt -usr/X11R6/lib/X11/doc/buffer.txt -usr/X11R6/lib/X11/doc/ctext.txt -usr/X11R6/lib/X11/doc/ctlseqs.txt -usr/X11R6/lib/X11/doc/ddx.txt -usr/X11R6/lib/X11/doc/evi.txt -usr/X11R6/lib/X11/doc/fontlib.txt -usr/X11R6/lib/X11/doc/fsproto.txt -usr/X11R6/lib/X11/doc/html/DPMS.html -usr/X11R6/lib/X11/doc/html/DPMSLib.html -usr/X11R6/lib/X11/doc/html/ICElib.html -usr/X11R6/lib/X11/doc/html/LocaleDB.html -usr/X11R6/lib/X11/doc/html/SMlib.html -usr/X11R6/lib/X11/doc/ht
X Strike Force XFree86 SVN commit: r1657 - people/fabbione/trunk/debian
Author: fabbione Date: 2004-07-15 04:25:40 -0500 (Thu, 15 Jul 2004) New Revision: 1657 Modified: people/fabbione/trunk/debian/CHANGESET people/fabbione/trunk/debian/rules Log: Remove abuse of CAT in debian/rules Modified: people/fabbione/trunk/debian/CHANGESET === --- people/fabbione/trunk/debian/CHANGESET 2004-07-15 09:19:46 UTC (rev 1656) +++ people/fabbione/trunk/debian/CHANGESET 2004-07-15 09:25:40 UTC (rev 1657) @@ -8,6 +8,9 @@ (It should always be safe to merge the latest version of TODO or CHANGESETS files anywhere.) +Remove abuse of CAT in debian/rules +1657 + Document MANIFEST changes in debian/README 1653 Modified: people/fabbione/trunk/debian/rules === --- people/fabbione/trunk/debian/rules 2004-07-15 09:19:46 UTC (rev 1656) +++ people/fabbione/trunk/debian/rules 2004-07-15 09:25:40 UTC (rev 1657) @@ -345,12 +345,12 @@ (cd debian/tmp && find -type f | LC_ALL=C sort | cut -c3-) > debian/MANIFEST.$(ARCH).new # create proper MANIFEST from our well known sources if [ ! -e debian/build-all ]; then \ - cp debian/MANIFEST.$(ARCH).in debian/MANIFEST.$(ARCH); \ + sort -u debian/MANIFEST.$(ARCH).in > debian/MANIFEST.$(ARCH); \ $(ELSE) \ if [ -e debian/MANIFEST.$(ARCH).all ]; then \ - cat debian/MANIFEST.$(ARCH).in debian/MANIFEST.$(ARCH).all | sort > debian/MANIFEST.$(ARCH); \ + sort -u debian/MANIFEST.$(ARCH).in debian/MANIFEST.$(ARCH).all > debian/MANIFEST.$(ARCH); \ $(ELSE) \ - cat debian/MANIFEST.$(ARCH).in debian/MANIFEST.all | sort > debian/MANIFEST.$(ARCH); \ + sort -u debian/MANIFEST.$(ARCH).in debian/MANIFEST.all > debian/MANIFEST.$(ARCH); \ fi; \ fi # confirm that the installed file list has not changed
Bug#257190: Kicker hangs up after zooming OpenGL program, other programs run perfectly?
On Thu, 2004-07-15 at 01:22 -0500, Branden Robinson wrote: > > Michel, do you see any smoking guns in the following? Not really. I can only suggest trying a current DRI CVS snapshot and filing an upstream bug if the problem persists there. > (Also, please let me know if this gives you any ideas for improvement of > the xlibmesa-dri bug script.) The only thing else I can think of ATM would be any related kernel output, something like grepping for 'drm'. I'm afraid that'll rarely be very useful though. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: X Strike Force XFree86 SVN commit: r1645 - in trunk/debian: . local
X Strike Force SVN Repository Admin <[EMAIL PROTECTED]> wrote: > + XTerm terminal emulator, maintains the + href="http://dickey.his.com/xterm/xterm.faq.html";>XTerm FAQ. A copy of prefer http://invisible-island.net > + this FAQ is provided in the xterm package; it > + addresses various issues with one of the most popular and important of X > + clients. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
xkb rules for Thinkpad extra keys
I have written a small set of xkb rules to enable the extra keys on thinkpad laptops (keysyms 233 and 234). The rules implement new keyboard model 'thinkpad'. The files are available with a html README from http://hile.dyndns.org/xkb-thinkpad.tgz You can probably just run diff for the files under xkb directory, the changes are quite trivial. It would be great if these configs would end up being part of the packages and upstream. There might be problems with the rules and the fact these rules replace the pc101,pc102 and other 'model' parameters in XF86Config-4, works for me at least with finnish keyboard. I think my mapping of 'Prev/Next_Virtual_Screen' is good to not mix the keys with any other, possibly used keys, and most likely map nicely to the tasks most people would do with these keys now: I see no other use for these keys except virtual desktop switching and window moving. *hile*
Bug#256442: [ATTACHED] iBook G4 British keymap
Branden Robinson wrote: > On Wed, Jul 14, 2004 at 02:48:52PM +0100, Sam Halliday wrote: > > > 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. > > I think it's sillier for keys to not do what's engraved on them. what about mouse buttons then? the mac mouse only has one mouse button... is it a left or a right mouse button? the left mouse button is chosen as it is the most compatible with what happens under MacOS X (and also the most sensible option, and probably sends the same signal...). ok, maybe thats a crap example :-) > I am not opposed to having an XkbOption called "altwin:macosx", for > example, for people who seek Mac OS X compatibility, but I am skeptical > that this should be the default. i like this. how can it be implemented? 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/ pgpuh83oz2xqQ.pgp Description: PGP signature
Processed: Re: Bug#219550: redraw problems with Xft
Processing commands for [EMAIL PROTECTED]: > retitle 219550 xterm: character redrawing problems when Xft used for font > rendering Bug#219550: redraw problems with Xft Changed Bug title. > tag 219550 + moreinfo upstream Bug#219550: xterm: character redrawing problems when Xft used for font rendering There were no tags set. Tags added: moreinfo, upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#202323: new versions of xterm are available
Processing commands for [EMAIL PROTECTED]: > retitle 202323 xterm: new upstream version available Bug#202323: new versions of xterm are available Changed Bug title. > thanks 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: r1658 - in trunk/debian: . patches
FYI: this was a 6.8MB commits and it will never go trough the mailing list. Here are the hot changes: Changes by Fabio M. Di Nitto: * Split binary-arch and binary-indep targets in debian/rules. + Split MANIFEST files in arch specific and arch independent parts. + Move xterm documentation specifications to xspecs package. + Add debian/patches/914_debian_donot_build_fonts. + Add debian/patches/915_debian_donot_build_specs. + Reduce the disk space required to build the package of approx. 520MB. + Reduce the time to build of approx. 20 to 30%. This is strictly arch dependent. + Make buildd's admins hate us less. Fabio -- fajita: step one Whatever the problem, step one is always to look in the error log. fajita: step two When in danger or in doubt, step two is to scream and shout.
Bug#219550: redraw problems with Xft
retitle 219550 xterm: character redrawing problems when Xft used for font
rendering
tag 219550 + moreinfo upstream
thanks
On Fri, Nov 07, 2003 at 05:30:27PM +0800, Cameron Patrick wrote:
> Package: xterm
> Version: 4.3.0-0pre1v4
> Severity: normal
>
> With certain fonts and font sizes in Xft mode, xterm draws characters so
> that they partially lie in the character cell below; these characters
> are subsequently not erased properly, leading to an unsightly display.
> This is particularly noticeable with the "_" character in Andale Mono at
> large sizes.
>
> This is fixed in the latest upstream xterm; looking at the upstream
> changelog I believe the relevant change is patch #180:
>
> make height of TrueType fonts match ascent+descent (patch by
> Keith Packard).
>
> That upstream version also makes underlining work with Xft rendering,
> which would be nice to have too.
The current version of XTerm in Debian testing ("sarge") is XTerm #187
(2004-04-27).
The current version of XTerm in Debian unstable ("sid") is XTerm #190
(2004-05-25).
Can you still reproduce this problem?
--
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
Bug#202323: marked as done (xterm: new upstream version available)
Your message dated Thu, 15 Jul 2004 12:26:47 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#202323: new versions of xterm are available 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 Jul 2003 19:02:04 + >From [EMAIL PROTECTED] Mon Jul 21 14:02:03 2003 Return-path: <[EMAIL PROTECTED]> Received: from iramx1.ira.uni-karlsruhe.de [141.3.10.80] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19efv8-uH-00; Mon, 21 Jul 2003 14:02:02 -0500 Received: from i20fw2.iaks.uni-karlsruhe.de ([141.3.32.129] helo=avalon.ira.uka.de) by iramx1.ira.uni-karlsruhe.de with esmtp (Exim 3.30 #10 (Debian)) id 19efv6-0001F1-00; Mon, 21 Jul 2003 21:02:00 +0200 Received: from falcon.iaks.uka.de (falcon [172.20.21.46]) by avalon.ira.uka.de (8.8.8p2+Sun/8.8.8) with ESMTP id UAA18741; Mon, 21 Jul 2003 20:59:30 +0200 (MET DST) Received: from ay ([172.20.22.84]) by falcon.iaks.uka.de (8.11.7+Sun/8.8.8) with ESMTP id h6LIxUj29726; Mon, 21 Jul 2003 20:59:30 +0200 (MEST) Received: from lefevre by ay with local (Exim 3.36 #1 (Debian)) id 19efun-0006Od-00; Mon, 21 Jul 2003 21:01:41 +0200 Date: Mon, 21 Jul 2003 21:01:40 +0200 From: Vincent Lefevre <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: new versions of xterm are available Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Reportbug-Version: 2.18 X-Mailer-Info: http://www.vinc17.org/mutt/ User-Agent: Mutt/1.5.4i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_01,HAS_PACKAGE,USER_AGENT_MUTT version=2.53-bugs.debian.org_2003_07_20 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_07_20 (1.174.2.15-2003-03-30-exp) Package: xterm Version: 4.2.1-9 Severity: normal The latest xterm version in Debian is 4.2.0(165). But there are new versions on http://invisible-island.net/xterm/ with bug fixes (at least one that was fixed more than one year ago, in the 2002-03-25 version, and that is still there in the Debian version). -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux ay 2.4.18-newpmac #1 Mon Jun 9 03:10:07 UTC 2003 ppc Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 Versions of packages xterm depends on: ii libc6 2.3.1-16 GNU C Library: Shared libraries an ii libfreetype6 2.1.4-4FreeType 2 font engine, shared lib ii libncurses5 5.3.20030510-2 Shared libraries for terminal hand ii libxaw7 4.2.1-6X Athena widget set library ii xlibs 4.2.1-6X Window System client libraries -- no debconf information --- Received: (at 202323-done) by bugs.debian.org; 15 Jul 2004 17:26:49 + >From [EMAIL PROTECTED] Thu Jul 15 10:26:49 2004 Return-path: <[EMAIL PROTECTED]> Received: from dhcp065-026-182-085.indy.rr.com (sisyphus.deadbeast.net) [65.26.182.85] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BlA0P-0002Sx-00; Thu, 15 Jul 2004 10:26:49 -0700 Received: by sisyphus.deadbeast.net (Postfix, from userid 1000) id 00F5368C019; Thu, 15 Jul 2004 12:26:47 -0500 (EST) Date: Thu, 15 Jul 2004 12:26:47 -0500 From: Branden Robinson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#202323: new versions of xterm are available Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" 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=-8.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER, VALID_BTS_CONTROL autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 2 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable retitle 202323 xterm: new upstream version avail
Processed: Re: Bug#230787: xterm: dies when XIM is killed
Processing commands for [EMAIL PROTECTED]: > retitle 230787 xterm: dies when kinput2 (XIM) process is killed Bug#230787: xterm: dies when XIM is killed Changed Bug title. > severity 230787 important Bug#230787: xterm: dies when kinput2 (XIM) process is killed Severity set to `important'. > tag 230787 + moreinfo upstream Bug#230787: xterm: dies when kinput2 (XIM) process is killed There were no tags set. Tags added: moreinfo, upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#243314: xterm scrolling speed patch on LKML for 2.6
Processing commands for [EMAIL PROTECTED]: > retitle 243314 xterm: busy-wait loop in scrolling logic aggravates Linux 2.6 > scheduler Bug#243314: xterm scrolling speed patch on LKML for 2.6 Changed Bug title. > tag 243314 + upstream Bug#243314: xterm: busy-wait loop in scrolling logic aggravates Linux 2.6 scheduler There were no tags set. Tags added: upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#239510: xterm: Reverse video specification broken
Processing commands for [EMAIL PROTECTED]: > retitle 239510 xterm: [-+]rv command-line options and reverseVideo resource > seem to have no effect Bug#239510: xterm: Reverse video specification broken Changed Bug title. > tag 239510 + moreinfo Bug#239510: xterm: [-+]rv command-line options and reverseVideo resource seem to have no effect There were no tags set. Tags added: moreinfo > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#243314: xterm scrolling speed patch on LKML for 2.6
retitle 243314 xterm: busy-wait loop in scrolling logic aggravates Linux 2.6 scheduler tag 243314 + upstream thanks On Mon, Apr 12, 2004 at 10:05:40PM +1000, Tim Connors wrote: > Package: xterm > Version: 4.3.0-7 > Severity: normal > > Please include the analagous patch that suggested and tested here (for > multi-gnome-terminal) into xterm (and send upstream - why didn't > reportbug ask me the upstream question this time?): > http://www.uwsg.iu.edu/hypermail/linux/kernel/0404.0/0467.html The upstream XTerm maintainer, Thomas Dickey, is looking into this; I am awaiting his findings. -- G. Branden Robinson|Every aristocracy that has ever Debian GNU/Linux |existed has behaved, in all [EMAIL PROTECTED] |essential points, exactly like a http://people.debian.org/~branden/ |small mob. -- G.K. Chesterton signature.asc Description: Digital signature
Bug#239510: xterm: Reverse video specification broken
retitle 239510 xterm: [-+]rv command-line options and reverseVideo resource seem to have no effect tag 239510 + moreinfo thanks On Mon, Mar 22, 2004 at 08:51:33PM -0600, John Goerzen wrote: > xterm, on startup, always displays black text on a white background. > That is, the following three commands do the exact same thing: > > xterm > xterm -rv > xterm +rv > > Also, specifying XTerm*reverseVideo: true does not alter the startup > colors. > > However, selecting reverse video from the middle-mouse-button menu will > toggle the colors. > > I'm somewhat puzzled. Hi John, Thomas Dickey, the upstream XTerm maintainer, had a look at this bug report and suspects there might be a problem with customized app-defaults. Can you go over the logs of this bug, let us know if you think that might be the case for you, and let us know if you can still reproduce this problem? -- G. Branden Robinson| The key to being a Southern Debian GNU/Linux | Baptist: It ain't a sin if you [EMAIL PROTECTED] | don't get caught. http://people.debian.org/~branden/ | -- Anthony Davidson signature.asc Description: Digital signature
Bug#230787: xterm: dies when XIM is killed
retitle 230787 xterm: dies when kinput2 (XIM) process is killed
severity 230787 important
tag 230787 + moreinfo upstream
thanks
On Mon, Feb 02, 2004 at 04:32:15PM +0200, Rauli Ruohonen wrote:
> Package: xterm
> Version: 4.2.1-15
> Severity: normal
>
> When using kinput2 with xterm, if kinput2 is killed, xterm dies, too.
> Very undesirable, as kinput2 needs to be restarted when its
> configuration options are changed. GTK2 programs work fine with kinput2
> restarts, so xterm should, too.
The current version of XTerm in Debian testing ("sarge") is XTerm #187
(2004-04-27).
The current version of XTerm in Debian unstable ("sid") is XTerm #190
(2004-05-25).
Can you still reproduce this problem?
--
G. Branden Robinson|If the license you accept is
Debian GNU/Linux |oppressive in its terms, that means
[EMAIL PROTECTED] |you can be oppressed.
http://people.debian.org/~branden/ |-- Pamela Jones
signature.asc
Description: Digital signature
X Strike Force XFree86 SVN commit: r1659 - trunk/debian
Author: branden Date: 2004-07-15 13:00:57 -0500 (Thu, 15 Jul 2004) New Revision: 1659 Modified: trunk/debian/MANIFEST.powerpc.in Log: Fix regression caused in r1658. Modified: trunk/debian/MANIFEST.powerpc.in === --- trunk/debian/MANIFEST.powerpc.in2004-07-15 17:32:30 UTC (rev 1658) +++ trunk/debian/MANIFEST.powerpc.in2004-07-15 18:00:57 UTC (rev 1659) @@ -1537,7 +1537,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
X Strike Force XFree86 SVN commit: r1660 - trunk/debian
Author: branden Date: 2004-07-15 13:01:40 -0500 (Thu, 15 Jul 2004) New Revision: 1660 Modified: trunk/debian/CHANGESETS Log: Add revision number to item. Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-15 18:00:57 UTC (rev 1659) +++ trunk/debian/CHANGESETS 2004-07-15 18:01:40 UTC (rev 1660) @@ -121,6 +121,6 @@ + Reduce the time to build of approx. 20 to 30%. This is striclty arch dependent. + Make buildd's admins hate us less. -1658 +1658, 1659 vim:set ai et sts=4 sw=4 tw=80:
X Strike Force XFree86 SVN commit: r1661 - trunk/debian
Author: branden Date: 2004-07-15 13:03:17 -0500 (Thu, 15 Jul 2004) New Revision: 1661 Modified: trunk/debian/CHANGESETS trunk/debian/MANIFEST.amd64.in trunk/debian/xlibmesa-dri-dbg.install.amd64 trunk/debian/xlibmesa-dri.install.amd64 Log: Fix more regressions from r1658. Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-15 18:01:40 UTC (rev 1660) +++ trunk/debian/CHANGESETS 2004-07-15 18:03:17 UTC (rev 1661) @@ -121,6 +121,6 @@ + Reduce the time to build of approx. 20 to 30%. This is striclty arch dependent. + Make buildd's admins hate us less. -1658, 1659 +1658, 1659, 1661 vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/MANIFEST.amd64.in === --- trunk/debian/MANIFEST.amd64.in 2004-07-15 18:01:40 UTC (rev 1660) +++ trunk/debian/MANIFEST.amd64.in 2004-07-15 18:03:17 UTC (rev 1661) @@ -1539,6 +1539,7 @@ 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/apm_drv.o usr/X11R6/lib/modules/drivers/ark_drv.o usr/X11R6/lib/modules/drivers/ati_drv.o Modified: trunk/debian/xlibmesa-dri-dbg.install.amd64 === --- trunk/debian/xlibmesa-dri-dbg.install.amd64 2004-07-15 18:01:40 UTC (rev 1660) +++ trunk/debian/xlibmesa-dri-dbg.install.amd64 2004-07-15 18:03:17 UTC (rev 1661) @@ -4,3 +4,4 @@ usr/X11R6/lib/modules/dri/r128_dri.so /usr/X11R6/lib/modules/dri/debug usr/X11R6/lib/modules/dri/r200_dri.so /usr/X11R6/lib/modules/dri/debug usr/X11R6/lib/modules/dri/radeon_dri.so /usr/X11R6/lib/modules/dri/debug +usr/X11R6/lib/modules/dri/tdfx_dri.so /usr/X11R6/lib/modules/dri/debug Modified: trunk/debian/xlibmesa-dri.install.amd64 === --- trunk/debian/xlibmesa-dri.install.amd64 2004-07-15 18:01:40 UTC (rev 1660) +++ trunk/debian/xlibmesa-dri.install.amd64 2004-07-15 18:03:17 UTC (rev 1661) @@ -4,3 +4,4 @@ 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
X Strike Force XFree86 SVN commit: r1662 - trunk/debian
Author: branden Date: 2004-07-15 13:05:04 -0500 (Thu, 15 Jul 2004) New Revision: 1662 Modified: trunk/debian/CHANGESETS trunk/debian/changelog trunk/debian/xlibmesa-dri-dbg.install.ia64 Log: Ship unstripped version of 3Dfx Mesa DRI module for ia64 in xlibmesa-dri-dbg. Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-15 18:03:17 UTC (rev 1661) +++ trunk/debian/CHANGESETS 2004-07-15 18:05:04 UTC (rev 1662) @@ -123,4 +123,7 @@ + Make buildd's admins hate us less. 1658, 1659, 1661 +Ship unstripped version of 3Dfx Mesa DRI module for ia64 in xlibmesa-dri-dbg. +1662 + vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-07-15 18:03:17 UTC (rev 1661) +++ trunk/debian/changelog 2004-07-15 18:05:04 UTC (rev 1662) @@ -88,6 +88,9 @@ * Fix bug in COMPOUND_TEXT translation of the GBK character encoding (thanks, Su Yong). (Closes: #255224) + * Ship unstripped version of 3Dfx Mesa DRI module for ia64 in +xlibmesa-dri-dbg. + Changes by Fabio M. Di Nitto: * Split binary-arch and binary-indep targets in debian/rules. @@ -100,7 +103,7 @@ dependent. + Make buildd's admins hate us less. - -- Branden Robinson <[EMAIL PROTECTED]> Thu, 15 Jul 2004 02:57:52 -0500 + -- Branden Robinson <[EMAIL PROTECTED]> Thu, 15 Jul 2004 13:03:52 -0500 xfree86 (4.3.0.dfsg.1-6) unstable; urgency=low Modified: trunk/debian/xlibmesa-dri-dbg.install.ia64 === --- trunk/debian/xlibmesa-dri-dbg.install.ia64 2004-07-15 18:03:17 UTC (rev 1661) +++ trunk/debian/xlibmesa-dri-dbg.install.ia64 2004-07-15 18:05:04 UTC (rev 1662) @@ -6,3 +6,4 @@ usr/X11R6/lib/modules/dri/r128_dri.so /usr/X11R6/lib/modules/dri/debug usr/X11R6/lib/modules/dri/r200_dri.so /usr/X11R6/lib/modules/dri/debug usr/X11R6/lib/modules/dri/radeon_dri.so /usr/X11R6/lib/modules/dri/debug +usr/X11R6/lib/modules/dri/tdfx_dri.so /usr/X11R6/lib/modules/dri/debug
Bug#257062: Need any help testing? I have an i8xx in my workstation.
Hi! I have this controller in my workstation and use it daily. $ lspci -d 8086:1132 - :00:02.0 VGA compatible controller: Intel Corp. 82815 CGC [Chipset Graphics Controller] (rev 02) (prog-if 00 [VGA]) Subsystem: IBM: Unknown device 01e2 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- I'm willing to help test any changes if thats needed. Just drop me a mail with instructions and I'll try to help out as much as possible. Thanks for your great work! Regards, Andreas Henriksson
Bug#239510: xterm: Reverse video specification broken
On Thu, Jul 15, 2004 at 12:36:11PM -0500, Branden Robinson wrote: > retitle 239510 xterm: [-+]rv command-line options and reverseVideo resource > seem to have no effect > tag 239510 + moreinfo > thanks As of 4.3.0.dfsg.1-6, I cannot reproduce this bug. FYI, I had never customized any app-defaults for xterm on this machine. Feel free to close it. -- John > > On Mon, Mar 22, 2004 at 08:51:33PM -0600, John Goerzen wrote: > > xterm, on startup, always displays black text on a white background. > > That is, the following three commands do the exact same thing: > > > > xterm > > xterm -rv > > xterm +rv > > > > Also, specifying XTerm*reverseVideo: true does not alter the startup > > colors. > > > > However, selecting reverse video from the middle-mouse-button menu will > > toggle the colors. > > > > I'm somewhat puzzled. > > Hi John, > > Thomas Dickey, the upstream XTerm maintainer, had a look at this bug report > and suspects there might be a problem with customized app-defaults. > > Can you go over the logs of this bug, let us know if you think that might > be the case for you, and let us know if you can still reproduce this > problem? > > -- > G. Branden Robinson| The key to being a Southern > Debian GNU/Linux | Baptist: It ain't a sin if you > [EMAIL PROTECTED] | don't get caught. > http://people.debian.org/~branden/ | -- Anthony Davidson
Bug#259632: xkb: Unitek KB-2125 multimedia keys not supported
Package: xlibs
Version: 4.3.0.dfsg.1-6
Severity: normal
The multimedia keys of the keyboard are not recognized. I have collected
their names with xev, but do not know how to implement them :
brandname = "Unitek"
modelname = "Internet & Multimedia Keyboard KB-2125 (21 keys)"
[KEYS]
Calculator =161
My Computer =235
Media =237
Back =234
Forward =233
Stop =232
Refresh =231
Mute =160
MMStop =164
Search =229
Favorites =230
Home =178
Email =236
Previous =144
Next =153
Play|Pause =162
VolumeUp =176
VolumeDown=174
Wake =227
Sleep =223
Power =222
-- Package-specific info:
Keyboard-related contents of XFree86 X server log file
/var/log/XFree86.0.log:
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) | |-->Monitor "Generic Monitor"
(**) | |-->Device "Generic Video Card"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc105"
(**) XKB: model: "pc105"
(**) Option "XkbLayout" "fr"
(**) XKB: layout: "fr"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Configured Mouse"
(**) |-->Input Device "Generic 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.
--
(**) NV(0): DPMS enabled
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Keyboard "Generic Keyboard" handled by legacy driver
(**) Option "Protocol" "ImPS/2"
(**) Configured Mouse: Protocol: "ImPS/2"
(**) Option "CorePointer"
(**) Configured Mouse: Core Pointer
(**) Option "Device" "/dev/psaux"
XFree86 X server log files on system:
-rw-r--r-- 1 root root 34645 2004-07-15 20:52 /var/log/XFree86.0.log
Compiled XKB description for X server ":0.0":
xkb_keymap {
xkb_keycodes "xfree86+aliases(azerty)" {
minimum = 8;
maximum = 255;
= 9;
= 10;
= 11;
= 12;
= 13;
= 14;
= 15;
= 16;
= 17;
= 18;
= 19;
= 20;
= 21;
= 22;
= 23;
= 24;
= 25;
= 26;
= 27;
= 28;
= 29;
= 30;
= 31;
= 32;
= 33;
= 34;
= 35;
= 36;
= 37;
= 38;
= 39;
= 40;
= 41;
= 42;
= 43;
= 44;
= 45;
= 46;
= 47;
= 48;
= 49;
= 50;
= 51;
= 52;
= 53;
= 54;
= 55;
= 56;
= 57;
= 58;
= 59;
= 60;
= 61;
= 62;
= 63;
= 64;
= 65;
= 66;
= 67;
= 68;
= 69;
= 70;
= 71;
= 72;
= 73;
= 74;
= 75;
= 76;
= 77;
= 78;
= 79;
= 80;
= 81;
= 82;
= 83;
= 84;
= 85;
= 86;
= 87;
= 88;
= 89;
= 90;
= 91;
= 92;
= 93;
= 94;
= 95;
= 96;
= 97;
= 98;
= 99;
= 100;
= 102;
= 103;
= 104;
= 105;
= 106;
= 107;
= 108;
= 109;
= 110;
= 111;
= 112;
= 113;
= 114;
= 115;
= 116;
= 117;
= 118;
= 119;
= 120;
= 121;
= 122;
= 123;
= 124;
= 125;
= 126;
= 127;
= 128;
= 129;
= 130;
= 131;
= 132;
= 133;
= 134;
= 135;
= 136;
= 137;
= 138;
= 139;
= 140;
= 141;
= 142;
= 143;
= 144;
= 145;
= 146;
= 147;
= 148;
= 149;
= 150;
= 151;
= 152;
= 153;
= 154;
= 155;
= 156;
= 158;
= 159;
= 160;
= 161;
= 162;
= 163;
= 164;
= 165;
= 166;
= 167;
= 168;
= 169;
= 171;
= 172;
= 173;
= 174;
= 175;
= 176;
= 177;
= 178;
= 179;
= 180;
= 185;
= 186;
= 187;
= 188;
= 194;
= 195;
= 196;
= 197;
= 202;
= 212;
= 213;
= 214;
= 215;
= 216;
= 217;
= 218;
= 222;
= 223;
= 224;
= 225;
= 226;
= 227;
= 228;
= 229;
= 230;
= 231;
= 232;
= 233;
= 234;
= 235;
= 236;
= 237;
= 238;
= 239;
= 240;
= 241;
= 242;
= 243;
= 244;
= 245;
= 246;
= 247;
= 248;
= 249;
= 250;
= 251;
= 252;
= 253;
Bug#259639: xserver-xfree86: [ati] X starts a bit, then returns to console; [drm:radeon_unlock] *ERROR* Process 1389 using kernel context 0
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-6 Severity: important Hello. After upgrading X from 4.3.0.dfsg.1-5 to -6 startx starts X, shows the gray background with the cross cursor, and then dies - with the dmesg's [drm:radeon_unlock] *ERROR* Process 1389 using kernel context 0 somewhere inbetween: [EMAIL PROTECTED]:~$ startx Using authority file /home/shot/.Xauthority Writing authority file /home/shot/.Xauthority Using authority file /home/shot/.Xauthority Writing authority file /home/shot/.Xauthority 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-6 20040707142024 [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: 07 July 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.4.18-bf2.4 ([EMAIL PROTECTED]) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Son Apr 14 09:53:28 CEST 2002 TF 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: Thu Jul 15 21:38:34 2004 (==) Using config file: "/etc/X11/XF86Config-4" Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_clip.o": No symbols found Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_norm.o": No symbols found Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_xform.o": No symbols found Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_vertex.o": No symbols found Skipping "/usr/X11R6/lib/modules/fonts/libspeedo.a:spencode.o": No symbols found Warning: font renderer for ".pcf" already registered at priority 0 Warning: font renderer for ".pcf.Z" already registered at priority 0 Warning: font renderer for ".pcf.gz" already registered at priority 0 Warning: font renderer for ".snf" already registered at priority 0 Warning: font renderer for ".snf.Z" already registered at priority 0 Warning: font renderer for ".snf.gz" already registered at priority 0 Warning: font renderer for ".bdf" already registered at priority 0 Warning: font renderer for ".bdf.Z" already registered at priority 0 Warning: font renderer for ".bdf.gz" already registered at priority 0 Warning: font renderer for ".pmf" already registered at priority 0 waiting for X server to shut down [EMAIL PROTECTED]:~$ I tried to google a bit; insmoding agpgart doesn't change anything, and there's no ati_agp module in my kernel (stock Debian 2.4.18-bf2.4). Reverting all of the X packages to -5 didn't solve the problem. When I use xdm (I usually don't, but each upgrade overwrites /etc/X11/default-display-manager so I sometimes end up using xdm by mistake) I get as far as the login screen, but a while after providing my username and password I get the same blank screen, X restarts and I'm returned once again to the login screen. I'm attaching any relevant output I could think of, it anything else is needed I'll gladly follow-up. -- 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: lrwxrwxrwx 1 root root 20 2003-09-30 17:38 /etc/X11/X -> /usr/bin/X11/XFree86 -rwxr-xr-x 1 root root 1745388 2004-07-07 17:07 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV200 QW [Radeon 7500] /etc/X11/XF86Config-4 does not match checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw-r--r-- 1 root root 3672 2004-07-15 21:30 /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"
Bug#252895: /usr/X11R6/bin/xfontsel: [xfontsel] crash
Hello, Branden Robinson <[EMAIL PROTECTED]> schrieb: > Take one of the smaller font packages (one with only one font if you > can find one), remove it, and re-run xfontsel. > > Does it still report 32767 matching names? > > If so, we definitely have a bug, though whether it's causing your > crash or not remains to be seen. Well, currently, I cannot reproduce the font match number (as I recently deinstalled xfs - it seems that most fonts were served twice, by xfs and the X server itself). Now, "xlsfonts | wc -l" tell me I have 15285 fonts, while xfontsel has 20889 matches, which still seems to be a lot. It still crashes when selecting monospaced. So this is independent from the possible 32767 issue. HTH, Markus
Bug#259639: xserver-xfree86: [ati] X starts a bit, then returns to console; [drm:radeon_unlock] *ERROR* Process 1389 using kernel context 0
On Thu, Jul 15, 2004 at 10:25:57PM +0200, Shot wrote: > [stuff] > > waiting for X server to shut down > > [EMAIL PROTECTED]:~$ Your X installation is fine; whatever you are running under it (GNOME? KDE? XFce?) is exiting immediately with no feedback. If you're keen, give this a shot: XFree86 :0 -nolisten tcp -dpi 100 & sleep 2 && DISPLAY=:0.0 whatever-you-usually-run (Replace 'whatever-you-usually-run' with gnome-session, startkde, or whatever.) Hopefully you can find some information this way on why your environment is dying. Cheers! :) d -- Daniel Stone<[EMAIL PROTECTED]> Debian: the universal operating system http://www.debian.org signature.asc Description: Digital signature
Bug#259639: xserver-xfree86: [ati] X starts a bit, then returns to console; [drm:radeon_unlock] *ERROR* Process 1389 using kernel context 0
Hello. Daniel Stone: > Your X installation is fine; whatever you are running under it (GNOME? > KDE? XFce?) is exiting immediately with no feedback. If you're keen, > give this a shot: > XFree86 :0 -nolisten tcp -dpi 100 & sleep 2 && DISPLAY=:0.0 > whatever-you-usually-run > > (Replace 'whatever-you-usually-run' with gnome-session, startkde, or > whatever.) [EMAIL PROTECTED]:~$ XFree86 :0 -nolisten tcp -dpi 100 & sleep 2 && DISPLAY=:0.0 gnome-session [1] 3221 Fatal server error: Cannot move old logfile "/var/log/XFree86.0.log.old" When reporting a problem related to a server crash, please send the full server output, not just the last messages. Please report problems to [EMAIL PROTECTED] [1]+ Exit 1 XFree86 :0 -nolisten tcp -dpi 100 (gnome-session:3227): Gtk-WARNING **: cannot open display: [EMAIL PROTECTED]:~$ > Hopefully you can find some information > this way on why your environment is dying. Hmmm. The catch is I don't think I upgraded anything else X/GNOME-related than the x-server itself today. The other catch, of course, is that the same package configuration works wonders on my laptop (with an Intel i810 graphics card). I guess the information could be that "Cannot move old logfile" line (if it is indeed the fatal error mentioned the line above it), but I can't figure why it can't move the log (chastell is my broken workstation, desaxe is my working laptop): [EMAIL PROTECTED]:~$ ll /var/ -d drwxr-xr-x 16 root root 384 2004-05-27 19:58 /var/ [EMAIL PROTECTED]:~$ ll /var/log/ -d drwxr-xr-x 10 root root 3584 2004-07-15 21:38 /var/log/ [EMAIL PROTECTED]:~$ ll /var/log/XFree86.0.log* -rw-r--r-- 1 root root 35569 2004-07-15 21:38 /var/log/XFree86.0.log -rw-r--r-- 1 root root 35569 2004-07-15 21:37 /var/log/XFree86.0.log.old [EMAIL PROTECTED]:~$ ll /var/ -d drwxr-xr-x 15 root root 360 2004-05-24 06:53 /var/ [EMAIL PROTECTED]:~$ ll /var/log/ -d drwxr-xr-x 8 root root 2896 2004-07-15 20:54 /var/log/ [EMAIL PROTECTED]:~$ ll /var/log/XFree86.0.log* -rw-r--r-- 1 root root 55138 2004-07-15 22:33 /var/log/XFree86.0.log -rw-r--r-- 1 root root 62392 2004-07-15 15:25 /var/log/XFree86.0.log.old Thanks a lot for your time! Cheers, -- Shot (Piotr Szotkowski) -- .--- http://shot.pl/ --- http://shot.pl/hovercraft/ --- -- - | When C++ is your hammer, everything looks like a thumb. | -- Steven M. Haflich `- --- -- -
Bug#258874: xbase-clients: startx hangs on startup with configured network which isn'tconnected
On Wed, Jul 14, 2004 at 02:16:00AM -0500, Branden Robinson wrote: > 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 has the exact same behavior as startx -- :1 or running wdm (I am guessing you wanted me to run the full .xsession here and not just an xterm as before). It locks up when no cable is plugged in and there is no X already running (if X is already running on another display it doesn't lock). It shouldn't be something in .xsession thats locking since wdm also locks and X locks right on startup before .xsession has a time to be run. I tried another thing and just ran X alone (/usr/bin/X11/X), not through startx. It also locks up on the network timeout. It seems that X the culprit that's trying to resolve the hostname either when it shouldn't or in a wrong manner (bypassing /etc/hosts). > (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/ |
Encrypted document
Virus Warning Message (on tsb_fuchu-gw) Found virus WORM_BAGLE.AF in file Info.scr The file Info.scr is moved to Quarantine directory - Message is in attach Virus Warning Message (on tsb_fuchu-gw) Info.scr is removed from here because it contains a virus. -
