Re: Bug#117685: xpostit: reproducable segfaults

2001-10-31 Thread Taketoshi Sano
m lies, but the segV does not occur in the code of xpostit when I checked the execution by "step" command in gdb. Can you give me some hints ? If you know something, please let me know. TIA. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: Bug#117685: xpostit: reproducable segfaults

2001-10-31 Thread Taketoshi Sano
, but the segV does not occur in the code of xpostit when I checked the execution by "step" command in gdb. Can you give me some hints ? If you know something, please let me know. TIA. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: DFSG and fonts [was: Bug#91856: Hello]

2001-04-04 Thread Taketoshi Sano
patible fonts do permit us to use them freely. This is just an opnion from a Debian developer. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>

Re: DFSG and fonts [was: Bug#91856: Hello]

2001-04-04 Thread Taketoshi Sano
patible fonts do permit us to use them freely. This is just an opnion from a Debian developer. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#87026: xcalendar-i18n: fails to build, sys/time.h changes

2001-02-27 Thread Taketoshi Sano
blem in xcalendar-i18n, and will close this report, but if it is necessary, then I'll do reopen this bug report and reassign it to xlib6g-dev. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: Bug#87026: xcalendar-i18n: fails to build, sys/time.h changes

2001-02-27 Thread Taketoshi Sano
problem in xcalendar-i18n, and will close this report, but if it is necessary, then I'll do reopen this bug report and reassign it to xlib6g-dev. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: X 4 and app-defaults

2000-12-27 Thread Taketoshi Sano
st following that traditional way. And this behavior has already submitted as the patch by M. Ishikawa, and Branden kindly used it months ago. I can't get what is the merit of your proposal, but maybe this should be decided at the upstream level (i.e., xfree86 in this case, or TOG) I think.

Re: X 4 and app-defaults

2000-12-27 Thread Taketoshi Sano
st following that traditional way. And this behavior has already submitted as the patch by M. Ishikawa, and Branden kindly used it months ago. I can't get what is the merit of your proposal, but maybe this should be decided at the upstream level (i.e., xfree86 in this case, or TOG) I think.

Re: [yori_h@nifty.com: (bug) xserver-xfree86_4.0.1-5]

2000-11-20 Thread Taketoshi Sano
Hi. In <[EMAIL PROTECTED]>, on Sun, 19 Nov 2000 13:53:41 -0800, on Re: [EMAIL PROTECTED]: (bug) xserver-xfree86_4.0.1-5], Seth Arnold <[EMAIL PROTECTED]> wrote: > * Taketoshi Sano <[EMAIL PROTECTED]> [001119 05:00]: > > Or you mean just the man page symlinking

Re: [yori_h@nifty.com: (bug) xserver-xfree86_4.0.1-5]

2000-11-20 Thread Taketoshi Sano
Hi. In <[EMAIL PROTECTED]>, on Sun, 19 Nov 2000 13:53:41 -0800, on Re: [[EMAIL PROTECTED]: (bug) xserver-xfree86_4.0.1-5], Seth Arnold <[EMAIL PROTECTED]> wrote: > * Taketoshi Sano <[EMAIL PROTECTED]> [001119 05:00]: > > Or you mean just the man page symlinking

Re: [yori_h@nifty.com: (bug) xserver-xfree86_4.0.1-5]

2000-11-19 Thread Taketoshi Sano
5) directly. :] I don't want it. Since XF86Config-4 is independent from XF86Config, we can use V4 Xserver, and V3 Xserver on a system without switching the config file. I like this scheme. Or you mean just the man page symlinking ? If so, excuse me for my confusion. Regards. -- Taketoshi

Re: [yori_h@nifty.com: (bug) xserver-xfree86_4.0.1-5]

2000-11-19 Thread Taketoshi Sano
5) directly. :] I don't want it. Since XF86Config-4 is independent from XF86Config, we can use V4 Xserver, and V3 Xserver on a system without switching the config file. I like this scheme. Or you mean just the man page symlinking ? If so, excuse me for my confusion. Regards. --

Re: success with ct65554

2000-11-17 Thread Taketoshi Sano
ode in common/xf86Config.c. (related codes are in parser/Device.c, where "case DACSPEED:" and "case OPTION" are parsed and handled differently). I think the former way should work, and if not, then there may be bug. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: success with ct65554

2000-11-17 Thread Taketoshi Sano
ode in common/xf86Config.c. (related codes are in parser/Device.c, where "case DACSPEED:" and "case OPTION" are parsed and handled differently). I think the former way should work, and if not, then there may be bug. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: XFree86 Version 4.0.1e

2000-11-16 Thread Taketoshi Sano
, but I think this deferglyphs option is now built-in as the default for Debian package (Thanks Branden!) Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: 16bpp @ 1024x768 with ct65554?

2000-11-16 Thread Taketoshi Sano
an try 44.0 or 46.0 also. Make sure to disable FPClock option next time. trs> One other interesting bit of information. If I use only the option trs> UseModeLine, I get a screen with a black vertical band on the left trs> (about 4cm wide), and the rest white. If I also use the FixPanelSize trs> option, the black vertical band eventually locks in as my normal trs> background color. It's just that I have a 150 x 768 panel. Just forget UseModeLine. You have to tune the modeline for each depth when you use it. trs> Since the xserver won't allow me to adjust the dot clock, can you trs> suggest a systematic way of testing modelines? Right now my efforts are trs> fairly random. Let's try to use DacSpeed and SetMClk again, and show us the log with them. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: XFree86 Version 4.0.1e

2000-11-16 Thread Taketoshi Sano
, but I think this deferglyphs option is now built-in as the default for Debian package (Thanks Branden!) Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 16bpp @ 1024x768 with ct65554?

2000-11-16 Thread Taketoshi Sano
4.0 or 46.0 also. Make sure to disable FPClock option next time. trs> One other interesting bit of information. If I use only the option trs> UseModeLine, I get a screen with a black vertical band on the left trs> (about 4cm wide), and the rest white. If I also use the FixPanelSize trs> option, the black vertical band eventually locks in as my normal trs> background color. It's just that I have a 150 x 768 panel. Just forget UseModeLine. You have to tune the modeline for each depth when you use it. trs> Since the xserver won't allow me to adjust the dot clock, can you trs> suggest a systematic way of testing modelines? Right now my efforts are trs> fairly random. Let's try to use DacSpeed and SetMClk again, and show us the log with them. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 16bpp @ 1024x768 with ct65554?

2000-11-11 Thread Taketoshi Sano
1024x768 (pitch 1024) (**) CHIPS(0): Default mode "1024x768": 94.5 MHz, 68.7 kHz, 85.0 Hz (**) CHIPS(0): Default mode "800x600": 56.3 MHz, 53.7 kHz, 85.1 Hz (II) CHIPS(0): Generic Monitor: Using hsync range of 30.00-70.00 kHz (II) CHIPS(0): Generic Monitor: Using vrefresh range of 50.00-100.00 Hz (II) CHIPS(0): Clock range: 11.00 to 95.00 MHz GetModeLine - hdsp: 1024 hbeg: 1072 hend: 1168 httl: 1376 vdsp: 768 vbeg: 769 vend: 772 vttl: 808 flags: 5 So this modeline "1024 1072 1168 1376 768 769 772 808" can be used for base calculation, I think. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: 16bpp @ 1024x768 with ct65554?

2000-11-11 Thread Taketoshi Sano
1024) (**) CHIPS(0): Default mode "1024x768": 94.5 MHz, 68.7 kHz, 85.0 Hz (**) CHIPS(0): Default mode "800x600": 56.3 MHz, 53.7 kHz, 85.1 Hz (II) CHIPS(0): Generic Monitor: Using hsync range of 30.00-70.00 kHz (II) CHIPS(0): Generic Monitor: Using vrefresh range of 50.00-100.00

Re: 16bpp @ 1024x768 with ct65554?

2000-11-10 Thread Taketoshi Sano
CRT) Hsync can be set to 53.7kHz as used for 800x600 modeline, then the DotClock for 1024x768 can be down from 94.5MHz to 73.78MHz. > GetModeLine - scrn: 0 clock: 94500 > GetModeLine - hdsp: 1024 hbeg: 1072 hend: 1168 httl: 1376 > vdsp: 768 vbeg: 769 vend: 772 vttl: 808 flags: 5 Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: 16bpp @ 1024x768 with ct65554?

2000-11-10 Thread Taketoshi Sano
CRT) Hsync can be set to 53.7kHz as used for 800x600 modeline, then the DotClock for 1024x768 can be down from 94.5MHz to 73.78MHz. > GetModeLine - scrn: 0 clock: 94500 > GetModeLine - hdsp: 1024 hbeg: 1072 hend: 1168 httl: 1376 > vdsp: 768 vbeg: 769 vend: 772 vttl: 808 flags: 5

Re: Problems with xfree86 4.0.1d - Compac Armada1500c(CT69000+DSTN)

2000-11-09 Thread Taketoshi Sano
Hi. In <[EMAIL PROTECTED]>, on "Thu, 09 Nov 2000 21:21:38 +0900", Taketoshi Sano <[EMAIL PROTECTED]> wrote: > The modification to use the new fb code was introduced on chips driver > at 4.0.1d partly, and that was very possibly the cause of the problem. > But

Re: Problems with xfree86 4.0.1d - Compac Armada1500c(CT69000+DSTN)

2000-11-09 Thread Taketoshi Sano
Hi. In <[EMAIL PROTECTED]>, on "Thu, 09 Nov 2000 21:21:38 +0900", Taketoshi Sano <[EMAIL PROTECTED]> wrote: > The modification to use the new fb code was introduced on chips driver > at 4.0.1d partly, and that was very possibly the cause of the problem. > But

Re: Problems with xfree86 4.0.1d - Compac Armada 1500c(CT69000+DSTN)

2000-11-09 Thread Taketoshi Sano
4.0.1e (and 4.0.1-2 by Branden) does work on my IBM ThinkPad235 with C&T 6. Thanks! In <[EMAIL PROTECTED]>, on "Thu, 09 Nov 2000 06:57:34 +0900", Taketoshi Sano <[EMAIL PROTECTED]> wrote: > 4.0.1e has some updates on C&T driver, it does not use cfb now b

Re: Problems with xfree86 4.0.1d - Compac Armada1500c(CT69000+DSTN)

2000-11-09 Thread Taketoshi Sano
4.0.1e (and 4.0.1-2 by Branden) does work on my IBM ThinkPad235 with C&T 6. Thanks! In <[EMAIL PROTECTED]>, on "Thu, 09 Nov 2000 06:57:34 +0900", Taketoshi Sano <[EMAIL PROTECTED]> wrote: > 4.0.1e has some updates on C&T driver, it does not use cfb now b

Re: Problems with xfree86 4.0.1d - Compac Armada 1500c (CT69000+DSTN)

2000-11-08 Thread Taketoshi Sano
er in chips list suggests to check the stock 4.0.1 server if it did not have this problem, and if it doesn't, then to check the each patch from 4.0.1 to the current (4.0.1e) to find the cause of this problem. I will do it, but it will take some more days. Regards. -- Taketoshi Sano

Re: Problems with xfree86 4.0.1d - Compac Armada 1500c(CT69000+DSTN)

2000-11-08 Thread Taketoshi Sano
er in chips list suggests to check the stock 4.0.1 server if it did not have this problem, and if it doesn't, then to check the each patch from 4.0.1 to the current (4.0.1e) to find the cause of this problem. I will do it, but it will take some more days. Regards. -- Taketoshi Sano

Re: Problems with xfree86 4.0.1d - Compac Armada 1500c (CT69000+DSTN)

2000-11-08 Thread Taketoshi Sano
vgahw.a from the source would be recommended in order to track the cause of this problem. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: Problems with xfree86 4.0.1d - Compac Armada 1500c (CT69000+DSTN)

2000-11-08 Thread Taketoshi Sano
vgahw.a from the source would be recommended in order to track the cause of this problem. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: X3.6/4 (woody) ct-Driver lockups

