Binary package hint: hplip
The hplip-data package is 5MB larger in lucid than it was in karmic, making this package the single top contributor to the fact that the amd64 alternate CD is currently 22MB oversized.
The change in size is due to a huge increase in the size of all the ppds in the package; e.g.:
-120883 hp-color_laserjet_cp6015-ps.ppd
+447513 hp-color_laserjet_cp6015-ps.ppd
This needs to be remedied so we can have usable CDs for alpha-1.
ProblemType: Bug
Architecture: amd64
CupsErrorLog: W [06/Dec/2009:08:06:19 -0800] No limit for CUPS-Get-Document defined in policy default - using Send-Document's policy
Date: Sun Dec 6 11:48:16 2009
DistroRelease: Ubuntu 10.04
Lpstat:
device for davidson-printer: smb://WORKGROUP/EXCALIBUR/Printer2
device for PSC_750: ipp://192.168.13.6:631/printers/PSC_750
device for PSC_750_legal: ipp://192.168.13.6:631/printers/PSC_750_legal
MachineType: LENOVO 6371CTO
Package: hplip 3.9.10-0ubuntu2
Papersize: letter
PccardctlIdent:
Socket 0:
no product info available
PccardctlStatus:
Socket 0:
no card
PpdFiles: davidson-printer: HP Color LaserJet CP3505 Postscript (recommended)
ProcCmdLine: root=/dev/mapper/hostname-root ro quiet splash
ProcEnviron:
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-6.8-generic
SourcePackage: hplip
Tags: lucid
Uname: Linux 2.6.32-6-generic x86_64
dmi.bios.date: 12/27/2006
dmi.bios.vendor: LENOVO
dmi.bios.version: 7IET23WW (1.04 )
dmi.board.name: 6371CTO
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr7IET23WW(1.04):bd12/27/2006:svnLENOVO:pn6371CTO:pvrThinkPadT60:rvnLENOVO:rn6371CTO:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 6371CTO
dmi.product.version: ThinkPad T60
dmi.sys.vendor: LENOVO
The change is in the PostScript printer PPDs supplied by HP. They have internationalized them, which means that all option menu items are translated into around 10 languages now. This has blown up these PPDs.
The internationaliz
I cannot remove the PostScript PPDs from the HPLIP package, as there is a very big user base with PostScript printers from HP. They are also not auto-downloadable at OpenPrinting as HP is maintaining them in HPLIP, which comes with all distributions. I have removed the HP PPDs from OpenPrinting some time ago as no one kept them up-to-date.
Possible solutions are:
Do not ship the openprinting-ppds package. This would free some space, but for any non-HP PostScript printer the user must be connected to the internet for setting up the printer, as the PPD will get auto-downloaded from OpenPrinting.
Do not ship HP's PPDs and post them on OpenPrinting again. This would require that the PPDs at OpenPrinting are quickly updated after each release of HPLIP (or even before, in cooperation with HP). This would mean that users of HP PostScript printers need internet connection to set up their printers.
Currently, we make use of OpenPrinting to save space by letting the PPDs from Ricoh family and OEM getting auto-downloaded from OpenPrinting.
In the future we will get more space occupation with PPD files. More manufacturers discover internationaliz
I am thinking about opening a Google Summer of Code project next year about highly compressing ready-made PPDs shipping with Linux distributions, based on a PPD generator (program in /usr/lib/