Re: glyph caching mode (Re: Place of X RESOURCE files (xfree86_4.0.1))
Thank you! I've checked your v22, and found this has been applied in it. > | On Thu, Jul 13, 2000 at 12:49:16AM +0900, ISHIKAWA Mutsumi wrote: > | > Perhaps we'll change default setting of glyph caching mode to apply > this > | > patch and rebuild xfree86-1. > | > > | > --- xc/include/fonts/font.h.orig Thu Jul 13 00:36:53 2000 > | > +++ xc/include/fonts/font.h Thu Jul 13 00:37:56 2000 > | > @@ -96,7 +96,7 @@ > | > #define CACHING_OFF 0 > | > #define CACHE_16_BIT_GLYPHS 1 > | > #define CACHE_ALL_GLYPHS 2 > | > -#define DEFAULT_GLYPH_CACHING_MODE CACHING_OFF > | > +#define DEFAULT_GLYPH_CACHING_MODE CACHE_16_BIT_GLYPHS > | > extern int glyphCachingMode; > | > > | > extern int StartListFontsWithInfo( -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>
Re: glyph caching mode (Re: Place of X RESOURCE files (xfree86_4.0.1))
Thank you! I've checked your v22, and found this has been applied in it. > | On Thu, Jul 13, 2000 at 12:49:16AM +0900, ISHIKAWA Mutsumi wrote: > | > Perhaps we'll change default setting of glyph caching mode to apply this > | > patch and rebuild xfree86-1. > | > > | > --- xc/include/fonts/font.h.orig Thu Jul 13 00:36:53 2000 > | > +++ xc/include/fonts/font.h Thu Jul 13 00:37:56 2000 > | > @@ -96,7 +96,7 @@ > | > #define CACHING_OFF 0 > | > #define CACHE_16_BIT_GLYPHS 1 > | > #define CACHE_ALL_GLYPHS 2 > | > -#define DEFAULT_GLYPH_CACHING_MODE CACHING_OFF > | > +#define DEFAULT_GLYPH_CACHING_MODE CACHE_16_BIT_GLYPHS > | > extern int glyphCachingMode; > | > > | > extern int StartListFontsWithInfo( -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Place of X RESOURCE files (xfree86_4.0.1)
> In <[EMAIL PROTECTED]> > Branden Robinson <[EMAIL PROTECTED]> wrote: >> On Fri, Oct 20, 2000 at 03:09:43AM +0900, ISHIKAWA Mutsumi wrote: >> > If the package's X resources installed into >> > /etc/X11/ja_JP.eucJP/app-defaults and /etc/X11/app-defaults, >> > X resource switching by using env LANG scheme will work correctly. >> > >> > Any comments? >> I will apply your patch for phase2v20, and we'll see if it works. Thanks >> very much for your contribution. Tnanks :-) I'm now downloading phase2v20 .debs and will check these. -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
Re: Place of X RESOURCE files (xfree86_4.0.1)
> In <[EMAIL PROTECTED]> > Branden Robinson <[EMAIL PROTECTED]> wrote: >> On Fri, Oct 20, 2000 at 03:09:43AM +0900, ISHIKAWA Mutsumi wrote: >> > If the package's X resources installed into >> > /etc/X11/ja_JP.eucJP/app-defaults and /etc/X11/app-defaults, >> > X resource switching by using env LANG scheme will work correctly. >> > >> > Any comments? >> I will apply your patch for phase2v20, and we'll see if it works. Thanks >> very much for your contribution. Tnanks :-) I'm now downloading phase2v20 .debs and will check these. -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
glyph caching mode (Re: Place of X RESOURCE files (xfree86_4.0.1))
Thanks Branden for all your great work! In <[EMAIL PROTECTED]>, on "Thu, 19 Oct 2000 15:45:17 -0500", with "Re: Place of X RESOURCE files (xfree86_4.0.1)", Branden Robinson <[EMAIL PROTECTED]> wrote: > I will apply your patch for phase2v20, and we'll see if it works. Thanks > very much for your contribution. It will do work well for us, I think. I'll check it when I can get libglide3-dev from somewhere and can build it locally (currently I can not find libglide3 and libglide3-dev). BTW, you wrote on debian-x at Sun, 16 Jul 2000: <http://lists.debian.org/debian-x-0007/msg00016.html> | On Thu, Jul 13, 2000 at 12:49:16AM +0900, ISHIKAWA Mutsumi wrote: | > Perhaps we'll change default setting of glyph caching mode to apply this | > patch and rebuild xfree86-1. | > | > --- xc/include/fonts/font.h.orig Thu Jul 13 00:36:53 2000 | > +++ xc/include/fonts/font.h Thu Jul 13 00:37:56 2000 | > @@ -96,7 +96,7 @@ | > #define CACHING_OFF 0 | > #define CACHE_16_BIT_GLYPHS 1 | > #define CACHE_ALL_GLYPHS 2 | > -#define DEFAULT_GLYPH_CACHING_MODE CACHING_OFF | > +#define DEFAULT_GLYPH_CACHING_MODE CACHE_16_BIT_GLYPHS | > extern int glyphCachingMode; | > | > extern int StartListFontsWithInfo( | | That's interesting; thanks for pointing it out. I'm trying to avoid | further changes to the upstream source for 3.3.6-10, but I'll be interested | to see what the default for this is in 4.0.1. If you're not subscribed to | debian-x, please do so and keep me on my toes with respect to i18n issues | with the new version of X. I expect to have Phase 1 .debs (see URL below) | available this week. I have checked the source tree of ph2v18, and v20 diff.gz, and I think this patch can be applied for current 4.0.1 ph2v20 tree. The necessity of this pacth is desribed in <http://lists.debian.org/debian-x-0007/msg7.html> | > On Tue, Jul 11, 2000 at 12:05:00PM -0600, Anthony Fok wrote: | > | > > I am glad that you somehow found out "-deferglyphs 16". :-) This option | > > "defers" the loading of 16-bit glyphs e.g. large CJK and Unicode fonts. | > > Otherwise, X would try to load the _entire_ font (with 14000+ glyphs) | > > into the memory all at once. This soon crashes the X font server, | > > and since X can't talk to the font server any more, it just freezes whenever | > > a font is requested. At this state, X would use up all the CPU resources, | > > probably trying desperately to talk to a non-existent font server. :-) | > | > If I understand your description correctly this option is never harmful but | > very useful for some setups. Don't you think that the Debian setup should | > pass this option per default? In that case please ask Branden if he can | > do that (or file a bug, severity wishlist, on xserver-common). Please consider this also for your 4.0.1 package. Thanks. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>
glyph caching mode (Re: Place of X RESOURCE files (xfree86_4.0.1))
Thanks Branden for all your great work! In <[EMAIL PROTECTED]>, on "Thu, 19 Oct 2000 15:45:17 -0500", with "Re: Place of X RESOURCE files (xfree86_4.0.1)", Branden Robinson <[EMAIL PROTECTED]> wrote: > I will apply your patch for phase2v20, and we'll see if it works. Thanks > very much for your contribution. It will do work well for us, I think. I'll check it when I can get libglide3-dev from somewhere and can build it locally (currently I can not find libglide3 and libglide3-dev). BTW, you wrote on debian-x at Sun, 16 Jul 2000: <http://lists.debian.org/debian-x-0007/msg00016.html> | On Thu, Jul 13, 2000 at 12:49:16AM +0900, ISHIKAWA Mutsumi wrote: | > Perhaps we'll change default setting of glyph caching mode to apply this | > patch and rebuild xfree86-1. | > | > --- xc/include/fonts/font.h.orig Thu Jul 13 00:36:53 2000 | > +++ xc/include/fonts/font.h Thu Jul 13 00:37:56 2000 | > @@ -96,7 +96,7 @@ | > #define CACHING_OFF 0 | > #define CACHE_16_BIT_GLYPHS 1 | > #define CACHE_ALL_GLYPHS 2 | > -#define DEFAULT_GLYPH_CACHING_MODE CACHING_OFF | > +#define DEFAULT_GLYPH_CACHING_MODE CACHE_16_BIT_GLYPHS | > extern int glyphCachingMode; | > | > extern int StartListFontsWithInfo( | | That's interesting; thanks for pointing it out. I'm trying to avoid | further changes to the upstream source for 3.3.6-10, but I'll be interested | to see what the default for this is in 4.0.1. If you're not subscribed to | debian-x, please do so and keep me on my toes with respect to i18n issues | with the new version of X. I expect to have Phase 1 .debs (see URL below) | available this week. I have checked the source tree of ph2v18, and v20 diff.gz, and I think this patch can be applied for current 4.0.1 ph2v20 tree. The necessity of this pacth is desribed in <http://lists.debian.org/debian-x-0007/msg7.html> | > On Tue, Jul 11, 2000 at 12:05:00PM -0600, Anthony Fok wrote: | > | > > I am glad that you somehow found out "-deferglyphs 16". :-) This option | > > "defers" the loading of 16-bit glyphs e.g. large CJK and Unicode fonts. | > > Otherwise, X would try to load the _entire_ font (with 14000+ glyphs) | > > into the memory all at once. This soon crashes the X font server, | > > and since X can't talk to the font server any more, it just freezes whenever | > > a font is requested. At this state, X would use up all the CPU resources, | > > probably trying desperately to talk to a non-existent font server. :-) | > | > If I understand your description correctly this option is never harmful but | > very useful for some setups. Don't you think that the Debian setup should | > pass this option per default? In that case please ask Branden if he can | > do that (or file a bug, severity wishlist, on xserver-common). Please consider this also for your 4.0.1 package. Thanks. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Place of X RESOURCE files (xfree86_4.0.1)
On Fri, Oct 20, 2000 at 03:09:43AM +0900, ISHIKAWA Mutsumi wrote: > My understand that: > > `X resource files (e.g /usr/X11R6/lib/X11/app-defaults/XTerm) is > conffiles'. So in xfree86_4.0.1.deb, X RESOURCE files will move from > /usr/X11R6/lib/X11/app-defaults directory to /etc/X11/app-defaults > directory and /usr/X11R6/lib/X11/app-defaults symlink point to > /etc/X11/app-defaults > > Is it right? Yes, that is correct, and a change from traditional Debian policy. However, upstream is pointing the way and it is clear that they want app-defaults files in /etc. > But X resource files are not only place in /usr/X11R6/lib/app-defaults. > We can put X resource file to /usr/X11R6/lib/$LANG/app-defaults. Very true; I initially tried to fix this properly but it wouldn't work. [...] > I think better to set not only #define XAppLoadDir but also > #define XFileSearchPathDefaul host.def > > If #define XFileSearchPathDefaul is set like this: > > #define XFileSearchPathDefault > Concat4(EtcX11Directory/%L/%T/%N%C,%S:EtcX11Directory/%l/%T/%N%C,%S:EtcX11Directory/%T/%N%C,%S:EtcX11Directory/%L/%T/%N%S:EtcX11Directory/%l/%T/%N%S:EtcX11Directory/%T/%N%S):Concat4($(LIBDIR)/%L/%T/%N%C,%S:$(LIBDIR)/%l/%T/%N%C,%S:$(LIBDIR)/%T/%N%C,%S:$(LIBDIR)/%L/%T/%N%S:$(LIBDIR)/%l/%T/%N%S:$(LIBDIR)/%T/%N%S) > > X resource searching order is bellow: > > $HOME/ja_JP.eucJP/XCalendar > $HOME/ja/XCalendar > $HOME/XCalendar > /etc/X11/ja_JP.eucJP/app-defaults/XCalendar > /etc/X11/ja/app-defaults/XCalendar > /etc/X11/app-defaults/XCalendar > /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar > /usr/X11R6/lib/X11/ja/app-defaults/XCalendar > /usr/X11R6/lib/X11/app-defaults/XCalendar > > If the package's X resources installed into > /etc/X11/ja_JP.eucJP/app-defaults and /etc/X11/app-defaults, > X resource switching by using env LANG scheme will work correctly. > > Any comments? I will apply your patch for phase2v20, and we'll see if it works. Thanks very much for your contribution. -- G. Branden Robinson | "Why do we have to hide from the police, Debian GNU/Linux| Daddy?" [EMAIL PROTECTED] | "Because we use vi, son. They use http://www.debian.org/~branden/ | emacs." pgpNgYao9Ls3b.pgp Description: PGP signature
Re: Place of X RESOURCE files (xfree86_4.0.1)
On Fri, Oct 20, 2000 at 03:09:43AM +0900, ISHIKAWA Mutsumi wrote: > My understand that: > > `X resource files (e.g /usr/X11R6/lib/X11/app-defaults/XTerm) is > conffiles'. So in xfree86_4.0.1.deb, X RESOURCE files will move from > /usr/X11R6/lib/X11/app-defaults directory to /etc/X11/app-defaults > directory and /usr/X11R6/lib/X11/app-defaults symlink point to > /etc/X11/app-defaults > > Is it right? Yes, that is correct, and a change from traditional Debian policy. However, upstream is pointing the way and it is clear that they want app-defaults files in /etc. > But X resource files are not only place in /usr/X11R6/lib/app-defaults. > We can put X resource file to /usr/X11R6/lib/$LANG/app-defaults. Very true; I initially tried to fix this properly but it wouldn't work. [...] > I think better to set not only #define XAppLoadDir but also > #define XFileSearchPathDefaul host.def > > If #define XFileSearchPathDefaul is set like this: > > #define XFileSearchPathDefault >Concat4(EtcX11Directory/%L/%T/%N%C,%S:EtcX11Directory/%l/%T/%N%C,%S:EtcX11Directory/%T/%N%C,%S:EtcX11Directory/%L/%T/%N%S:EtcX11Directory/%l/%T/%N%S:EtcX11Directory/%T/%N%S):Concat4($(LIBDIR)/%L/%T/%N%C,%S:$(LIBDIR)/%l/%T/%N%C,%S:$(LIBDIR)/%T/%N%C,%S:$(LIBDIR)/%L/%T/%N%S:$(LIBDIR)/%l/%T/%N%S:$(LIBDIR)/%T/%N%S) > > X resource searching order is bellow: > > $HOME/ja_JP.eucJP/XCalendar > $HOME/ja/XCalendar > $HOME/XCalendar > /etc/X11/ja_JP.eucJP/app-defaults/XCalendar > /etc/X11/ja/app-defaults/XCalendar > /etc/X11/app-defaults/XCalendar > /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar > /usr/X11R6/lib/X11/ja/app-defaults/XCalendar > /usr/X11R6/lib/X11/app-defaults/XCalendar > > If the package's X resources installed into > /etc/X11/ja_JP.eucJP/app-defaults and /etc/X11/app-defaults, > X resource switching by using env LANG scheme will work correctly. > > Any comments? I will apply your patch for phase2v20, and we'll see if it works. Thanks very much for your contribution. -- G. Branden Robinson | "Why do we have to hide from the police, Debian GNU/Linux| Daddy?" [EMAIL PROTECTED] | "Because we use vi, son. They use http://www.debian.org/~branden/ | emacs." PGP signature
Place of X RESOURCE files (xfree86_4.0.1)
My understand that: `X resource files (e.g /usr/X11R6/lib/X11/app-defaults/XTerm) is conffiles'. So in xfree86_4.0.1.deb, X RESOURCE files will move from /usr/X11R6/lib/X11/app-defaults directory to /etc/X11/app-defaults directory and /usr/X11R6/lib/X11/app-defaults symlink point to /etc/X11/app-defaults Is it right? But X resource files are not only place in /usr/X11R6/lib/app-defaults. We can put X resource file to /usr/X11R6/lib/$LANG/app-defaults. For example, xcalendar-i18n have two RESOURCE files, /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar and /usr/X11R6/lib/X11/app-defaults/XCalendar. When LANG is set ja_JP.eucJP, xcalendar-i18n refers resource included in /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults. If LANG is not set or LANG is set expect for ja_JP.eucJP it refers resource in /usr/X11R6/lib/X11/app-defaults. This is libX11's scheme. In default setting X resources files searching order is like this(for example xcalendar when set LANG=ja_JP.eucJP): $HOME/ja_JP.eucJP/XCalendar $HOME/ja/XCalendar $HOME/XCalendar /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar /usr/X11R6/lib/X11/ja/app-defaults/XCalendar /usr/X11R6/lib/X11/app-defaults/XCalendar On the other hand, xfree86_4.0.1.deb set only #define XAppLoadDir EtcX11Directory/app-defaults in host.def, so X resource searching order is link this: $HOME/ja_JP.eucJP/XCalendar $HOME/ja/XCalendar $HOME/XCalendar /etc/X11/app-defaults/XCalendar /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar /usr/X11R6/lib/X11/ja/app-defaults/XCalendar /usr/X11R6/lib/X11/app-defaults/XCalendar /etc/X11/app-defaults/XCalendar and /usr/X11R6/lib/X11/app-defaults/XCalendar is same because /usr/X11R6/lib/X11/app-defaults is symlink that point to /etc/X11/app-defaults. So, If a package two or more deferent X resource files which switching by using LANG environment, these resources placed in /usr/X11R6/lib/X11/$LANG/app-defaults are NEVER used in xfree86_4.0.1.deb environment. I think better to set not only #define XAppLoadDir but also #define XFileSearchPathDefaul host.def If #define XFileSearchPathDefaul is set like this: #define XFileSearchPathDefault Concat4(EtcX11Directory/%L/%T/%N%C,%S:EtcX11Directory/%l/%T/%N%C,%S:EtcX11Directory/%T/%N%C,%S:EtcX11Directory/%L/%T/%N%S:EtcX11Directory/%l/%T/%N%S:EtcX11Directory/%T/%N%S):Concat4($(LIBDIR)/%L/%T/%N%C,%S:$(LIBDIR)/%l/%T/%N%C,%S:$(LIBDIR)/%T/%N%C,%S:$(LIBDIR)/%L/%T/%N%S:$(LIBDIR)/%l/%T/%N%S:$(LIBDIR)/%T/%N%S) X resource searching order is bellow: $HOME/ja_JP.eucJP/XCalendar $HOME/ja/XCalendar $HOME/XCalendar /etc/X11/ja_JP.eucJP/app-defaults/XCalendar /etc/X11/ja/app-defaults/XCalendar /etc/X11/app-defaults/XCalendar /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar /usr/X11R6/lib/X11/ja/app-defaults/XCalendar /usr/X11R6/lib/X11/app-defaults/XCalendar If the package's X resources installed into /etc/X11/ja_JP.eucJP/app-defaults and /etc/X11/app-defaults, X resource switching by using env LANG scheme will work correctly. Any comments? -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
Place of X RESOURCE files (xfree86_4.0.1)
My understand that: `X resource files (e.g /usr/X11R6/lib/X11/app-defaults/XTerm) is conffiles'. So in xfree86_4.0.1.deb, X RESOURCE files will move from /usr/X11R6/lib/X11/app-defaults directory to /etc/X11/app-defaults directory and /usr/X11R6/lib/X11/app-defaults symlink point to /etc/X11/app-defaults Is it right? But X resource files are not only place in /usr/X11R6/lib/app-defaults. We can put X resource file to /usr/X11R6/lib/$LANG/app-defaults. For example, xcalendar-i18n have two RESOURCE files, /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar and /usr/X11R6/lib/X11/app-defaults/XCalendar. When LANG is set ja_JP.eucJP, xcalendar-i18n refers resource included in /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults. If LANG is not set or LANG is set expect for ja_JP.eucJP it refers resource in /usr/X11R6/lib/X11/app-defaults. This is libX11's scheme. In default setting X resources files searching order is like this(for example xcalendar when set LANG=ja_JP.eucJP): $HOME/ja_JP.eucJP/XCalendar $HOME/ja/XCalendar $HOME/XCalendar /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar /usr/X11R6/lib/X11/ja/app-defaults/XCalendar /usr/X11R6/lib/X11/app-defaults/XCalendar On the other hand, xfree86_4.0.1.deb set only #define XAppLoadDir EtcX11Directory/app-defaults in host.def, so X resource searching order is link this: $HOME/ja_JP.eucJP/XCalendar $HOME/ja/XCalendar $HOME/XCalendar /etc/X11/app-defaults/XCalendar /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar /usr/X11R6/lib/X11/ja/app-defaults/XCalendar /usr/X11R6/lib/X11/app-defaults/XCalendar /etc/X11/app-defaults/XCalendar and /usr/X11R6/lib/X11/app-defaults/XCalendar is same because /usr/X11R6/lib/X11/app-defaults is symlink that point to /etc/X11/app-defaults. So, If a package two or more deferent X resource files which switching by using LANG environment, these resources placed in /usr/X11R6/lib/X11/$LANG/app-defaults are NEVER used in xfree86_4.0.1.deb environment. I think better to set not only #define XAppLoadDir but also #define XFileSearchPathDefaul host.def If #define XFileSearchPathDefaul is set like this: #define XFileSearchPathDefault Concat4(EtcX11Directory/%L/%T/%N%C,%S:EtcX11Directory/%l/%T/%N%C,%S:EtcX11Directory/%T/%N%C,%S:EtcX11Directory/%L/%T/%N%S:EtcX11Directory/%l/%T/%N%S:EtcX11Directory/%T/%N%S):Concat4($(LIBDIR)/%L/%T/%N%C,%S:$(LIBDIR)/%l/%T/%N%C,%S:$(LIBDIR)/%T/%N%C,%S:$(LIBDIR)/%L/%T/%N%S:$(LIBDIR)/%l/%T/%N%S:$(LIBDIR)/%T/%N%S) X resource searching order is bellow: $HOME/ja_JP.eucJP/XCalendar $HOME/ja/XCalendar $HOME/XCalendar /etc/X11/ja_JP.eucJP/app-defaults/XCalendar /etc/X11/ja/app-defaults/XCalendar /etc/X11/app-defaults/XCalendar /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar /usr/X11R6/lib/X11/ja/app-defaults/XCalendar /usr/X11R6/lib/X11/app-defaults/XCalendar If the package's X resources installed into /etc/X11/ja_JP.eucJP/app-defaults and /etc/X11/app-defaults, X resource switching by using env LANG scheme will work correctly. Any comments? -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]