1.3.9-5 seems to be working for me!!! thank you very much!
On Mon, 2008-11-17 at 11:44 +0100, Martin Pitt wrote:
> Martin Pitt [2008-11-16 16:59 +0100]:
> > Upstream committed a different patch:
> >
> > http://www.cups.org/strfiles/3001/str3001.patch
>
> This patch is now included in 1.3.9-5
Hi,
On Mon, Nov 17, 2008 at 11:44:04AM +0100, Martin Pitt wrote:
> Martin Pitt [2008-11-16 16:59 +0100]:
> > Upstream committed a different patch:
> >
> > http://www.cups.org/strfiles/3001/str3001.patch
>
> This patch is now included in 1.3.9-5, which just got uploaded to
> experimental. Can y
Martin Pitt [2008-11-16 16:59 +0100]:
> Upstream committed a different patch:
>
> http://www.cups.org/strfiles/3001/str3001.patch
This patch is now included in 1.3.9-5, which just got uploaded to
experimental. Can you guys please test this version? If it works, I
need to push that to unstable a
Martin Pitt, le Sun 16 Nov 2008 16:59:45 +0100, a écrit :
> Upstream committed a different patch:
>
> http://www.cups.org/strfiles/3001/str3001.patch
Ok. I was actually tempted to do something similar but I didn't know the
consequences. I guess it's ok then.
Samuel
--
To UNSUBSCRIBE, email
Hello all,
Upstream committed a different patch:
http://www.cups.org/strfiles/3001/str3001.patch
It's not quite doing the same as Samuel's, but according to upstream
it is more correct. Any chance you can apply this instead of Samuel's,
and checking if it still works?
Many thanks!
Martin
--
Hi Samuel,
Samuel Thibault [2008-11-11 14:46 +0100]:
> Right but here the issue is on the input side: device_fd got to EOF,
> thus select() returning it and read() on it returning 0. The attached
> patch at least prevents select from returning, avoiding 100% CPU usage.
Thanks for your analysis an
Hi,
On Tue, Nov 11, 2008 at 07:40:40PM +0100, Samuel Thibault wrote:
> Andreas Mohr, le Tue 11 Nov 2008 19:33:02 +0100, a écrit :
> > Or, simply stated, how to disable the test suite to get a successful
> > .deb package build?
>
> Usually you just need to prepend DEB_BUILD_OPTIONS=nocheck
That d
Andreas Mohr, le Tue 11 Nov 2008 19:33:02 +0100, a écrit :
> Or, simply stated, how to disable the test suite to get a successful
> .deb package build?
Usually you just need to prepend DEB_BUILD_OPTIONS=nocheck
Samuel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe
Hi,
On Tue, Nov 11, 2008 at 02:46:55PM +0100, Samuel Thibault wrote:
> Right but here the issue is on the input side: device_fd got to EOF,
> thus select() returning it and read() on it returning 0. The attached
> patch at least prevents select from returning, avoiding 100% CPU usage.
Very nice,
Andreas Mohr, le Sun 02 Nov 2008 17:17:12 +0100, a écrit :
> The CUPS backend mechanism had issues before already
> (STR #2664, http://www.cups.org/str.php?L2664+P0+S-2+C0+I0+E0+M20+Q ):
>
>
> r7204 | mike | 2008-01-09 19:59:
OK, using HPLIP (hp backend, which appears to be recommended) submitting
larger jobs seems to work without a backend lockup, however it's AWFULLY,
almost unusably slow (1 page per 2 minutes or so, adding up to maybe 4 minutes
per quadruple-duplexed PDF/PS page).
(HPLIP is actually known to be very
Environment clarification:
HPLJ4000TN JetDirect J3111A Firmware G.08.49 (newest), on a BNC(!)
connection.
This being a 10Mbps BNC connection here could be another indication
that this 100% CPU lockup issue possibly happens on slower connections only
(this issue does not seem to be too wide-spread,
I'm going to revert severity to grave, since my situation can be considered
fully printer-less:
- this bug is killing all reasonable print activity locally
- additionally, my fallback mechanism (printing over a large distributed
SMB-based Canon copier network at a remote place)
does __NOT__ work
As submitter of merged report #502100, I debugged this issue further
(installed cups-dbg), then submitted a job and waited for the 100% CPU
socket backend lockup to occur.
Did a
gdb /usr/lib/cups/backend-available/socket
and then a "bt" (no symbols listed here yet), and then did
"add-symbol-file"
Attaching requested info, thanks!
=
error_log: (the first two entries appeared when adding the printer
through the web interface, even though the printer appeared to be
successfully added with no error messages in the web interface. The
last entry appeared only after I 'kill -9'
severity 489045 normal
tag 489045 moreinfo
thanks
Patricio Rojo [2008-07-02 20:03 -0400]:
>Nothing happens when trying to print, even the test-page, to a HP
> 4200 network printer through HPDirect. If I run 'top', I see a process
> called 'socket' owned by user 'lp' that is using 100% of co
Package: cups
Version: 1.3.7-7
Severity: grave
Justification: renders package unusable
Hi,
Nothing happens when trying to print, even the test-page, to a HP
4200 network printer through HPDirect. If I run 'top', I see a process
called 'socket' owned by user 'lp' that is using 100% of comput
17 matches
Mail list logo
