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