Where can I find the drivers of a Unix printer? (Arch)
Clash Royale CLAN TAG#URR8PPP
up vote
0
down vote
favorite
Earlier today I went to the AUR repository and downloaded this driver https://aur.archlinux.org/packages/brother-hll2340dw/ for my printer.
It turns out, I didn't even need a driver at all and Avahi/CUPS was able to detect my printer.
But now I am stuck with a really annoying problem; some programs like Libre Office are recognizing two printers, one of which does not work.
The printer is listed a UNIX printer
by avahi-browse
, with service type _printer._tcp
.
I would really just like to find wherever the service is coming from and delete it.
arch-linux cups printer avahi
add a comment |Â
up vote
0
down vote
favorite
Earlier today I went to the AUR repository and downloaded this driver https://aur.archlinux.org/packages/brother-hll2340dw/ for my printer.
It turns out, I didn't even need a driver at all and Avahi/CUPS was able to detect my printer.
But now I am stuck with a really annoying problem; some programs like Libre Office are recognizing two printers, one of which does not work.
The printer is listed a UNIX printer
by avahi-browse
, with service type _printer._tcp
.
I would really just like to find wherever the service is coming from and delete it.
arch-linux cups printer avahi
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
Earlier today I went to the AUR repository and downloaded this driver https://aur.archlinux.org/packages/brother-hll2340dw/ for my printer.
It turns out, I didn't even need a driver at all and Avahi/CUPS was able to detect my printer.
But now I am stuck with a really annoying problem; some programs like Libre Office are recognizing two printers, one of which does not work.
The printer is listed a UNIX printer
by avahi-browse
, with service type _printer._tcp
.
I would really just like to find wherever the service is coming from and delete it.
arch-linux cups printer avahi
Earlier today I went to the AUR repository and downloaded this driver https://aur.archlinux.org/packages/brother-hll2340dw/ for my printer.
It turns out, I didn't even need a driver at all and Avahi/CUPS was able to detect my printer.
But now I am stuck with a really annoying problem; some programs like Libre Office are recognizing two printers, one of which does not work.
The printer is listed a UNIX printer
by avahi-browse
, with service type _printer._tcp
.
I would really just like to find wherever the service is coming from and delete it.
arch-linux cups printer avahi
asked Mar 6 at 10:38
Cayetano Gonçalves
1133
1133
add a comment |Â
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
1
down vote
As described in RFC6763 and Bonjour Printing Specification, service type _printer._tcp
is the "flagship name" for printing. The idea is apparently that you can find all printers and print services of any type by searching for _printer._tcp
service.
More formally, the _printer._tcp
service type refers to Unix LPD printing protocol that can normally found in TCP port 515 on supporting network printers and print servers. But if a printer does not support LPD or has LPD support disabled, it should still announce _printer._tcp
, but with a port number of 0.
Use avahi-discover
or avahi-browse -r _printer._tcp
to find the IP address and port associated with that service. You may find that it's coming either from the printer itself, or from your CUPS if it's configured to allow sharing of any configured printers.
Since Brother HL-L2340DW apparently supports AirPrint, the printer itself is the likely source. If the auto-detection results in a non-functional printer entry in applications, you could configure your CUPS to not auto-discover printers. In my version of CUPS (Debian 9), this could be done by stopping cups-browsed
, editing /etc/cups/cups-browsed.conf
to set BrowseRemoteProtocols
to none
, and restarting cups-browsed
.
Alternatively, you could use BrowseDeny <printer's IP address>
in the same file to explicitly mask out the auto-discovered entry for that particular printer, while still keeping the printer auto-discovery feature in general.
Thank you for your answer. I was sure you were right until I could not get the printer to disable when I was disabling the CUPS service. However, disabling Avahi DID disable the printer.
â Cayetano Gonçalves
Mar 7 at 9:12
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
As described in RFC6763 and Bonjour Printing Specification, service type _printer._tcp
is the "flagship name" for printing. The idea is apparently that you can find all printers and print services of any type by searching for _printer._tcp
service.
More formally, the _printer._tcp
service type refers to Unix LPD printing protocol that can normally found in TCP port 515 on supporting network printers and print servers. But if a printer does not support LPD or has LPD support disabled, it should still announce _printer._tcp
, but with a port number of 0.
Use avahi-discover
or avahi-browse -r _printer._tcp
to find the IP address and port associated with that service. You may find that it's coming either from the printer itself, or from your CUPS if it's configured to allow sharing of any configured printers.
Since Brother HL-L2340DW apparently supports AirPrint, the printer itself is the likely source. If the auto-detection results in a non-functional printer entry in applications, you could configure your CUPS to not auto-discover printers. In my version of CUPS (Debian 9), this could be done by stopping cups-browsed
, editing /etc/cups/cups-browsed.conf
to set BrowseRemoteProtocols
to none
, and restarting cups-browsed
.
Alternatively, you could use BrowseDeny <printer's IP address>
in the same file to explicitly mask out the auto-discovered entry for that particular printer, while still keeping the printer auto-discovery feature in general.
Thank you for your answer. I was sure you were right until I could not get the printer to disable when I was disabling the CUPS service. However, disabling Avahi DID disable the printer.
â Cayetano Gonçalves
Mar 7 at 9:12
add a comment |Â
up vote
1
down vote
As described in RFC6763 and Bonjour Printing Specification, service type _printer._tcp
is the "flagship name" for printing. The idea is apparently that you can find all printers and print services of any type by searching for _printer._tcp
service.
More formally, the _printer._tcp
service type refers to Unix LPD printing protocol that can normally found in TCP port 515 on supporting network printers and print servers. But if a printer does not support LPD or has LPD support disabled, it should still announce _printer._tcp
, but with a port number of 0.
Use avahi-discover
or avahi-browse -r _printer._tcp
to find the IP address and port associated with that service. You may find that it's coming either from the printer itself, or from your CUPS if it's configured to allow sharing of any configured printers.
Since Brother HL-L2340DW apparently supports AirPrint, the printer itself is the likely source. If the auto-detection results in a non-functional printer entry in applications, you could configure your CUPS to not auto-discover printers. In my version of CUPS (Debian 9), this could be done by stopping cups-browsed
, editing /etc/cups/cups-browsed.conf
to set BrowseRemoteProtocols
to none
, and restarting cups-browsed
.
Alternatively, you could use BrowseDeny <printer's IP address>
in the same file to explicitly mask out the auto-discovered entry for that particular printer, while still keeping the printer auto-discovery feature in general.
Thank you for your answer. I was sure you were right until I could not get the printer to disable when I was disabling the CUPS service. However, disabling Avahi DID disable the printer.
â Cayetano Gonçalves
Mar 7 at 9:12
add a comment |Â
up vote
1
down vote
up vote
1
down vote
As described in RFC6763 and Bonjour Printing Specification, service type _printer._tcp
is the "flagship name" for printing. The idea is apparently that you can find all printers and print services of any type by searching for _printer._tcp
service.
More formally, the _printer._tcp
service type refers to Unix LPD printing protocol that can normally found in TCP port 515 on supporting network printers and print servers. But if a printer does not support LPD or has LPD support disabled, it should still announce _printer._tcp
, but with a port number of 0.
Use avahi-discover
or avahi-browse -r _printer._tcp
to find the IP address and port associated with that service. You may find that it's coming either from the printer itself, or from your CUPS if it's configured to allow sharing of any configured printers.
Since Brother HL-L2340DW apparently supports AirPrint, the printer itself is the likely source. If the auto-detection results in a non-functional printer entry in applications, you could configure your CUPS to not auto-discover printers. In my version of CUPS (Debian 9), this could be done by stopping cups-browsed
, editing /etc/cups/cups-browsed.conf
to set BrowseRemoteProtocols
to none
, and restarting cups-browsed
.
Alternatively, you could use BrowseDeny <printer's IP address>
in the same file to explicitly mask out the auto-discovered entry for that particular printer, while still keeping the printer auto-discovery feature in general.
As described in RFC6763 and Bonjour Printing Specification, service type _printer._tcp
is the "flagship name" for printing. The idea is apparently that you can find all printers and print services of any type by searching for _printer._tcp
service.
More formally, the _printer._tcp
service type refers to Unix LPD printing protocol that can normally found in TCP port 515 on supporting network printers and print servers. But if a printer does not support LPD or has LPD support disabled, it should still announce _printer._tcp
, but with a port number of 0.
Use avahi-discover
or avahi-browse -r _printer._tcp
to find the IP address and port associated with that service. You may find that it's coming either from the printer itself, or from your CUPS if it's configured to allow sharing of any configured printers.
Since Brother HL-L2340DW apparently supports AirPrint, the printer itself is the likely source. If the auto-detection results in a non-functional printer entry in applications, you could configure your CUPS to not auto-discover printers. In my version of CUPS (Debian 9), this could be done by stopping cups-browsed
, editing /etc/cups/cups-browsed.conf
to set BrowseRemoteProtocols
to none
, and restarting cups-browsed
.
Alternatively, you could use BrowseDeny <printer's IP address>
in the same file to explicitly mask out the auto-discovered entry for that particular printer, while still keeping the printer auto-discovery feature in general.
answered Mar 6 at 12:53
telcoM
10.7k11132
10.7k11132
Thank you for your answer. I was sure you were right until I could not get the printer to disable when I was disabling the CUPS service. However, disabling Avahi DID disable the printer.
â Cayetano Gonçalves
Mar 7 at 9:12
add a comment |Â
Thank you for your answer. I was sure you were right until I could not get the printer to disable when I was disabling the CUPS service. However, disabling Avahi DID disable the printer.
â Cayetano Gonçalves
Mar 7 at 9:12
Thank you for your answer. I was sure you were right until I could not get the printer to disable when I was disabling the CUPS service. However, disabling Avahi DID disable the printer.
â Cayetano Gonçalves
Mar 7 at 9:12
Thank you for your answer. I was sure you were right until I could not get the printer to disable when I was disabling the CUPS service. However, disabling Avahi DID disable the printer.
â Cayetano Gonçalves
Mar 7 at 9:12
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f428463%2fwhere-can-i-find-the-drivers-of-a-unix-printer-arch%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password