From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <44C5DD23.1030400@gmail.com> Date: Tue, 25 Jul 2006 10:58:11 +0200 From: Till Kamppeter MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Printing-architecture] resend notes from last week List-Id: Printing architecture under linux List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Fujinaka, Todd" Cc: "Printing-Sc (E-mail)" , printing-architecture , Wendy Phillips Fujinaka, Todd wrote: >>-----Original Message----- >>From: Till Kamppeter [mailto:till.kamppeter@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/// dor the PPDs which make part of the distribution and /usr/lib/printdrivers/ for the drivers which make part of the distribution. The third-party PPDs go into /opt/printing/ppd/// and the third-party drivers into /opt/printing/drivers// Are more directories needed? WDYT? Till