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): gimp-print-cups-4.2.4-5 Solution: As there is no "condreload", the "cups reload" should be replaced by a "cups condrestart", IMHO. Additional info: 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 cupsd died). 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 option.