Bug 183984 - cups has /etc/cups/ppd directory but it does not work
Summary: cups has /etc/cups/ppd directory but it does not work
Alias: None
Product: Fedora
Classification: Fedora
Component: cups   
(Show other bugs)
Version: 5
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Tim Waugh
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2006-03-04 15:46 UTC by Dag Wieers
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-03-04 18:25:38 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Dag Wieers 2006-03-04 15:46:21 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20060202 Fedora/1.0.7-1.2.fc4 Firefox/1.0.7

Description of problem:
We had problems using the hplip packages with CUPS. (Our drivers did not show up because the PPD files are not being installed from the RPM).

After moving all the hplip PPD files to /etc/cups/ppd/ and removing the /etc/cups/ppds.dat and restarting cups, the cups.dat did not include the files from /etc/cups/ppds.dat.

However when installing the hplip from a tarball, it DID include the PPDs from /etc/cups/ppd/. The big difference is that cupd --ppdsdat expects a symlink from /usr/share/cups/models/something to /etc/cups/ppd/ to consider the PPD files as well.

Probably the mechanisme should be used differently (although we couldn't find _any_ information on how to include our own PPD files in CUPS). Adding the symlink (and removing the ppds.dat) was everything we needed to do to make it work and I would expect the symlink and the recreating of the ppds.dat to work automatically on a restart.

So people just add their custom PPDs to /etc/cups/ppd (instead of putting them in /usr/share/cups/models/, which is ugly) and restart cups to have these PPDs included.

Thanks for fixing this before FC5 hits the planet.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. See explanation

Additional info:

Comment 1 Tim Waugh 2006-03-04 18:25:38 UTC
/etc/cups/ppd is not what you think it is.  It contains one file per *configured
queue*, containing its PPD.  Unless you actually want to *configure* some
queues, leave that directory alone.

/usr/share/cups/model is the directory you are looking for.  Other packages,
such as foomatic, already use this.

(Incidentally, you know we already package hplip, right?)

Note You need to log in before you can comment on or make changes to this bug.