Filter Failed (ipp) error in CUPS BionicPup64 (Workaround)

[vtpup]

I'm really trying to migrate over piece by piece, from Tahrpup32 to Bionic64.

The latest issue is in printing. I'm getting a "Filter Failed" error when trying to print.

My setup:
1.) I have a DSL modem with buil-in print server.
2.) To access the printer in my normal Tahrpup CUPS network:

ipp://192.168.1.1/printers/Dell

.
3.)My printer driver is "Xerox Phaser 6000B" for my Dell printer (which is a rebranded Xerox engine) from: https://www.support.xerox.com/en-gb/pro ... form=linux

Has worked for years in Tahrpup. However when I set it up exactly the same way in Bionicpup64, I get the "Filter Failed" error message when printing a CUPS test page.

I'm wondering if the problem is that the driver is 32 bit? Does this make a difference in a 64 bit system? I have the 32 bit BionicPup64 compatibility sfs loaded. There is a discussion of 32 bit vs 64 bit for this driver in the Linux Mint forum:
https://forums.linuxmint.com/viewtopic.php?t=299547
Some people say it just works on a 64 bit system, some say you need to install libcupsimage2:i386, and lib32z1

Any actual Puppy troubleshooting or solution suggestions?

Thanks!

[vtpup]

1.)I reinsalled theXerox 6000b printer driver. "ipp://192.168.1.1/printers/Dell" is the LAN print server address used.
2.) I installed in BionicPup64 (as suggested on the Mint forum)::
lib32z1_1.2.8.dfsg-2+deb8u1_amd64
libcupsimage2:i386
3.) I stopped and then started the CUPS server
4.) I tried to print a test page from Cups printer maintenance dropdown.
5.) The error message has changed to "The printer is not responding."
6.) I'm attaching below the last portion of /var/log/cups/error_log showing the re-start of CUPS and the print attempt. Any help troubleshooting is appreciated!

Code: Select all

I [17/Sep/2020:08:48:16 -0400] Full reload is required.
I [17/Sep/2020:08:48:16 -0400] Loaded MIME database from "/usr/share/cups/mime" and "/etc/cups": 78 types, 114 filters...
I [17/Sep/2020:08:48:16 -0400] Loading job cache file "/var/cache/cups/job.cache"...
I [17/Sep/2020:08:48:16 -0400] Full reload complete.
I [17/Sep/2020:08:48:16 -0400] Cleaning out old files in "/var/spool/cups/tmp".
I [17/Sep/2020:08:48:16 -0400] Cleaning out old files in "/var/cache/cups".
W [17/Sep/2020:08:48:16 -0400] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
W [17/Sep/2020:08:48:16 -0400] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
I [17/Sep/2020:08:48:16 -0400] Registering ICC color profiles for "CUPS-PDF".
W [17/Sep/2020:08:48:16 -0400] CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
W [17/Sep/2020:08:48:16 -0400] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
W [17/Sep/2020:08:48:16 -0400] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
I [17/Sep/2020:08:48:16 -0400] Registering ICC color profiles for "Dell".
W [17/Sep/2020:08:48:16 -0400] CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
E [17/Sep/2020:08:48:16 -0400] Unable to open listen socket for address [v1.::1]:631 - Address family not supported by protocol.
I [17/Sep/2020:08:48:16 -0400] Listening to 127.0.0.1:631 on fd 6...
I [17/Sep/2020:08:48:16 -0400] Listening to /var/run/cups/cups.sock on fd 7...
I [17/Sep/2020:08:48:16 -0400] Resuming new connection processing...
I [17/Sep/2020:08:48:22 -0400] [Client 1] Started "/usr/lib/cups/cgi-bin/printers.cgi" (pid=27348, file=11)
I [17/Sep/2020:08:48:26 -0400] [Client 1] Started "/usr/lib/cups/cgi-bin/printers.cgi" (pid=27358, file=12)
I [17/Sep/2020:08:48:26 -0400] [Job ???] Request file type is application/vnd.cups-pdf-banner.
I [17/Sep/2020:08:48:26 -0400] [Job 11] Adding start banner page "none".
I [17/Sep/2020:08:48:26 -0400] [Job 11] Adding end banner page "none".
I [17/Sep/2020:08:48:26 -0400] [Job 11] File of type application/vnd.cups-pdf-banner queued by "anonymous".
I [17/Sep/2020:08:48:26 -0400] [Job 11] Queued on "Dell" by "anonymous".
I [17/Sep/2020:08:48:26 -0400] [Job 11] Started filter /usr/lib/cups/filter/bannertopdf (PID 27359)
I [17/Sep/2020:08:48:26 -0400] [Job 11] Started filter /usr/lib/cups/filter/pdftopdf (PID 27360)
I [17/Sep/2020:08:48:26 -0400] [Job 11] Started filter /usr/lib/cups/filter/gstoraster (PID 27361)
I [17/Sep/2020:08:48:26 -0400] [Job 11] Started filter /usr/lib/cups/filter/xrhkazmf (PID 27362)
I [17/Sep/2020:08:48:26 -0400] [Job 11] Started backend /usr/lib/cups/backend/ipps (PID 27363)
E [17/Sep/2020:08:48:30 -0400] [Job 11] The printer is not responding.
I [17/Sep/2020:08:48:43 -0400] [Client 4] Started "/usr/lib/cups/cgi-bin/printers.cgi" (pid=27410, file=11)
I [17/Sep/2020:08:48:57 -0400] Saving job.cache...

