CentOS - Oct 2018 - [Marketing Mail] Re: Cups freeze when remote server is unavailable

Hi John

thanks for your quick reply. If it is not a bug, as I was reading on the
web, it is some misunderstanding from me.
Running cups 1.4.2 (CentOS6) I was using the "BrowsePoll" directive in
cupsd.conf. So the printers were automatically known from the central
server of the lab. And home printers were working fine with this setup too.
In CentOS7, with cups 1.6.3, this directive does not exist any more and
reading the doc I had understood that it was replaced by the client.conf
file. Reading your answer suggest it is not true.

So could you tell me or suggest reading on the right manner to reproduce
my previous centos6 setup ?

Sorry for this newbie question, I'm not very familiar with cups setup.

Patrick


Le 29/10/2018 ? 14:45, John Hodrien a ?crit?:
> On Mon, 29 Oct 2018, Patrick B?gou wrote:
>
>> Any idea ?
>
> I don't see that this is a bug.
>
> In client.conf you're telling it which server to use, exclusively.?
> You're not
> adding remote printers, you're telling it which CUPS server to talk to
> everytime you use CUPS clients commands.? You don't even need to run a
> local
> CUPS server if you configure it like this.
>
> If you want a machine to work at both ends, I'd suggest you don't
do
> this, and
> instead run a local CUPS server, and add remote printers to that local
> server.
>
> jh
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> https://lists.centos.org/mailman/listinfo/centos
>

Hi,

John tries to tell you:
Revert your configuration changes to the config file and use the local
web interface / lp* / GUI Print Server Configuration tool to setup all
printers at work and / or at home using these tools.