2000-11-08 Thread Taketoshi Sano
t; over the past 24 hours? I have a little loop that sync's the disk, > but booting is still slow. Can my root partition be mounted readonly > while working on X? I want to know if this is possible, too. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: X3.6/4 (woody) ct-Driver lockups

2000-11-08 Thread Taketoshi Sano
ast 24 hours? I have a little loop that sync's the disk, > but booting is still slow. Can my root partition be mounted readonly > while working on X? I want to know if this is possible, too. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Xfree 4, I can't get it working.

2000-11-03 Thread Taketoshi Sano
if (ROMTable > 0) { ClockTable = BIOSWord(ROMTable + 0x10U); if ((ClockTable + 0x20U) > BIOSSize) ClockTable = 0; } if (ClockTable > 0) { FrequencyTable = BIOSWord(ClockTable - 0x02U); if ((Frequ

Re: Xfree 4, I can't get it working.

2000-11-03 Thread Taketoshi Sano
OSSize) ClockTable = 0; } if (ClockTable > 0) { FrequencyTable = BIOSWord(ClockTable - 0x02U); if ((FrequencyTable > 0) && ((FrequencyTable + 0x20U) <= BIOSSize)) { for (i = 0; i &

TERM=vt100 for lynx in rules ?

2000-10-27 Thread Taketoshi Sano
ear the screen or position the cursor. make: *** [debian/stampdir/build] Error 1 Thanks. P.S. In <[EMAIL PROTECTED]>, on "Thu, 26 Oct 2000 12:33:46 -0500", Branden Robinson <[EMAIL PROTECTED]> wrote: > On Thu, Oct 26, 2000 at 03:59:01PM +0900, Taketoshi Sano wrote:

TERM=vt100 for lynx in rules ?

2000-10-27 Thread Taketoshi Sano
ear the screen or position the cursor. make: *** [debian/stampdir/build] Error 1 Thanks. P.S. In <[EMAIL PROTECTED]>, on "Thu, 26 Oct 2000 12:33:46 -0500", Branden Robinson <[EMAIL PROTECTED]> wrote: > On Thu, Oct 26, 2000 at 03:59:01PM +0900, Taketoshi Sano wrote:

Need libpaperg in Build-Depends ?

2000-10-26 Thread Taketoshi Sano
' /etc/papersize belongs to libpaperg package, so I think Build-Depends in control file should include libpaperg. I have checked v23 diff.gz, but it does not have libpaperg in Build-Depends as well. Thanks. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: glyph caching mode (Re: Place of X RESOURCE files (xfree86_4.0.1))

2000-10-26 Thread Taketoshi Sano
E_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]>

Need libpaperg in Build-Depends ?

2000-10-26 Thread Taketoshi Sano
ext' /etc/papersize belongs to libpaperg package, so I think Build-Depends in control file should include libpaperg. I have checked v23 diff.gz, but it does not have libpaperg in Build-Depends as well. Thanks. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[

Re: glyph caching mode (Re: Place of X RESOURCE files (xfree86_4.0.1))

2000-10-26 Thread Taketoshi Sano
LL_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]>,&

glyph caching mode (Re: Place of X RESOURCE files (xfree86_4.0.1))

2000-10-20 Thread Taketoshi Sano
lk 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))

2000-10-20 Thread Taketoshi Sano
alk 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

Re: TrueType fonts without xfstt

2000-10-08 Thread Taketoshi Sano
nd for TrueType fonts there's ttmkfdir (just search freshmeat > for it). Maybe someone should package ttmkfdir? :) my potato does have mkttfdir. You can use it with xtt module, I think. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: TrueType fonts without xfstt

2000-10-08 Thread Taketoshi Sano
nd for TrueType fonts there's ttmkfdir (just search freshmeat > for it). Maybe someone should package ttmkfdir? :) my potato does have mkttfdir. You can use it with xtt module, I think. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]&

Re: rman (PolyglotMan) + TkMan are now under the Artistic License.

2000-08-10 Thread Taketoshi Sano
tion does > not go smoothly. ( At least, I want to use 3.3.6 for the present. ) > I will maintain dpclient package until almost users use XFree86-4. I don't know about this, but maybe it is the good to keep to provide the dgs implementation of DPS/NX. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: rman (PolyglotMan) + TkMan are now under the Artistic License.

