cups1.4b2-i486 pet (2.46MB) reworked for lpt & usb printers

[Patriot]

Hmmm .....

I cannot find an option to delete a printer if one screws up.

If you're used to the previous web interface then the new web interface layout needs some time to getting used to ... from what i read, that's how all cups from 1.4 onwards will be ...

The option to delete is now placed 'deeper' into individual printer menu. As edoc mentioned, you'll have to click on the 'screwed up' printer name and proceed from there .....

Quote:
403 Forbidden

I have done the chmod 0666 /dev/lp0 several times but no effect. Not sure what is happening.

edoc, could you kindly elaborate a little more ? From what I can tell, if you're getting a 403 in the web-interface then it could be a browser cache issue ... cups will ask for login info if an administrative function is called ... I've also read somewhere that cups can sometimes timed-out due to the ssl key creation during logins ... I've not encounter a 403 as yet, so a little more detailed spec may help me pin point the issue ...

Perhaps you may need to flush (delete) the bareview cache before using cups web interface ... It's in /root/.TestGtkEmbed/TestGtkEmbed/Cache/ ... This is also done in the updated pet postinstall ... Alternatively, if you use the default browser then clear the cache before pointing to http://localhost:631

I'd like to briefly explain about the chmod 0666 /dev/lp0 ... this permission will give read & write access for /dev/lp0 to owner + group + world ... (puppy's "on-demand-mod-loading" default is 0660)

Without it, cups cannot access any printer assigned to /dev/lp0 as cups also no longer runs as root (attempting to run as root will make cups switch to user nobody) ... using any other userid won't make much difference either as puppy is root owned by default ...

This issue have been resolved in the newly updated cups_std pet ... I have added udev rules to ensure all /dev/lp# and /dev/usb/lp# are world accessible ... the /dev/lp# permission denied errors should no longer be an issue ...

Brief info on my tests so far ...

During my tests, I found that I'm unable to use both lpt and usb printers at the same time .... they both were pointing to /dev/lp# ..... so I'm placing usb printers back to /dev/usb/lp# ... this is done in accordance to what I understand from :

http://www.kernel.org/pub/linux/utils/k ... /udev.html
-and-
http://www.linuxjournal.com/article/7316

I've requested a friend of mine with multiple usb printers to test puppy + cups on his system and have just received a positive reply that multiple usb printers does work properly and cups can print to both usb printers simultaneously ... On my part, I'm able to print to one usb and one lpt printer simultaneuosly ...

At this point, my concern is to be able to print thru cups either using built-in ppd or raw. Next, I'll need to confirm samba -> cups printing is not broken ...

I've yet to start looking into gutenprint compatibility (as requested by ttuuxxx) as I have real world matters to deal with at the moment ... it may take a little while longer before I can resume ...

Rgds

[edoc]

OK, I think I have spotted the local problem here - CUPS on one computer is conflicting with CUPS on another.

When I made changes to the setup of the printer on the desktop printer from my laptop it got all confused. Perhaps a user needs to be warned when making a remote change that may cause problems?

I reset the printer connected to the desktop from CUPS on the desktop and it is working fine from both the desktop and my laptop now.

I have CUPS 1.4b2 on that desktop but it is not your version, yours is on my laptop - I will change that one to yours and see if that removes the conflict that is preventing the HP printer connected to my laptop from working.

A more prominent warning as to the interaction of CUPS on a network may be in order - my computers are in a very common configuration - a shared wired/wireless router.

WDYT?

[edoc]

Just observed different behavior between Print Test Page and Print Self-Test Page,
Print Test Page fails with an error:

hp_officejet_4200_series-28 Test Page anonymous 1k Unknown stopped "/usr/lib/cups/filter/foomatic-rip-hplip failed"

Print Self-Test Page cycle for a while then produces the inaccurate message:

Print Self-Test Page On hp_officejet_4200_series
Printer command job completed

Print Self-Test Page prints nothing, the job and output just vanish.

[Patriot]

Hmmm .....

I'm sorry edoc ... I wish I could help troubleshoot hplip/foomatic stuffs ... frankly, I'm not using it as yet and haven't a clue what's going on ... I'm willing to put it onto a list of stuff to do together with gutenprint tests ... that'll probably be sometime next week ...

I'm already under a ton of stuffs to clear right now ... I hope I can get back to messing with puppy soon ...

