This bug appears to be back on Trusty, with a Samsung laser printer
attached to my router.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/465916
Title:
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not
PS The standard Add Printer dialog does not find the Samsung networked
pnte.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/465916
Title:
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
Error Log attached for Brother Hl-DN5250 printer
** Attachment added: error_log
https://bugs.launchpad.net/avahi/+bug/465916/+attachment/3514533/+files/error_log
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I now have this problem on a 32 bit Precise PC. The printer is Shared.
I have a feeling that a package with name containing dnssd was updated
recently and it has been occurring since then. Please let me know what
additional information that I should provide.
--
You received this bug
The Shared bit is in the configuration of each print queue. In system-
config-printer, right click the printer's icon, click on Shared in the
pop-up menu so that it gets a check mark.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Same problem on ubuntu 11.10 (oneiric). Freshly installed printer does
not appear on a neighbor machines. Had to use an 11.04-based machine to
share the printer on the network.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Oneiric has Avahi broadcasting functionality, like Natty. Please check
whether the Avahi daemon is running and start it if not. If the Avahi
daemon is taking 100% CPU, restart it. Make sure that you have turned on
printer sharing and that the shared bit for each print queue which you
want to use
Avahi is running and does not take 100% CPU:
root@ubuntu2:~# ps awux | grep avahi
root@ubuntu2:~# ps awux | grep avahi
avahi 739 0.0 0.0 32396 1944 ?SDec13 0:00 avahi-daemon:
running [ubuntu2.local]
avahi 740 0.0 0.0 32132 468 ?SDec13 0:00
I agree this should be backported to 10.04 because this had worked in
8.04. It's a regression from a previous release and should be fixed in
10.04.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/465916
interesting question Jouke has, seconded!
otherwise I'll wait till the release of Natty and upgrade, my machine is
not really a critical one, I stopped at 10.04 just because I didn't find
the time to upgrade to 10.10 and didn't miss any feature. This one could
change that ;)
--
You received
Thirded. I would rather have this fix backported, especially since it's
a patch.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/465916
Title:
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not
Till,
I am working with Robert (color management for Gutenprint) and would
like to test this patch, together with a really recent version of
Gutenprint. Which version of Gutenprint is in the dailies from Natty?
My build/hack skills are limited, I'm a domain expert -
Edmund
On Wed, Jan 5, 2011
The previous comment (#70) was not intended to be posted on this bug
report. Please disregard it.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/465916
Title:
CUPS DNS-SD
Thanks Till! That all seems like a bit much just to get this feature
working, at least for my present situation where the network printing
isn't critical. It's disappointing that this feature doesn't work out of
the box, but considering how much easier CUPS has made printing in Linux
in general I
Great work! Are there any plans to backport the patch to 10.04, given it's
long term support? I would prefer to keep my server on lts instead of the
usually more buggy in between releases.
2011/1/5 daqron launch...@daqron.com
Thanks Till! That all seems like a bit much just to get this feature
** Branch linked: lp:debian/sid/cups
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/465916
Title:
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
--
ubuntu-bugs mailing list
There is no cups version 1.4.5-1ubuntu4 in the repos. Most current
version available is 1.4.3-ubuntu1.3. I tried installing the newer
version from http://www.cups.org/software.php, and was able to install
it, but after a reboot if I browse to localhost:631 it still shows
version 1.4.3 and so does
daqron, you are probably using a released version of Ubuntu, Lucid or
Maverick. The version 1.4.5-1ubuntu4 is in the repositories of Natty,
the Ubuntu version which will get released in April this year. To test
the new CUPS version, download a daily live CD of Natty (boot it, but do
not install it
Please update to cups 1.4.5-1ubuntu4. In the previous versions the CUPS
daemon is crashing with segmentation faults a lot and also does not work
at all if the Avahi daemon is not running, due to bugs in the new Avahi
patch. With the mentioned version I succeeded to fix these bugs and the
CUPS
** Changed in: cups (Ubuntu)
Status: Triaged = In Progress
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/465916
Title:
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
--
Committed patch for full Avahi support for CUPS to the Debian BZR
repository of CUPS. The fix will appear in the next Natty package of
CUPS then.
** Changed in: cups (Ubuntu)
Status: In Progress = Fix Committed
** Changed in: cups (Ubuntu)
Assignee: Till Kamppeter (till-kamppeter) =
\o/ great work Till :-)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/465916
Title:
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
--
ubuntu-bugs mailing list
This bug was fixed in the package cups - 1.4.5-1ubuntu1
---
cups (1.4.5-1ubuntu1) natty; urgency=low
[ Till Kamppeter ]
* debian/patches/cups-avahi.dpatch: Added patch from Tim Waugh from Red Hat
to implement full Avahi support, not only for printer discovery by the
dnssd
** Branch linked: lp:ubuntu/cups
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/465916
Title:
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
--
ubuntu-bugs mailing list
CUPS 1.5.x will work around the deficiencies of the Avahi API. It will
provide the DNS-SD functionality using only the API of Avahi. So we will
only need to wait for CUPS 1.5.x if no one backports code of 1.5.x into
1.4.x.
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
According to the CUPS development roadmap
http://www.cups.org/roadmap.php?VERSION=1.5
the CUPS 1.5.x series will support Bonjour via Avahi.
Any tests of 1.5.x development code from SVN or even patches to backport
this functionality to 1.4.x are welcome.
--
CUPS DNS-SD
I'm a little confused. Does CUPS 1.4 (or 1.3) support Bonjour via Avahi?
It was my understanding that Avahi was simply an open source
implementation of the dns-sd protocol which Apple calls Bonjour. If this
is the case wouldn't this mean Avahi will not function with CUPS until
Avahi uses the new
Avahi does not offer the complete API of Apple's Bonjour. So one cannot
compile the DNS-SD code of upstream CUPS with Avahi, because there are
function calls which do not exist in Avahi.This problem is only present
in CUPS 1.4.x. CUPS 1.3.x supported Avahi, and 1.5.x will do so, too.
--
CUPS
That's what I thought. However, since Avahi is not using the correct
API's, wouldn't this problem continue to exist in CUPS 1.5 or is is
there a planned work around?
The reason I ask is because it seems to me that this problem wont be
solved until Avahi makes use of the correct API's.
--
CUPS
Kim, like our patches these patches only add DNS-SD printer/print server
discovery via the dnssd backend. They do not add functionality with
which the local CUPS daemon gets a DNS-SD server for remote clients.
But thank you anyway for looking this up.
Perhaps the cups-dnssd-deviceid.patch could
When looking for patches I came across some on openSUSE.
They seem to use Avahi directly. Would that help not to cause issues with the
release policy?
These might be completely off-base but might be of some help.
https://build.opensuse.org/package/files?package=cups-backend-
I also missed:
cups-dnssd-deviceid.patch
As noted in the .spec file for cups-backend-dnssd:
# Additional patches to activate DNS-SD and Avahi support
Patch900: cups-avahi.patch
Patch901: cups-dnssd-deviceid.patch
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
I'd like to add another reason to get this done, if it would add more
motivation to get this through: Apple AirPrint is a DNS-SD service, and
you need to have Avahi advertising print services to get your printer
recognized as capable of AirPrint.
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not
Thanks, I finally get it.
2010/11/18 Zerocool3001 timf...@gmail.com
Jouke: According to the bug report filed with Avahi
(http://www.avahi.org/ticket/303), the dns-ds.h currently in the Avahi
package does not use the API's for CUPS 1.4 (the details are on the
avahi bug report). The dns-sd.h
Thanks... I was aware of some of the problems, but your statement summed
it up quite well. So let's hope that avahi solves this issue in the
future
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because
Thawn: To respond to your question from some time ago (post #40), the
default configuration file for Snow Leopard (which I am using) contains
the line
BrowseLocalProtocols CUPS dnssd
My guess is that the local instance of dnssd picks up shared printers on
the network and passes them to CUPS. It
Zerocool3001:
would a ppa for the avahi-daemon with the latest version 0.6.28 do the trick
for all?
2010/11/18 Zerocool3001 timf...@gmail.com
Thawn: To respond to your question from some time ago (post #40), the
default configuration file for Snow Leopard (which I am using) contains
the
Jouke: According to the bug report filed with Avahi
(http://www.avahi.org/ticket/303), the dns-ds.h currently in the Avahi
package does not use the API's for CUPS 1.4 (the details are on the
avahi bug report). The dns-sd.h included in Mac OS X seems to use these
correct API's and functions with
Hi again,
I haven't upgraded my machine to 10.10 so I still run lucid with this
bug and the workaround via CUPS but maverick seems to be still affected.
I think this Bug is a major Problem of CUPS, avahi and Apple (who owns
cups?) and should really be fixed, at least in the next release. As
I've managed to make my Ubuntu drivers visible from Windows by writing
my own service file, however the issue is complex because one needs to
decide whether to use a Windows driver or use the Cups filter chain to
render the print - I'm not a guru so I simply don't know how to write
correct service
Any word at all on when this will be fixed? This bug has been sitting
here for a very long time.
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Using VMWare on Snow Leopard, I can make Ubuntu 10.04 discover Snow
Leopard printers, and Snow Leopard discover Ubuntu printers, but I
cannot make one Ubuntu instance discover the printers of another
instance.
Printing should just work; this bug is ugly. Typing in ip numbers for
printers is not
Mark Shuttleworth wrote on 2010-03-19: #25
On 19/03/10 09:50, Till Kamppeter wrote:
Mark, the problem is that we are after Feature Freeze, so we cannot add
new packages any more. Or should we do a FF exception here?
If it's there, and works, and would fix this bug without other
Note on the workaround, if you find your printer drops out of the list
on the Mac client, typing this at the terminal on the client helped for
me:
cupsctl BrowseRemoteProtocols=cups
Found from
http://lists.apple.com/archives/printing/2007/Nov/msg00017.html
--
CUPS DNS-SD
Bug confirmed here.
Easiest way to test: http://localhost:631/ is browsable,
http://myserver.local:631/ is not.
It affects configuring Windows machines using Bonjour services too (actually
the nicer way to set up printing services under Windows, at least when zeroconf
works).
Is there a PPA yet
I'm using the client workaround and having trouble with it. Periodically
the printer just disappears from the printers list on the Mac, and the
only way to get it back is a reboot (of the Mac). I've tried restarting
CUPS on the Mac but it doesn't seem to make a difference.
I appreciate that's not
Hi there!
I just want to confirm that adding this line fixed the issue for me,
(Leopard 10.5.8 client, ubuntu 9.10 Server, which has been updated to
10.04 and is still working). The Printers show up in the add Printer
dialog of OSX and I needed no configuration at all (no IP adress of the
Thawn thanks for your suggestions. What I'm looking for is the manual
steps to patch / fix the server, rather than the clients.
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of
Matt: Sorry, I misunderstood.
Zerocool: I have to disagree, following the steps in my comments #3 and #6
fixes the issue for mac clients (it has done so for me and several other
users). This is because it enables PRINTER discovery via cups which afaik is
disabled by default on mac machines (at
As I understand a real server work around requires different software
versions (older cups or newer libdns?).
A manual work around would involve placing .service files for each
printer in the /etc/avahi/services/ folder. It seems challenging to
write the content of the file though. There are few
You're right about needing different packages (which is presumably why
this bug has gone largely dead). The .service files however, are just
descriptions of the what is being served, they don't initiate the
serving itself. Since Avahi does not currently implement the API's that
CUPS 1.4 uses to
Zerocool: Does printing work via cups with other linux clients on that
server? What Mac OS version are you using? how did you enable CUPS
discovery?
here is the relevant section from my CUPS configuration that works under
Snow leopard and leopard clients with an ubuntu 10.4 printserver:
# Show
Could someone post a step-by-step workaround for this?
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Matt: See my posts #3 and #6 for Mac snow leopard and leopard respectively
if you need more help, please ask more specifically.
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of
Actually CUPS discover is turned on in most Leopard and Snow Leopard
installations. More importantly it does not discover printers, so these
fixes won't help.
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification
Yes, some news on this would be good. Although, I don't think waiting
for Maverick is the right resolution. After all, this is a regression
from a previous release. (It was working in 8.0.4LTS so I'm assuming it
was working up through 9.10 as well?)
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi)
well, waiting for it to be fixed in lucid didn't play out well either...
(it was already broken in karmic) ;-)
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of Ubuntu
Bugs, which is
As far as I understood, the problem is, that fixing this bug would require the
addition of new packages which have not been tested with lucid, yet and this
would be a violation of the release procedure.
IMHO especially for a LTS version just breaking an important server feature
(sharing
even a ppa solution would be do it for me. I just do not know how to
repackage libdns and what version than is needed to get this to work without
breaking anything else. Anyone?
2010/5/28 Thawn webmas...@korten-privat.de
As far as I understood, the problem is, that fixing this bug would require
Any news on this chaps? I'm just a frustrated user but can we expect
this for Maverick?
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
it's not fixed in ubuntu 10.04
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Any idea if this will be included in 10.04 despite feature freeze?
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
James, the problem is the following:
In CUPS 1.3.x DNS-SD/Zeroconf broadcasting was implemented using APIs
which are available in Avahi, in CUPS 1.4.x other APIs were used which
do not exist as Debian/Ubuntu packages. The Avahi implementation of
libdns is incomplete. They exist in free software
On 19/03/10 08:39, Till Kamppeter wrote:
So the only way to get it into Lucid without introducing completely new
packages is either patch CUPS 1.4.x with code of CUPS 1.3.x or to
include the libdns with the needed APIs in the CUPS package and link it
statically.
Why can't we package
Mark, the problem is that we are after Feature Freeze, so we cannot add
new packages any more. Or should we do a FF exception here?
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of
On 19/03/10 09:50, Till Kamppeter wrote:
Mark, the problem is that we are after Feature Freeze, so we cannot add
new packages any more. Or should we do a FF exception here?
If it's there, and works, and would fix this bug without other
side-effects, yes we should ask for that.
Mark
--
Till, can you provide a sketch of the work required to fix this for
Lucid. AIUI we don't detect printers that MacOS and WIndows will detect
and enable just fine, and that's been the case since Hardy. Can you
articulate clearly what it will take to make this Just Work?
(sabdfl from elmo's machine)
I can confirm that it still doesn't work on Ubuntu Lucid.
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Till, we already have RedHat's patch, maybe it was fixed recently?
** Changed in: cups (Ubuntu)
Assignee: Canonical Desktop Team (canonical-desktop-team) = Till
Kamppeter (till-kamppeter)
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
I have checked again now and Red Hat's patch still modifies only the
dnssd backend and does not touch the CUPS daemon. So DNS-SD
broadcasting/listening is still not working with CUPS 1.4.
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You
** Changed in: cups (Ubuntu)
Status: Confirmed = Triaged
** Changed in: cups (Ubuntu)
Importance: Undecided = High
** Changed in: cups (Ubuntu)
Assignee: (unassigned) = Canonical Desktop Team (canonical-desktop-team)
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
** Tags added: regression-release
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
RedHat provided patch: http://cvs.fedoraproject.org/viewvc/devel/cups
/cups-avahi.patch?view=markup
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
** Bug watch added: Avahi Bugs #303
http://www.avahi.org/ticket/303
** Also affects: avahi via
http://www.avahi.org/ticket/303
Importance: Unknown
Status: Unknown
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received
Upstream CUPS bug for Avahi Support: http://www.cups.org/str.php?L3066
(not recognized by Launchpad upstream integration).
Found a sad comment on one of it's duplicates:
Note that this patch is not a complete implementation - it only handles
discovery of printers via DNS-SD, it doesn't handle
This bug is a regression from Hardy, as per
https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/50230, #8:
Till Kamppeter wrote on 2007-12-18:
Yes, in Hardy we have full DNS-SD support. I have written a simple DNS-SD
backend for CUPS based on avahi-browse, so that CUPS discovers network
** Changed in: avahi
Status: Unknown = New
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Marking as confirmed, as several people have run into this issue,
including myself.
** Changed in: cups (Ubuntu)
Status: New = Confirmed
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are
This issue is also affecting me. The Zeroconf Service Discovery panel
applet also shows no printers when browse services on this machine is
selected in the applet's advanced preferences.
I'm posting only to include another issue and wondering if it's related
or separate:
I can view my cups web
Same issue here. This is extremely frustrating, as I can print fine
from Windows and Linux computers. Is anyone actually trying to fix
this? This is a ridiculous thing to have to deal with in such a mature
version of Ubuntu. I'm about to go back to Debian for my print
server.
--
CUPS
This bug also appears on my system, which is a clean install of karmic.
On the other hand, I have an upgraded system, where it still works...
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a
same here on new install of ubuntu 9.10 server edition
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Any news on this? :)
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
since this bug might also be caused by avahi, I filed a bug there:
https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/484823
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of
Verified that the issue is reproducible in an upgrade from a jaunty
install upgraded to karmic. There is no Bonjour broadcast of the
printers happening even with remote protocol dns-sd.
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You
As a workaround for mac users, the following steps activate listening to
cups broadcasts (thus allowing automatic detection of linux shared
printers again):
On your mac use a web browser to open:
http://localhost:631/admin/?ADVANCEDSETTINGS=YES
on the right hand side under server settings make
Thawn: is there a similar workaround for Tiger users?
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
err I meant to say Leopard (10.5.x)
--
CUPS DNS-SD (Bonjour/mDNS/Zeroconf/Avahi) not broadcasting
https://bugs.launchpad.net/bugs/465916
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
under Leopard you need to edit the config file manually. You can do that also
from the web fronend using your browser
open
http://localhost:631/admin?op=config-server
add
BrowseRemoteProtocols cups
in the section: # Show shared printers on the local network.
click on save changes
good luck
I have exactly the same issue. It worked just fine in jaunty but appears
to be broken in karmic. I had to fall back to listening to cups
broadcasts in Mac OS X (which is not on by default there). Apart from
that I also tested this on Windows XP (bonjour for windows) and my
printer could not be
Additionally, I notice that the cups package doesn't depend on libavahi-
compat-libdnssd1, which provides the dns_sd library. CUPS's configure
script checks for dns_sd.h (in libavahi-compat-libdnssd-dev) in order to
set HAVE_DNSSD.
I should also note that this was working under Jaunty. I don't
91 matches
Mail list logo
