All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Sweet <mike@easysw.com>
To: Till Kamppeter <till.kamppeter@gmail.com>
Cc: printing-architecture <printing-architecture@freestandards.org>,
	Wendy Phillips <wendy.phillips@sun.com>
Subject: Re: [Printing-architecture] resend notes from last week
Date: Thu, 20 Jul 2006 16:43:21 -0400	[thread overview]
Message-ID: <44BFEAE9.4060703@easysw.com> (raw)
In-Reply-To: <44BFDD7A.6000303@gmail.com>

Till Kamppeter wrote:
> Wendy Phillips wrote:
>> Apparently, this didn't go out to the alias; could be that I fumbled
>> it on the keyboard. So here tis again ...
>>
>> I have purposely not included the follow-on discussions about fhs standard;
>> this is a summary of the meeting as it occurred.
>>
>> -Wendy
>>
>> 1. Installation path for ppd files
>>
>>          /usr/share/ppd/<supplier>/<manufacturer>/
>>
>> 2. PPD file naming convention
>>
>>          <MFGString>-<MDLString>-<driver>-<language>.ppd
>>
>> 3. Installation path for print drivers
>>
>>          /usr/lib/printdrivers/<supplier>
>>
>>          The contents of this directory are entirely determine
>>          by the supplier. The path to a driver is found by using
>>          an absolute path in the ppd file.
>>
> 
> Paths in /usr to accomodate 3rd-party software do not comply the FHS
> standard. Therefore alternative paths were suggested in other threads.
> But note that CUPS violates FHS, too, as CUPS requires drivers in
> /usr/lib/cups/filter.

Bzzzt, wrong.

The separation of /usr, /usr/local, and /opt/vendor does not apply
since CUPS provides a core OS function - printing.  If you installed
CUPS in /opt/cups (or like *BSD does, in /usr/local), you'd quickly
find out that a LOT of software expects lp, lpr, etc. in /usr,
leading to VERY frustrated users.  Moreover, the LSB requires the
print commands in /usr, and FHS and LSB are pretty closely tied
together.

That said, nothing would prevent you from making symlinks everywhere,
and Red Hat (at least) did this for a while to allow both LPRng and
CUPS to coexist, but that goes against the intent of /usr being used
as a shared (read-only) filesystem among multiple systems and is just
plain fragile...

The CUPS build system accommodates almost any directory organization,
and if you stick with using --prefix you'll end up with /usr,
/usr/local, or /opt/foo directory structures that follow the FHS
exactly.  You can also relocate individual pieces (like putting
ServerBin in /opt/cups/bin, DataDir in /opt/cups/share, etc.),
but again you will need to do symlinks to preserve compatibility.

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


  reply	other threads:[~2006-07-20 20:43 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-07-20 19:25 [Printing-architecture] resend notes from last week Wendy Phillips
2006-07-20 19:46 ` Till Kamppeter
2006-07-20 20:43   ` Michael Sweet [this message]
2006-07-24 13:14     ` Till Kamppeter
2006-07-24 14:54       ` Michael Sweet
  -- strict thread matches above, loose matches on Subject: below --
2006-07-24 16:19 Fujinaka, Todd
2006-07-24 21:38 ` Till Kamppeter
2006-07-24 23:16 Fujinaka, Todd
2006-07-25  8:58 ` Till Kamppeter
2006-07-25 11:09   ` Michael Sweet
2006-07-25 11:20     ` Till Kamppeter
2006-07-25 11:29       ` Ian Murdock
2006-07-25 15:04 Fujinaka, Todd

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=44BFEAE9.4060703@easysw.com \
    --to=mike@easysw.com \
    --cc=printing-architecture@freestandards.org \
    --cc=till.kamppeter@gmail.com \
    --cc=wendy.phillips@sun.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.