Hostname mismatch triggers lpoptions to give "Destination <printer name> has no PPD file!"

[michaelrsweet]

Version: 1.2.7
CUPS.org User: lukekalemyers

The example setting below duplicates the problem:

Cups server machine: fqdn hostname = srv.site, static ip = 192.168.1.2
Cups client machine /etc/hosts: 192.168.1.2 srv.local srv
Cups client.conf: ServerName=srv.local or ServerName=192.168.1.2

In this common misconfiguration scenario, where the /etc/hosts file on the client machine records a hostname differing from the fully qualified domain name on the cups server, the PPD file is available from http://srv.local:631/printers/c86.ppd or http://192.168.1.2:631/printers/c86.ppd, and lpr, lpstat, lpoptions, et al will operate normally except for:

lpoptions -l fails to retrieve printer specific options for the default printer. The error: "lpoptions: Destination c86 has no PPD file!"

Any one of three possible changes in behavior would prevent recurrence of this time-consuming mystery:
1.) When a name mismatch is present, make all the client utilities fail and provide a specific error message.
2.) Remove the (hostname checking done during lpoptions -l)
3.) If hostname test is a must, provide a specific error message

[michaelrsweet]

CUPS.org User: mike

I believe that we are setting cupsLastErrorString(), and lpoptions could use that to provide a more detailed error message.

Unfortunately, there is nothing we can do to "fix" configuration errors like this...

[michaelrsweet]

CUPS.org User: mike

Fixed in Subversion repository.