Red Hat Bugzilla – Bug 123560
gimp-print-cups %post starts cupsd in Anaconda
Last modified: 2007-11-30 17:07:01 EST
Description of problem:
The %post section of gimp-print-cups does a "cups reload". Even
during an initial install, this actually starts cupsd, that dies after
a while, but it delays the install for several minutes.
Version-Release number of selected component (if applicable):
As there is no "condreload", the "cups reload" should be replaced by a
"cups condrestart", IMHO.
I have seen this problem on an own RHEL3 rebuild, I do not know for
sure if RHEL3 includes the gimp-print-cups subpackage.
This is entirely intentional. The delay has to happen some time: it's
better at package install than at next boot.
Are you seriously saying that is is intentionally to *start* cupsd *in
Anaconda* (which is what happens now)? I don't know why cupsd died
after a few minutes, but it was also eating nearly 100% CPU time, more
or less stopping the install (I'm not sure if the %post script was
still running, forgot to check, but the install only proceeded after
A simple check on /var/lock/subsys/cups would also help...
Yes, this is intentional, as I mentioned in comment #1.
It is building the PPDs database (and exiting), using the --ppdsdat