I confirm this behaviour.

I'm running a Devuan 3 (identical to Debian 10) box.

I've run `xfstt --sync` in order to generate the cache of my TTF font
directories, and configured `xfstt` to also listen at TCP port 7101:

> # cat /etc/default/xfstt 
> LISTEN_TCP='yes'
> ARGS="${ARGS} --port 7101"

This can be confirmed by running `lsof` (despite `aa_DJ.utf8` is *not*
my locale):

> # lsof -p 20380
> COMMAND   PID USER   FD   TYPE             DEVICE SIZE/OFF    NODE NAME
> xfstt   20380 root  cwd    DIR              254,2    12288 1314666 
> /usr/share/fonts/truetype
> xfstt   20380 root  rtd    DIR              254,1     4096       2 /
> xfstt   20380 root  txt    REG              254,2   129224  805495 
> /usr/bin/xfstt
> xfstt   20380 root  mem    REG              254,4   311653  134640 
> /var/cache/xfstt/ttname.dir
> xfstt   20380 root  mem    REG              254,2   337024 2111564 
> /usr/lib/locale/aa_DJ.utf8/LC_CTYPE
> xfstt   20380 root  mem    REG              254,2  2586242 2111562 
> /usr/lib/locale/aa_DJ.utf8/LC_COLLATE
> xfstt   20380 root  mem    REG              254,1  1824496    2028 
> /lib/x86_64-linux-gnu/libc-2.28.so
> xfstt   20380 root  mem    REG              254,1   100712     661 
> /lib/x86_64-linux-gnu/libgcc_s.so.1
> xfstt   20380 root  mem    REG              254,1  1579448    3929 
> /lib/x86_64-linux-gnu/libm-2.28.so
> xfstt   20380 root  mem    REG              254,2  1570256 2104093 
> /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.25
> xfstt   20380 root  mem    REG              254,4    72536  134639 
> /var/cache/xfstt/ttinfo.dir
> xfstt   20380 root  mem    REG              254,2     3448 2904297 
> /usr/lib/locale/ru_RU.utf8/LC_TIME
> xfstt   20380 root  mem    REG              254,2      294 2904167 
> /usr/lib/locale/os_RU/LC_MONETARY
> xfstt   20380 root  mem    REG              254,2       34 2111572 
> /usr/lib/locale/aa_DJ.utf8/LC_PAPER
> xfstt   20380 root  mem    REG              254,2       62 2111611 
> /usr/lib/locale/agr_PE/LC_NAME
> xfstt   20380 root  mem    REG              254,2      165 2904294 
> /usr/lib/locale/ru_RU.utf8/LC_ADDRESS
> xfstt   20380 root  mem    REG              254,2       52 2364393 
> /usr/lib/locale/ce_RU/LC_TELEPHONE
> xfstt   20380 root  mem    REG              254,2       23 2111567 
> /usr/lib/locale/aa_DJ.utf8/LC_MEASUREMENT
> xfstt   20380 root  mem    REG              254,2    26402 2124463 
> /usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache
> xfstt   20380 root  mem    REG              254,2      341 2904295 
> /usr/lib/locale/ru_RU.utf8/LC_IDENTIFICATION
> xfstt   20380 root  mem    REG              254,1   165632    1889 
> /lib/x86_64-linux-gnu/ld-2.28.so
> xfstt   20380 root    0u  unix 0xffff88381a63a400      0t0 3349764 
> /tmp/.font-unix/fs7101 type=STREAM
> xfstt   20380 root    1u  IPv4            3344308      0t0     TCP *:7101 
> (LISTEN)
> xfstt   20380 root    2u  IPv6            3344309      0t0     TCP *:7101 
> (LISTEN)


The above can be additionally confirmed by connecting to localhost:7101
with `telnet`.

Still, whenever I'm trying to add an entry to my font path using either
TCP or UNIX sockets, the request fails:

> $ xset fp+ inet/localhost:7101
> xset:  bad font path element (#16), possible causes are:
>     Directory does not exist or has wrong permissions
>     Directory missing fonts.dir
>     Incorrect font server address or syntax
> $ xset fp+ tcp/localhost:7101
> xset:  bad font path element (#16), possible causes are:
>     Directory does not exist or has wrong permissions
>     Directory missing fonts.dir
>     Incorrect font server address or syntax
> $ xset fp+ unix/:7101
> xset:  bad font path element (#16), possible causes are:
>     Directory does not exist or has wrong permissions
>     Directory missing fonts.dir
>     Incorrect font server address or syntax

This problem, until fixed, basically renders the package useless.

-- 
Regards,
Andrey ``Bass'' Shcheglov.

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to