NOT embedded fonts fix UPDATE
James Richard Tyrer
tyrerj at acm.org
Wed Aug 18 23:48:22 CEST 2004
I have been waiting for Bash-3.0 in the hope that it would fix the problem of
not setting HOME correctly. But, it doesn't.
NOTE: that I am talking about Bash, so this is about Linux -- perhaps some of it
might work on other systems. This applies to NOT embedding fonts in the PS data
files. You might need my Qt patch for this:
http://home.earthlink.net/~tyrerj/files/qt-x11-free-3.3.2-PSfontname.patch.tar.bz2
I have decided to abandon the idea of GSK (a KDE front end for GS.SO) because I
believe that the problem is with Bash and I don't see that there are any other
features that would need it.
The problem with LPR not correctly finding your fonts should be fixed by making
your filter ("/usr/libexec/master-filter" with GNUlpr) a login script by
changing the first line to:
#!/bin/bash --login
You do need to do this and it will find the fonts installed globally. However,
this fails to find fonts in your "$HOME/.fonts" directory despite the fact that
USER is set correctly. The problem is that HOME is not correctly set --
actually it isn't set at all. A solution to this is to have: "profile"
redundantly set HOME. There are various way to do this, but I suggest this
script which is added to your: "/etc/profile.d" directory:
http://home.earthlink.net/~tyrerj/files/bash-fix/AAA-user.sh
Note that the name starts with: AAA so that it will be run first.
If your system doesn't use 'profile.d' scripts, you can add the code to the end
of your: "/etc/profile" script.
This works for me, but YMMV.
--
JRT
More information about the kde-print
mailing list