Bug#627770: foomatic-db-engine doesn't work with foomatic-db-compressed-ppds
Package: foomatic-db-engine Version: 4.0.7-1 Severity: normal while foomatic-db-compressed-ppds provides foomatic-db, foomatic-db-engine which suggest foomatic-db, doesn't work when foomatic-db-compressed-ppds is installed, and for example command "foomatic-searchprinter HP" results in: Cannot read file /usr/share/foomatic/db/oldprinterids! Cannot read directory /usr/share/foomatic/db/source/driver! Entity: line 1: parser error : Extra content at the end of the document ^ I assume it's due to the lack of the raw database, but perhaps an Conflict on foomatic-db-compressed-ppds should be added. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages foomatic-db-engine depends on: ii bash 4.1-3 The GNU Bourne Again SHell ii curl 7.21.6-1Get a file from an HTTP, HTTPS or ii foomatic-filters 4.0.7-1 OpenPrinting printer support - fil ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii perl 5.10.1-20 Larry Wall's Practical Extraction ii wget 1.12-3.1retrieves files from the web Versions of packages foomatic-db-engine recommends: ii cups 1.4.6-5Common UNIX Printing System(tm) - ii cups-client 1.4.6-5Common UNIX Printing System(tm) - ii netcat-traditional [netcat] 1.10-39TCP/IP swiss army knife Versions of packages foomatic-db-engine suggests: ii foomatic-db-compressed-ppds [ 20110209-1 OpenPrinting printer support - Com pn foomatic-db-gutenprint (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627770: foomatic-db-engine doesn't work with foomatic-db-compressed-ppds
The concept is the following: The recommended Foomatic setup for end users (and default Foomatic setup on Ubuntu) is foomatic-db-compressed-ppds and foomatic-rip. The pre-built and compressed PPD files in foomatic-db-compressed-ppds take much less space than the Foomatic XML data of foomatic-db and they get also delivered much more quickly on requests by CUPS than the PPD files generated from the XML data by foomatic-db-engine on demand. foomatic-db-engine gets a developer package (like gcc) then. It is only needed to build compressed PPD repositories from Foomatic XML data, so it is only needed to build packages. foomatic-db-engine also makes sense when foomatic-db is not installed, as in the package build scenario one usually has the Foomatic XML data from which one builds the PPD files at another than the usual place, like in the package's source tree or in a temporary directory. This is the case because one builds from the Foomatic data which the package ships or one mixes data from foomatic-db with data from the package, which a package build cannot do in /usr/share/foomatic. To do so, one sets the environment variable FOOMATICDB pointing to the desired XML database and then one calls the tools of foomatic-db-engine. Therefore we only suggest foomatic-db and do not recommend or even require it. The "Provides: foomatic-db" was added to foomatic-db-compressed-ppds for the transition of Ubuntu from foomatic-db/foomatic-db-engine to foomatic-db-compressed-ppds, together with "Conflicts: foomatic-db; Replaces: foomatic-db". In the Google Summer of Code another approach of using the OpenPrinting database (foomatic-db) will get added: The XMLs will be converted to an SQLite database. This is more flexible than the compressed PPDs as one can easily modify the data in the SQL databse, but on the other side it is probably not so compact and fast as the compressed PPDs. Till -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org