root / pykota / trunk / FAQ @ 1177

Revision 1175, 3.3 kB (checked in by jalet, 21 years ago)

Minimal FAQ added

  • Property svn:eol-style set to native
  • Property svn:keywords set to Author Date Id Revision
Line 
1PyKota'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   
Note: See TracBrowser for help on using the browser.