[ozsouth]

Years ago, I remember getting Xerox printers to work using HP Laserjet PCL driver. Xerox used to have that compatibility. Would need to try the 4/5 or 6 drivers to see.

[davids45]

G'day vtpup,

This may be irrelevant for your printer but with my Epson printers, I get this message when I'm missing a ld-lsb link in /lib:

e.g. a link from ld-2.17.so.0 is needed as ld-lsb.so.3 in 32-bit

Alas, in 64-bit, it is complicated by the range of lib directories and needs extra naming so that...

... in this ScPup64, in /lib or /lib64, the ld-2.30.so link used is ld-lsb-x86-64.so.3

I went through the same fun&games to get Bionic64 printing but all my Bionic64s do print as well now.

I have no idea why I'm doing this (as usual ), but at least I maintain network printing which is vital for me.

Good luck with it,

David S.

[mikewalsh]

Isn't the easiest way to obtain network printing simply to use the sharing function built-in to CUPS itself?

I.e., on the CUPS web-page 'Admin' tab, under Server settings, just make sure the "Share printers connected to this system" box is checked, then re-start the server. If you 'share' with Samba, this has always worked for me.





I may have needed to re-jig one or two of the router settings at some point in the dim, distant past.....

@davids45 :-

I thought that link was always supposed to exist, surely? Doesn't a lot of software stop working without that in place..?


Mike.

[vtpup]

Thanks for replying ozsouth. Unfortunately it's a GDI printer, not PCL or PS.

David45, thanks so much.
1.) I tried adding the link ld-lsb-x86-64.so.3 to ld-2.27.so in /lib/ (the similar link, ld-lsb-x86-64.so.2 already existed).
2.) And I also added the link ld-lsb.so.3 to ld-2.27.so in /lib/i386-linux-gnu/ .
3.) I reverted the CUPS diver to Xerox 6000b, which is what continues to work in Tahrpup32.
Unfortunately, CUPS continues to report "Filter Failed" when I try to print a test page in bionic.

Tahr uses CUPS 1.4.8. It continues to print perfectly. But when I tried Bionicpup 32, it shows the same CUPS error message as Bionicpup64.
I'm beginning to wonder if the CUPS 2.7.x version is the real problem.

Unless I can solve this printer issue, I'm going to have to stick with Tahrpup rather than move to Bionic and 64 bit.

[vtpup]

Isn't the easiest way to obtain network printing simply to use the sharing function built-in to CUPS itself?

Hi Mike,
Unfortunately that requires that one computer always be running (to serve others), and using Tahr32.

In our case, the printer is not connected to a computer, but USB plugged into the DSL modem, which has its own print server. That server just passes commands and files through to the printer. It does no file manipulation or printer formatting.

