[Printing-architecture] resend notes from last week

[Till Kamppeter]

Michael Sweet wrote:
> 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>
> 

Is it not enough agreeing on one ofthe pairs

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

and

/opt/printing/ppd/<supplier>/<manufacturer>/
/opt/printing/drivers/<supplier>/

Why are both pairs needed?

   Till