Install CUPS 1.4.5 on Ubuntu 10.04?

[lightnb]

The good news is I got 1.4.5 installed and working with png support. The bad news is the delay is still present.

So... It's a either a bug in CUPS that hasn't been fixed yet, or an issue with the way Ubuntu handles printing in the newer versions. I'm not sure 1.4.4-7 would be any different?

I need a way to see what's causing the delay... like a really verbose log. There's nothing exciting in /var/log/cups/access_log or error_log.

Downgrading to 8.04 seems silly. But for our application, we need fast printing. :/

[bazzer]

I'm chasing the exact same issue at the moment! I thought it was because I use printing 'classes' and only have one printer from a complete class attached at any one time - hot swap printers with different IP addresses. I've identified a couple of lines of code in backend/ipp.c I am about to change and see if it helps:

      if (getenv("CLASS") != NULL)
      {
       /*
        * If the CLASS environment variable is set, the job was submitted
	* to a class and not to a specific queue.  In this case, we want
	* to abort immediately so that the job can be requeued on the next
	* available printer in the class.
	*/

        _cupsLangPuts(stderr,
	              _("INFO: Unable to contact printer, queuing on next "
			"printer in class...\n"));

        if (tmpfilename[0])
	  unlink(tmpfilename);

       /*
        * Sleep 5 seconds to keep the job from requeuing too rapidly...
	*/

	sleep(5);

        return (CUPS_BACKEND_FAILED);

Obviously I'm going to get rid of the sleep 5

[bazzer]

ok, well if anyone is interested, I've had a good result with my setup, removing the 'Sleep 5' from backend/socket.c. The ipp.c file I thought I'd be after must be called under different configuration conditions.

My setup is a class with 2 printers in, different IP addresses and only one is connected at a time. Invariably, CUPS decides it wants to use the one that's not connected all the time, and waits 5 seconds (more) before queuing the job on another printer.