2000-08-10 Thread Taketoshi Sano
led against libdps-dev. If that is the > B.R.> case we will need to continue to provide the old dpsclient package during > B.R.> the transition. > > I think this is good idea. > I think XFree86-4.0 is not stable as 3.3.6. So the transition does > not go smoothly. ( At

Re: XFree86 4.0.1 and app-defaults

2000-08-02 Thread Taketoshi Sano
-s /etc/X11/app-defaults /usr/X11R6/lib/X11/app-defaults > mv /usr/X11R6/lib/X11/app-defaults.MOVING/* /etc/X11/app-defaults > rmdir /usr/X11R6/lib/X11/app-defaults.MOVING > fi Can this handle the directories /usr/X11R6/lib/X11/$LOCALE/app-defaults ? As fas as I know, xfig also has

Re: XFree86 4.0.1 and app-defaults

2000-08-02 Thread Taketoshi Sano
-s /etc/X11/app-defaults /usr/X11R6/lib/X11/app-defaults > mv /usr/X11R6/lib/X11/app-defaults.MOVING/* /etc/X11/app-defaults > rmdir /usr/X11R6/lib/X11/app-defaults.MOVING > fi Can this handle the directories /usr/X11R6/lib/X11/$LOCALE/app-defaults ? As fas as I know, xfig also has

Re: Please test: Netscape 4.73 packages with CJK support

2000-07-17 Thread Taketoshi Sano
/X11/X :0 -deferglyphs 16 -bpp 16 -nolisten tcp So, startx command follows the /etc/X11/xinit/xserverrc. I think that /etc/X11/xinit/xserverrc with the content of "exec /usr/bin/X11/X :0 vt7 -deferglyphs 16" will work for us. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: Please test: Netscape 4.73 packages with CJK support

2000-07-17 Thread Taketoshi Sano
n/X11/X :0 -deferglyphs 16 -bpp 16 -nolisten tcp So, startx command follows the /etc/X11/xinit/xserverrc. I think that /etc/X11/xinit/xserverrc with the content of "exec /usr/bin/X11/X :0 vt7 -deferglyphs 16" will work for us. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EM

Re: Please test: Netscape 4.73 packages with CJK support

2000-07-17 Thread Taketoshi Sano
ne similar to /etc/X11/xdm/Xservers (maybe "exec /usr/bin/X11/X :0 vt7 -deferglyphs 16 ") into a conffile /etc/X11/xinit/xserverrc will work as the default setting for "startx" command. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: Please test: Netscape 4.73 packages with CJK support

2000-07-17 Thread Taketoshi Sano
ne similar to /etc/X11/xdm/Xservers (maybe "exec /usr/bin/X11/X :0 vt7 -deferglyphs 16 ") into a conffile /etc/X11/xinit/xserverrc will work as the default setting for "startx" command. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EM

X -deferglyphs 16 (Re: Please test: Netscape 4.73 packages with CJK support)

2000-07-12 Thread Taketoshi Sano
c/X11/xdm/Xservers (maybe "exec /usr/bin/X11/X :0 vt7 -deferglyphs 16 ") into /etc/X11/xinit/xserverrc will work as the default setting for "startx" command. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

X -deferglyphs 16 (Re: Please test: Netscape 4.73 packages with CJK support)

2000-07-12 Thread Taketoshi Sano
c/X11/xdm/Xservers (maybe "exec /usr/bin/X11/X :0 vt7 -deferglyphs 16 ") into /etc/X11/xinit/xserverrc will work as the default setting for "startx" command. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: xfs-xtt stopped on upgrade, XF86_S3 at 50-70% CPU

2000-07-09 Thread Taketoshi Sano
I can see my truetype fonts in the listing from xfontsel. It seems that your setup is correct by your mails, so I don't know the cause of your problem. So the last thing I can think of is that xfs process has not started on your system. Try to use /etc/init.d/xfs-xtt start. -- Taketoshi Sano:

Re: xfs-xtt stopped on upgrade, XF86_S3 at 50-70% CPU

2000-07-09 Thread Taketoshi Sano
I can see my truetype fonts in the listing from xfontsel. It seems that your setup is correct by your mails, so I don't know the cause of your problem. So the last thing I can think of is that xfs process has not started on your system. Try to use /etc/init.d/xfs-xtt start. -- Taketoshi Sano:

Re: xfs-xtt stopped on upgrade, XF86_S3 at 50-70% CPU

2000-07-04 Thread Taketoshi Sano
2) xset fp default It seems that Xserver can re-open the connection to the font server using these steps on my system. I don't know how we can use this information to fix the bugs, but I think this will help some users to work-around this problem. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: xfs-xtt stopped on upgrade, XF86_S3 at 50-70% CPU

2000-07-03 Thread Taketoshi Sano
2) xset fp default It seems that Xserver can re-open the connection to the font server using these steps on my system. I don't know how we can use this information to fix the bugs, but I think this will help some users to work-around this problem. Regards. -- Taketoshi Sano: <[EMAI

Re: A tiny bug with xserver-*: /usr/doc/bubble?

2000-05-29 Thread Taketoshi Sano
ver-* > > packages (except xserver-common) have this tiny "bubble" bug. > > It's a meta-syntactic variable. It's supposed to get replaced by a sed > operation at build time. If it's not, that's definitely a bug. The first "bubble" is changed into "xserver-svga", but the second "bubble" is left, without being replaced. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: Bug#60891: xdm: Installs default tty7 line in Xservers -- break s system

2000-03-23 Thread Taketoshi Sano
vel 2"; exit 0; fi if [ "$RUNLEVEL" -eq 3 ]; then echo "xdm stopped at level 3"; exit 0; fi echo -n "Starting X display manager: xdm" % % % % % % % % % % % % I don't think it is very

obsoleted "register-window-manager" (Re: debhelper and dh_installwm)

2000-03-07 Thread Taketoshi Sano
sage, maybe he can not work at the present. I found some of his packages were listed at RCB lists, and they has been NMUed by someone else. Do you think that we need to source NMU for afterstep to remove the obsoleted command and add the newer scheme on its maintainer scripts ? -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: obsoleted "register-window-manager" (Re: debhelper and dh_installwm)

2000-03-07 Thread Taketoshi Sano
will try to do source NMU of afterstep. Give me a few days. # If the maintainer (Jonathon) can work on this, it is far better. # But the release date is very close, so this is urgent. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: Processed: Re: Bug#59534: /etc/X11/Xsession doesn't start window-manager anymore

2000-03-07 Thread Taketoshi Sano
Hi. In <[EMAIL PROTECTED]>, at Date: Mon, 6 Mar 2000 12:15:30 +0100, on Subject: Re: Processed: Re: Bug#59534: /etc/X11/Xsession doesn't start window-manager anymore, Rene Tschirley <[EMAIL PROTECTED]> writes: > On Sat, Mar 04, 2000 at 03:28:03AM +0900, Taketoshi S

Re: Processed: Re: Bug#59534: /etc/X11/Xsession doesn't startwindow-manager anymore

2000-03-03 Thread Taketoshi Sano
ide you with information if that seems to be the cause. I think asclassic is not related to this problem, because /etc/X11/window-manager is not used now, so the remaining entry for asclassic in /etc/X11/window-manager does not have any effect. Anyway, I already have uploaded asclassic_1.1b-12 to close 59534. FYI. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: Processed: Re: Bug#59534: /etc/X11/Xsession doesn't start window-manager anymore

2000-03-03 Thread Taketoshi Sano
ble potato-packages (apt-update on Mar, 2). | | Thanks, | Rene I will close this report by uploading asclassic_1.1b-12, which removes the obsoleted "register-window-manager" command from both of postinst/postrm. If you are sure that "update-alternatives --install" in postinst does not work at all, then please re-open this report, and let me know the detail as much as you can. Thanks. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>

Re: x-window-manager priorities

1999-12-14 Thread Taketoshi Sano
Debian menus and it is the default if the user has not done customization. (i.e. if he does not have his .steprc) And asclassic can start a different window manger. Please let me know via this ML when it can not use the register-window-manager. Thanks. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>