CUPS page accounting not working
Bug #126139 reported by
DurvalMenezes
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
foo2zjs |
Invalid
|
Undecided
|
Unassigned | ||
foomatic-db |
Fix Released
|
Undecided
|
Unassigned | ||
foomatic-db-engine |
Fix Released
|
Undecided
|
Unassigned | ||
foomatic-filters |
Fix Released
|
Undecided
|
Unassigned | ||
foo2zjs (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
foomatic-db (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
foomatic-db-engine (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
foomatic-filters (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Version information:
Ubuntu 7.04 Feisty with all updates applied
CUPS 1.2.8 (Ubuntu package cupsys 1.2.8-0ubuntu8)
Printer: HP Laserjet 1018 connected directly to an USB 2.0 port
Problem description:
The "jobs" pages on CUPS admin always show "Unknown" for the number of pages printed;
moreover, I checked /var/log/
Changed in foomatic-filters: | |
status: | New → Incomplete |
Changed in foomatic-filters: | |
status: | Incomplete → Fix Released |
Changed in foomatic-db-engine: | |
status: | New → Fix Released |
Changed in foomatic-db: | |
status: | New → Fix Released |
Changed in foo2zjs: | |
status: | Incomplete → Invalid |
status: | Incomplete → Invalid |
Changed in foomatic-filters: | |
status: | Incomplete → In Progress |
Changed in foomatic-db-engine: | |
status: | New → In Progress |
Changed in foomatic-db: | |
status: | New → In Progress |
To post a comment you must log in.
Investigation and solution:
After some investigation, I found that CUPS depends on 'PAGE: n c' lines being
output to stderr by pstops or one of the filters that are called for each page
printed. Also, I found that when there's a PPD file configured for the printer,
and that PPD defines at least 1 filter for it (as is the case with the.PPD files
included with the foo2zjs package), the pstops program does NOT output the
'PAGE: n c' lines, and so the CUPS page accounting can't register the number of
pages being printed. I checked the source for other filters (e.g, rastertohp)
and found that they indeed do output the required 'PAGE: n c' lines.
From the above, I concluded that the problem is caused by foo2zjs not outputting
the 'PAGE: n c' lines to stderr, so I made a patch to the current Ubuntu package
sources (see attached patch).
I've tested it and now page accounting works perfectly, with no ill
side-effects (at least none that I can detect).
I've also posted the above fix upstream (updated to the last upstream version), foo2zjs. rkkda.com/ forum/read. php?8,488
both to foo2zjs community forum at http://
and directly to its author.