Ok, I've got it fixed.  It's going to have to have an .sl3. in the name, but we 
have to do what we have to do.
What went wrong?
I built it on a new machine.  This new machine is a SL309 machine, while the 
the original building machine was a SL301 machine, with only a few updated 
packages.
I'm going to be pushing out the new rpm's, and then get out the fine tooth comb 
to figure out what really went wrong.
Troy

Jon Peatfield wrote:
> In case it isn't already clear, the output of 'gs -h' from the older
> version (ghostscript-7.05-32.1.12) ends with:
> 
> ...
> Search path:
>     . : /usr/share/ghostscript/7.05/lib : /usr/share/ghostscript/7.05/vflib :
>     /usr/share/ghostscript/fonts : /usr/share/fonts/default/ghostscript :
>     /usr/share/fonts/default/Type1 : /usr/share/fonts/default/amspsfnt/pfb :
>     /usr/share/fonts/default/cmpsfont/pfb
> 
> while the new version (ghostscript-7.05-32.1.13) ends with:
> ...
> Search path:
>     . : /var/tmp/ghostscript-7.05-root/usr/share/ghostscript/7.05/lib :
>     /var/tmp/ghostscript-7.05-root/usr/share/ghostscript/7.05/vflib :
>     /var/tmp/ghostscript-7.05-root/usr/share/ghostscript/fonts :
>     /usr/share/fonts/default/ghostscript : /usr/share/fonts/default/Type1 :
>     /usr/share/fonts/default/amspsfnt/pfb :
>     /usr/share/fonts/default/cmpsfont/pfb
> 
> ie it is getting the buildroot path prepended to each of the standard (gs)
> search locations.
> 
> I just rebuilt from the same (upstream) srpm
> (ghostscript-7.05-32.1.13.src.rpm) and running gs -h on that binary
> give me:
>   ...
> Search path:
>     . : /usr/share/ghostscript/7.05/lib : /usr/share/ghostscript/7.05/vflib :
>     /usr/share/ghostscript/fonts : /usr/share/fonts/default/ghostscript :
>     /usr/share/fonts/default/Type1 : /usr/share/fonts/default/amspsfnt/pfb :
>     /usr/share/fonts/default/cmpsfont/pfb
> 
> as expected, so I'm not sure why the released one would be any different.
> 
> As I'm sure you know there are no obvious changes in the src.rpm files
> which should affect this.
> 
> --
> Jon Peatfield,  Computer Officer,  DAMTP,  University of Cambridge
> Mail:  [log in to unmask]     Web:  http://www.damtp.cam.ac.uk/


-- 
__________________________________________________
Troy Dawson  [log in to unmask]  (630)840-6468
Fermilab  ComputingDivision/LCSI/CSI DSS Group
__________________________________________________