This method needs a local cups instance that works if your OS is
running (if a printer is not reachable for printing cups can still keep
the job in it's queue until the printer is reachable).
You can find an linux.com article on Printer Setups in [1] (mainly
selected for its screenshots of cups web interface and not for its
actuality) which should give you all information's to get it work.

At least for desktop setups cups should be running by default, see
"systemctl status cups" to check if it's running.

For a more in-depth view on cups I can recommend reading the archwiki
[2].

best regards
Markus

[1] https://www.linux.com/learn/linux-101-printing
[2] https://wiki.archlinux.org/index.php/CUPS


On Mon, 2018-10-29 at 15:35 +0100, Patrick B?gou wrote:
> Hi John
> 
> thanks for your quick reply. If it is not a bug, as I was reading on
> the
> web, it is some misunderstanding from me.
> Running cups 1.4.2 (CentOS6) I was using the "BrowsePoll"
directive
> in
> cupsd.conf. So the printers were automatically known from the central
> server of the lab. And home printers were working fine with this
> setup too.
> In CentOS7, with cups 1.6.3, this directive does not exist any more
> and
> reading the doc I had understood that it was replaced by the
> client.conf
> file. Reading your answer suggest it is not true.
> 
> So could you tell me or suggest reading on the right manner to
> reproduce
> my previous centos6 setup ?
> 
> Sorry for this newbie question, I'm not very familiar with cups
> setup.
> 
> Patrick
> 
> 
> Le 29/10/2018 ? 14:45, John Hodrien a ?crit?:
> > On Mon, 29 Oct 2018, Patrick B?gou wrote:
> > 
> > > Any idea ?
> > 
> > I don't see that this is a bug.
> > 
> > In client.conf you're telling it which server to use,
exclusively.?
> > You're not
> > adding remote printers, you're telling it which CUPS server to
talk
> > to
> > everytime you use CUPS clients commands.? You don't even need to
> > run a
> > local
> > CUPS server if you configure it like this.
> > 
> > If you want a machine to work at both ends, I'd suggest you
don't
> > do
> > this, and
> > instead run a local CUPS server, and add remote printers to that
> > local
> > server.
> > 
> > jh
> > _______________________________________________
> > CentOS mailing list
> > CentOS at centos.org
> > https://lists.centos.org/mailman/listinfo/centos
> > 
> 
> 
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> https://lists.centos.org/mailman/listinfo/centos

Hi Lange,

thanks for these links. Following John reply I goes back and deeper in
looking for documentation. Using the web interface is not an option as I
have many laptops to set up and they are all automatically
(re)installable from a PXE boot + kickstart in case of trouble. So all
must be setup automatically (using command lines in the kickstart file)
and user must be allowed to add their own home printer.

I understand some things this afternoon, discover cups-browsed that was
not available in 1.4 version (CentOS6), understand why it was not
working (the laboratory cups version was 1.4 on a debian server and
CentOS7 has 1.6.x now) discover also that ppd files are deprecated in
newer cups version (> 2.x ?)....

Time is to go deeper in all these documentations and build a scenario to
set up cups in these automatic installations process. I agree, it was
not a bug, just misunderstanding new cups software behaviour.

Patrick

Le 29/10/2018 ? 17:15, Lange, Markus a ?crit?:
> Hi,
>
> John tries to tell you:
> Revert your configuration changes to the config file and use the local
> web interface / lp* / GUI Print Server Configuration tool to setup all
> printers at work and / or at home using these tools.
>
> This method needs a local cups instance that works if your OS is
> running (if a printer is not reachable for printing cups can still keep
> the job in it's queue until the printer is reachable).
> You can find an linux.com article on Printer Setups in [1] (mainly
> selected for its screenshots of cups web interface and not for its
> actuality) which should give you all information's to get it work.
>
> At least for desktop setups cups should be running by default, see
> "systemctl status cups" to check if it's running.
>
> For a more in-depth view on cups I can recommend reading the archwiki
> [2].
>
> best regards
> Markus
>
> [1] https://www.linux.com/learn/linux-101-printing
> [2] https://wiki.archlinux.org/index.php/CUPS
>
>
> On Mon, 2018-10-29 at 15:35 +0100, Patrick B?gou wrote:
>> Hi John
>>
>> thanks for your quick reply. If it is not a bug, as I was reading on
>> the
>> web, it is some misunderstanding from me.
>> Running cups 1.4.2 (CentOS6) I was using the "BrowsePoll"
directive
>> in
>> cupsd.conf. So the printers were automatically known from the central
>> server of the lab. And home printers were working fine with this
>> setup too.
>> In CentOS7, with cups 1.6.3, this directive does not exist any more
>> and
>> reading the doc I had understood that it was replaced by the
>> client.conf
>> file. Reading your answer suggest it is not true.
>>
>> So could you tell me or suggest reading on the right manner to
>> reproduce
>> my previous centos6 setup ?
>>
>> Sorry for this newbie question, I'm not very familiar with cups
>> setup.
>>
>> Patrick
>>
>>
>> Le 29/10/2018 ? 14:45, John Hodrien a ?crit?:
>>> On Mon, 29 Oct 2018, Patrick B?gou wrote:
>>>
>>>> Any idea ?
>>> I don't see that this is a bug.
>>>
>>> In client.conf you're telling it which server to use,
exclusively.?
>>> You're not
>>> adding remote printers, you're telling it which CUPS server to
talk
>>> to
>>> everytime you use CUPS clients commands.? You don't even need
to
>>> run a
>>> local
>>> CUPS server if you configure it like this.
>>>
>>> If you want a machine to work at both ends, I'd suggest you
don't
>>> do
>>> this, and
>>> instead run a local CUPS server, and add remote printers to that
>>> local
>>> server.
>>>
>>> jh
>>> _______________________________________________
>>> CentOS mailing list
>>> CentOS at centos.org
>>> https://lists.centos.org/mailman/listinfo/centos
>>>
>>
>> _______________________________________________
>> CentOS mailing list
>> CentOS at centos.org
>> https://lists.centos.org/mailman/listinfo/centos
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> https://lists.centos.org/mailman/listinfo/centos