[Printing-architecture] resend notes from last week

Michael Sweet mike at easysw.com
Tue Jul 25 04:09:34 PDT 2006


Till Kamppeter wrote:
> Fujinaka, Todd wrote:
>>> -----Original Message-----
>>> From: Till Kamppeter [mailto:till.kamppeter at gmail.com]
>>>
>>> But third-party CUPS drivers go into /usr/lib/cupss/filter and
>>> /usr/share/cups/model. So there is third-party software which goes into
>>> /usr.
>>
>> Yes, this is wrong, AFAIK. CUPS can have 3rd party drivers /usr (in
>> specific places) as long as the distro provides them. Other people (like
>> printer manufacturers) are not allowed to add to /usr.
>>
>>
>>> So third-party CUPS drivers are violating the standards currently, due
>>> to requirements of CUPS.
>>
>> Yes. Currently this is what CUPS does. Mike Sweet said he'd change
>> things around to allow other directories (correct me if I'm wrong).
>>
>> I keep harping on the FHS because it's a requirement of LSB, and I'm
>> working on the LSB project. We'd like to have the printing directory
>> structure in LSB, but if the printing directory structure conflicts with
>> the FHS we'd have ambiguities. Ambiguous standard won't be much use to
>> anyone.
>>
> 
> Then I would suggest that we settle on
> 
> /usr/share/ppd/<supplier>/<manufacturer>/
> 
> dor the PPDs which make part of the distribution and
> 
> /usr/lib/printdrivers/<supplier>
> 
> for the drivers which make part of the distribution.
> 
> The third-party PPDs go into
> 
> /opt/printing/ppd/<supplier>/<manufacturer>/
> 
> and the third-party drivers into
> 
> /opt/printing/drivers/<supplier>/
> 
> Are more directories needed?

/usr/local/share/ppd/<supplier>/<manufacturer>
/usr/local/lib/printdrivers/<supplier>

-- 
______________________________________________________________________
Michael Sweet, Easy Software Products           mike at easysw dot com
Internet Printing and Publishing Software        http://www.easysw.com




More information about the Printing-architecture mailing list