Binary package hint: cups
I have a desktop pc in dual boot ubuntu 9.04 and ubuntu 9.10, this pc has a usb printer Brother HL 2140. Locally the printer works fine with both version of Ubuntu.
I have as well an EeePc with Jaunty, this netbook can print fine, on the desktop pc shared printer, when I boot 9.04 on the desktop pc. But it can't print anything when I boot Karmic on the desktop pc.
I tried to delete the printer on the eeepc and reconfigure it, but no way. Always the printer properties window say "Waiting for the connection to the remote pc" and "may be the printer is offline?"
Attached I put what appears in the access_log and error_log on the eeepc, on the desktop pc nothing appears in the logs at each try of printing from eeepc.
ProblemType: Bug
Architecture: amd64
Date: Mon Oct 12 09:40:01 2009
DistroRelease: Ubuntu 9.10
Lpstat: device for HL-2140-series: usb://Brother/HL-2140%20series
Lsusb:
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 046d:08d7 Logitech, Inc. QuickCam Communicate STX
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: MICRO-STAR INTERNATIONAL CO.,LTD MS-7508
NonfreeKernelModules: nvidia
Package: cups 1.4.1-4
Papersize: a4
PpdFiles: HL-2140-series: Brother HL-2140 Foomatic/hpijs-pcl5e (recommended)
ProcCmdLine: root=/dev/sda2 ro ipv6.disable=1 splash quiet
ProcEnviron:
LANG=es_PE.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-13.43-generic
SourcePackage: cups
Uname: Linux 2.6.31-13-generic x86_64
dmi.bios.date: 06/10/2008
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: V3.1
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: MS-7508
dmi.board.vendor: MICRO-STAR INTERNATIONAL CO.,LTD
dmi.board.version: 1.0
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: MICRO-STAR INTERNATIONAL CO.,LTD
dmi.chassis.version: 1.0
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrV3.1:bd06/10/2008:svnMICRO-STARINTERNATIONALCO.,LTD:pnMS-7508:pvr1.0:rvnMICRO-STARINTERNATIONALCO.,LTD:rnMS-7508:rvr1.0:cvnMICRO-STARINTERNATIONALCO.,LTD:ct3:cvr1.0:
dmi.product.name: MS-7508
dmi.product.version: 1.0
dmi.sys.vendor: MICRO-STAR INTERNATIONAL CO.,LTD
I have found the problem: CUPS 1.4.1 broadcasts the local print queues with host names and not with IP addresses and it also looks up the host names of clients which try to access and then manages the clients with the host names. This works perfectly well in networks where every computer has a well-defined host name. Many routers to not assure this without requiring manual configuration by the user. This means that one can navigate perfectly well with IP addresses in the network but not with host names.
CUPS 1.3.x was using IP addresses for broadcasting and browsing as long as "HostNameLookups" was not turned on in cupsd.conf. CUPS 1.4.x always uses host names for browsing and broadcasting, independent of the setting of "HostNameLookups", which caused the problem for you.
I have patched CUPS now to recover the old behavior. The patched version is uploaded to the Debian BZR repo and will get into Ubuntu in time for Karmic.