Because this printer is GDI, rather than PCL or PS, the sending computer basically sends a simple raster scan, rather than higher level printer language files. Therefore it absolutely requires running the mfr's CUPS driver (Xerox Phaser 6000b) to format that scan. There is no generic printer driver that will work. CUPS handles the driver fine in Tahrpup32, but not in BionicPup64 or BionicPup32.

I don't know what the difference is (other than much later CUPS versions), but my whole purpose in trying to figure this problem out is that I would like to migrate to BionicPup64

[mikewalsh]

@vtpup :-

Well, after much searching it appears that every single article to do with the Phaser 6000b (is yours a Dell c1760nw, by any chance?

https://codefucius.blogspot.com/2014/03 ... er-up.html )

.....says that for Linux, the only source for the 64-bit driver - which is an RPM, BTW, but we can work round that - re-directs you back to Xerox themselves. And I cannot download either 32-bit or 64-bit versions here in the UK, no matter what browser I use.

"Download failed".

Maybe you might have more luck there in the US? Might be an area-type thing.....not available outside the US. It's either that, or those drivers simply are no longer available.....

Sorry I can't be of more help. (EDIT:- Another Mint forums article here that might be of some use:-

https://forums.linuxmint.com/viewtopic.php?t=127310

....with mention of installing the 32-bit version of libcups.so.2? Not sure where that would go, though; perhaps /usr/lib/i386-linux-gnu..?)

EDIT2:- I think this might be what you want. I've attached it below.


Mike.

[rcrsn51]

But when I tried Bionicpup 32, it shows the same CUPS error message as Bionicpup64.

Randomly installing different CUPS components is guaranteed to make the problem worse.

I downloaded the 32bit driver and ran some simulated tests in Bionicpup32. It appeared to be working OK.

My first suggestion would be to remove the printer from the router and connect it directly by USB.

I'm beginning to wonder if the CUPS 2.7.x version is the real problem.

It's more likely to be a problem with the Ghostscript version.

[vtpup]

Thanks Mike,
the printer is a Dell 1250c. I am able to download from the Xerox site, and actually have in the past. Their Xerox Phaser 6000b Cups driver is what I have been using successfully on Tahrpup32 for years. Now however on Bionicpup32 and Bionicpup64 I get the "Filter Failed" message. Both use CUPS 2.2.7.

I am nevertheless downloading the suggested Xerox RPM, just in case it differs from the older .deb I have been using. Today I am trying all these suggested solutions on a fresh Bionic32 pfix=ram system. It seems easier to try to iron out the problem on a 32 bit OS than adding the complications of a 64. If I get 32 bit working, I can transfer that knowledge to trying it on BionicPup64.

Been down multiple rabbit holes today. My guess continues to be that, well, CUPS 2.2.7 sucks. And our Puppy cups configs are out of date for it. For instance I've discovered that CUPS browse for network printers no longer works and ippfind no longer available. But Puppy still calls for them in /etc/cups.conf. Look at these CUPS error messages:

Code: Select all

E [18/Sep/2020:10:18:21 +0800] Unknown directive BrowseOrder on line 24 of /etc/cups/cupsd.conf.
E [18/Sep/2020:10:18:21 +0800] Unknown directive BrowseAllow on line 25 of /etc/cups/cupsd.conf.
E [18/Sep/2020:10:26:24 -0400] [cups-deviced] PID 11314 (gutenprint52+usb) stopped with status 1!
E [18/Sep/2020:10:26:24 -0400] [CGI] Unable to execute ippfind utility: No such file or directory
E [18/Sep/2020:10:18:21 +0800] Unable to open listen socket for address [v1.::1]:631 - Address family not supported by protocol. 

I'll continue working on it today, and will try your suggestions, Mike. Btw that error reference to Gutenprint might be a key, also.

[vtpup]

Randomly installing different CUPS components is guaranteed to make the problem worse.
I downloaded the 32bit driver and ran some simulated tests in Bionicpup32. It appeared to be working OK.
My first suggestion would be to remove the printer from the router and connect it directly by USB.

I'm beginning to wonder if the CUPS 2.7.x version is the real problem.

