Hi,
I have a setup problem with cups on my CentOS7 laptop.
In client.conf If have set the cups server FDQN used at work
ServerName servprint.lmy.lab.fr
But when I'm at home if I do not comment this line with:
# ServerName servprint.lmy.lab.fr
cups freeze as soon as I try to print something on my local home printer as the remote server is unreachable.
This seams to be an old 2012 bug (see https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1050422) but I'm unable to find any work around 6 years later!
My cups in CentOS7 is cups-1.6.3-35.el7.x86_64
Any idea ?
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
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@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@centos.org https://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@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@centos.org https://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Hi Patrick,
you can install your lab printers using the lp* / cups* commands in your ks file or using scripts, see centos / redhat / arch / cups docu for more informations on that (arch wiki got some examples). For the home printers you can use what ever method available, for ease the web interface / GUI configuration tool should be a good choice.
Markus
On Mon, 2018-10-29 at 19:58 +0100, Patrick Bégou wrote:
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@centos.org https://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
-
John Hodrien -
Lange, Markus -
Patrick Bégou