** Summary changed:

- Gutsy: Bad interaction with avahi
+ [Gutsy SRU Request] Bad interaction with avahi

** Description changed:

  Binary package hint: cupsys
  
  Exporting printers via avahi (i.e. mdns) doesn't work well on gutsy. The
  two problems I see are:
  
- 1) On bootup cups gets started before avahi  => Shared printers don't
- show up in mdns unless one restarts cups
+ 1) (fixed in avahi) On bootup cups gets started before avahi  => Shared
+ printers don't show up in mdns unless one restarts cups
  
- 2) Every morning when the log files get rotated, shared printers
- disappear from mdns.  I haven't inspected this closer yet.  The only way
- to fix it is restarting cups again.
+ 2) (fixed in cupsys) Every morning when the log files get rotated,
+ shared printers disappear from mdns.  I haven't inspected this closer
+ yet.  The only way to fix it is restarting cups again.
  
  Both problems are quite annoying because Mac OS X 10.5 (Leopard) clients
  only see printers shared via mdns,  normal cups broadcasts get ignored.
  So currently we have to restart cups every morning so OS X users can
  print.
+ 
+ TEST CASE:
+ 
+ 1) Fix in avahi
+ 
+ Reboot your system and do
+ 
+ sudo apt-get install avahi-utils
+ avahi-browse -k -t -v -r -a
+ 
+ Does the output contain IPP printer entries representing the queues of
+ your local CUPS daemon?
+ 
+ 2) Fix in cupsys
+ 
+ Get your network's broadcast address(es) via the "ifconfig" command.
+ This is the address/these are the addresses after "BCast:" in the
+ sections of each interface representing a local network (in most cases
+ everything except "lo").
+ 
+ Now edit /etc/cups/cupsd.conf commenting out (preceeding by a "#") the
+ "BrowseAddress @LOCAL" line and adding a line
+ 
+ BrowseAddress <broadcast address>:631
+ 
+ for each of your broadcast addresses.
+ 
+ Now do two attempts of restarting CUPS:
+ 
+ a) sudo /etc/init.d/cupsys restart: After this kind of restart you will
+ always have broadcasting of local printers working, with or without this
+ bug present.
+ 
+ b) sudo killall -HUP cupsd: After this restart broadcasting will stop if
+ this bug is present.
+ 
+ For testing the presence of CUPS' broadcasting, either do
+ 
+ sudo apt-get install avahi-utils
+ avahi-browse -k -t -v -r -a
+ 
+ or see whether your print queues appear on another Linux box in your
+ network which runs CUPS (and has listening for broadcasts activated).

-- 
[Gutsy SRU Request] Bad interaction with avahi
https://bugs.launchpad.net/bugs/173470
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to