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):
Steps to Reproduce:
1. See explanation
/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?)