Rgds

[Patriot]

Hmmm .....

I was having some coffe, wrecking my brains figuring how to settle some real life issues ..... then out of nowhere, a flash came to mind on cups usb printer detection ...

I took a quick look at the cups backend sources and whipped up a usb printer backend based on the parallel sources ... I've only made some quick tests and found it working for me ... I need some testers to tell me how it goes ...

Look at my first post for the addon and place the module usblpp into /usr/lib/cups/backend ... No cups restart or reboot required ... If you need to remove it, just delete it and reconfigure your printer URI to parallel:/dev/usb/lp# again ...

This allows usb printers to be detected by model at usb# ... The URI upon detection will be usblpp:/dev/usb/lp# ... It is deemed to be an experimental addon ...

Please post some feedbacks ...

Rgds

[edoc]

So, are you saying that I just need to download and run this?

cups-1.4b2-usblp-addon.tar.gz
Description usb printer backend addon : put into /usr/lib/cups/backend

Or is there also an additional manual edit I need to do?

[Patriot]

Hmmm .....

..... Or is there also an additional manual edit I need to do?

Does not require any editing to any conf file ... Click on the file and extract somewhere ... then copy/move the usblpp file to /usr/lib/cups/backend ... then open cups web interface, click add printer (or find new printer) and any usb printer(s) on /dev/usb/lp# should be presented on the printer selection list ... if its not then its probably already on the configured list ...

Since its still experimental and requires field test reports, it should be excluded from the std pet package ... if its stable enough then the final source and binary will be added in ...

Rgds

[edoc]

Followed all of the steps, no joy, get the same old error when I try to print a Test Page:

hp_officejet_4200_series-61 Test Page root 1k Unknown stopped
"/usr/lib/cups/filter/foomatic-rip-hplip failed"

I will reboot and try again ... just in case.

[edoc]

Just occurred to me that I may need to install your addon on both computers ... will do so little later after church and report back.

Reboot on my laptop made no difference for the failur of the HP printer.

[Josef]

http://www.puppylinux.asia/tpp/ttuuxxx/ ... 386-v2.pet

Hi ttuuxxx!
The link is down, would you check it please?

Thx!

[jakobcornelis]

All these pesky little things can annoy users and users don't like to be annoyed by stuffs that just works everywhere else ...

Rgds

I'll say.

This thing seems outright bizarre to a newbie like me. I shouldn't even be in a thread like this - I am way out of my league. But, hey, that cups_std-1.4b2-i486.pet got my printer going where nothing else would. Mind you, when I reboot it's gone again. I tried to add

modprobe parport
modprobe parport_pc
modprobe lp
chmod 0666 /dev/lp0

but that did not do any good (I put that just ahead of the init.d part just past the last fi. I just try to do what you guys tell me.)

For the record, I run Puppy 4.1.2 on an old Toshiba Satellite 1500, with a Canon BJC 2000 printer (parallel port). I've also tried a HP Deskjet 3915 usb printer, but I never got that to go at all.

Now if I can only get my printer working after reboot, even by adding some code, I'll be ahead of the game; right now the only way to accomplish this seems to be to uninstall cups and reinstall it .

Meanwhile, thanks for the reworked cups. That made my day.

jc

[edoc]

http://www.puppylinux.asia/tpp/ttuuxxx/ ... 386-v2.pet

Hi ttuuxxx!
The link is down, would you check it please?

Thx!

Just tried it now and got this error:

Authorization Required

This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required.

[WhoDo]

Just tried it now and got this error:

Authorization Required

This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required.

All of our main mirror sites now require a UserID (puppy) and Password (linux) to access downloads. The end product of sharing a network with spammers and hackers unfortunately.

Hope that helps

[jakobcornelis]

3. I've posted the cups 1.4b2 standard (full) pet reworked with the above fixes. This pet package will make some cleanups during installation and now have automatic "postinstall" install. I did not make any changes to the cups source. Full source is available from www.cups.org btw ...

Posted where, please?

jc

[edoc]

Not Found

The requested URL /tpp/ttuuxxx/programs/documents/cups-1.4b2-i386-v2.pet was not found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

[Patriot]

Hmmm ...

.....
that cups_std-1.4b2-i486.pet got my printer going where nothing else would. Mind you, when I reboot it's gone again. I tried to add

