Re: CUPS broadcasting print queue availability
On 2010-04-03, Ron Johnson <firstname.lastname@example.org> wrote:
> On 2010-04-03 04:15, Liam O'Toole wrote:
>> I got broadcasting to work by setting BrowseAddress to the IP address of
>> the interface to broadcast on.
> Do you mean haggis' IP address???
>> Alternatively you can use the notation
>> @IF(eth1) or similar.
> That's doable!
>> On a dual-homed server, I also find it necessary
>> fot the cups daemon to listen on all interfaces, even though
>> broadcasting is only done on one. Hardly intuitive.
>>> I created this on the client:
>>> $ cat /etc/cups/cups.conf
>>> ServerName haggis
>>> Shouldn't cups on the server (haggis) be broadcasting network
>>> messages announcing the availability of it's print queues, and
>>> shouldn't some program from cups-client be listening?
>>> Or do even client computers need the cups server package?
>> No, you can simply hard-code the name of the cups server in the file
>> /etc/cups/client.conf on the client.
> Did that...
You seem to be using /etc/cups/cups.conf on the client. What you need is
>> You can then remove the cups
>> package on the client, but ensure that cups-client remains.
> So, the cups server package must be installed on the client during
> configuration, but can be removed afterward?
No, all that the client needs is the cups-client package and the file
client.conf mentioned above.
Birmingham, United Kingdom