X Strike Force XFree86 SVN commit: r1676 - trunk/debian
Author: branden Date: 2004-07-20 23:34:48 -0500 (Tue, 20 Jul 2004) New Revision: 1676 Modified: trunk/debian/CHANGESETS trunk/debian/MANIFEST.all trunk/debian/MANIFEST.alpha.in trunk/debian/MANIFEST.amd64.in trunk/debian/MANIFEST.arm.in trunk/debian/MANIFEST.hppa.in trunk/debian/MANIFEST.hurd-i386.all trunk/debian/MANIFEST.hurd-i386.in trunk/debian/MANIFEST.i386.in trunk/debian/MANIFEST.ia64.in trunk/debian/MANIFEST.m68k.in trunk/debian/MANIFEST.mips.in trunk/debian/MANIFEST.mipsel.in trunk/debian/MANIFEST.powerpc.in trunk/debian/MANIFEST.s390.in trunk/debian/MANIFEST.sparc.in trunk/debian/changelog trunk/debian/control trunk/debian/xfonts-base.install trunk/debian/xutils.install trunk/debian/xutils.install.s390 Log: Move BDF font character set conversion files from xfonts-base package to xutils (these files are used and needed by the ucs2any tool in the latter package, and not by anything else). Update MANIFEST and .install files accordingly. Make xutils declare that it replaces xfonts-base ( 4.3.0.dfsg.1-7). Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-20 06:42:08 UTC (rev 1675) +++ trunk/debian/CHANGESETS 2004-07-21 04:34:48 UTC (rev 1676) @@ -133,4 +133,11 @@ that the FAQ is already gzipped. 1665 +Move BDF font character set conversion files from xfonts-base package to +xutils (these files are used and needed by the ucs2any tool in the latter +package, and not by anything else). Update MANIFEST and .install files +accordingly. Make xutils declare that it replaces xfonts-base ( +4.3.0.dfsg.1-7). +1676 + vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/MANIFEST.all === --- trunk/debian/MANIFEST.all 2004-07-20 06:42:08 UTC (rev 1675) +++ trunk/debian/MANIFEST.all 2004-07-21 04:34:48 UTC (rev 1676) @@ -4490,19 +4490,3 @@ usr/X11R6/lib/X11/fonts/misc/olgl12.pcf.gz usr/X11R6/lib/X11/fonts/misc/olgl14.pcf.gz usr/X11R6/lib/X11/fonts/misc/olgl19.pcf.gz -usr/X11R6/lib/X11/fonts/util/map-ISO8859-1 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-10 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-11 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-13 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-14 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-15 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-16 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-2 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-3 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-4 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-5 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-7 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-8 -usr/X11R6/lib/X11/fonts/util/map-ISO8859-9 -usr/X11R6/lib/X11/fonts/util/map-JISX0201.1976-0 -usr/X11R6/lib/X11/fonts/util/map-KOI8-R Modified: trunk/debian/MANIFEST.alpha.in === --- trunk/debian/MANIFEST.alpha.in 2004-07-20 06:42:08 UTC (rev 1675) +++ trunk/debian/MANIFEST.alpha.in 2004-07-21 04:34:48 UTC (rev 1676) @@ -1126,6 +1126,22 @@ usr/X11R6/lib/X11/etc/xmodmap.std usr/X11R6/lib/X11/etc/xterm.termcap usr/X11R6/lib/X11/etc/xterm.terminfo +usr/X11R6/lib/X11/fonts/util/map-ISO8859-1 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-10 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-11 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-13 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-14 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-15 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-16 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-2 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-3 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-4 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-5 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-7 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-8 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-9 +usr/X11R6/lib/X11/fonts/util/map-JISX0201.1976-0 +usr/X11R6/lib/X11/fonts/util/map-KOI8-R usr/X11R6/lib/X11/icons/handhelds/cursors/X_cursor usr/X11R6/lib/X11/icons/handhelds/cursors/based_arrow_down usr/X11R6/lib/X11/icons/handhelds/cursors/based_arrow_up Modified: trunk/debian/MANIFEST.amd64.in === --- trunk/debian/MANIFEST.amd64.in 2004-07-20 06:42:08 UTC (rev 1675) +++ trunk/debian/MANIFEST.amd64.in 2004-07-21 04:34:48 UTC (rev 1676) @@ -1126,6 +1126,22 @@ usr/X11R6/lib/X11/etc/xmodmap.std usr/X11R6/lib/X11/etc/xterm.termcap usr/X11R6/lib/X11/etc/xterm.terminfo +usr/X11R6/lib/X11/fonts/util/map-ISO8859-1 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-10 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-11 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-13 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-14 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-15 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-16 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-2 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-3 +usr/X11R6/lib/X11/fonts/util/map-ISO8859-4
X Strike Force XFree86 SVN commit: r1677 - trunk/debian
Author: branden Date: 2004-07-21 02:22:55 -0500 (Wed, 21 Jul 2004) New Revision: 1677 Modified: trunk/debian/TODO Log: Add item. Fabio: This is a trivial fix. :) Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-07-21 04:34:48 UTC (rev 1676) +++ trunk/debian/TODO 2004-07-21 07:22:55 UTC (rev 1677) @@ -78,6 +78,8 @@ * #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). +* #252274: fix bad comment character in Debian's mods to XTerm's app-defaults + file 4.3.0.dfsg.1-8 --
X Strike Force XFree86 SVN commit: r1678 - trunk/debian
Author: branden Date: 2004-07-21 02:26:15 -0500 (Wed, 21 Jul 2004) New Revision: 1678 Modified: trunk/debian/TODO Log: Add item. Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-07-21 07:22:55 UTC (rev 1677) +++ trunk/debian/TODO 2004-07-21 07:26:15 UTC (rev 1678) @@ -156,6 +156,9 @@ (depended on by the install target) to handle this, because there will be a lot of messy renaming to do. (Not all README files can be called README if they live in the same /usr/share/doc/$package.) +* Determine which Build-Depends we can move to Build-Depends-Indep now that + we no longer build the fonts and specs docs for architecture-specific-only + builds. Do opportunistically, only in conjuction with other fixes -
X Strike Force XFree86 SVN commit: r1679 - in trunk/debian: . patches
Author: branden Date: 2004-07-21 02:52:26 -0500 (Wed, 21 Jul 2004) New Revision: 1679 Added: trunk/debian/patches/095_fontutils_are_not_fonts.diff Removed: trunk/debian/patches/914_debian_donot_build_fonts trunk/debian/patches/915_debian_donot_build_specs Modified: trunk/debian/CHANGESETS trunk/debian/README trunk/debian/changelog trunk/debian/patches/003_linux.cf_and_xfree86.cf.diff trunk/debian/patches/004_imake_manpage_handling_overhaul.diff trunk/debian/patches/099c_support_loadable_external_Xcursor_lib.diff trunk/debian/patches/600_amd64_support.diff trunk/debian/patches/800_gnu_config.diff trunk/debian/patches/820_gnu-freebsd_config.diff trunk/debian/patches/842_netbsd_NetBSD.cf_fixes.diff trunk/debian/patches/900_debian_config.diff trunk/debian/rules Log: Support building only the parts of the source tree needed by architecture-specific packages. + Modify Debian Imake configuration to support building with fonts and specs docs turned off (patch #003). Resynchronize GNU/Hurd, GNU/FreeBSD, and GNU/NetBSD Imake configurations with Debian configuration (patches #800, #820, #842, #900). Resync diffs in patches #004, #099c, #600. + Modify Imakefiles to build and install the font utilities even if the fonts themselves are not being shipped (patch #095). + Make the build target a dummy target, replacing it with build-arch-only and build-all targets. Target-specific variable values are used to invoke a real-build target, turning off the building of fonts and specs docs as needed. + Add comments to rules file, update $(stampdir_targets) and .PHONY target. + Split MANIFEST files into arch-specific and arch-independent parts. Update the README to explain how these files work now and how to update them. + Ship the XTerm control sequences document only in the xspecs package. Consequences: + Reduce the disk space required to build the package by ~520MB when the binary-arch target is used (e.g., by dpkg-buildpackage -B.) + Reduce the build time by 20 to 30 percent when the binary-arch target is used (ccache users might see even more improvement). + Make the buildd admins hate us less. Add Vim modeline and SVN Id keyword to debian/README, and set svn:keywords property on file. Remove old kludge from debian/rules that worked around an ancient bug in Vim's syntax highlighting. Send whitespace police through debian/rules. Stop prefixing stamp files with stamp-, since they already live in $(STAMP_DIR). Drop patches #914 and #915; superseded by rules file changes and patch #095. Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-21 07:26:15 UTC (rev 1678) +++ trunk/debian/CHANGESETS 2004-07-21 07:52:26 UTC (rev 1679) @@ -117,16 +117,32 @@ (thanks, Su Yong). (Closes: #255224) 1655 -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 striclty arch -dependent. - + Make buildd's admins hate us less. -1658, 1659, 1661, 1670, 1671 +Support building only the parts of the source tree needed by +architecture-specific packages. ++ Modify Debian Imake configuration to support building with fonts and + specs docs turned off (patch #003). Resynchronize GNU/Hurd, + GNU/FreeBSD, and GNU/NetBSD Imake configurations with Debian + configuration (patches #800, #820, #842, #900). Resync diffs in patches + #004, #099c, #600. ++ Modify Imakefiles to build and install the font utilities even if the + fonts themselves are not being shipped (patch #095). ++ Make the build target a dummy target, replacing it with + build-arch-only and build-all targets. Target-specific variable + values are used to invoke a real-build target, turning off the + building of fonts and specs docs as needed. ++ Add comments to rules file, update $(stampdir_targets) and .PHONY + target. ++ Split MANIFEST files into arch-specific and arch-independent parts. + Update the README to explain how these files work now and how to update + them. ++ Ship the XTerm control sequences document only in the xspecs package. +Consequences: ++ Reduce the disk space required to build the package by ~520MB when the + binary-arch target is used (e.g., by dpkg-buildpackage -B.) ++ Reduce the build time by 20 to 30 percent when the binary-arch target + is used (ccache users might see even more improvement). ++ Make the buildd admins hate us less. +1658, 1659, 1661, 1670, 1671, 1679 Fix missing element of Debian X FAQ conversion to XHTML; correct s390-specific version of xfree86-common
X Strike Force XFree86 SVN commit: r1680 - people/fabbione
Author: fabbione Date: 2004-07-21 03:28:24 -0500 (Wed, 21 Jul 2004) New Revision: 1680 Removed: people/fabbione/trunk/ Log: Remove obsoleted branch.
Bug#260232: xterm: XTerm*metaSendsEscape no longer working
Hi Thomas, On Tue, Jul 20, 2004 at 08:50:53PM -0400, Thomas Dickey wrote: shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1Meta_L (0x40), Alt_R (0x71) mod2Num_Lock (0x4d) mod3 mod4Super_L (0x73), Super_R (0x74) mod5 Mine always looked like this: xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1Meta_L (0x40), Alt_R (0x71) mod2Num_Lock (0x4d) mod3 mod4Multi_key (0x73), Meta_R (0x74) mod5Scroll_Lock (0x77) which looks sane to me. Here's the (maybe) interesting part: When I press ALT, I see: Input keysym 0xFFE7, 0:'' 7bit Handle 7bit-key But when I then press f (while holding down ALT) no output appears in the log at all, although I have: meta_left mask 0x8 is Mod1 modifier alt_right mask 0x8 is Mod1 modifier num_lock mask 0x10 is Mod2 modifier meta_right mask 0x40 is Mod4 modifier in my logs, which looks also okay to me. Puzzled, -- Guido signature.asc Description: Digital signature
Bug#260232: xterm: XTerm*metaSendsEscape no longer working
On Wed, Jul 21, 2004 at 11:19:30AM +0200, Guido Guenther wrote: Hi Thomas, On Tue, Jul 20, 2004 at 08:50:53PM -0400, Thomas Dickey wrote: shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1Meta_L (0x40), Alt_R (0x71) mod2Num_Lock (0x4d) mod3 mod4Super_L (0x73), Super_R (0x74) mod5 Mine always looked like this: yes (am not at home, but from memory): your Meta_L looks like my Alt_L before I reassigned it. Reading last night, I see some comments that give me the impression that the order of definition (i.e., which xmodmap command was done first) is the problem, that the last one is the one that takes effect. I've seen a few comments by Branden Robinson which seem to indicate that some change has been made in the keyboard configuration (perhaps that's related to this). I'm cc'ing him to see if he has any insight on this. When I started looking into this a week ago, I could see that (for my keyboard at least), the left/right Alt keys are used for the cases where the *VT100.translations resource says Meta. Looking at the X library code, that seems consistent. Google finds a large number of comments that indicate that Alt and Meta have been used almost interchangeably, and that depending on the keyboard configuration they're sometimes just interchanged at the whim of the person doing the keyboard support. xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1Meta_L (0x40), Alt_R (0x71) mod2Num_Lock (0x4d) mod3 mod4Multi_key (0x73), Meta_R (0x74) mod5Scroll_Lock (0x77) which looks sane to me. Here's the (maybe) interesting part: When I press ALT, I see: Input keysym 0xFFE7, 0:'' 7bit Handle 7bit-key Is that ALT the same as one of your Meta_L or Alt_R keys? xev could identify that. What your trace seems to indicate to me is that the mod1 for Meta_L isn't having a real effect, so the literal key is sent to xterm. That should show up in xev's trace (though xev doesn't show the modifier information, it should show a Alt_L or Meta_L). But when I then press f (while holding down ALT) no output appears in the log at all, although I have: meta_left mask 0x8 is Mod1 modifier alt_right mask 0x8 is Mod1 modifier num_lock mask 0x10 is Mod2 modifier meta_right mask 0x40 is Mod4 modifier in my logs, which looks also okay to me. Puzzled, -- Guido -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpWoHrfPKaT0.pgp Description: PGP signature
Bug#260598: Pointer background not updated for i740 X server
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-6 The background of the pointer on my X, using the i740 server, is not updated when the pointer moves in steps. Nor is the pointer updated, until it moves again. This means that when there is a step move, or an other sudden change (the scroll wheel makes step moves in gnome-terminal, for example. An other change is the mapping of a window under the pointer due to interactive placement), the pointer is not redrawn until it moves. When it does, there is a square below it which is filled with its old background. An especially big mess can be made when dragging a window: in that case parts of the square under the pointer are copied over themselves. As an example I made a screen shot of an xterm, which shows the background from a change virtual desktop with hotkey, then move the mouse situation, where I used the scrollwheel to go up and down several times, and which I dragged a little over the desktop. You can find it at: http://129.125.47.90/~shevek/desktop-bug.png Note that the computer was running GNU/Linux when this screenshot was taken, not GNU/Hurd. It is named hurd because I develop (and run) GNU/Hurd on it, but I wasn't at that moment. My XF86Config-4 is attached. This problem occurs since I upgraded to gnome 2.6, at which time I guess I also upgraded to the dfsg version of X (I got the new pointers after that upgrade anyway.) I checked, and the bug also occurs without gnome (actually, with only X and an xterm, without even a window manager.) $ uname -a Linux hurd 2.6.2 #7 Fri Feb 13 15:35:02 CET 2004 i686 GNU/Linux $ COLUMNS=200 dpkg -l | grep xserver ii xserver-common 4.3.0.dfsg.1-6 files and utilities common to all X servers ii xserver-xfree86 4.3.0.dfsg.1-6 the XFree86 X server All problems mentioned can be solved by forcing a redraw, for example you switching to and from a different virtual desktop. Having to do that all the time is quite annoying though. Thanks, Bas Wijnen -- I encourage sending me encrypted e-mail. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. for more information, see http://129.125.47.90/e-mail.html pgpCOas0ZTdRO.pgp Description: PGP signature
Bug#260598: XF86Config-4
I forgot the attachment in the bug report. Here it is. -- I encourage sending me encrypted e-mail. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. for more information, see http://129.125.47.90/e-mail.html # $XFree86: xc/programs/Xserver/hw/xfree86/XF86Conf.cpp,v 3.44 2001/12/17 20:52:29 dawes Exp $ # # Copyright (c) 1994-1998 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the Software), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # $XConsortium: XF86Conf.cpp /main/22 1996/10/23 11:43:51 kaleb $ # The ordering of sections is not important in version 4.0 and later. # ** # Files section. This allows default font and rgb paths to be set # ** Section Files # The location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. RgbPath /usr/X11R6/lib/X11/rgb # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) FontPath/usr/X11R6/lib/X11/fonts/local/ FontPath/usr/X11R6/lib/X11/fonts/misc/ FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/Type1/ FontPath/usr/X11R6/lib/X11/fonts/CID/ FontPath/usr/X11R6/lib/X11/fonts/Speedo/ FontPath/usr/X11R6/lib/X11/fonts/75dpi/ FontPath/usr/X11R6/lib/X11/fonts/100dpi/ # ModulePath can be used to set a search path for the X server modules. # The default path is shown here. #ModulePath /usr/X11R6/lib/modules EndSection # ** # Module section -- this is an optional section which is used to specify # which run-time loadable modules to load when the X server starts up. # ** Section Module # This loads the DBE extension module. Loaddbe # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection extmod Option omit xfree86-dga EndSubSection # This loads the Type1 and FreeType font modules Loadtype1 Loadfreetype EndSection # ** # Server flags section. This contains various server-wide Options. # ** Section ServerFlags # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging #Option NoTrapSignals # Uncomment this to disable the CrtlAltBS server abort sequence # This allows clients to receive this key event. #Option DontZap # Uncomment this to disable the CrtlAltKP_+/KP_- mode switching # sequences. This allows clients to receive these key events. #Option DontZoom # Uncomment this to disable tuning with the xvidtune client. With # it the client can still run and fetch card and monitor attributes, # but it will not be allowed to change them. If it tries it will # receive a protocol error. #Option DisableVidModeExtension # Uncomment this to enable the use of a non-local xvidtune client. #Option AllowNonLocalXvidtune #
Bug#260232: xterm: XTerm*metaSendsEscape no longer working
On Wed, Jul 21, 2004 at 05:44:32AM -0400, Thomas Dickey wrote: which looks sane to me. Here's the (maybe) interesting part: When I press ALT, I see: Input keysym 0xFFE7, 0:'' 7bit Handle 7bit-key Is that ALT the same as one of your Meta_L or Alt_R keys? I mean the key labeled alt on the keyboard. On my Mac Keyboard: keycode 64, keysym 0xffe7. It has the modifier ALT_L assigned by default and I change that via: keysym Alt_L = Meta_L Alt_L which works according to xev. xev could identify that. What your trace seems to indicate to me is that the mod1 for Meta_L isn't having a real effect, so the literal key is sent to xterm. That should show up in xev's trace (though xev doesn't show the modifier information, it should show a Alt_L or Meta_L). When I do: xmodmap -e 'keycode 64 = Alt_L' (removing the Meta_L) *it works* again. So it seems it's actually not Meta sends escape anymore but rather Alt sends escape. This is a change in behaviour which we should at least document somewhere in the debian package before closing the bug. I'm still having some problems with my apple-key-click = middle click emulation, which completely confuses xterm at the moment (and which showed up at the same time than the above problem), but I'll have to dig deeper into this before reporting this as a bug. Thanks _very_ much for your help, -- Guido signature.asc Description: Digital signature
Bug#260232: xterm: XTerm*metaSendsEscape no longer working
On Wed, Jul 21, 2004 at 09:49:08AM -0400, Thomas Dickey wrote: ok. I don't see anyplace in xterm that I could improve on here (since it sees only one of the alt/meta definitions). There is some provision for keys having more than one name and modifier (which may have issues to resolve). Does gnome-terminal still work if you remove the definition for Meta_L? Yes. -- Guido signature.asc Description: Digital signature
Bug#260232: xterm: XTerm*metaSendsEscape no longer working
On Wed, Jul 21, 2004 at 03:14:07PM +0200, Guido Guenther wrote: On Wed, Jul 21, 2004 at 05:44:32AM -0400, Thomas Dickey wrote: which looks sane to me. Here's the (maybe) interesting part: When I press ALT, I see: Input keysym 0xFFE7, 0:'' 7bit Handle 7bit-key Is that ALT the same as one of your Meta_L or Alt_R keys? I mean the key labeled alt on the keyboard. On my Mac Keyboard: keycode 64, keysym 0xffe7. It has the modifier ALT_L assigned by default and I change that via: keysym Alt_L = Meta_L Alt_L which works according to xev. ok - that (difference in PC versus other keyboards) was one of the comments that google found which illustrates the alt/meta issue. xev could identify that. What your trace seems to indicate to me is that the mod1 for Meta_L isn't having a real effect, so the literal key is sent to xterm. That should show up in xev's trace (though xev doesn't show the modifier information, it should show a Alt_L or Meta_L). When I do: xmodmap -e 'keycode 64 = Alt_L' (removing the Meta_L) *it works* again. So it seems it's actually not Meta sends escape anymore but rather Alt sends escape. ok. I don't see anyplace in xterm that I could improve on here (since it sees only one of the alt/meta definitions). There is some provision for keys having more than one name and modifier (which may have issues to resolve). Does gnome-terminal still work if you remove the definition for Meta_L? This is a change in behaviour which we should at least document somewhere in the debian package before closing the bug. I'm still having some problems with my apple-key-click = middle click emulation, which completely confuses xterm at the moment (and which showed up at the same time than the above problem), but I'll have to dig deeper into this before reporting this as a bug. Thanks _very_ much for your help, no problem (though it doesn't seem that it's solved yet) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpl9oqklZqeg.pgp Description: PGP signature
life saver
nqigwauicvstgdhxuyuzwwasautocracycimxutekfmsctzfuvrerfdrmuskox Need a little spice in your life? having problems with your male parts? Wana go for days? Keep the wife at home happy. Be happy. I keep it hard here www.hardandhealth.com blzkklzibbunglnnvhawkuxahvhvkqfbisyjdrdmlfqqboxfqqdcdennisgraventoluenevagrantyodel
Bug#260659: libxaw7-dev: Add specs documentation
Package: libxaw7-dev Version: 4.3.0.dfsg.1-6 Severity: wishlist Hi, Currently, the documentation given along libxaw7-dev is quite poor. On the other hand, the XFree86 and X.org distributions provide a very useful documentation in its xc/doc/specs/Xaw directory, which can be built as text, html or ps. (actually, several of specs/* should get built installed in -dev packages, like Xt, Xmu, Xv, Randr, Render, ...) Regards, Samuel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages libxaw7-dev depends on: ii libc6-dev [libc-dev] 2.3.2.ds1-13 GNU C Library: Development Librari ii libice-dev4.3.0.dfsg.1-6 Inter-Client Exchange library deve ii libsm-dev 4.3.0.dfsg.1-6 X Window System Session Management ii libx11-dev4.3.0.dfsg.1-6 X Window System protocol client li ii libxaw7 4.3.0.dfsg.1-6 X Athena widget set library ii libxext-dev 4.3.0.dfsg.1-6 X Window System miscellaneous exte ii libxmu-dev4.3.0.dfsg.1-6 X Window System miscellaneous util ii libxpm-dev4.3.0.dfsg.1-6 X pixmap library development files ii libxt-dev 4.3.0.dfsg.1-6 X Toolkit Intrinsics development f ii x-dev 4.3.0.dfsg.1-6 X protocol development files -- no debconf information
Bug#217461: marked as done (xcursor: please regenerate aclocal.m4 (and configure) for GNU/KFreeBSD port)
Your message dated Wed, 21 Jul 2004 17:35:49 +0200 with message-id [EMAIL PROTECTED] and subject line Fixed 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; 24 Oct 2003 21:41:47 + From [EMAIL PROTECTED] Fri Oct 24 16:41:38 2003 Return-path: [EMAIL PROTECTED] Received: from 86.red-80-24-13.pooles.rima-tde.net (bilbo) [80.24.13.86] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AD9ge-0005Jq-00; Fri, 24 Oct 2003 16:41:38 -0500 Received: from rmh by bilbo with local (Exim 3.35 #1 (Debian)) id 1AD9hW-00044z-00; Fri, 24 Oct 2003 23:42:30 +0200 From: [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: xcursor: please regenerate aclocal.m4 (and configure) for GNU/KFreeBSD port X-Mailer: reportbug 1.50 Date: Fri, 24 Oct 2003 23:42:28 +0200 Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE version=2.53-bugs.debian.org_2003_10_21 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_10_21 (1.174.2.15-2003-03-30-exp) Package: xcursor Version: N/A; reported 2003-10-24 Severity: wishlist Hi! aclocal.m4 incorporates old libtool.m4 macros and it needs an update to support GNU/KFreeBSD. Please regenerate it by invoking aclocal (along with configure). The libtool version must be = 1.6 (you can get 1.6 from experimental). The resulting script must contain lines with the GNU/KFreeBSD triplet (kfreebsd*-gnu). -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux bilbo 2.2.20-idepci #1 Sat Apr 20 12:45:19 EST 2002 i686 Locale: LANG=C, LC_CTYPE=C --- Received: (at 217461-done) by bugs.debian.org; 21 Jul 2004 15:36:15 + From [EMAIL PROTECTED] Wed Jul 21 08:36:15 2004 Return-path: [EMAIL PROTECTED] Received: from 86.red-80-24-13.pooles.rima-tde.net (khazad.dyndns.org) [80.24.13.86] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BnJ8g-0005Eb-00; Wed, 21 Jul 2004 08:36:15 -0700 Received: from rmh by khazad.dyndns.org with local (Exim 3.36 #1 (Debian)) id 1BnJ8H-Lx-00 for [EMAIL PROTECTED]; Wed, 21 Jul 2004 17:35:49 +0200 Date: Wed, 21 Jul 2004 17:35:49 +0200 From: Robert Millan [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Fixed Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organisation: free as in freedom User-Agent: Mutt/1.5.6+20040523i Sender: [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=-0.5 required=4.0 tests=BAYES_30 autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: I was going to notify you that libtool in sid can now be used to update this package, but it seems that this package was fixed already. Closing. -- Robert Millan [..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work. -- J.R.R.T., Ainulindale (Silmarillion)
Bug#260659: libxaw7-dev: Add specs documentation
Hi, A friend of mine told me about the xspecs package. I can tell I would have never been able to find that by doing apt-file search Xaw and suchs, since the file I was looking for is called widgets.ps... He also told me that you wouldn't consider distributing specs files in corresponding -dev packages... That would help a lot, to my mind, but you're the maintainer, and I agree that this documentation is quite big for so installed a package. But at least those -dev packages should include some /usr/share/doc/package/README.Debian that tells that full documentation can be found in the xspecs package and give the precise file name in /usr/share/doc/xspecs (I wouldn't have found widget.ps by myself while looking for libXaw...), and add Suggest: xspecs to the control. Regards, Samuel
Bug#260659: libxaw7-dev: Add specs documentation
On Thu 22 Jul 2004 04:17:38 +1000, Daniel Stone wrote: This should ideally just be on a website somewhere or something. fd.o and X.Org have lots of bandwidth. I don't.
Bug#260659: libxaw7-dev: Add specs documentation
On Wed, Jul 21, 2004 at 07:26:09PM +0200, Samuel Thibault wrote: A friend of mine told me about the xspecs package. I can tell I would have never been able to find that by doing apt-file search Xaw and suchs, since the file I was looking for is called widgets.ps... He also told me that you wouldn't consider distributing specs files in corresponding -dev packages... That would help a lot, to my mind, but you're the maintainer, and I agree that this documentation is quite big for so installed a package. But at least those -dev packages should include some /usr/share/doc/package/README.Debian that tells that full documentation can be found in the xspecs package and give the precise file name in /usr/share/doc/xspecs (I wouldn't have found widget.ps by myself while looking for libXaw...), and add Suggest: xspecs to the control. This should ideally just be on a website somewhere or something. fd.o and X.Org have lots of bandwidth. -- Daniel Stone[EMAIL PROTECTED] Debian: the universal operating system http://www.debian.org signature.asc Description: Digital signature
Bug#260659: libxaw7-dev: Add specs documentation
On Wed, Jul 21, 2004 at 08:32:01PM +0200, Samuel Thibault wrote: On Thu 22 Jul 2004 04:17:38 +1000, Daniel Stone wrote: This should ideally just be on a website somewhere or something. fd.o and X.Org have lots of bandwidth. I don't. So how are you getting it in the first place? -- Daniel Stone[EMAIL PROTECTED] Debian: the universal operating system http://www.debian.org signature.asc Description: Digital signature
Bug#260659: libxaw7-dev: Add specs documentation
Le jeu 22 jui 2004 à 04:48:15 +1000, Daniel Stone a tapoté sur son clavier : On Wed, Jul 21, 2004 at 08:32:01PM +0200, Samuel Thibault wrote: On Thu 22 Jul 2004 04:17:38 +1000, Daniel Stone wrote: This should ideally just be on a website somewhere or something. fd.o and X.Org have lots of bandwidth. I don't. So how are you getting it in the first place? On CD-ROMs. (don't trust the result of reportbug: it was done on my laptop which gets upgraded from times to times with a good internet connexion) I indeed used the hopefully-already-downloaded-from-x.org-via-a-good- internet-connection X11R6.7.0-src[1-7].tar.gz files to get to the specs...
X Strike Force XFree86 SVN commit: r1681 - in trunk/debian: . patches
Author: branden Date: 2004-07-21 14:20:49 -0500 (Wed, 21 Jul 2004) New Revision: 1681 Modified: trunk/debian/CHANGESETS trunk/debian/changelog trunk/debian/patches/003_linux.cf_and_xfree86.cf.diff trunk/debian/patches/800_gnu_config.diff trunk/debian/patches/820_gnu-freebsd_config.diff trunk/debian/patches/842_netbsd_NetBSD.cf_fixes.diff Log: Define the Imake config variable BuildAllSpecsDocs instead of SpecsDocDirs. The former overrides the latter, the the latter was inadvertently used in r1679. (This fixes check-manifest breakage.) Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-21 08:28:24 UTC (rev 1680) +++ trunk/debian/CHANGESETS 2004-07-21 19:20:49 UTC (rev 1681) @@ -142,7 +142,7 @@ + Reduce the build time by 20 to 30 percent when the binary-arch target is used (ccache users might see even more improvement). + Make the buildd admins hate us less. -1658, 1659, 1661, 1670, 1671, 1679 +1658, 1659, 1661, 1670, 1671, 1679, 1681 Fix missing element of Debian X FAQ conversion to XHTML; correct s390-specific version of xfree86-common dh_installdocs file to recognize Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-07-21 08:28:24 UTC (rev 1680) +++ trunk/debian/changelog 2004-07-21 19:20:49 UTC (rev 1681) @@ -136,7 +136,7 @@ is used (ccache users might see even more improvement). + Make the buildd admins hate us less. - -- Branden Robinson [EMAIL PROTECTED] Wed, 21 Jul 2004 02:46:46 -0500 + -- Branden Robinson [EMAIL PROTECTED] Wed, 21 Jul 2004 14:17:02 -0500 xfree86 (4.3.0.dfsg.1-6) unstable; urgency=low Modified: trunk/debian/patches/003_linux.cf_and_xfree86.cf.diff === --- trunk/debian/patches/003_linux.cf_and_xfree86.cf.diff 2004-07-21 08:28:24 UTC (rev 1680) +++ trunk/debian/patches/003_linux.cf_and_xfree86.cf.diff 2004-07-21 19:20:49 UTC (rev 1681) @@ -71,7 +71,7 @@ +# define BuildSpecsDocs YES +# endif +# if BuildSpecsDocs -+# define SpecsDocDirs CTEXT GL ICCCM X11 Xext Xv i18n xterm ++# define BuildAllSpecsDocs YES +# endif +/* + * The XFree86 Debian package uses a local patch that defines a Modified: trunk/debian/patches/800_gnu_config.diff === --- trunk/debian/patches/800_gnu_config.diff2004-07-21 08:28:24 UTC (rev 1680) +++ trunk/debian/patches/800_gnu_config.diff2004-07-21 19:20:49 UTC (rev 1681) @@ -95,7 +95,7 @@ +# define BuildSpecsDocs YES +# endif +# if BuildSpecsDocs -+# define SpecsDocDirsCTEXT GL ICCCM X11 Xext Xv i18n xterm ++# define BuildAllSpecsDocs YES +# endif +/* + * The XFree86 Debian package uses a local patch that defines a Modified: trunk/debian/patches/820_gnu-freebsd_config.diff === --- trunk/debian/patches/820_gnu-freebsd_config.diff2004-07-21 08:28:24 UTC (rev 1680) +++ trunk/debian/patches/820_gnu-freebsd_config.diff2004-07-21 19:20:49 UTC (rev 1681) @@ -357,7 +357,7 @@ +# define BuildSpecsDocs YES +# endif +# if BuildSpecsDocs -+# define SpecsDocDirsCTEXT GL ICCCM X11 Xext Xv i18n xterm ++# define BuildAllSpecsDocs YES +# endif +/* + * The XFree86 Debian package uses a local patch that defines a Modified: trunk/debian/patches/842_netbsd_NetBSD.cf_fixes.diff === --- trunk/debian/patches/842_netbsd_NetBSD.cf_fixes.diff2004-07-21 08:28:24 UTC (rev 1680) +++ trunk/debian/patches/842_netbsd_NetBSD.cf_fixes.diff2004-07-21 19:20:49 UTC (rev 1681) @@ -119,7 +119,7 @@ +# define BuildSpecsDocs YES +# endif +# if BuildSpecsDocs -+# define SpecsDocDirs CTEXT GL ICCCM X11 Xext Xv i18n xterm ++# define BuildAllSpecsDocs YES +# endif +/* + * The XFree86 Debian package uses a local patch that defines a
Bug#260659: libxaw7-dev: Add specs documentation
On Wed, Jul 21, 2004 at 08:57:33PM +0200, Samuel Thibault wrote: Le jeu 22 jui 2004 ? 04:48:15 +1000, Daniel Stone a tapot? sur son clavier : On Wed, Jul 21, 2004 at 08:32:01PM +0200, Samuel Thibault wrote: On Thu 22 Jul 2004 04:17:38 +1000, Daniel Stone wrote: This should ideally just be on a website somewhere or something. fd.o and X.Org have lots of bandwidth. I don't. So how are you getting it in the first place? On CD-ROMs. (don't trust the result of reportbug: it was done on my laptop which gets upgraded from times to times with a good internet connexion) I indeed used the hopefully-already-downloaded-from-x.org-via-a-good- internet-connection X11R6.7.0-src[1-7].tar.gz files to get to the specs... So you don't want to download stuff off the net - instead you want to ... download stuff off the net? -- Daniel Stone[EMAIL PROTECTED] Debian: the universal operating system http://www.debian.org signature.asc Description: Digital signature
Bug#260659: libxaw7-dev: Add specs documentation
On Wed, Jul 21, 2004 at 09:19:35PM +0200, Samuel Thibault wrote: Le jeu 22 jui 2004 ? 05:10:55 +1000, Daniel Stone a tapot? sur son clavier : On Wed, Jul 21, 2004 at 08:57:33PM +0200, Samuel Thibault wrote: Le jeu 22 jui 2004 ? 04:48:15 +1000, Daniel Stone a tapot? sur son clavier : On Wed, Jul 21, 2004 at 08:32:01PM +0200, Samuel Thibault wrote: On Thu 22 Jul 2004 04:17:38 +1000, Daniel Stone wrote: This should ideally just be on a website somewhere or something. fd.o and X.Org have lots of bandwidth. I don't. So how are you getting it in the first place? On CD-ROMs. (don't trust the result of reportbug: it was done on my laptop which gets upgraded from times to times with a good internet connexion) I indeed used the hopefully-already-downloaded-from-x.org-via-a-good- internet-connection X11R6.7.0-src[1-7].tar.gz files to get to the specs... So you don't want to download stuff off the net - instead you want to ... download stuff off the net? What just happened is that I had the chance to have already downloaded something in which I knew where to find the specs, but that's not what I would expect from a distribution. And indeed it was *already* on my CD-ROMs, but there's was no possibility I could find where (ie in the xspecs package), I'm just asking for indications in -dev packages: just read my very first post. I can't speak for the -dev packages, but I don't really have much of an interest of retaining the current regime upstream. -- Daniel Stone[EMAIL PROTECTED] Debian: the universal operating system http://www.debian.org signature.asc Description: Digital signature
Bug#260659: libxaw7-dev: Add specs documentation
Le jeu 22 jui 2004 à 05:10:55 +1000, Daniel Stone a tapoté sur son clavier : On Wed, Jul 21, 2004 at 08:57:33PM +0200, Samuel Thibault wrote: Le jeu 22 jui 2004 ? 04:48:15 +1000, Daniel Stone a tapot? sur son clavier : On Wed, Jul 21, 2004 at 08:32:01PM +0200, Samuel Thibault wrote: On Thu 22 Jul 2004 04:17:38 +1000, Daniel Stone wrote: This should ideally just be on a website somewhere or something. fd.o and X.Org have lots of bandwidth. I don't. So how are you getting it in the first place? On CD-ROMs. (don't trust the result of reportbug: it was done on my laptop which gets upgraded from times to times with a good internet connexion) I indeed used the hopefully-already-downloaded-from-x.org-via-a-good- internet-connection X11R6.7.0-src[1-7].tar.gz files to get to the specs... So you don't want to download stuff off the net - instead you want to ... download stuff off the net? What just happened is that I had the chance to have already downloaded something in which I knew where to find the specs, but that's not what I would expect from a distribution. And indeed it was *already* on my CD-ROMs, but there's was no possibility I could find where (ie in the xspecs package), I'm just asking for indications in -dev packages: just read my very first post.
Bug#260659: libxaw7-dev: Add specs documentation
Le jeu 22 jui 2004 à 05:29:02 +1000, Daniel Stone a tapoté sur son clavier : OK, gotcha: the READMEs should reference these guides, whereever they are. Yes, READMEs in -dev packages should at least point at the xspecs package (and the control files might even Suggest it). Regards, Samuel
Bug#260753: xserver-xfree86: [chips] Please include patch for mode switch crashing
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-6 Severity: normal Hello, X.Org has this update to ct_driver.c: http://freedesktop.org/cgi-bin/viewcvs.cgi/xserver/debrix-driver-chips/chips/ct_driver.c?r1=1.3 Revision 1.3 - (download), view (text) (markup) (annotate) - [selected] Mon May 24 19:00:03 2004 UTC (8 weeks, 2 days ago) by eich Changes since 1.2: +12 -10 lines Diff to previous 1.2 2004-05-24 Egbert Eich [EMAIL PROTECTED] * programs/Xserver/hw/xfree86/drivers/chips/ct_driver.c: (chipsClockSelect), (chipsClockFind), (chipsModeInitHiQV), (chipsModeInitWingine), (chipsModeInit655xx): * programs/Xserver/hw/xfree86/drivers/chips/ct_video.c: (CHIPSSetupImageVideo), (CHIPSDisplayVideo), (CHIPSPutImage): Fixed Segfault on video mode switching when pScrn-currentMode did not contain a valid mode. Fixed video overlays for double scan modes. which corrects a mode switch crash on chips. It would be useful if this were applied to the Debian packages until there is a new upstream release. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-pre6 Locale: LANG=C, LC_CTYPE=C Versions of packages xserver-xfree86 depends on: ii debconf [debconf-2.0] 1.4.29 Debian configuration management sy ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii xserver-common4.3.0.dfsg.1-6 files and utilities common to all ii zlib1g1:1.2.1.1-5compression library - runtime -- debconf information excluded
X Strike Force XFree86 SVN commit: r1683 - in trunk/debian: . patches
Author: branden Date: 2004-07-21 21:28:26 -0500 (Wed, 21 Jul 2004) New Revision: 1683 Modified: trunk/debian/CHANGESETS trunk/debian/MANIFEST.alpha.in trunk/debian/MANIFEST.amd64.in trunk/debian/MANIFEST.arm.in trunk/debian/MANIFEST.hppa.in trunk/debian/MANIFEST.hurd-i386.in trunk/debian/MANIFEST.i386.in trunk/debian/MANIFEST.ia64.in trunk/debian/MANIFEST.m68k.in trunk/debian/MANIFEST.mips.in trunk/debian/MANIFEST.mipsel.in trunk/debian/MANIFEST.powerpc.in trunk/debian/MANIFEST.s390.in trunk/debian/MANIFEST.sparc.in trunk/debian/TODO trunk/debian/changelog trunk/debian/patches/000_stolen_from_HEAD.diff trunk/debian/xlibs-data.install trunk/debian/xlibs-data.install.s390 Log: Grab from XFree86 CVS (no later than 2003-12-18) fixes to the ja_JP.UTF-8, ko_KR.UTF-8, and zh_TW.UTF-8 XLC_LOCALE files to prefer ISO 10646-1-encoded fonts less strongly. Add zh_CN.UTF-8 XLC_LOCALE file. Update MANIFEST and .install files accordingly. (Closes: #255701) Modified: trunk/debian/CHANGESETS === --- trunk/debian/CHANGESETS 2004-07-21 21:01:00 UTC (rev 1682) +++ trunk/debian/CHANGESETS 2004-07-22 02:28:26 UTC (rev 1683) @@ -163,4 +163,10 @@ file. 1682 +Grab from XFree86 CVS (no later than 2003-12-18) fixes to the ja_JP.UTF-8, +ko_KR.UTF-8, and zh_TW.UTF-8 XLC_LOCALE files to prefer ISO +10646-1-encoded fonts less strongly. Add zh_CN.UTF-8 XLC_LOCALE file. +Update MANIFEST and .install files accordingly. (Closes: #255701) +1683 + vim:set ai et sts=4 sw=4 tw=80: Modified: trunk/debian/MANIFEST.alpha.in === --- trunk/debian/MANIFEST.alpha.in 2004-07-21 21:01:00 UTC (rev 1682) +++ trunk/debian/MANIFEST.alpha.in 2004-07-22 02:28:26 UTC (rev 1683) @@ -1395,6 +1395,7 @@ usr/X11R6/lib/X11/locale/vi_VN.viscii/Compose usr/X11R6/lib/X11/locale/vi_VN.viscii/XI18N_OBJS usr/X11R6/lib/X11/locale/vi_VN.viscii/XLC_LOCALE +usr/X11R6/lib/X11/locale/zh_CN.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/zh_CN.gbk/Compose usr/X11R6/lib/X11/locale/zh_CN.gbk/XI18N_OBJS usr/X11R6/lib/X11/locale/zh_CN.gbk/XLC_LOCALE Modified: trunk/debian/MANIFEST.amd64.in === --- trunk/debian/MANIFEST.amd64.in 2004-07-21 21:01:00 UTC (rev 1682) +++ trunk/debian/MANIFEST.amd64.in 2004-07-22 02:28:26 UTC (rev 1683) @@ -1395,6 +1395,7 @@ usr/X11R6/lib/X11/locale/vi_VN.viscii/Compose usr/X11R6/lib/X11/locale/vi_VN.viscii/XI18N_OBJS usr/X11R6/lib/X11/locale/vi_VN.viscii/XLC_LOCALE +usr/X11R6/lib/X11/locale/zh_CN.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/zh_CN.gbk/Compose usr/X11R6/lib/X11/locale/zh_CN.gbk/XI18N_OBJS usr/X11R6/lib/X11/locale/zh_CN.gbk/XLC_LOCALE Modified: trunk/debian/MANIFEST.arm.in === --- trunk/debian/MANIFEST.arm.in2004-07-21 21:01:00 UTC (rev 1682) +++ trunk/debian/MANIFEST.arm.in2004-07-22 02:28:26 UTC (rev 1683) @@ -1394,6 +1394,7 @@ usr/X11R6/lib/X11/locale/vi_VN.viscii/Compose usr/X11R6/lib/X11/locale/vi_VN.viscii/XI18N_OBJS usr/X11R6/lib/X11/locale/vi_VN.viscii/XLC_LOCALE +usr/X11R6/lib/X11/locale/zh_CN.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/zh_CN.gbk/Compose usr/X11R6/lib/X11/locale/zh_CN.gbk/XI18N_OBJS usr/X11R6/lib/X11/locale/zh_CN.gbk/XLC_LOCALE Modified: trunk/debian/MANIFEST.hppa.in === --- trunk/debian/MANIFEST.hppa.in 2004-07-21 21:01:00 UTC (rev 1682) +++ trunk/debian/MANIFEST.hppa.in 2004-07-22 02:28:26 UTC (rev 1683) @@ -1394,6 +1394,7 @@ usr/X11R6/lib/X11/locale/vi_VN.viscii/Compose usr/X11R6/lib/X11/locale/vi_VN.viscii/XI18N_OBJS usr/X11R6/lib/X11/locale/vi_VN.viscii/XLC_LOCALE +usr/X11R6/lib/X11/locale/zh_CN.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/zh_CN.gbk/Compose usr/X11R6/lib/X11/locale/zh_CN.gbk/XI18N_OBJS usr/X11R6/lib/X11/locale/zh_CN.gbk/XLC_LOCALE Modified: trunk/debian/MANIFEST.hurd-i386.in === --- trunk/debian/MANIFEST.hurd-i386.in 2004-07-21 21:01:00 UTC (rev 1682) +++ trunk/debian/MANIFEST.hurd-i386.in 2004-07-22 02:28:26 UTC (rev 1683) @@ -1270,6 +1270,7 @@ usr/X11R6/lib/X11/locale/vi_VN.viscii/Compose usr/X11R6/lib/X11/locale/vi_VN.viscii/XI18N_OBJS usr/X11R6/lib/X11/locale/vi_VN.viscii/XLC_LOCALE +usr/X11R6/lib/X11/locale/zh_CN.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/zh_CN.gbk/Compose usr/X11R6/lib/X11/locale/zh_CN.gbk/XI18N_OBJS usr/X11R6/lib/X11/locale/zh_CN.gbk/XLC_LOCALE Modified: trunk/debian/MANIFEST.i386.in === --- trunk/debian/MANIFEST.i386.in 2004-07-21 21:01:00 UTC (rev 1682) +++ trunk/debian/MANIFEST.i386.in 2004-07-22 02:28:26 UTC (rev 1683) @@ -1396,6 +1396,7 @@
Processed: tagging 255701
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 1682:1683 svn://necrotic.deadbeast.net/xfree86 tags 255701 + pending Bug#255701: xlibs-data: add ISO 10646-1 character set support to ja_JP.UTF-8 XLC_LOCALE data 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: r1684 - trunk/debian
Author: branden Date: 2004-07-21 21:48:59 -0500 (Wed, 21 Jul 2004) New Revision: 1684 Modified: trunk/debian/TODO Log: Add item. Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-07-22 02:28:26 UTC (rev 1683) +++ trunk/debian/TODO 2004-07-22 02:48:59 UTC (rev 1684) @@ -86,6 +86,7 @@ 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 +* update XTerm to #193 Post 4.3.0-1
Bug#255701: xlibs-data: fonts can't be display under ja_JP.UTF-8
On Tue, Jun 22, 2004 at 11:45:00PM +0900, Tatsuki Sugiura wrote: Package: xlibs-data Version: 4.3.0.dfsg.1-5 Severity: normal Tags: patch Japanese fonts can't be displayed under ja_JP.UTF-8 locale. Please update XLC_LOCALE for ja_JP.UTF-8. Hi, I went with an fix from XFree86 CVS for this problem, which should also correct a similar issue with the ko_KR.UTF-8 and zh_TW.UTF-8 locales, and which adds support for the zh_CN.UTF-8 locale. I have attached this fix. I expect this bug to be fixed in the next release. Please let me know if you experience any further problems related to this issue. -- G. Branden Robinson|If you make people think they're Debian GNU/Linux |thinking, they'll love you; but if [EMAIL PROTECTED] |you really make them think, they'll http://people.debian.org/~branden/ |hate you.-- Don Marquis xc/nls/XLC_LOCALE/Imakefile @ 1.26 xc/nls/XLC_LOCALE/ja_JP.UTF-8 @ 1.2 xc/nls/XLC_LOCALE/ko_KR.UTF-8 @ 1.2 xc/nls/XLC_LOCALE/zh_CN.UTF-8 @ 1.1 xc/nls/XLC_LOCALE/zh_TW.UTF-8 @ 1.2 349. Added XLC_LOCALE file for zh_CN.UTF-8, moved iso10646 encoding to the end in ja_JP, ko_KR and zh_TW UTF-8 XLC_LOCALE files (Bugzilla #544, Akira TAGOH). [Egbert Eich] xc/nls/XLC_LOCALE/zh_CN.UTF-8 @ 1.2 Ident lines [Marc Aurele La France] xc/nls/XLC_LOCALE/zh_CN.UTF-8 @ 1.3 669. A new fixed version of the zh_CN.UTF-8 locale file (Bugzilla #991, James Su). [David Dawes] Index: xc/nls/XLC_LOCALE/Imakefile === RCS file: /cvs/xc/nls/XLC_LOCALE/Imakefile,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- xc/nls/XLC_LOCALE/Imakefile 15 Jan 2003 03:59:47 - 1.25 +++ xc/nls/XLC_LOCALE/Imakefile 6 Aug 2003 14:04:00 - 1.26 @@ -2,7 +2,7 @@ -XCOMM $XFree86: xc/nls/XLC_LOCALE/Imakefile,v 1.25 2003/01/15 03:59:47 dawes Exp $ +XCOMM $XFree86: xc/nls/XLC_LOCALE/Imakefile,v 1.26 2003/08/06 14:04:00 eich Exp $ WCHAR32 = HasWChar32 @@ -77,6 +77,7 @@ LTarget(vi_VN.viscii) LTarget(zh_CN) LTarget(zh_CN.gbk) +LTarget(zh_CN.UTF-8) LTarget(zh_HK.big5) LTarget(zh_HK.big5hkscs) LTarget(zh_TW) Index: xc/nls/XLC_LOCALE/ja_JP.UTF-8 === RCS file: /cvs/xc/nls/XLC_LOCALE/ja_JP.UTF-8,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- xc/nls/XLC_LOCALE/ja_JP.UTF-8 17 Oct 2002 01:12:57 - 1.1 +++ xc/nls/XLC_LOCALE/ja_JP.UTF-8 6 Aug 2003 14:04:00 - 1.2 @@ -1,4 +1,4 @@ -XCOMM $XFree86: xc/nls/XLC_LOCALE/ja_JP.UTF-8,v 1.1 2002/10/17 01:12:57 dawes Exp $ +XCOMM $XFree86: xc/nls/XLC_LOCALE/ja_JP.UTF-8,v 1.2 2003/08/06 14:04:00 eich Exp $ XCOMM XCOMM @@ -32,23 +32,8 @@ } } -XCOMM ISO10646-1 is put after iso8859-1 to make usually better-looking -XCOMM iso8859-x fonts are picked up before iso10646-1 fonts. -XCOMM Moreover, some iso10646-1 fonts don't have any glyph at all -XCOMM in ISO8859-X ranges. - -XCOMM fs2 class -fs2 { - charset { -name ISO10646-1 - } - font { -primary ISO10646-1 - } -} - -XCOMM fs3 class (Kanji) -fs3{ +XCOMM fs2 class (Kanji) +fs2{ charset { nameJISX0208.1983-0:GL } @@ -57,8 +42,8 @@ } } -XCOMM fs4 class (Korean Character) -fs4{ +XCOMM fs3 class (Korean Character) +fs3{ charset { nameKSC5601.1987-0:GL } @@ -67,8 +52,8 @@ } } -XCOMM fs5 class (Chinese Han Character) -fs5{ +XCOMM fs4 class (Chinese Han Character) +fs4{ charset { nameGB2312.1980-0:GL } @@ -76,8 +61,8 @@ primary GB2312.1980-0:GL } } -XCOMM fs6 class (Half Kana) -fs6{ +XCOMM fs5 class (Half Kana) +fs5{ charset { nameJISX0201.1976-0:GR } @@ -86,6 +71,21 @@ vertical_rotate all } } +XCOMM ISO10646-1 is put last to make usually better-looking +XCOMM other fonts are picked up before iso10646-1 fonts. +XCOMM Moreover, some iso10646-1 fonts don't have any glyph at all +XCOMM in ISO8859-X ranges. + +XCOMM fs6 class +fs6 { + charset { +name ISO10646-1 + } + font { +primary ISO10646-1 + } +} + END XLC_FONTSET XCOMM Index: xc/nls/XLC_LOCALE/ko_KR.UTF-8 === RCS file: /cvs/xc/nls/XLC_LOCALE/ko_KR.UTF-8,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- xc/nls/XLC_LOCALE/ko_KR.UTF-8 17 Oct 2002 01:12:57 - 1.1 +++ xc/nls/XLC_LOCALE/ko_KR.UTF-8 6 Aug 2003 14:04:00 - 1.2 @@ -1,4 +1,4 @@ -XCOMM $XFree86: xc/nls/XLC_LOCALE/ko_KR.UTF-8,v 1.1 2002/10/17 01:12:57 dawes Exp $ +XCOMM $XFree86: xc/nls/XLC_LOCALE/ko_KR.UTF-8,v 1.2 2003/08/06 14:04:00 eich Exp $ XCOMM XCOMM XLC_FONTSET category @@ -31,24
Processed: tagging 255701
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 tags 255701 + fixed-upstream Bug#255701: xlibs-data: add ISO 10646-1 character set support to ja_JP.UTF-8 XLC_LOCALE data Tags were: pending upstream patch Tags added: fixed-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 255701
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 tags 255701 - patch Bug#255701: xlibs-data: add ISO 10646-1 character set support to ja_JP.UTF-8 XLC_LOCALE data Tags were: fixed-upstream pending upstream patch Tags removed: patch End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#260232: xterm: XTerm*metaSendsEscape no longer working
On Wed, Jul 21, 2004 at 05:44:32AM -0400, Thomas Dickey wrote: I've seen a few comments by Branden Robinson which seem to indicate that some change has been made in the keyboard configuration (perhaps that's related to this). I'm cc'ing him to see if he has any insight on this. Yes; it's a long, complex story. Basically, in 4.3.0.dfsg.1-5 we backported from XFree86 CVS a fix by Ivan Pascal for problems with modifier keys when using multiple keyboard layouts at once. A kludge to restore the most grievously affected functionality was applied in -6, but a real fix is still forthcoming. The details are absurdly technical (and in part have to do with a lot of clients using only core X protocol functions for querying the keyboard despite this XKB era), and I don't have a full command of them myself, but I think I know what to do to make some better headway. I've begun consulting with Ivan Pascal on this subject, and he's been quite helpful. -- G. Branden Robinson| I am only good at complaining. Debian GNU/Linux | You don't want me near your code. [EMAIL PROTECTED] | -- Dan Jacobson http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#257062: Need any help testing? I have an i8xx in my workstation.
On Tue, Jul 20, 2004 at 11:26:54PM +0200, Andreas Henriksson wrote: Thanks for your mail. I've read the hacking-document and built the xfree86 packages from source. On the other hand I have no clue how to add the new driver. I'm not familiar with the build-system at all and generally know very little about XFree86. ;( I have looked at both the freedesktop.org i915 driver which was mentioned earlier in this bugreport and the xfree86.org driver in cvs that's supposed to support i9xx. Are they the same? Doesn't look like that judging from the different files in each directory. http://freedesktop.org/cgi-bin/viewcvs.cgi/mesa/Mesa/src/mesa/drivers/dri/ http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/drivers/i810/ I was hoping to get some help from the xfree86.org side on the build system but now I don't know if I can use anything from xfree86.org Well, *you* can if you'd like, but Debian can't. If anyone could help me out on how to add the driver that would be great. I'll investigate further later on but don't really know if I'll manage this task on my own... A driver is a tricky thing to patch. What will probably need to happen is that someone experienced with such things will need to do the development half of things, and rely on you to do the testing half. -- G. Branden Robinson|Religion consists in a set of Debian GNU/Linux |things which the average man thinks [EMAIL PROTECTED] |he believes and wishes he was http://people.debian.org/~branden/ |certain of. -- Mark Twain signature.asc Description: Digital signature
Bug#255270: xfree86: libglide3 has now ia64 and amd64 support
[Sorry for the big CC list.] On Tue, Jul 20, 2004 at 01:52:03PM +0200, Frederik Schueler wrote: On Sat, Jul 17, 2004 at 05:43:06AM +0200, Guillem Jover wrote: Could someone with an amd64, ia64 or alpha (I'll take care of i386) and a 3Dfx card with any of the following chipsets: Voodoo Banshee, Voodoo 3, Voodoo 4 or Voodoo 5 I finally installed the SVN alpha packages I successfully build on my alpha, I have 3D acceleration with my voodoo4 (Quake2 with glx renderer): it works. Okay, great. Sounds like there are no regressions on i386 or alpha, then, and thus no reason to back out the patch. Hopefully amd64 and ia64 glide support works all right, but if not, they're no worse off than before. -- G. Branden Robinson| The power of accurate observation Debian GNU/Linux | is frequently called cynicism by [EMAIL PROTECTED] | those who don't have it. http://people.debian.org/~branden/ | -- George Bernard Shaw signature.asc Description: Digital signature
Bug#257515: xserver-xfree86: [keyboard] various keys have stopped working (ukgb layout)
On Mon, Jul 19, 2004 at 04:31:35PM +0100, Jon Dowland wrote: On Sat, Jul 10, 2004 at 12:46:03PM -0500, Branden Robinson wrote: What's a pc10104 keyboard? Well spotted - it appears to be a regexp gone wrong, sorry about that. After further experimentation, the following combinations result in broken e and c keys, with no warning or error messages in /var/log/XFree86.0.log: pc10104 ukgb pc104 ukgb pc104 uk Perhaps the Xserver could provide some kind of alert when an invalid keyboard/keymap is selected; It generally does; both to its logfile in /var/log and to standard error. If you mean it should draw its own dialog box on the screen even without benefit of an installed widget library, I daresay that's unlikely to happen anytime soon. or maybe they are valid combinations and are stale files on my computer? Reinstalling the xlibs package with the --force-confnew --force-confmiss options to dpkg would take care of that if it is the case. The combination of pc104 and gb works fine for me. Ah, that's good to hear. For future reference, where is the list of acceptable keyboard varieties and keymaps kept? There's not a list (mainly because it would be huge), but /etc/X11/xkb/rules/xfree86 may get you off to a start, of sorts. Do you regard this bug as resolved? -- G. Branden Robinson|You should try building some of the Debian GNU/Linux |stuff in main that is [EMAIL PROTECTED] |modern...turning on -Wall is like http://people.debian.org/~branden/ |turning on the pain. -- James Troup signature.asc Description: Digital signature
Bug#254618: marked as done (xserver-xfree86: Xserver crashes (while switching workspaces?))
Your message dated Wed, 21 Jul 2004 21:48:04 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#254618: xserver-xfree86: Xserver crashes (while switching workspaces?) 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; 15 Jun 2004 21:43:08 + From [EMAIL PROTECTED] Tue Jun 15 14:43:07 2004 Return-path: [EMAIL PROTECTED] Received: from galapagos.astro.cornell.edu (localhost) [132.236.6.229] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BaLhz-0002ND-00; Tue, 15 Jun 2004 14:43:07 -0700 Received: from localhost (localhost [127.0.0.1]) by localhost (8.12.11/8.12.11/Debian-5) with ESMTP id i5FKAkJd012955; Tue, 15 Jun 2004 16:10:47 -0400 Received: (from [EMAIL PROTECTED]) by localhost (8.12.11/8.12.11/Debian-5) id i5FKAk0g012935; Tue, 15 Jun 2004 16:10:46 -0400 Message-Id: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Patricio Rojo [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: xserver-xfree86: Xserver crashes (while switching workspaces?) X-Mailer: reportbug 2.61 Date: Tue, 15 Jun 2004 16:09:45 -0400 X-BadReturnPath: [EMAIL PROTECTED] rewritten as [EMAIL PROTECTED] using From header 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=-7.0 required=4.0 tests=BAYES_00,DATING,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: xserver-xfree86 Version: 4.3.0.dfsg.1-4 Severity: important Tags: sid Hi, I'm trying to be as much informative as I can in the relevant issues:). I have a Thinkpad R40, X-server was working without any problems on it, then my hard disk died and I had to reinstall Debian. I used a backed-up XF86Config-4 file. Other than the packages that are installed after an 'apt-get install xserver-xfree86 xserver-common xutils gnome gnome-core gdm sawfish' (I did not use tasksel), I also installed the packages drm-trunk-module-src, xlibmesa-dl1-dri-trunk and xserver-xfree86-dri-trunk. Those packages I got from: deb http://dri.freedesktop.org/~daenzer/debian/dri-trunk-sid/ ./ I did compile both a 2.4.26 kernel (with the same old configuration I was using for a 2.4.24 plus the new items) and a 2.6.6 kernel. I added the above mentioned drm-trunk modules. I also copied from a very recent backup my old ~/.gconf* ; ~/.gnome* directories. Everything seemed to be working as before for a while, but then seemingly random, the xserver decided to crash and I was back in the GDM login screen. I think that most, if not all, of the times I was switching through workspaces using the hotkeys I defined for the sawfish window manager in my gnome desktop. In average the crash was produced in less than an hour. Same problem happened in the both kernels mentioned. I tried different options like disabling/enabling glx and dri in the XF86Config-4 file but none worked. The /var/log/XFree86.0.log.old didn't have any warning or errors only something like 'caught signal 11. Server aborting' at the end. I'm afraid I don't have that file anymore. Then, I find the package xserver-xfree86-dbg, so I thought on, at least reporting this bug with a core or something more informative. But once I switch the xserver to this static version I have had no more crashes after a bunch of days of uptime. Given the solution for this problem, I wonder if the bug might not be some missing dependencie among the shared libraries for the package, but it seems to definitely be something in the compilation differences between xserver-xfree86 and xserver-xfree86-dbg. All of the above happened between Wed Jun 9th, 2004 and today Tue Jun 15th, 2004. I'm almost sure that it has been version 4.3.0.dfsg.1-4 all along. Thanks for your consideration and for reaching the end of this not-so-short report:D... Pato -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xfree86-dbg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxr-xr-x1 root root 26 Jun 12 03:52 /etc/X11/X - /usr/bin/X11/XFree86-debug -rwxr-xr-x1 root root 137297758 May 29 08:32 /usr/bin/X11/XFree86-debug Contents of