HPIJS . (komt uit my-applications/postscript) hpijs heeft libnetsnmp.so.9 en een libcrypto.so.0.9.8 nodig . heb deze gehaald uit Ubunto (Debian) en staan met de overige lib in usr/local/lib . De init staan in /usr/local/sbin . Het probleem is dus dat je niet via ptal moet werken maar via usb/lp0 . Daartoe moet eerst de driver geladen worden . Deze heeft hier en daar een andere naam in 2.02 heet het usblp (Zet in rd_local een modprobe usblp) . gs -sDEVICE=ijs -sIjsServer=hpijs -dIjsUseOutputFD -sDeviceManufacturer="HEWLETT-PACKARD" -sDeviceModel="psc 1200" -r300x300 -dNOPAUSE -dSAFER -sOutputFile=/dev/usb/lp0 colorcir.ps PDQ lijkt zo zijn eigen ideen te hebben over welke PATH's open staan . Uit 1.9 is mij gebleken dat /bin en /lib of /usr/bin en /usr/lib gebruikt worden . (GS doet dit niet en ook HPIJS ook niet) Zet hpijs in /usr/bin en de bibliotheken in /usr/lib De benodigde bibliotheken zijn libcrypto.so.0.9.8 , libstdc++.so.6.0.3 (link naar libstdc++.so.6) , libnetsnmp.so.9.0.0 (link naar libnetsnmp.so.9) . (Een goede referentie is hpijs_readme.html ) Nu moet je nog je printer aanbrengen onder PDQ . In /etc/pdq staat een bestand printrc Voeg daar je printer aan toe (voor mij de psc 1210) printer "hpcolor" { # Added by the wizard on Mon Aug 21 20:09:39 2006 location "home" model "psc1200" driver "ijs-psc-1200" interface "local-port" driver_opts {"draft", "plainpaper", "color", "scyes"} driver_args {"paper" = "a4"} interface_opts {"send_eof"} interface_args {"PORT" = "/dev/usb/lp0"} } Maar nu onder /etc/pdq/drivers/ghostscript een bestand aan genaamd ijs-psc-1200 Welke bevat : driver "ijs-psc-1200" { option { desc = "print quality" var = OPTION_1 default_choice "normal" choice "draft" { value = "Quality=180dpi" desc = "draft" help = "Fast, economical, low quality" } choice "normal" { value = "Quality=300dpi" desc = "normal" help = "Normal quality printing" } choice "high" { value = "Quality=600dpi" desc = "high" help = "High quality printing" } } option { desc = "paper type" var = OPTION_2 default_choice "plainpaper" choice "plainpaper" { value = ",MediaType=Plain" desc = "plain paper " help = "" } choice "coatedpaper" { value = ",MediaType=Coated" desc = "coated or glossy paper " help = "" } } option { desc = "Colors" var = OPTION_3 default_choice "grayscale" choice "black" { value = "-sProcessColorModel=DeviceGray -dBitsPerSample=1" desc = "Print black and white only" help = "" } choice "grayscale" { value = "-sProcessColorModel=DeviceGray" desc = "Print shades of gray" help = "" } choice "color" { value = "-sProcessColorModel=DeviceRGB" desc = "Print in RGB color" help = "" } } option { var = FIX_STAIRCASE; desc = "staircase text correction" choice scyes { value = "YES" desc = "fix staircased text problems" help = "Fixes printouts\n\t\tthat look\n\t\t\t\tlike this!" } choice scno { value = "NO" desc = "leave text alone" } } argument { var = "paper" desc = "paper size" help = "Set papersize to letter, legal, a3, a4, etc..." def_value = "a4" } language_driver postscript {} # Nothing to do... language_driver text { convert_exec = { if [ "$FIX_STAIRCASE" = "YES" ]; then sed 's/$//' $INPUT > $OUTPUT; else ln -s $INPUT $OUTPUT; fi touch $OUTPUT.ok; # Tell filter_exec not to invoke gs } } filter_exec { if ! test -e $INPUT.ok; then gs \ -q -dBATCH -dSAFER -dNOPAUSE \ -sDEVICE=ijs \ -sIjsServer=hpijs \ -sDeviceManufacturer=HEWLETT-PACKARD -sDeviceModel="psc 1200"\ -dIjsUseOutputFD \ -sOutputFile=$OUTPUT \ -sPaperSize=$paper \ $OPTION_3 \ $INPUT if ! test -e $OUTPUT; then echo "ABORTED: Ghostscript had no output." >> $STATUS exit 1 fi else ln -s $INPUT $OUTPUT; fi } } De enige wijziging t.o.v. de printwizzerd is dat '-sIjsServer=hpijs' dus de HP routines ophaald i.p.v. 'ijsgimpprint' . Bij mij werkt het dan ,behalve dat PDQ zijn aanroep van GS klacht over dat de optie BOOK niet kan . HPIJS luister erg nauw naar de DeviceModel naam . PDQ klacht dat een nieuwe driver niet is geregisteerd in een RC bestand . Geen idee waar dat staat maar m.b.v. pdq --debug-rc kun je zien of je nieuwe driver wel gezien wordt . Het is wel niet duidelijk waarom lprshell.sh 'nenscript' gebruikt i.p.v. de commandline van 'abbi word' . Nenscript maar van ascii bestanden ps bestanden .