It's more likely to be a problem with the Ghostscript version.

Hi rcrn51,
I have been running vanilla Biobicpup32 pfix=ram for testing today. Doesn't work, with the driver and my rointer as mentioned above in reply to MikeWalsh.

I'll connect via USB and give results.

[vtpup]

Okay (all performed with fresh puppys, pfix=ram):

1.) BionicPup32 with Phaser 6000b 32 bit driver, direct connected to USB: printer works.
2.) BionicPup64, CUPS same driver and USB : doesn't work
3.) BionicPup64, CUPS same driver and USB plus Bionicpup64 32 bit compatibility sfs: doesn't work

relevant CUPS Error messages from 3.):

Code: Select all

I [18/Sep/2020:14:22:07 -0400] [Job 3] Queued on "Dell_1250c_Color_Printer" by "anonymous".
I [18/Sep/2020:14:22:07 -0400] [Job 3] Started filter /usr/lib/cups/filter/bannertopdf (PID 15547)
I [18/Sep/2020:14:22:07 -0400] [Job 3] Started filter /usr/lib/cups/filter/pdftopdf (PID 15548)
I [18/Sep/2020:14:22:07 -0400] [Job 3] Started filter /usr/lib/cups/filter/gstoraster (PID 15549)
I [18/Sep/2020:14:22:07 -0400] [Job 3] Started filter /usr/lib/cups/filter/xrhkazmf (PID 15550)
I [18/Sep/2020:14:22:07 -0400] [Job 3] Started backend /usr/lib/cups/backend/usb (PID 15551)
I [18/Sep/2020:14:22:07 -0400] [Job 3] Hint: Try setting the LogLevel to "debug" to find out more.
E [18/Sep/2020:14:22:07 -0400] [Job 3] Unable to open raster stream - : Broken pipe
I [18/Sep/2020:14:22:07 -0400] [Job 3] Hint: Try setting the LogLevel to "debug" to find out more.
E [18/Sep/2020:14:22:07 -0400] [Job 3] Job stopped due to filter errors; please consult the error_log file for details.
D [18/Sep/2020:14:22:07 -0400] [Job 3] The following messages were recorded from 14:22:07 to 14:22:07
D [18/Sep/2020:14:22:07 -0400] [Job 3] Applying default options...
D [18/Sep/2020:14:22:07 -0400] [Job 3] hold_until=0
D [18/Sep/2020:14:22:07 -0400] [Job 3] time-at-processing=1600453327
D [18/Sep/2020:14:22:07 -0400] [Job 3] 4 filters for job:
D [18/Sep/2020:14:22:07 -0400] [Job 3] bannertopdf (application/vnd.cups-pdf-banner to application/pdf, cost 32)
D [18/Sep/2020:14:22:07 -0400] [Job 3] pdftopdf (application/pdf to application/vnd.cups-pdf, cost 66)
D [18/Sep/2020:14:22:07 -0400] [Job 3] gstoraster (application/vnd.cups-pdf to application/vnd.cups-raster, cost 99)
D [18/Sep/2020:14:22:07 -0400] [Job 3] /usr/lib/cups/filter/xrhkazmf (application/vnd.cups-raster to printer/Dell_1250c_Color_Printer, cost 0)

And the same with debug set to "on"

Code: Select all

