1 | PyKota's FAQ : |
---|
2 | |
---|
3 | # $Id$ |
---|
4 | |
---|
5 | * Is print accounting ever exact ? |
---|
6 | |
---|
7 | No. Print accounting is **never** exact, because it depends |
---|
8 | on external factors like the presence of paper in the printer, |
---|
9 | the quantity of remaining ink in the print cartridge, paper |
---|
10 | jams, etc... All these things are very difficult to account |
---|
11 | for correctly, and no print accounting package deals with |
---|
12 | these artefacts correctly in all situations. |
---|
13 | We are however confident that PyKota is one of the more |
---|
14 | exact print accounting software, because by default it |
---|
15 | asks the printers for how many pages they have really printed. |
---|
16 | |
---|
17 | * Can PyKota account for ink usage ? |
---|
18 | |
---|
19 | No. Actually PyKota doesn't account for ink usage, but this |
---|
20 | may come in a future release. PyKota only accounts for pages |
---|
21 | printed and/or money spent. If ink accounting is a necessity |
---|
22 | for you, PrintBill is recommended instead of PyKota. PrintBill |
---|
23 | allows you to bill differently per color, and to bill depending |
---|
24 | on the percent of the ink covered part of the pages. |
---|
25 | |
---|
26 | * How can I make PyKota work with my non-postscript printer under |
---|
27 | CUPS ? |
---|
28 | |
---|
29 | You have to define a new filtering chain for this, because most |
---|
30 | probably your printer's PPD file already contain a *cupsFilter |
---|
31 | line and only one is allowed. So it's impossible to plug PyKota |
---|
32 | there. Search the mailing list archives to learn how to do. |
---|
33 | |
---|
34 | * How can I diagnose the problem when something goes wrong ? |
---|
35 | |
---|
36 | Put "LogLevel debug2" in cupsd.conf (usually in /etc/cups/). |
---|
37 | Then put "logger: system" and "debug: yes" in |
---|
38 | /etc/pykota/pykota.conf. |
---|
39 | Finally restart CUPS. |
---|
40 | CUPS' error_log file will now contain many informations which |
---|
41 | will help diagnose your problem. Also your syslog's output for |
---|
42 | the LPR facility (usually /var/log/lpr.log) will contain |
---|
43 | PyKota's debug messages, notably all database related queries |
---|
44 | and their result, be your database PostgreSQL or OpenLDAP. |
---|
45 | With these two files the problem can usually be diagnosed within |
---|
46 | minutes. Send them to the mailing list and wait for an answer. |
---|
47 | |
---|
48 | * Some, not all, print jobs are never accounted for, why ? |
---|
49 | |
---|
50 | Probably because some jobs were printed in raw mode. |
---|
51 | Job printed this way are never filtered, and so PyKota |
---|
52 | doesn't see them. |
---|
53 | If you print to a CUPS server through Samba, delete the |
---|
54 | "-o raw" command line option in smb.conf's print command |
---|
55 | entry, and restart Samba. Gimp also sets the "-o raw" |
---|
56 | command line option some times. Be sure to disable |
---|
57 | raw mode in CUPS configuration. Eventually recompile |
---|
58 | CUPS without raw mode support at all. |
---|
59 | |
---|
60 | * When printing from Windows, the jobs are never accounted for, |
---|
61 | but from *nix they are. Could you explain the reason for this ? |
---|
62 | |
---|
63 | First refer to the point above. If this doesn't solve your |
---|
64 | problem, try to set your print driver to PostScript mode |
---|
65 | and check the "maximum compatibility" box in its configuration, |
---|
66 | instead of "maximum speed". Often HP printers come with both |
---|
67 | a PCL and a PostScript driver under Windows. Don't install the |
---|
68 | PCL one. |
---|
69 | |
---|
70 | * My question isn't answered there, can you help ? |
---|
71 | |
---|
72 | Sure. Ask your question to the mailing list. If this is a |
---|
73 | frequently asked question, or if your problem is on the contrary |
---|
74 | very specific, it will probably be added to this document. |
---|
75 | |
---|