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]>
, 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]
patible fonts do permit us to use them freely.
This is just an opnion from a Debian developer.
Regards.
--
Taketoshi Sano: <[EMAIL PROTECTED]>
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]
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]>
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]
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.
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.
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
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
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
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.
--
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]>
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]
, 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]>
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]>
, 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]
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]
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]>
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
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]>
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
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
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
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
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
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
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
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]>
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]
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]>
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]
if (ROMTable > 0)
{
ClockTable = BIOSWord(ROMTable + 0x10U);
if ((ClockTable + 0x20U) > BIOSSize)
ClockTable = 0;
}
if (ClockTable > 0)
{
FrequencyTable = BIOSWord(ClockTable - 0x02U);
if ((Frequ
OSSize)
ClockTable = 0;
}
if (ClockTable > 0)
{
FrequencyTable = BIOSWord(ClockTable - 0x02U);
if ((FrequencyTable > 0) &&
((FrequencyTable + 0x20U) <= BIOSSize))
{
for (i = 0; i &
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:
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:
'
/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]>
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]>
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]>,<[
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]>,&
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]>
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
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]>
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]&
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]>
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
-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
-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
/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]>
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
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]>
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
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]>
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]
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:
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:
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]>
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
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]>
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
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]>
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]>
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
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]>
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]>
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]>
66 matches
Mail list logo