D [18/Sep/2020:14:38:20 -0400] [Job 3] Start rendering...
D [18/Sep/2020:14:38:20 -0400] [Job 3] Processing page 1...
D [18/Sep/2020:14:38:20 -0400] [Job 3] PID 21302 (/usr/lib/cups/backend/usb) exited with no errors.
D [18/Sep/2020:14:38:20 -0400] [Job 3] Error: /ioerror in --showpage--
D [18/Sep/2020:14:38:20 -0400] [Job 3] Operand stack:
D [18/Sep/2020:14:38:20 -0400] [Job 3] true   (/var/spool/cups/tmp/gs_Bkh1Xc)   --nostringval--   1   true
D [18/Sep/2020:14:38:20 -0400] [Job 3] Execution stack:
D [18/Sep/2020:14:38:20 -0400] [Job 3] %interp_exit   .runexec2   --nostringval--   showpage   --nostringval--   2   %stopped_push   --nostringval--   showpage   showpage   false   1   %stopped_push   2043   2   3   %oparray_pop   2042   2   3   %oparray_pop   2023   2   3   %oparray_pop   showpage   2024   4   3   %oparray_pop   showpage   showpage   2   1   1   showpage   %for_pos_int_continue   2027   4   7   %oparray_pop   showpage   showpage   1890   3   9   %oparray_pop   showpage   showpage
D [18/Sep/2020:14:38:20 -0400] [Job 3] Dictionary stack:
D [18/Sep/2020:14:38:20 -0400] [Job 3] --dict:972/1684(ro)(G)--   --dict:1/20(G)--   --dict:83/200(L)--   --dict:83/200(L)--   --dict:133/256(ro)(G)--   --dict:310/450(ro)(G)--   --dict:33/64(L)--   --dict:6/9(L)--   --dict:12/20(L)--
D [18/Sep/2020:14:38:20 -0400] [Job 3] Current allocation mode is local
[b]D [18/Sep/2020:14:38:20 -0400] [Job 3] Last OS error: Broken pipe
D [18/Sep/2020:14:38:20 -0400] [Job 3] GPL Ghostscript 9.25: Unrecoverable error, exit code 1[/b]
D [18/Sep/2020:14:38:20 -0400] [Job 3] Rendering completed
D [18/Sep/2020:14:38:20 -0400] [Job 3] PID 21300 (/usr/lib/cups/filter/gstoraster) stopped with status 1.
D [18/Sep/2020:14:38:20 -0400] [Job 3] End of messages

[rcrsn51]

If BionicPup32 works over USB, then it should also work to a remote printer. Sending the print job to a remote printer should NOT generate a filter error. Does CUPS offer any other connection protocols, like socket:?

A 32bit driver in a 64bit environment is ABSOLUTELY not going to work, unless you have some kind of 32bit support in play.

The BionicPup64 problem is definitely Ghostscript. There are two possibilities - BionicPup64 has a different and incompatible version than BionicPup32, or the 32bit compatibility system is not working correctly.

[vtpup]

Thanks rcrsn51. That helps to understand what's happening better. To go further:

1.) Can you give a suggestion for how to determine whether BP64 ghostscript is the problem, or the 32 bit compatibility sfs is?

2.) Knowing now that the driver does work in 32 bit with USB, can you give a suggestion where to look if network printing does work with Tahrpup32, but not with Bionicpup32?

The address used for both is

ipp://192.168.1.1/printers/Dell

. I have also tried

http://192.168.1.1:631/printers/Dell

with equivalent results.

[rcrsn51]

If you run the CUPS Add Printer procedure, how does it discover the remote printer? Just with the ipp: protocol?

Does socket://192.168.1.1 work too?

[vtpup]

The ipp protocol discovery doesn't work. In fact no network discovery worked IIRC with CUPS 2.x. The addresses were entered manually.

I'll try socket, but I have to reboot out of this test pup and re-load BP32 and tahr32 to compare. Will report when finished.

[vtpup]

Socket 192.168.1.1 and socket 192.168.1.1:9100 do not work on Tahrpup32 or Bionicpup32. The 9100 port is not open on 192.168.1.1, as tested by Peasyport. But 631 is. I checked the manual for the modem's print server and it says it wants the following format:
"http://192.168.1.1:631/printers/printername" That works in Tahrpup32. But it throws the "Filter Failed" CUPS error in Bionicpup32.

Tahr32 uses CUPS 1.4.8, and Bionic32 uses CUPS 2.2.7. Both Tahr and Bionic print properly via USB, so the printer driver is not the problem. I would guess also because USB printing works, that for Bionic32, Ghostscript also is not the problem. So why is Bionic32 throwing that message when I try a network connection instead of USB?

Note: all of the above were tested with fresh CD OS instances using pfix=ram, and with the firewall off.

[rcrsn51]

The ipp protocol discovery doesn't work. In fact no network discovery worked IIRC with CUPS 2.x. The addresses were entered manually.

