lpadmin / cups-driverd : wrong ppd path , Unable to copy PPD file!

Bug #482547 reported by Hadmut Danisch
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
cups (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: cups

Hi,

after upgrading to karmic, my scripts to add printers through lpadmin do not work anymore. When trying to add a printer e.g. like

lpadmin -p HP-LaserJet-1300 -m hp-laserjet_1300-ps.ppd -v socket://192.168.1.1:9100

I get error messages of the kind

lpadmin: Unable to copy PPD file!

Neither relative nor absolute paths to the ppd file work. strace reveals that lpadmin calls
  /usr/lib/cups/daemon/cups-driverd cat
with the given ppd file (-m option)

cups-driverd does not accept absolute paths.

when a relative path is given, cups-driverd looks under /usr/share/cups/model , while the ppds are under /usr/share/ppd under Ubuntu.

regards

ProblemType: Bug
Architecture: i386
Date: Sat Nov 14 10:34:31 2009
DistroRelease: Ubuntu 9.10
MachineType: Gigabyte Technology Co., Ltd. GA-MA78G-DS3H
NonfreeKernelModules: fglrx
Package: cups 1.4.1-5ubuntu2.1
Papersize: a4
ProcCmdLine: root=/dev/mapper/raid1-root ro quiet splash
ProcEnviron:
 LANGUAGE=en_US.UTF-8
 PATH=(custom, user)
 LANG=en_US.UTF-8
 LC_MESSAGES=en_US.utf8
 SHELL=/bin/tcsh
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: cups
Uname: Linux 2.6.31-14-generic i686
XsessionErrors:
 (gnome-settings-daemon:6695): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
 (gnome-settings-daemon:6695): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
 (polkit-gnome-authentication-agent-1:6781): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
 (nautilus:6758): Eel-CRITICAL **: eel_preferences_get_boolean: assertion `preferences_is_initialized ()' failed
dmi.bios.date: 04/03/2008
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: F2
dmi.board.name: GA-MA78G-DS3H
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.board.version: x.x
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: dmi:bvnAwardSoftwareInternational,Inc.:bvrF2:bd04/03/2008:svnGigabyteTechnologyCo.,Ltd.:pnGA-MA78G-DS3H:pvr:rvnGigabyteTechnologyCo.,Ltd.:rnGA-MA78G-DS3H:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
dmi.product.name: GA-MA78G-DS3H
dmi.sys.vendor: Gigabyte Technology Co., Ltd.

Revision history for this message
Hadmut Danisch (hadmut) wrote :
Revision history for this message
Hadmut Danisch (hadmut) wrote :

Setting a symlink from /usr/share/cups/model to /usr/share/ppd fixes the problem (dirty workaround), so it is definitely a wrong path in the binary.

Alvin (alvind)
Changed in cups (Ubuntu):
status: New → Confirmed
Revision history for this message
Pascal De Vuyst (pascal-devuyst) wrote :

All PPD's are dynamically generated or passed through cups-driverd now, even static ones under /usr/share/ppd
You should use the complete driver name as output by this command:
lpinfo -m | grep -i 'laserjet_1300'
e.g.:
lpadmin -p HP-LaserJet-1300 -m hplip:0/HP/hp-laserjet_1300-ps.ppd -v socket://192.168.1.1:9100

PS: I already reported the multiple identical hplip PostScript entries you see as bug #779465

Changed in cups (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.