[cups.general] CUPS looking for "hpcups" in wrong directory

Michael Sweet msweet at apple.com
Fri Aug 28 10:40:31 PDT 2009


On Aug 28, 2009, at 10:31 AM, Timothy Cartwright wrote:
> On 08/27/2009 11:03 AM, Michael Sweet was rumored to have said:
>
>> Do you have Ghostscript installed? There should be a pstoraster  
>> filter
>> in /usr/lib/cups/filter...
>
> The file/filter pstoraster is in /usr/lib64 and not /usr/lib.
>
> This is the problem. For some reason, some files are in /usr/lib and  
> and
> some are in /usr/lib64, however the tool is only looking in one
> directory. So, from your hint above, I linked "pstoraster" in /usr/lib
> and now I can print.
>
> Would it be too hard to have it look in both directories?

We get this request from time to time; in concept it isn't a huge deal  
(and would allow us to support /usr/local/lib/cups/filter, etc.), but  
if we implement this for all of the helper apps (backends, port  
monitors, notifiers, etc.) the changes get a lot larger.  Then there  
is the issue of precedence - if you have pstoraster in both /usr/lib/ 
cups/filter and /usr/lib64/cups/filter, which one should we run?

If you can come up with a proposal that clearly addresses those issues  
(or just have strong feelings that we should try to do something about  
it instead of getting the Linux distributors to agree on a single  
directory), feel free to file it on the bug page:

     http://www.cups.org/str.php

Probably the simplest fix would be to have the Linux distros provide a  
symlink from /usr/lib64/cups to /usr/lib/cups so that third-party (or  
distro-provided) packages install everything in one place.

___________________________________________________
Michael Sweet, Senior Printing System Engineer







More information about the cups mailing list