I checked this in BIonicpup32. The CUPS Add Printer dialog discovered two networked printers easily. However, some networked printers don't advertise their presence to CUPS, so a manual install in required. The simplest protocol is socket:.

[vtpup]

Okay, got it. See my reply above yours for additional info.

[rcrsn51]

OK. Here is what I think is happening. In recent versions of CUPS, the role of the ipp protocol has expanded to handle things like AirPrint. CUPS requires extra components that BionicPup may not have. Or the ipp print server on your router is no longer compatible with this setup.

[vtpup]

Hi rcrsn51 I'm using http print protocol now, not ipp, per the manual, though they both work for Tahr32.

Is it possible to use an earlier version of CUPS in Bionicpups, or is that unworkable or a difficult job to convert to?

(btw Bionicpup64 is what I ultimately want to use, not BionicPup32, but for now I'm using the 32 bit version for isolating the problem)

[mikewalsh]

@vtpup :-

I'm going to bow out, now that rcrsn51 is assisting you with this. If anybody can help you get this working, it'll be Bill; he practically wrote the book on printing under Puppy. I'm a complete noob compared to him.....and I'll be the first to admit it, too.

CUPS, Ghostscript, drivers, etc.....it's like so much Greek as far as I'm concerned. I have drivers that work for me with my Epson printer/scanner, and that's good enough for me. Not much point my getting underfoot when I can't really make any worthwhile contributions..!

The only reason I tracked down that 32-bit libcups was because I, too, came across several forum posts on other fora where various people had had the same issue; Xerox insisting the 32-bit package was designed to run in 64-bit distros, providing you had a number of 32-bit components installed. It sounded a bit odd, but I've come across stranger....maybe it IS supposed to work that way. Who knows?

(*shrug*)

Good luck with it, anyway.


Mike.

[rcrsn51]

Hi rcrsn51 I'm using http print protocol now, not ipp, per the manual, though they both work for Tahr32.

Look in /usr/lib/cups/backend. You may find that http is just a symlink to ipp.

Is it possible to use an earlier version of CUPS in Bionicpups, or is that unworkable or a difficult job to convert to?

You could try going into the Tahrpup repo and getting its CUPS package. Also its Ghostscript. But I have no experience with this.

(btw Bionicpup64 is what I ultimately want to use, not BionicPup32, but for now I'm using the 32 bit version for isolating the problem)

I don't know enough about the BionicPup 32bit compatibility pack to comment on this.

[vtpup]

@vtpup :-
I'm going to bow out, now that rcrsn51 is assisting you with this.
Mike.

Thanks Mike for helping, this is one of those giant pains, that finally just wastes everyone's time. I've spent a couple days now trying to get a networked printer that has been working fine for years now on Tahrpup working with BionicPup and as usual when dealing with CUPS get entirely bogged down in its idiosyncracies, when all I want to do is just print and forget it. It's not like i expect CUPS to provide 3D CAD or a rocket's satellite guidance system. Just send a single darn file to a printer.

So, I don't blame you, I'm going to give up, too. It's been two solid days of trying to track down solutions, testing fresh installs, poring over error messages, etc. It's just not worth it. Bionicpup64 may have lots of advantages, but I can't do without a printer on a day-to-day working system, and I don't want to spend days more trying to guess at what an older version of CUPS needs in a 64 bit system, or whether there's a problem with the 32 bit compatibility sfs, or ghostscript, or ipp.

Time to think about something more productive.

Thank you again, all who responded, and apologies for this rabbit hole.

[rcrsn51]

I can think of only one work-around to this situation. Set up a dedicated Tahrpup32 machine with the printer connected by USB. Enable CUPS Port 631 sharing.

Then any client computer could send a job to this print server using the CUPS Raw format. The client could be 32/64bit and would not need the printer driver.

[mikewalsh]

@rcrsn51 :-

Bill, this is somewhat of a stab in the dark, I know, but.....what about the p910ND print server? Would it be of any use in this situation? If you recall, I found it helped back when I was using one of the Bionic RC versions....7.9.4, I think it was. Just a thought...

EDIT:- No, scratch that idea; I remember now why I ended up using it. The drivers installed fine with Eppi, and the printer itself installed successfully....but for some reason, at least for me, the CUPS sharing function was not behaving itself. That was how I came to be running the p910ND server....


Mike.

[vtpup]

A hardware workaround shouldn't be necessary. The fact that recent 32 bit CUPS can't handle a proven working 32 bit driver over a network is a deficiency. Or built-in obsolescence.

64 bit CUPS should also be backward compatible for 32 bit drivers. It may well be, under the Puppy workaround of a 32 bit compatibility SFS, but the fact that even 32 bit CUPS fails to network with a 32 bit driver means zero chance.

[rcrsn51]

Are you sure that the problem is with CUPS itself or with Bionic's implementation of CUPS?

As a test, I would try Fatdog64, which has a full CUPS and a 32bit compatibility system.

[vtpup]

Nope, not sure of that, frankly because I don't know much about CUPS under the hood. It's a continuingly feature-changed monster utility, with files and folders scattered all over the OS, which has provided more frustration over a dozen years for me than any other aspect of Linux. Whether that was due to actual CUPS code, or some dependency I can't personally distinguish. I can say it seems like at least some of the shortcomings are likely in it's code, and also likely in its dependency strategies. For instance, printing even stopped working yesterday on a couple of our Tahrpup32 machines in the house. What the? Why? And why not all of them??? As if to answer that, eventually it was all of them, as I tried to test them. Now this had happened before inexplicably, and we'd tried workarounds. Sometimes the system seemed to cure itself.

Eventually yesterday, after all the Bionicpup testing, I figured out that Tahr CUPS 1.4.8 (which I'd been using for years) "Modify Printer" wizard did not properly modify printers, period. Even if settings were entered correctly. However trusting that function meant I couldn't test or solve anything by trying alternate settings. Eventually I found that by deleting printers and then completely re-installing them printing was restored.

Is "modify printer" a function of CUPS code? Is it that of a dependency? I dunno. All I know is, it is typical of my experiences with versions of CUPS over the years. I cannot think of another piece of software I've run on Linux that is to me so likely to give odd results, setup issues, and is so recalcitrant toward my solving those problems. My biggest fear whenever I upgrade Puppy isn't the functionality of programs or the OS. It's dread of some new version of CUPS. I have dread of CUPS! In fact, I seem stuck now, at the end of the Puppy line because of (choose one) CUPS or its dependencies or both. Because this conglomeration with all it's newest bells and whistles and security improvemnents can't handle simply sending the same file via network that it can via USB.

[tosim]

           Install Driver for Dell c1760 Color Laser
http://askubuntu.com/questions/513943/h ... ith-ubuntu
If you have a 64-bit system, copy and paste this into  Terminal
          sudo apt-get install libcupsimage2:i386
     If you have a 32-bit system, ignore that terminal command and proceed.
 Download the Ubuntu .deb drivers from Xerox for their Phaser 6000 model. It comes packaged in a .zip file:
https://www.support.xerox.com/support/p ... ived=false
(The Dell C1760nw is a "repackaged" version of this model, which means that the core printing device works the same as a Xerox Phaser 6000 because it came from the same factory, but it is assembled and sold to retailers by Dell instead of Xerox.)
 You will need to save this .zip file, and extract its contents with a right-click if you are looking at it in the File Manager. A folder will be extracted, and therein will be a .deb package file. You should double-click this to open it.
 You may encounter a window saying that the package is of "bad quality". You can safely ignore this; it's coming up because of an incorrectly entered variable that declares the creator of the file.
 Then, install the printer. If you are prompted to choose a printer manufacturer and model, enter it as a Xerox 6000b. It works!
 Note that all of these steps are still required to use the printer over the network.
               ***Above worked great for me.***
install(all three) libcups2 in Synaptik
https://forums.linuxmint.com/viewtopic.php?t=152946
http://en.community.dell.com/support-fo ... t/19525015
http://codefucius.blogspot.com/2014/03/ ... er-up.html
http://linuxibos.blogspot.com/2012/05/s ... linux.html