Re: xfstt + xset
Use ps aux to check that xfstt is actually running. I've encountered a wierd problem today that xfstt by itself works, but xfstt --daemon does not. Very strange - it worked yesterday. I don't think I've changed anything important. Anyone got a similar problem ? Sergey. On 3 Nov 1998, Gossamer wrote: I've just installed xfstt and a bunch of truetype fonts. When I run 'xfstt --sync' it works fine, and startind the daemon from the /etc/init.d/xfstt script works. But I can't get the server to talk to it: [EMAIL PROTECTED] ~/cs3/ai ps aux | grep xfstt root 227 7.4 1.3 1332 520 ? S12:53 0:50 /usr/X11R6/bin/xfstt [EMAIL PROTECTED] ~/cs3/ai xset fp+ unix:/7101 xset: bad font path element (#38), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax Any ideas? bekj -- : --Neophilic-Hacker-Grrl-Geek-Eclectic-Gay-Disabled-Boychick-- : [EMAIL PROTECTED] http://www.tertius.net.au/~gossamer/ : The POP3 server service depends on the SMTP server service, : which failed to start because of the following error: The : operation completed successfully. -- Windows NT Server v3.51
Re: xfstt + xset
On Tue, Nov 03, 1998 at 02:06:33AM +, Gossamer wrote: I've just installed xfstt and a bunch of truetype fonts. When I run 'xfstt --sync' it works fine, and startind the daemon from the /etc/init.d/xfstt script works. But I can't get the server to talk to it: [EMAIL PROTECTED] ~/cs3/ai ps aux | grep xfstt root 227 7.4 1.3 1332 520 ? S12:53 0:50 /usr/X11R6/bin/xfstt [EMAIL PROTECTED] ~/cs3/ai xset fp+ unix:/7101 xset: bad font path element (#38), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax Any ideas? Ok well...as xfstt maintainer I have to say I have never seen this before :) Usually if there is a problem...xfstt wont even run. ok found the problem :) xset fp+ unix:/7101 --- wrong :) try: xset +fp unix/:7101 Whjew...you had me scared for a bit :) -Steve -- /* -- Stephen Carpenter [EMAIL PROTECTED] --- [EMAIL PROTECTED] */ Society prepares the crime; the criminal commits it. -- Henry Thomas Buckle
Re: xfstt + xset
On Tue, Nov 03, 1998 at 12:07:05AM -0500, Sergey V Kovalyov wrote: Use ps aux to check that xfstt is actually running. I've encountered a wierd problem today that xfstt by itself works, but xfstt --daemon does not. Very strange - it worked yesterday. I don't think I've changed anything important. Anyone got a similar problem ? Wow someone already using -daemon option (I added it and rushed it in to the upstream author very shortly before releace :) ) anyway...it is -daemon NOT --daemon yes this is counter-intuitive to the way MANY programs work but... ALL o fth eother xfstt options use only 1 '-' and ALL are long options. I just followed the convention the author used. Try it an let me know. -Steve Sergey. On 3 Nov 1998, Gossamer wrote: I've just installed xfstt and a bunch of truetype fonts. When I run 'xfstt --sync' it works fine, and startind the daemon from the /etc/init.d/xfstt script works. But I can't get the server to talk to it: [EMAIL PROTECTED] ~/cs3/ai ps aux | grep xfstt root 227 7.4 1.3 1332 520 ? S12:53 0:50 /usr/X11R6/bin/xfstt [EMAIL PROTECTED] ~/cs3/ai xset fp+ unix:/7101 xset: bad font path element (#38), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax Any ideas? bekj -- : --Neophilic-Hacker-Grrl-Geek-Eclectic-Gay-Disabled-Boychick-- : [EMAIL PROTECTED] http://www.tertius.net.au/~gossamer/ : The POP3 server service depends on the SMTP server service, : which failed to start because of the following error: The : operation completed successfully. -- Windows NT Server v3.51 -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- /* -- Stephen Carpenter [EMAIL PROTECTED] --- [EMAIL PROTECTED] */ We do everything by custom, even belive by it; our very axioms, let us boast of free-thinking as we may, are oftenest simply such beliefs as we have never questioned --Thomas Carlyle pgpxgXhmhjIvW.pgp Description: PGP signature
Re: xfstt + xset
[EMAIL PROTECTED] (Gossamer) writes: I've just installed xfstt and a bunch of truetype fonts. When I run 'xfstt --sync' it works fine, and startind the daemon from the /etc/init.d/xfstt script works. But I can't get the server to talk to it: [EMAIL PROTECTED] ~/cs3/ai ps aux | grep xfstt root 227 7.4 1.3 1332 520 ? S12:53 0:50 /usr/X11R6/bin/xfstt [EMAIL PROTECTED] ~/cs3/ai xset fp+ unix:/7101 xset: bad font path element (#38), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax Any ideas? try xset fp+ unix/:7101 (see the difference?) -- -- + Peter Granroth + Microsoft is NOT the answer + + mailto:[EMAIL PROTECTED] + Microsoft is the question + + http://granroth.ml.org + The answer is NO+ --
Re: xfstt + xset
On Tue, 3 Nov 1998, Stephen J. Carpenter wrote: Ok well...as xfstt maintainer I have to say I have never seen this before :) Usually if there is a problem...xfstt wont even run. ok found the problem :) xset fp+ unix:/7101 --- wrong :) try: xset +fp unix/:7101 Whjew...you had me scared for a bit :) Now that xfstt is tackled on this thread, why can't I see any TTfonts when I run an xsession? I have copied some TTfonts on /var/ttfonts/, xfstt is running as a daemon tho' I have to manually enter the entries into /etc/rc?.d. Doesn't the dpkg install script do this? $ps ax |grep xfstt 142 ? S0:00 /usr/X11R6/bin/xfstt --port 7101 What else do I need to do Steph? TIA. Admiral Charah Technical Support Group Cyberspace Laoag, ISP
Re: xfstt + xset
On Tue, Nov 03, 1998 at 10:32:47PM +0800, Richard L. Alhama wrote: On Tue, 3 Nov 1998, Stephen J. Carpenter wrote: Ok well...as xfstt maintainer I have to say I have never seen this before :) Usually if there is a problem...xfstt wont even run. ok found the problem :) xset fp+ unix:/7101 --- wrong :) try: xset +fp unix/:7101 Whjew...you had me scared for a bit :) Now that xfstt is tackled on this thread, why can't I see any TTfonts when I run an xsession? I have copied some TTfonts on /var/ttfonts/, xfstt is running as a daemon tho' I have to manually enter the entries into /etc/rc?.d. Doesn't the dpkg install script do this? $ps ax |grep xfstt 142 ? S0:00 /usr/X11R6/bin/xfstt --port 7101 What else do I need to do Steph? Well for starters, put the fonts in /usr/share/fonts/truetype not /var/ttfonts. (unless you are using the hamm version...then you are right :)) The script SHOULD (last time I looked does) install the rc.d links for the init.d script...are you SURE it doesn't? If not the proper way to add them (which the deb file is suposed to do) is update-rc.d xfstt defaults Do you mean you need to manually enter the font path every time you start X? if that is the problem then I suggest the following: edit /etc/X11/Xf86config and add to the fontpaths: FontPath unix/:7101 -Steve -- /* -- Stephen Carpenter [EMAIL PROTECTED] --- [EMAIL PROTECTED] */ Drug War Fact: Nearly every 49 seconds someone is arrested for a marijuana offense in the United States. Aproximatly 85% of these are for simple possesion.
Re: xfstt + xset
On Tue, 3 Nov 1998, Stephen J. Carpenter wrote: Now that xfstt is tackled on this thread, why can't I see any TTfonts when I run an xsession? I have copied some TTfonts on /var/ttfonts/, xfstt is running as a daemon tho' I have to manually enter the entries into /etc/rc?.d. Doesn't the dpkg install script do this? $ps ax |grep xfstt 142 ? S0:00 /usr/X11R6/bin/xfstt --port 7101 What else do I need to do Steph? Well for starters, put the fonts in /usr/share/fonts/truetype not /var/ttfonts. (unless you are using the hamm version...then you are right :)) I've upgraded to hamm =8^) The script SHOULD (last time I looked does) install the rc.d links for the init.d script...are you SURE it doesn't? If not the proper way to add them (which the deb file is suposed to do) is update-rc.d xfstt defaults When I upgraded xfstt (never thought it was installed when I had 1.3). It placed the file /etc/init.d/xfstt.dpkg-new. So i had to symlink the entries in /etc/rc?.d using that file. Do you mean you need to manually enter the font path every time you start X? Nope. if that is the problem then I suggest the following: edit /etc/X11/Xf86config and add to the fontpaths: Thanks for pointing that out. Ciao. Admiral Charah Technical Support Group Cyberspace Laoag, ISP
Re: xfstt + xset
Stephen J. Carpenter hat gesagt: // Stephen J. Carpenter wrote: Do you mean you need to manually enter the font path every time you start X? if that is the problem then I suggest the following: edit /etc/X11/Xf86config and add to the fontpaths: FontPath unix/:7101 I remember a thread on this list where someone had trouble using vnc with this line. His solution was to put FontPath tcp/localhost:7101 in XF86Config instead. Seems vnc is/was buggy somehow?! -- ____ Frank Barknecht __ __ trip\ \ / /wire __ / __// __ /__/ __// // __ \ \/ / __ \\ ___\ / / / / / / / // // /\ \\ ___\\ \ /_/ /_/ /_/ /_//_// / \ \\_\\_\ /_/\_\
Re: xfstt + xset
On Tue, 3 Nov 1998, Stephen J. Carpenter wrote: On Tue, Nov 03, 1998 at 12:07:05AM -0500, Sergey V Kovalyov wrote: Use ps aux to check that xfstt is actually running. I've encountered a wierd problem today that xfstt by itself works, but xfstt --daemon does not. Very strange - it worked yesterday. I don't think I've changed anything important. Anyone got a similar problem ? Wow someone already using -daemon option (I added it and rushed it in to the upstream author very shortly before releace :) ) anyway...it is -daemon NOT --daemon yes this is counter-intuitive to the way MANY programs work but... ALL o fth eother xfstt options use only 1 '-' and ALL are long options. I just followed the convention the author used. Try it an let me know. I am using xfstt 0.9.10-1 and the --daemon option is actually part of /etc/init.d/xfstt script, I don't use it manually. On the attempt to issue only one dash -daemon it complains of the wrong syntax. The problem is that starting xfstt manually works fine, but starting it from init.d does not. Neither does xfstt --daemon. And I'm not sure what's wrong. Sergey.
Re: xfstt + xset
Even more wierd: I have a server and a client, the client mounts /usr via nfs from server; /var is local, the rest is syncronized via cfengine. /etc/init.d/xfstt start works on the server, does not on the client. Just xfstt works everywhere. Any idea what the so subtle difference between these machines might be? Sergey. On Tue, 3 Nov 1998, Stephen J. Carpenter wrote: On Tue, Nov 03, 1998 at 12:07:05AM -0500, Sergey V Kovalyov wrote: Use ps aux to check that xfstt is actually running. I've encountered a wierd problem today that xfstt by itself works, but xfstt --daemon does not. Very strange - it worked yesterday. I don't think I've changed anything important. Anyone got a similar problem ? Wow someone already using -daemon option (I added it and rushed it in to the upstream author very shortly before releace :) ) anyway...it is -daemon NOT --daemon yes this is counter-intuitive to the way MANY programs work but... ALL o fth eother xfstt options use only 1 '-' and ALL are long options. I just followed the convention the author used. Try it an let me know. -Steve Sergey. On 3 Nov 1998, Gossamer wrote: I've just installed xfstt and a bunch of truetype fonts. When I run 'xfstt --sync' it works fine, and startind the daemon from the /etc/init.d/xfstt script works. But I can't get the server to talk to it: [EMAIL PROTECTED] ~/cs3/ai ps aux | grep xfstt root 227 7.4 1.3 1332 520 ? S12:53 0:50 /usr/X11R6/bin/xfstt [EMAIL PROTECTED] ~/cs3/ai xset fp+ unix:/7101 xset: bad font path element (#38), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax Any ideas? bekj -- : --Neophilic-Hacker-Grrl-Geek-Eclectic-Gay-Disabled-Boychick-- : [EMAIL PROTECTED] http://www.tertius.net.au/~gossamer/ : The POP3 server service depends on the SMTP server service, : which failed to start because of the following error: The : operation completed successfully. -- Windows NT Server v3.51 -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- /* -- Stephen Carpenter [EMAIL PROTECTED] --- [EMAIL PROTECTED] */ We do everything by custom, even belive by it; our very axioms, let us boast of free-thinking as we may, are oftenest simply such beliefs as we have never questioned --Thomas Carlyle
Re: xfstt + xset
On Tue, Nov 03, 1998 at 11:39:43AM -0500, Sergey V Kovalyov wrote: On Tue, 3 Nov 1998, Stephen J. Carpenter wrote: On Tue, Nov 03, 1998 at 12:07:05AM -0500, Sergey V Kovalyov wrote: Use ps aux to check that xfstt is actually running. I've encountered a wierd problem today that xfstt by itself works, but xfstt --daemon does not. Very strange - it worked yesterday. I don't think I've changed anything important. Anyone got a similar problem ? Wow someone already using -daemon option (I added it and rushed it in to the upstream author very shortly before releace :) ) anyway...it is -daemon NOT --daemon yes this is counter-intuitive to the way MANY programs work but... ALL o fth eother xfstt options use only 1 '-' and ALL are long options. I just followed the convention the author used. Try it an let me know. I am using xfstt 0.9.10-1 and the --daemon option is actually part of /etc/init.d/xfstt script, I don't use it manually. On the attempt to issue only one dash -daemon it complains of the wrong syntax. The problem is that starting xfstt manually works fine, but starting it from init.d does not. Neither does xfstt --daemon. And I'm not sure what's wrong. Ok first things first...install xfstt here at work (I have an old version on this machine). Weird...I am having problems with this... ok now it is installing :) ok I was wrong (d'ho) it IS --daemon (and all theother optuions use -- too ) ok...are you running it as root? if it is run as a normal user it fails (I believe specifically it needs write acess to something but...I need to look ;)) -Steve -- /* -- Stephen Carpenter [EMAIL PROTECTED] --- [EMAIL PROTECTED] */ If we desire respect for the law, we must first make the law respectable -- Louis D. Brandeis
Re: xfstt + xset
On Tue, Nov 03, 1998 at 12:11:20PM -0500, Sergey V Kovalyov wrote: Even more wierd: I have a server and a client, the client mounts /usr via nfs from server; /var is local, the rest is syncronized via cfengine. /etc/init.d/xfstt start works on the server, does not on the client. Just xfstt works everywhere. Any idea what the so subtle difference between these machines might be? Ahhh well this si a FIXME of sorts) :) xfstt currently requires write acess to a font database it stores (which by all rights should be in /var) as it stands this is in the same directory as the fonts... this same thing happens when you run xfstt as a normal user. With NFS on you probably have root_squash on (which is the default) so root on the client can not write tot he database! sorry for the inconvinece...I should work on this! any ideas on where the font database should be? -Steve On Tue, 3 Nov 1998, Stephen J. Carpenter wrote: On Tue, Nov 03, 1998 at 12:07:05AM -0500, Sergey V Kovalyov wrote: Use ps aux to check that xfstt is actually running. I've encountered a wierd problem today that xfstt by itself works, but xfstt --daemon does not. Very strange - it worked yesterday. I don't think I've changed anything important. Anyone got a similar problem ? Wow someone already using -daemon option (I added it and rushed it in to the upstream author very shortly before releace :) ) anyway...it is -daemon NOT --daemon yes this is counter-intuitive to the way MANY programs work but... ALL o fth eother xfstt options use only 1 '-' and ALL are long options. I just followed the convention the author used. Try it an let me know. -Steve Sergey. On 3 Nov 1998, Gossamer wrote: I've just installed xfstt and a bunch of truetype fonts. When I run 'xfstt --sync' it works fine, and startind the daemon from the /etc/init.d/xfstt script works. But I can't get the server to talk to it: [EMAIL PROTECTED] ~/cs3/ai ps aux | grep xfstt root 227 7.4 1.3 1332 520 ? S12:53 0:50 /usr/X11R6/bin/xfstt [EMAIL PROTECTED] ~/cs3/ai xset fp+ unix:/7101 xset: bad font path element (#38), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax Any ideas? bekj -- : --Neophilic-Hacker-Grrl-Geek-Eclectic-Gay-Disabled-Boychick-- : [EMAIL PROTECTED] http://www.tertius.net.au/~gossamer/ : The POP3 server service depends on the SMTP server service, : which failed to start because of the following error: The : operation completed successfully. -- Windows NT Server v3.51 -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- /* -- Stephen Carpenter [EMAIL PROTECTED] --- [EMAIL PROTECTED] */ We do everything by custom, even belive by it; our very axioms, let us boast of free-thinking as we may, are oftenest simply such beliefs as we have never questioned --Thomas Carlyle -- /* -- Stephen Carpenter [EMAIL PROTECTED] --- [EMAIL PROTECTED] */ If we desire respect for the law, we must first make the law respectable -- Louis D. Brandeis
Re: xfstt + xset
On Tue, 3 Nov 1998, Stephen J. Carpenter wrote: On Tue, Nov 03, 1998 at 12:11:20PM -0500, Sergey V Kovalyov wrote: Even more wierd: I have a server and a client, the client mounts /usr via nfs from server; /var is local, the rest is syncronized via cfengine. /etc/init.d/xfstt start works on the server, does not on the client. Just xfstt works everywhere. Any idea what the so subtle difference between these machines might be? Ahhh well this si a FIXME of sorts) :) xfstt currently requires write acess to a font database it stores (which by all rights should be in /var) as it stands this is in the same directory as the fonts... Yep, I've just come to the same conclusion. And you can guess I mount /usr ro. this same thing happens when you run xfstt as a normal user. With NFS on you probably have root_squash on (which is the default) so root on the client can not write tot he database! sorry for the inconvinece...I should work on this! any ideas on where the font database should be? How about /var/cache/xfstt ? Sergey.