[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: CUPS broadcasting print queue availability



On 2010-04-03, Ron Johnson <ron.l.johnson@cox.net> wrote:
> On 2010-04-03 04:15, Liam O'Toole wrote:
---SNIP---
>> 
>> I got broadcasting to work by setting BrowseAddress to the IP address of
>> the interface to broadcast on.
>
> Do you mean haggis' IP address???
>

Yes.

>>                                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
/etc/cups/client.conf.

>
>>                                       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.

-- 
Liam O'Toole
Birmingham, United Kingdom



Reply to: