Uploaded SRU for Karmic to -proposed, package is waiting for appreoval.
debdiff of the changes is attached.
** Patch added: "debdiff with the foomatic-filters fix for Karmic"
http://launchpadlibrarian.net/38663178/foomatic-filters_4.0.3-0ubuntu2_4.0.3-0ubuntu2.1.debdiff
** Changed in: foomati
Everyone who wants to test the fixed foomatic-filters in Lucid, please
test with the next daily live CD or update your Lucid as soon as the
fixed foomatic-filters package mentioned above hits the mirrors.
--
Process 'gs' begins taking 100% CPU and loading up vast amounts of RAM on CUPS
restart
h
This bug was fixed in the package foomatic-filters - 4.0.3-0ubuntu3
---
foomatic-filters (4.0.3-0ubuntu3) lucid; urgency=low
* debian/patches/10_foomatic-rip-use-poppler-pdftops-with-cups.patch:
CUPS manipulates $PATH when calling filters and this makes foomatic-rip
calling
** Changed in: foomatic-filters (Ubuntu)
Status: In Progress => Fix Committed
--
Process 'gs' begins taking 100% CPU and loading up vast amounts of RAM on CUPS
restart
https://bugs.launchpad.net/bugs/463059
You received this bug notification because you are a member of Ubuntu
Bugs, which
Also some proprietary (manufacturer-supplied) drivers using foomatic-rip
can have this problem and the fix in foomatic-filters will solve it.
** Also affects: foomatic-filters (Ubuntu Karmic)
Importance: Undecided
Status: New
** Changed in: foomatic-filters (Ubuntu Karmic)
Importance
By testing with a similar driver ("foo2zjs" on the HP LaserJet 1020) I
could see how the problem got caused. The driver requires incoming PDF
being converted to PostScript and instead of using the desired call of
Poppler's pdftops it used an awkward Ghostscript call which is only
supported as a fal
Further testing ...
I attached Lab01.pdf above.
Steps followed ..
da...@thich:~$ cupsctl LogLevel=debug
da...@thich:~$ cupsctl LogDebugHistory=99
da...@thich:~$ sudo /etc/init.d/cups restart
* Restarting Common Unix Printing System: cupsd [ OK ]
da...@thich:~$ ev
Everyone who has this problem please, I need the following information:
1. The file you tried to print. If you did not supply it yet, please
attach it to the bug report. If the problem occurs for you directly
after boot, please you have a file from the last session still in the
print queue. You ca
Till, thanks for that.
I have downloaded the Lucid Alpha nightly desktop ISO build from Jan 28th and
installed it.
(This has taken a while because this is unstable on my PC - the graphical
session keeps hanging)
I printed out the attached PDF to a Samsung CLP-300 (using monochrome,
double-sided
Everyone who is using the "pxlmono" or "pxlcolor" driver of Ghostscript
(PCL-XL/PCL-6 drivers), please try a live CD of Lucid as to these
drivers several fixes were applied recently. Please tell whether the
fixed Ghostscript in Lucid solves the problem.
--
Process 'gs' begins taking 100% CPU and
Same issue with me, sending a pdf or ps to a printer on a headless
server.
* Problem also occurs if scp'ing files and printing locally (i.e. lpr
filename.pdf) - when leaving it (10 mins for a 3-page pdf on a 700MHz
processor, it eventually came out).
* Print queue is empty
Till Kamppeter: Is it
Super_merlin -
Check your print queues - there is a good chance you have an old .PDF job in a
print queue from a previous session.
--
Process 'gs' begins taking 100% CPU and loading up vast amounts of RAM on CUPS
restart
https://bugs.launchpad.net/bugs/463059
You received this bug notification
I'm not even printing anything. I just turned the computer on, and had a
processor at 100%. Ubuntu 9.10, fresh install, 32-bit.
--
Process 'gs' begins taking 100% CPU and loading up vast amounts of RAM on CUPS
restart
https://bugs.launchpad.net/bugs/463059
You received this bug notification beca
same problem, my system:
Ubuntu 9.10 (KK) 64 bits, fresh installation. Printer HP Deskjet D2460
Eons to print a PDF
Thanks in advance
David
--
Process 'gs' begins taking 100% CPU and loading up vast amounts of RAM on CUPS
restart
https://bugs.launchpad.net/bugs/463059
You received this bug no
In the last days the pxlmono driver in Ghostscript (the one which you
are using) got vastly improved. I have applied the appropriate patches
to the Ghostscript of Lucid. Please try a live CD of Lucid Alpha 1. Does
printing go faster with it?
** Changed in: ghostscript (Ubuntu)
Status: New =
forgot to mention, ubuntu 9.10, fresh install
--
Process 'gs' begins taking 100% CPU and loading up vast amounts of RAM on CUPS
restart
https://bugs.launchpad.net/bugs/463059
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bu
Affects me as well, printing a PDF takes for ages, often more then 20
minutes, at times it seems hours (i print another way, say, give the pdf
to a friend, and sometime in the afternoon my document get's printed)
...
one core of the cpu get's totally hogged
printer is a network printer, lexmark X
ubuntu 9.10 - 64 bit - Same problem when trying to print PDF on a
network Canon printer,
--
Process 'gs' begins taking 100% CPU and loading up vast amounts of RAM on CUPS
restart
https://bugs.launchpad.net/bugs/463059
You received this bug notification because you are a member of Ubuntu
Bugs, w
I have Ubuntu 9.10 freshly installed, yet i have the problem of gs and
pdftotext taking up huge amount of CPU while downloading a bunch of pdf
files using Transmission torrent client.
--
Process 'gs' begins taking 100% CPU and loading up vast amounts of RAM on CUPS
restart
https://bugs.launchpad
i have installed fresh 9.10 but the problem seem to me. CPU 2.10 ghz.
2048 mb ram.
--
Process 'gs' begins taking 100% CPU and loading up vast amounts of RAM on CUPS
restart
https://bugs.launchpad.net/bugs/463059
You received this bug notification because you are a member of Ubuntu
Bugs, which is
The problem seems to be connected to the upgrade of Ubuntu 9.04 to
Ubuntu 9.10. The process gs behaves on my computers completely normal if
Ubuntu 9.10 is fresh installed. So the problem does not anymore occur on
my computers.
--
Process 'gs' begins taking 100% CPU and loading up vast amounts of
I have found out that the gs process was flat-lining the CPU because there were
a number of PDF jobs in the print queue.
These PDFs are converted Powerpoint slides and seem to be printed very
inefficiently.
One PDF has 6 pages - each page displays 6 ppt slides - ie. the PDF has been
created from
Same problem my PC - single core Pentium 4 flat-lining until I kill the
gs process.
lp2376 19.0 42.6 479544 438124 ? R10:46 0:06 gs -q
-sstdout=%stderr -sDEVICE=pswrite -sOutputFile=- -dBATCH -dNOPAUSE
-dPARANOIDSAFER /var/spool/cups/tmp/foomatic-HHY4yi
Printer is CLP-300 conn
This kind of problem also occurred on two of my PCs. Both are connected
to a Brother 2140 using a Raw-Socket.
The problem is the following: When I start to print a pdf (400kB) using
evince the CPU usage of gs goes to 100% on one core and when the usage
is reduced my memory will be blown up (physic
24 matches
Mail list logo
