[stsf] STSF, XST and Xft/XST-bridge status ?

[Roland Mainz]

Alexander Gelfenbain wrote:
> > Alexander, can you make a report what the current status of the single
> > parts is (STSF, XST and Xft/XST-bridge), please ?
> 
> The most recent CVS version of STSF, 0.8.7, is an intermediate version
> that includes a brand new ST Font Server protocol.

What's the current status of the XST extension (extension library, DIX
and DDX parts) ?
It it possible to use XST on Xprt right now (using the
render-mono-bitmap-emulation codepath, e.g.
http://stsf.freedesktop.org/bugzilla/show_bug.cgi?id=425) ?

> The protocol, which is currently supported only on Solaris passes all
> data via shared memory and file descriptors. A control connection passes
> only fixed length commands and reply codes. The control connection is
> implemented using Solaris doors. The new protocol is very easy to
> port to Linux, the only change needed is to implement a control
> connection using Unix domain sockets.
> 
> We are planning the following features for the next milestone release
> of STSF (0.9):
>         - full functionality to support STSF/Xft bridge under Xorg/Solaris x86
>         - background font rescan
>         - ability of the ST client library to dynamically reconnect to
> stfontserverd

Any ETA when a "useable" version of 0.9 trunk will be available ?

> The most recent changes fixed several memory corruption problems (see
> ChangeLog)
> and were integrated over the weekend and are being tested now, so it's
> too early
> to judge how stable is the current STSF version
> 
> The target goal for release 0.9 of XST and Xft/STSF bridge components
> is the
> full support of the GNOME desktop. We have been experiencing some
> problems,
> however the most recent build seem to have addressed most of them.

Did you made any tests with the KDE desktop yet
(http://www.blastwave.org/ has KDE packages for Solaris/SPARC... but I
am not sure right now whether they include support for Xft...) ? Some
vendors like SuSE (or distributions like Debian, Knoppix etc.) care
little about Gnome, but when something goes wrong with KDE they're
faster than the light of speed to get rid of the issue...

----

Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) roland.mainz at nrubsig.org
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)