modprobe parport
modprobe parport_pc
modprobe lp
chmod 0666 /dev/lp0

.....
Meanwhile, thanks for the reworked cups. That made my day.

jc

Hey there jakobcornelis,

I'm glad it works for you ...

About the updated cups 1.4b2 pet, its the one on the first page of this thread. If you have already downloaded and installed it, then it already have the udev fix that I mentioned in the puppy 4.2rc1 thread. You do not have to add the modprobe lines any longer ...

Here's the udev-fix-4-cups pet package that is already included (made into a pet by ttuuxxx) if you're unsure:
http://murga-linux.com/puppy/viewtopic. ... h&id=15762

Should you encounter any printing problems, please look at the error messages on the cups printer page. You should not be getting permission denied errors anymore. If you do, please let me know ...

If printing still seems to be stuck, you may have to do this:

1. open the console terminal
2. type :

chmod 0700 /usr/lib/cups/backend/parallel

The above will make the parallel backend module runs as root. This should make lpt printer detection/printing smoother. You can also install the same printer more than once by using different drivers. This can be done by giving it a different printer name the next time you add it through cups printer configuration. Using this method, it allows you to find which driver works or gives the result that you wanted.

As for your usb hp3915, I read somewhere that it 'mostly' works with hpijs driver ... your mileage may vary there ... and I've yet to have a printer to test it against ...

There's two cups packages that I've made here ... one is this cups 1.4beta2 and another that I called cups 'retro' 1.3.9 (which actually is the last stable version) ... I myself uses cups 1.3.9 as its more reliable than 1.4b2 for my case (1 usb + 1 lpt printer)...

If you're going to experiment with cups-1.3.9, you will find it somewhere on this sub-forum and it already has the udev patch included. Please only do your experimenting with a fresh and disposable puppy installation (something like a small 32mb save file) ...

I did planned to further solving cups + gutenprint + hplip + hpijs + etc + etc issues earlier ... but I have to defer that plan after realizing the number of man hours needed ... it took me nearly a month (back then) just to understand bits and pieces of cups inner working ...

Even though progress may be slow, I'll see to it that these pesky printing issues gets resolved (someday soon, I hope) ...

Rgds

[edoc]

CUPS, the most recent, is beginning to break down - I have to frequently manually force the permissions in console, resume the printer, and restart jobs sent from another PC. It won't let me access the HP printer at all - to delete or edit it. I also had to reload CUPS a couple of days ago as it had ceased responding at all.

I have given up on CUPS under 4.12-Normal Frugal and am praying that the assertion that it has been fixed in Puppy 4.2 is correct - it has been a terrible nuisance for months.

[jakobcornelis]

My bottom line now is that I've got to get a printer working for my routine needs; I don't print much, but I have to print some. I think, though, I'll wait you guys out until somebody comes up with a viable solution. In the meanwhile I'll do my printing some other way.

Well, this may not be necessary after all.

After installing cups "retro" 3.9.1, the one doctored by patriot, and gutenprint (which is included with Puppy 4.1.2, but it's not the latest version) my Canon (parallel) printed three jobs, and after rebooting printed three more. So that is an improvement on previous performance (see my earlier post).

Now I am keeping my fingers crossed. Who knows what other gremlins are lurking? That CUPS is one weird concoction.

Thanks, patriot. You steered me in the right direction, for now, anyway.

Woof woof!

jc

[Patriot]

Hmmm ...

It's good to know that cups 1.3.9 finally gets your printing done as it has also did for me ... (I also believe several others did get their printing done with cups 1.3.9 ...)

My own experience using cups 1.3.9 and also the on-going cups 1.3.9 installations being monitored on several installed servers and PCs have led me to believe this stable version works much more reliably ... However, this is just some personal preliminary observations ...

Should you have any further issues with cups 1.3.9, please let me know in the other cups 1.3.9 thread ... I'll see if I can figure it out ...

Rgds

[stevesr0]

I just read this thread and wonder whether the 1.39 pet is usable with Dingo (4.0) or can be made to work with "minor" adjustments?

I am using CUPS to print to a network printer via an old external hp jetdirect print server.
The current cups application seems to work ok, but does display some oddities especially when my wife's Mac is running at the same time (duplicate versions of the same computer appear, which I can't usually print to, reconfigure or delete).

The CUPS I have installed doesn't work with Geany (works fine with Abi-Word).

Thanks

Steve