Bug 193636 - print/cups: Shared CUPS-printers are not visible to Debian-clients with FreeBSD 10.0
Summary: print/cups: Shared CUPS-printers are not visible to Debian-clients with FreeB...
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: i386 Any
: Normal Affects Some People
Assignee: Tijl Coosemans
URL:
Keywords:
Depends on: 207746
Blocks:
  Show dependency treegraph
 
Reported: 2014-09-14 14:03 UTC by Andreas Glaeser
Modified: 2016-03-11 13:51 UTC (History)
2 users (show)

See Also:


Attachments
my last and latest configuration of cupsd (857 bytes, application/zip)
2014-09-14 14:03 UTC, Andreas Glaeser
no flags Details
new reconfiguration-attempt (857 bytes, application/zip)
2014-09-18 14:17 UTC, Andreas Glaeser
no flags Details
todays error_log.gz in debug-mode (1.56 KB, application/zip)
2014-09-18 14:22 UTC, Andreas Glaeser
no flags Details
todays error_log, gzipped (33.57 KB, application/zip)
2014-10-12 11:07 UTC, Andreas Glaeser
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Glaeser 2014-09-14 14:03:41 UTC
Created attachment 147312 [details]
my last and latest configuration of cupsd

Earlier this year, I set up FreeBSD 10 on a HP-thinclient on USB-Memory and CUPS used to work for me well enough initially as printserver.
Until, the dependency to dbus was intoduced. Since then a lot of updates, even reinstallations of CUPS-components and dbus happened, it took some time, until I realized, that dbus actually has to be
enabled in /etc/rc.conf with the following entry:

dbus_enable="YES"

This still has to be added to CUPS-documentation, so people who install the package, know what to do. I set up CUPS as a binary package using pkg, not using the ports-system for this, but I think this is the right category to report in, because CUPS is not part of the base-system.
But enabling dbus was not sufficient, since then I have been trying occasionally to make CUPS work again as printserver, but I did not succeed with this yet.
Shared printers are not discovered by my Debian-hosts anymore. I attach cupsd.conf.gz, but I think this problem is not due to misconfiguration, but might actualy be a bug.
When I use my Debian-notebook as printserver (this also still has a parallel-port), there has to be done no configuration at all, only enable this with cupsctl:
_remote_admin=1
_remote_any=1
_share_printers=1
and stuff works without any further configuration thanks to systemd, but this is not the case with FreeBSD.
Today I made one last final attempt, using the lpadmin command, according to CUPS
online-help, section 'Getting-Started/Printer-Sharing':

> Next, tag each printer that you want to share using the lpadmin(8) command on the
> server, for example:
> 
> lpadmin -p printer -o printer-is-shared=true  

But this does not work either, lpinfo does not show any information at all, so I ask now.
Currently I can only print testpages from the web-interface, directly on the server. I have an HP-LaserJet5, it was also set up correctly, using the generic PCL5-driver.
Comment 1 Andreas Glaeser 2014-09-18 14:17:54 UTC
Created attachment 147448 [details]
new reconfiguration-attempt
Comment 2 Andreas Glaeser 2014-09-18 14:22:33 UTC
Created attachment 147449 [details]
todays error_log.gz  in debug-mode

Latest updates were installed, printing was retried, it is still not working, actually failure to detect network-printer seems to be due to a dns-problem.
These are the only error-lines in error_log:
E [18/Sep/2014:13:58:29 +0200] Unable to create master DNS-SD reference: -65563
Comment 3 Andreas Glaeser 2014-10-12 11:07:26 UTC
Created attachment 148210 [details]
todays error_log, gzipped

andrew@s5:~$ cat error_log | grep ^E
E [12/Oct/2014:10:16:46 +0200] Unable to create master DNS-SD reference: -65563

This Error seems to be persistent, it is also the only one around.

I think it's easier for me to set up a print-server with Debian and leave this where it's at.
Comment 4 John Marino freebsd_committer freebsd_triage 2014-10-31 22:22:46 UTC
unfortunately, the print/cups port is not maintained by anyone so there's no one to assign the PR to.

I guess I'll just move this to "open" and out of "triage".
Comment 5 Tijl Coosemans freebsd_committer freebsd_triage 2014-11-07 16:23:54 UTC
Can you try again with cups-base-1.7.3_2?  If you enabled the MDNSRESPONDER option you may need to add mdnsd_enable="YES" to /etc/rc.conf.  Then, either restart the machine or run the following commands:

service mdnsd start
service cupsd restart

If you enabled the AVAHI option you may need to add avahi_daemon_enable="YES" to /etc/rc.conf and restart the machine or run the following commands:

service avahi-daemon start
service cupsd restart
Comment 6 Tijl Coosemans freebsd_committer freebsd_triage 2016-03-11 13:51:19 UTC
Since ports r410825 this should work now.  You need to build cups with AVAHI and DBUS options and add the following to /etc/rc.conf:

avahi_daemon_enable="YES"
cupsd_enable="YES"
dbus_enable="YES"