[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#282561: RFA: printbill -- Sophisticated print billing / accounting system for lprng



Package: wnpp
Severity: normal

The current maintainer of printbill, Daniel Franklin <d.franklin@ieee.org>, is
looking for a new Debian maintainer of his package. Being also the upstream
author of it, he currently doesn't have the time anymore to also be the Debian
maintainer.

If you want to be the new maintainer, please get in contact with the
maintainer first. A new upstream version is in the works, but not yet
finalized, ask the maintainer about the current status.

Some information about this package:

Package: printbill
Binary: printbill
Version: 4.1.2-1
Priority: extra
Section: text
Maintainer: Daniel Franklin <d.franklin@ieee.org>
Build-Depends: debhelper, libpng2-dev | libpng3-dev | libpng12-dev
Architecture: any
Standards-Version: 3.5.2
Format: 1.0
Directory: pool/main/p/printbill
Files: 544beb953e05184cdf289fda0cd19a83 579 printbill_4.1.2-1.dsc
 313a184b1b321aec083873423bedb97e 116620 printbill_4.1.2-1.tar.gz

Package: printbill
Priority: extra
Section: text
Installed-Size: 584
Maintainer: Daniel Franklin <d.franklin@ieee.org>
Architecture: i386
Version: 4.1.2-1
Depends: gs, gsfonts, exim | mail-transport-agent, perl, lprng, debconf (>= 1.2.9), perl-modules, magicfilter, libc6 (>= 2.3.1-1), libpng2(>=1.0.12)
Recommends: apache
Suggests: samba, gnuplot
Filename: pool/main/p/printbill/printbill_4.1.2-1_i386.deb
Size: 125666
MD5sum: 8a7f21b393a9f46e2819848d0b169150
Description: Sophisticated print billing / accounting system for lprng
 Printbill calculates the amount of ink/toner and the number of pages used
 when printing a document. It uses ghostscript to convert postscript files
 into PNG bitmaps, then calls percentblack or percentcolour to determine the
 percentage coverage. Prices may be independently determined for for each
 printer, with set rates for black and colour ink/toner and per-page. Bill
 calculation is quite CPU intensive so printbill allows multiple concurrent
 billing processes to be executed - jobs may not be printed in the order in
 which they are sent to the queue. On SMP systems printbill will happily
 make use of all processors if so instructed. Printbill can bill before
 or after printing, or can be configured to only perform accounting. It is
 possible to bill based only on pagecount, but although it is much faster,
 it is easy to fool and is not recommended.
 .
 Users pre-pay a quota and this is automatically decremented as they print -
 alternatively one may just do per-user and per-printer accounting with no
 billing. Various mechanisms exist for generating a quote. Printbill also
 keeps detailed statistics on printing habits which may be of interest to
 administrators. The system may be managed via either a command-line
 application or via a convenient web interface (for non-tech people).



Reply to: