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