client 1.2.0 to 1.1.2x server over IPP: network printing regression
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cupsys (Ubuntu) |
Fix Released
|
Medium
|
Martin Pitt | ||
Dapper |
Fix Released
|
Undecided
|
Martin Pitt |
Bug Description
Binary package hint: cupsys
I am using Dapper with the latest updates (03/05/2006).
Since several days network-printing does not work anymore, for me.
In our office we have access to several HP-printers via the network. An old Fedora server handels the mangement of the spooler(via cups). Network-printing to our PS-printers via the network and with the (recommented) standard drivers worked fine in all recent Ubuntu-version and also in Dapper Flight 5).
Since some recent updates to cups I cannot print anymore:
Formaly the printer worked with two different drivers. Now printing does not work anymore with both drivers - and with slightly different misbehavior.
First what is common: When I try to print (e.g. a testpage) nothing happens. Checking on: http://
"/usr/lib/
Now the differences with respect to the driver:
When I use the HP-driver the job is canceled automatically and a message appears on http://
When I use a standard PS-driver from Apple, then the printer is paused and I have to cancel the job manually. I can resume the printer from the GUI.
Sorry, I hope this is not to confusing (I am not an expert)
Christian Göbel (christiangoebel) wrote : cups error log | #1 |
JasonNorwoodYoung (jason-tectonic) wrote : Re: network printing regression | #2 |
Also getting the same problem. Breezy machines on the network can print but Dapper's broken.
At first I thought it was related to bug #43298 (CUPS does not have permission to write error_log) but I managed to fix that and still no joy.
error_log shows: E [07/May/
page_log: ML-1510 jason 35 [07/May/
localhost - - [07/May/
Syslog doesn't echo anything about printing.
On the server I get:
D [07/May/
E [07/May/
I [07/May/
D [07/May/
Christian Göbel (christiangoebel) wrote : | #3 |
I have just made the latest updates (10 May 2006) and tried again.
Using the System/
I also tried http://
However only with the simple driver (standard PS-driver used for the Apple Laser-Writer-
With the (recommended) standard driver HP4200 the job got canceled just like described in my original bug-report. And the message "/usr/lib/
Printing out of any Gnome-Applications (e.g. Evince) is still broken.
Christian Göbel (christiangoebel) wrote : | #4 |
The problem persists after the latest updates (running cups 1.2.0 now)
Not sure if this is related: I cannot use http://
Here is the standard error log after trying to print a testpage from gnome-cups-manager:
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
Christian Göbel (christiangoebel) wrote : | #5 |
I just checked the error-log again and got this:
(I didn't touch printing since I posted my last comment)
Perhaps my problem is related to this bug:
https:/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
E [11/May/
and so on
Christian Göbel (christiangoebel) wrote : | #6 |
Not sure, but perhaps this bug is related:
https:/
(however it is not on network-printing)
Christian Göbel (christiangoebel) wrote : | #7 |
After the latest updates to cups1.2.0-ubuntu2 the problem seems to persist:
First trying to print a testpage from the network interface, using the recommended standard (PS) -driver for the HP4200 printer and then trying to print a testpage from gnome-cups-manager using the Apple driver results in the following error-log:
E [12/May/
E [12/May/
E [12/May/
E [12/May/
E [12/May/
E [12/May/
lots of this
E [12/May/
E [12/May/
E [12/May/
E [12/May/
E [12/May/
E [12/May/
E [12/May/
E [12/May/
E [12/May/
E [12/May/
E [12/May/
and so on
Christian Göbel (christiangoebel) wrote : | #8 |
With the latest updates (17/05/2006) my problem persists.
The problem described in the follwing bug report could be related (although the used backend is different):
https:/
Ante Karamatić (ivoks) wrote : | #9 |
@Jason
You need to have gs-eps installed.
@Christian
Why do you use http backend? Why not IPP? I'll investigate HTTP protocol a bit later today. Please, attach your /etc/cups/
Ante Karamatić (ivoks) wrote : | #10 |
I just tested Breezy as a CUPS server with Dapper as a CUPS client. I used default Breezy configs, but changed Listen localhost:631 to Listen 631, and added Allow from @LOCAL in <Location />. This must be done to enable sharing of printers in Breezy. I also enabled Browsing to see if my breezy printer will apear.
I used default configs in Dapper; but enabled browsing:
sudo /usr/share/
Printer from Breezy was broadcasted and Dapper picked it up; without any manual configuration. Printing worked as expected.
Then I added new printer on Dapper with http://
I guess you have configuration error. I advise you to reinstall cupsys packages on Dapper (replacing your configs with default) and check configs of CUPS 1.1.x server. It must have Listen or Port set to 631. Browsing is optional, but Allow @LOCAL is a must under <Location /> directive.
Martin Pitt (pitti) wrote : Re: [Bug 42802] Re: network printing regression | #11 |
Hi,
Ante Karamatić [2006-05-17 19:36 -0000]:
> I guess you have configuration error. I advise you to reinstall cupsys
> packages on Dapper (replacing your configs with default) and check
> configs of CUPS 1.1.x server. It must have Listen or Port set to 631.
> Browsing is optional, but Allow @LOCAL is a must under <Location />
> directive.
Just for the record, the default cups configuration in dapper now
already contains the 'Allow @LOCAL' directive (breezy doesn't,
though). So you only need to enable sharing and browsing with
sudo /usr/share/
sudo /usr/share/
on the server, and
sudo /usr/share/
on the client (enable_browsing works in breezy, enable_sharing is new
in dapper; on breezy you have to set the Port directive as Ante
described).
--
Martin Pitt http://
Ubuntu Developer http://
Debian Developer http://
In a world without walls and fences, who needs Windows and Gates?
Christian Göbel (christiangoebel) wrote : cups.conf cups1.2.0 client | #12 |
- cups.conf cups1.2.0 client Edit (2.6 KiB, text/plain)
@Ante:
I use the http backend since the System Administrator at our institute advised me todo so. (An before cups 1.2.0 final everything worked fine).
Anyway, I just tried to configure using the IPP-backend with exactly the same problem. (so perhaps this is really the same problem like in Bug 45099)
I just reinstalled cupsys - and the problem persists. You can find the required cups.conf attached. I didn't enable browsing on my Dapper - but that shouldn't change anything, I guess.
Together with the System-
By the way the problem appears also using the cups1.2.0 client from the Fedora-5 the system used by our system administrator - so the problem seems not to be Ubuntu specific. By the way we could print one page (to our surprise) but we couldn't reproduce it :(
Christian Göbel (christiangoebel) wrote : printers.conf | #13 |
Ante Karamatić (ivoks) wrote : Re: network printing regression | #14 |
Everything looks fine with your config. I guess this is server issue. If you can, please add server's cupsd.conf. And add server's and client's error_log and server's acces_log when printing fails.
Thanks.
btw IPP *is* HTTP and I'm still suspecting this is configuration issue, since HTTP and IPP protocols are well tested in all networks (Windows, OSX, CUPS1.1, CUPS1.2).
Christian Göbel (christiangoebel) wrote : cupsd.conf server | #15 |
- cupsd.conf server Edit (22.5 KiB, text/plain)
Here is the cupsd.conf from the printing server.
The error log (trying to print to the server from Cups1.2.0 on Fedora (of the System Administrators computer) gives this:
D [18/May/
D [18/May/
D [18/May/
D [18/May/
D [18/May/
D [18/May/
E [18/May/
D [18/May/
D [18/May/
D [18/May/
D [18/May/
D [18/May/
Christian Göbel (christiangoebel) wrote : Re: network printing regression | #16 |
Possibly there are different issues here:
The System Administrator didn't manage to print via the cups print-server. However (again from cups 1.2.0 on Fedora 5) he could print to the printer directly via different (other) protocols. He tried UnixPrinter(LPD) and HP JetDirect and it worked without problems.
Trying to do the same thing from my Ubuntu Dapper didn't work - so maybe there is a more general problem with the setup on my computer.
Note that using the release candidate for cups1.2.0 everything worked fine on Ubuntu Flight 5.
Here is my error.log trying to print a testpage and using different backends:
E [18/May/
E [18/May/
E [18/May/
E [18/May/
E [18/May/
E [18/May/
E [18/May/
E [18/May/
E [18/May/
E [18/May/
E [18/May/
E [18/May/
E [18/May/
E [18/May/
E [18/May/
E [18/May/
Ante Karamatić (ivoks) wrote : | #17 |
Servers conf is ok. In yours Dapper logs "Unable to get printer status (client-
And do you really have printer 'p' configured?
Christian Göbel (christiangoebel) wrote : | #18 |
Unfortunately this error log has not been produced trying to print to via the server but trying to print to the printer directly via a different other protocols.
My machine has ip: 130.104.186.126 and I can ping to 01311135.
Could it be that cups1.2.0 has problems if my computer-name is numeric?
How could I check if the cups-server can talk back to my computer?
So just to summarize:
1. my client cupsd.conf looks o.k.
2. the servers cupsd.conf looks o.k.
3. I can print from breezy, I could print from Dapper Flight5, but since update to Cups1.2.0 (standard config) I cannot print anymore.
Any suggestion on what else I could try?
And just for the record this is the error message I get when I try to print via the server using ipp:
E [19/May/
E [19/May/
E [19/May/
E [19/May/
E [19/May/
Any idea what this "Local authentication certificate not found!" means?
Christian Göbel (christiangoebel) wrote : cups error_log debug2 | #19 |
- cups error_log debug2 Edit (1.0 MiB, text/plain)
I just discovered that cups has another debug-level.
Attached you can find the error_log of my cups client, when trying to print to the cups-server. I hope this is helpful.
Ante Karamatić (ivoks) wrote : Re: network printing regression | #20 |
d [19/May/
D [19/May/
D [19/May/
D [19/May/
E [19/May/
d [19/May/
This is relevant part. Print file was not accepted? debug2 of error.log on cups server would explain why your print file was not accpeted. Please, attach error.log (while LogLevel debug2) of server.
Christian Göbel (christiangoebel) wrote : server error_log debug2 | #21 |
- server error_log debug2 Edit (23.3 KiB, text/plain)
Dear Ante,
attached you will find the requested cups error_log of the cups-SERVER in debug2 mode.
I tried to print a test page via my cups-client using the http interface.
My ip is: 130.104.186.126
There is an accept client: 10 and an accept client 11 with my ip.
No idea which one is the relevant.
At the end of the error log there a printing task going trough (not from my computer) before (my) client 10 is closed.
By the way the cups-version on the server is cups 1.1.19 - but that shouldn't be a problem when using IPP-protocol, I guess?
Ante Karamatić (ivoks) wrote : Re: network printing regression | #22 |
If you can, could you try with daily LiveCD?
This is a long shot:
reinstall hpijs foomatic-db-hpijs (apt-get --reinstall install hpijs foomatic-db-hpijs)
Christian Göbel (christiangoebel) wrote : | #23 |
Ok - I will download the daily LiveCD and try again.
What I already tried is the recommended reinstallation of hpijs and foomatic-db-hpijs but without any change.
By the way, the problem does not seem to be caused by the driver or ipp: Our system administrator gave me (temporary) write access the the printer directly. It is a HP LaserJet 4200 network printer which understands IPP - and guess what.
I could set up a ipp printer which talks to the printer directly via ipp - using the same driver as before and I can print!!
So the problem seems to be the communication between the cups1.2.0 client and the cups1.1.19 server. (our system administrator could not print over the server using a cups1.2.0 client on fedora 5, neither)
Ante Karamatić (ivoks) wrote : Re: [Bug 42802] Re: network printing regression | #25 |
On Mon, 22 May 2006 14:38:30 -0000
Christian Göbel <email address hidden> wrote:
> administrator could not print over the server using a cups1.2.0
> client on fedora 5, neither)
That could be the fact that Cups1.2 was a bit broken. Dapper has some
fixes that FC5 doesn't, which fixes this issue. I tested 1.2 clients
with 1.x servers and that worked like a charm (after those fixes were
merged in Dapper; before them I coulnd't print either).
It could be some issue we are missing, so, I'm waiting for the results
of LiveCD to see what next we will do/try.
--
Ante Karamatic | 0xD3BDA225 | 0x0A4A0161
<email address hidden> | <email address hidden> | ivoks.blogspot.com
"Tomorrow is my day off, so please stay off the powder!"
Christian Göbel (christiangoebel) wrote : Re: network printing regression | #26 |
I am writing this from the live-cd session. Great.
Network is up.
I can ping the server.
I can ping the client.
I can look at the cups network interface of the server.
But I can NOT add a printer via the gnome-cups-manager.
First it seems that I can add the printer but finally the new printer does not show up.
Anny suggestions?
I will tak a look at the documentation on how to fully enable cups-network interface on my client and try to add a printer via the localhost:631
Christian Göbel (christiangoebel) wrote : | #27 |
Without changing any permissions and trying to add a printer via the localhost:631 interface results in the following:
https:/
This is with the daily (22/05/2006) live-cd.
Ante Karamatić (ivoks) wrote : Re: [Bug 42802] Re: network printing regression | #28 |
On Mon, 22 May 2006 16:03:22 -0000
Christian Göbel <email address hidden> wrote:
> But I can NOT add a printer via the gnome-cups-manager.
Enable browsing on server and printer will apear automaticly (after
you enable LAN printer detection in gnome-cups-
it since you can't write to CD.
Thanks for your effort.
--
Ante Karamatic | 0xD3BDA225 | 0x0A4A0161
<email address hidden> | <email address hidden> | ivoks.blogspot.com
"Tomorrow is my day off, so please stay off the powder!"
Christian Göbel (christiangoebel) wrote : Re: network printing regression | #29 |
Oh dear, that means that I have to convince our system administrator (tomorrow, since he has already left) to temporarily enable browsing on the server.
I will try that tomorrow.
Thank a lot for YOUR effort. :)
Christian Göbel (christiangoebel) wrote : | #31 |
Dear Ante,
sorry, but there was no way to convince our system administrator to enable browsing on the print-server. :(
(Actually browsing is on - but there is a restrictive firewall which prevents that the computer can actually be browsed.) The print server has once been attacked by evil hackers and the administrator has developed some paranoia. He just refuses any modification/change of the firewall rules and he will not take the firewall down for some minutes. (The server manages printing for ca. 100 Windows computer).
Fortunately he found a way to enable printing for me. He setup a new print-server with cups 1.2.0 (fedora5) for me; and I can print using this sever. (I guess in the long run he will switch to cups 1.2.0 for the whole institute, anyway)
To sum up, this means that I can not test the print-setup with the live cd.
If I can do anything else, please let me know.
Ante Karamatić (ivoks) wrote : Re: [Bug 42802] Re: network printing regression | #32 |
On Tue, 23 May 2006 09:09:28 -0000
Christian Göbel <email address hidden> wrote:
> sorry, but there was no way to convince our system administrator to
> enable browsing on the print-server. :( (Actually browsing is on -
> but there is a restrictive firewall which prevents that the computer
> can actually be browsed.) The print server has once been attacked by
Since I have tested 1.1.x and 1.2 cups in all combinations, and found
it working without problems, I can't confirm your problem.
On the other hand, you setup seems very complex (firewall rules,
etc...) it is possible that somewhere something is disabled/
that otherwise should be enabled. I'll leave this bug open, but there's
nothing I can do at the moment.
--
Ante Karamatic | 0xD3BDA225 | 0x0A4A0161
<email address hidden> | <email address hidden> | ivoks.blogspot.com
"Tomorrow is my day off, so please stay off the powder!"
Christian Göbel (christiangoebel) wrote : Re: network printing regression | #33 |
Ante,
have you once tried to add the printer from a cups-1.1.* server via the gnome-cups-manager WITHOUT the auto-detect of the LAN printers?
(just by copying the uri and choosing the print-driver)
As soon as Dapper is stable I will make a clean install on my laptop and try again. But it is like you said this is not a standard setup: In addition all printing demands pass by a quota backend. (written in perl - by our administrator - however he already checked that it is not his backend which causes the problems).
There must be some subtle changes between the release candidate and the final version of cups1.2.0 which is at the root of the problem.
Thanks a lot for your efforts.
Best regards
Ante Karamatić (ivoks) wrote : Re: [Bug 42802] Re: network printing regression | #34 |
On Tue, 23 May 2006 10:54:24 -0000
Christian Göbel <email address hidden> wrote:
> have you once tried to add the printer from a cups-1.1.* server via
> the gnome-cups-manager WITHOUT the auto-detect of the LAN printers?
> (just by copying the uri and choosing the print-driver)
Yes, 2 weeks ago and now, again. It works.
--
Ante Karamatic | 0xD3BDA225 | 0x0A4A0161
<email address hidden> | <email address hidden> | ivoks.blogspot.com
"Tomorrow is my day off, so please stay off the powder!"
Christian Göbel (christiangoebel) wrote : Re: network printing regression | #35 |
Cups 1.2.1 has the following fix to ensure that cups1.2.x works well with old Cups version ("like Cups1.1.17") I don't know if this also applies to cups1.1.19, though. I didn't find the info in the change-log of previous cups version.
Copy/past from Cups1.2.1 announcement
"The scheduler no longer uses chunking in responses to clients - this caused problems with older versions of CUPS like 1.1.17 (PR #6143)"
Here is the link:
http://
Has this been applied to the cups1.2.0 of ubuntu?
Manuel López-Ibáñez (manuellopezibanez) wrote : | #36 |
As the current release cups 1.2.0-0ubuntu5, that patch has not been applied (see Changelog at:
http://
Manuel López-Ibáñez (manuellopezibanez) wrote : | #37 |
I am updating all the bugs about issues printing from cups 1.2 client to cups 1.1.X server. Could you give me a description of the bug or error message? "network printing regression" is not very informative. Thanks.
Christian Göbel (christiangoebel) wrote : | #38 |
@manu
I realy wonder what to put here - we already tried to find out what the problem is, but we didn't came up with a satifying conclusion.
Anyway here are some proposals (pick one if you like):
/usr/lib/
or
Print file was not accepted (Bad Request)!
(/usr/lib/
or
upsdAuthorize: Local authentication certificate not found!
I am afraid of putting a misleading description.
Manuel López-Ibáñez (manuellopezibanez) wrote : | #39 |
@ Christian
the first step is to have clear what the error is. I cannot put
Print file was not accepted (Bad Request)!
(/usr/lib/
because that is bug 42513
I cannot either put
upsdAuthorize: Local authentication certificate not found!
because that is bug 45099
So, please, tell me what is different in this bug from those, or either we should mark this as a duplicate of one of them.
Christian Göbel (christiangoebel) wrote : | #40 |
Sorry, Manu - the user cases described are too different. I am not a printing expert, I am just a user who is using dapper in an office environment.
I put a comment to bug 45099 some days ago, that his might be a duplicate.
Bug 42513 is talking about kdeprint and lpr - I don't even know exactly what that means.
So, yes, perhaps these three bugs are caused by the same issue - but I cannot evaluate that.
By the way: Ante, who tried to track the problem down and who knows about this three bugs didn't mark them as duplicates - I take that as evidence that even experts are not sure about this, so please don't expect ME to make claims like that. However I hope that I delivered all information which is necessary for an expert to say if this is the same issue.
Thanks for you effort! Sorry that I am so stupid. :(
Manuel López-Ibáñez (manuellopezibanez) wrote : | #41 |
Come on man, don't be that way! Was I harsh? Did I sound dictatorial? I really didn't mean it, so excuse me, please.
I am just another user, helping to keep bug reports clean and tidy, not printing expert or guru either. I was just asking whether you knew the difference, or whether you can point the duplicates. You don't know it. I don't know it. Nobody is stupid here.
Sorry again if I sounded harsh before.
Manuel López-Ibáñez (manuellopezibanez) wrote : | #42 |
Anyway, there is a experimental (HIGHLY EXPERIMENTAL and UNTESTED) package build by an user for bug 42513 here http://
One user reported that it fixed his issue, however, other users reported that it gave more errors. You may tested it (at your own risk) and tell us your result.
Changed in cupsys: | |
status: | Unconfirmed → Confirmed |
Ante Karamatić (ivoks) wrote : | #43 |
Could you please try packages from http://
Thank you
Christian Göbel (christiangoebel) wrote : | #44 |
Thanks a lot for providing the cups 1.2.1 packages - I will try them tomorrow.
Now for the record:
I just installed a fresh ubuntu 6.06 LTS on my harddisk and tried to install the printer (like described in the original bug-report).
I used gnome-cups-print manager and installed the printer using the ipp-protocol via the cups 1.1.* server.
I could print a first test-page from cups-gnome-manager!
Unfortunately I could NOT print any further testpages (neither form the network interface nor from the gnome-cups-
So the issue might be the same as in bug 42513 where printing over IPP sometimes worked and sometimes not.
Ante Karamatić (ivoks) wrote : | #45 |
Hm... This is *not* how cups should work, but it seems to fix issues for me. In /etc/cups/
I'll compile upstream sources to see if this is upstream or ubuntu error.
Ante Karamatić (ivoks) wrote : | #46 |
No, "Listen" changes won't help. This is upstream bug. Browsing doesn't work correctly, but you should try manualy adding printer. Some users reported this to be a workaround for non-working browsing.
Christian Göbel (christiangoebel) wrote : | #47 |
Just for the record:
I added the printer manually (like I have always done)
Christian Göbel (christiangoebel) wrote : | #48 |
As promised I tested printing with the experimental cups1.2.1 packages:
After an apt-get update and apt-get upgrade
1) I deleted all printers
2) restarted cups
3) added the printer manually
4) tried to print a test-page from gnome-cups-manager - failed
5) tried to print a test-page from the web-interface - failed
It seems that the provided packages for cups1.2.1 do not solve my network printing regression problems.
Christian Göbel (christiangoebel) wrote : cups1.2.1 error_log | #49 |
- cups1.2.1 error_log Edit (11.7 KiB, text/plain)
Attached you will find the (standard) error_log provided by cups1.2.1. when I tried to print using http(ipp) backend to print over a cups1.1.* server.
Manuel López-Ibáñez (manuellopezibanez) wrote : | #50 |
@Christian
@ Ante
from your log, it seems to me this is a duplicate of bug 45099. I would wait Ante to confirm it, though.
Ante Karamatić (ivoks) wrote : | #51 |
No, it isn't. This are unofficial packages with SSL support, so certificate errors are expected. What's relevant in this log is "Print file was not accepted (Bad Request)".
Btw, "certificate errors" aren't important. I'm testing something and will report if I my doubts are true...
Ante Karamatić (ivoks) wrote : | #52 |
Actully, this bug is fixed, but printing is not :)
WalterNicholls (walter-nic) wrote : | #53 |
Can confirm print jobs 'auto-cancelling' with "Local authentication certificate not found" in /var/log/
Upgrading the SERVER to dapper (and thus 1.2.0) also hasn't fixed things but that's another story, see #44931.
Manuel López-Ibáñez (manuellopezibanez) wrote : | #54 |
@WalterNicholls,
Sorry, my fault, as Ante said:
"Local authentication certificate not found" in /var/log/
So sorry for the confusion. Also, Ante is working on this. Please, patience.
Final Hint: if you write "see bug 44931" instead of "see #44931", the web interface generates a nice link to the bug report.
Manuel López-Ibáñez (manuellopezibanez) wrote : | #55 |
Ante, if you are working on this, shouldn't it be assigned to you? Sorry if this is a silly question, I am not such an expert in Bug Squashing.
Changed in cupsys: | |
status: | Confirmed → In Progress |
WalterNicholls (walter-nic) wrote : Re: [Bug 42802] Re: client 1.2.0 to 1.1.2x server over IPP: network printing regression | #56 |
manu wrote:
> @WalterNicholls,
>
> Sorry, my fault, as Ante said:
> "Local authentication certificate not found" in /var/log/
>
Yes, that's just the last error line of many ... I was just trying to
pick out which symptoms since the comments against this bug # mentioned
sevearl others. In some respects the important thing to say wasn't so
much what is actually going wrong, it's more "this is something that
Dapper broke" <g>
> So sorry for the confusion. Also, Ante is working on this. Please, patience.
>
I passed this ("patience") on to my wife, whose laptop it is that can't
print (mine is Windows XP still unfortunately). Her reply was along the
lines of "but I still need to print!" Needless to say she is eagerly
awaiting a resolution. Fortunately she can still access an alternative
different printer
> Final Hint: if you write "see bug 44931" instead of "see #44931", the
> web interface generates a nice link to the bug report.
>
I see thanks. I'm used to Trac which uses the # syntax.
Ok ok, I'm being patient now! Tempting as it is to downgrade both
machines (client and server) back to breezy...
- Walter
Ante Karamatić (ivoks) wrote : | #57 |
I'm working on it, but don't assigne me, everybody is welcome to participate :)
@Walter and other
please take a look at my last postings in bug 45099 for a temporery/final solution.
Thank you.
Christian Göbel (christiangoebel) wrote : | #58 |
I just downgraded back to cups1.2.0 using the script provided at bug 45099.
Since I cannot enable browsing on the server I tried to add the recommended raw / queue.
Trying to print a testpage I got the usual:
Queue "/usr/lib/
So this doesn't seem to work for me.
Ante Karamatić (ivoks) wrote : | #59 |
@ Christian
Yup, your case is rather special :/ What version of CUPS is on that server? You should try with cups 1.2.1, but please wait untill I create new 1.2.1 packages...
Christian Göbel (christiangoebel) wrote : | #60 |
@ante
The print server is running cups1.1.19 (on RedHat).
Christian Göbel (christiangoebel) wrote : | #61 |
@ante
If you want me to test new cups packages just let me know.
Ante Karamatić (ivoks) wrote : | #62 |
@Christian
New packages :)
Could you add:
deb http://
to /etc/apt/
Christian Göbel (christiangoebel) wrote : | #63 |
The problems seem to persist with the new cups 1.2.1. package
Here is what I have done:
1. deleted all printers
2. installed cups 1.2.1. using apt-get update / upgrade
3. installed the network-printer manually using gnome-cups-manager and the recommended postscript-driver
4. changed the options of the printer (from letter to A4)
5. printing a testpage using: http://
"/usr/lib/
Here is the output from the (standard) error-log:
E [19/Jun/
E [19/Jun/
E [19/Jun/
E [19/Jun/
E [19/Jun/
Ante Karamatić (ivoks) wrote : | #64 |
OK, can you do a simple test? Open your web browser, go to:
http://
and try printing test page from web interface.
Christian Göbel (christiangoebel) wrote : | #65 |
I just went to the web-interface of the cups-server - selected the printer and
printed successfully a test-page.
(Remember that I could print testpages from Dapper flight5 and all previous Ubuntu versions)
Ante Karamatić (ivoks) wrote : | #66 |
All right...
Please, in /etc/init.d/cupsys, replace line:
start-stop-daemon --start --quiet --oknodo --pidfile "$PIDFILE" --exec $DAEMON
with line:
start-stop-daemon --start --quiet --oknodo --pidfile "$PIDFILE" --exec /usr/bin/strace $DAEMON &> /tmp/cupsys-strace
install strace package and restart CUPS. Try printing to remote printer and, when it fails (after minute or two), stop cups and attach /tmp/cupsys-strace. This could be a very large file :/
Christian Göbel (christiangoebel) wrote : cupsys-strace from cups1.2.1 client | #67 |
- cupsys-strace from cups1.2.1 client Edit (13.7 KiB, text/plain)
@ante
I tried to follow your description - however I was not sure what "printing to remote printer" means :-(
Here is what I have done:
1. I edited /etc/init.d/cupsys like required
2. stopped cupsys, started cupsys
3. tried to print a testpage from the web-interface of cups
4. Job has been paused after some seconds (like it always does)
5. I waited perhaps for one minuter before stopping the server again.
As you will see the strace-file is not too big. Hope this is helpful anyway.
bobgus (bobgus) wrote : | #68 |
I am running Fedora5 with Gnome and got to this bug sheet by Google
/
I have been frustrated with Cups on Gnome for a long time - I don´t really know what the problem is, but my solution for hung print queue is to go into the print dialogs via http://
My printer is a HP 2100/M/TN and I am using jetdirect with ipp://xxx.xxx:9100/ to connect.
Stuart Young (cef) wrote : | #69 |
Might be related, hence why I'm not opening a new bug:
Xerox Tektronix Phaser6250 with inbuilt IPP support. Used to work fine in Breezy, no longer works in Dapper.
Tried:
Deleting and manually adding all printers (Printer does not support browsing)
Uninstalling cupsys (apt-get --purge remove cupsys) and then reinstalling all removed packages.
"sudo foomatic-
"sudo /usr/share/
Other notes:
From /var/log/
E [26/Jun/
E [26/Jun/
(cupsdAuthorize certificate stuff as well, but apparently that's not a problem).
Driver:
Using the Tektronix Phaser 850 driver (worked in Breezy and Hoary with this same printer) in Postscript mode (only mode supported).
Current Workaround:
Shifted to LPR printing (which the Phaser supports).
Jen (jfein-launchpad) wrote : | #70 |
I had the "/usr/lib/
This all happened after I upgraded to Dapper (printing was working fine before that).
I found all my problems went away when I upgraded to cups1.2.1 from cups1.2.0. This is not an official release, so I got it from: http://
You need these packages installed in this order. The package manager will complain that there are older versions available in the channel.
libcupsys2
libcupsimage2
cupsys
This is the path I used to the printer when configuring:
http://
Jen
Martin Pitt (pitti) wrote : | #71 |
This should help some subscribers here:
cupsys (1.2.1-0ubuntu1) dapper-updates; urgency=low
.
* Upgrade to new upstream version 1.2.1 (backported from edgy):
- fix for printing on Xerox IPP printers; Closes: LP#47387
- fix for banners on single page
- fix for custom page sizes (cups ignores them now in some cases)
- fix for -u and -U switches for lpadmin
- fix for printing on some Canon printers
- fix for printing on CUPS server < 1.1.17 (RHEL3 and older)
(partly fixes LP bug #42802)
- couple of fixes for imagetoraster
* Add debian/
scheduled to go into 1.2.2:
- The lpstat command did not use the correct character
set when reporting the date and time (STR #1751)
- The cupsaddsmb command and web interface did not update
the Windows PPD files properly, resulting in corrupt
PPD files for the Windows client to use (STR #1750)
- The cupsd.conf man page didn't describe the Listen
domain socket syntax (STR #1753)
- The scheduler no longer tries to support more than
FD_SETSIZE file descriptors.
- The USB backend now reports a "no such device" error
when using the old filename-based USB URIs instead of
the "success" error.
- Increased the HTTP and IPP read timeouts to 10 seconds,
as 1 second was too short on congested networks (STR
#1719)
- Fixed another file descriptor leak when printing raw
files (STR #1736)
- The scheduler didn't always choose the least costly
filter.
- Fixed parsing of IPv6 addresses in Allow, Deny,
BrowseAllow, BrowseDeny, and BrowseRelay directives
(STR #1713)
- Special cases for the "localhost" hostname did not
work, causing printing to not work when the /etc/hosts
file did not contain a localhost entry (STR #1723)
- Updated the Spanish translation (STR #1720)
- Reverse-order page output was broken when N-up or
landscape orientations were used (STR #1725)
- The parallel, serial, socket, and USB backends needed
print data before they would report back-channel data,
causing problems with several new drivers (STR #1724)
* Ship /etc/cups/ssl directory. Closes: LP#44931
* Removed debian/
1.
* debian/
* Bump up shlibs to >= 1.2.1 for compatibility safety.
Christian Göbel (christiangoebel) wrote : | #72 |
I updated the cups packages via the Update Manager.
Now the new 1.2.1-0ubuntu1 packages are installed.
I installed a printer using the http backend - and got the usual error.
Here is the output of the (standard) cups error_log when I tried to print a test-page from the gnome-cups-manger directly after installing the printer:
E [08/Jul/
E [08/Jul/
E [08/Jul/
E [08/Jul/
E [08/Jul/
E [08/Jul/
Martin Pitt (pitti) wrote : | #73 |
cupsys (1.2.2-0ubuntu1) edgy; urgency=low
.
* Merge to Debian unstable:
- This gets rid of /etc/cups/conf.d/ again and re-merges the separate
browsing and ports settings to /etc/cups/
was nice for preserving an unchanged conffile for the most important
settings, but it broke KDE and the web interface and generated way too
many bugs. Closes: LP#37892, LP#50804, LP#53582
* Update to new upstream version 1.2.2 (UVF exception granted by by Matt
Zimmerman):
- Fixes printing to 1.1.x servers. Closes: LP#42513, LP#42802
- Fixes parsing of some PostScript files which previously generated empty
pages. Closes: LP#51432
- Fixes parsing of network masks. Closes: LP#52390
- Lots of more fixes, see upstream changelog.
* debian/
Breezy->Dapper upgrade.
* debian/control: Add libdbus-1-dev build dependency to enable dbus support.
* debian/
them).
* cupsys.postinst: Fix permissions of cupsd.conf to be writable by user
cupsys world-readable.
* debian/
to new single configuration file format.
* debian/rules: Clean cups/raster.h symlink to unbreak source package build.
* Add debian/
default to avoid open port and stay compatible to previous releases.
Changed in cupsys: | |
assignee: | nobody → pitti |
status: | In Progress → Fix Released |
Martin Pitt (pitti) wrote : | #74 |
Fix is appropriate for dapper-updates, too.
Changed in cupsys: | |
assignee: | nobody → pitti |
status: | Unconfirmed → In Progress |
Tom Albers (tomalbers-deactivatedaccount) wrote : | #75 |
sysv-rc (>= 2.86.ds1-
Tom Albers (tomalbers-deactivatedaccount) wrote : | #76 |
I just now have made my first print in Dapper in combination with old cupsserver and KDE! Thanks for this package!
Martin Pitt (pitti) wrote : Re: [Bug 42802] Re: client 1.2.0 to 1.1.2x server over IPP: network printing regression | #77 |
Hi Tom,
Tom Albers [2006-07-24 11:15 -0000]:
> sysv-rc (>= 2.86.ds1-
Erm, of course it is not. I released the package for edgy so far, the
dapper task is still open. We will test 1.2.2 a bit and then update
dapper in some days if all goes well.
Martin Pitt (pitti) wrote : | #78 |
cupsys (1.2.2-
.
* New upstream bugfix release:
- Fixes printing to 1.1.x servers. Closes: LP#42513, LP#42802
- Fixes parsing of some PostScript files which previously generated empty
pages. Closes: LP#51432
- Fixes parsing of network masks. Closes: LP#52390
- Lots of more fixes, see upstream changelog.
* Dropped debian/
* debian/
debian/
version (taken from current edgy package).
Changed in cupsys: | |
status: | In Progress → Fix Released |
The error-log is rather large, since I tried different things. Hope it is helpful anyway.