2012-10-03 16:22:51 |
Jonathan Ernst |
bug |
|
|
added bug |
2012-10-03 19:33:34 |
Till Kamppeter |
cups (Ubuntu): importance |
Undecided |
High |
|
2012-10-03 19:33:37 |
Till Kamppeter |
cups (Ubuntu): milestone |
|
ubuntu-12.10 |
|
2012-10-03 19:35:12 |
Launchpad Janitor |
cups (Ubuntu): status |
New |
Confirmed |
|
2012-10-03 19:54:01 |
Nick B. |
bug |
|
|
added subscriber Nick B. |
2012-10-04 06:28:12 |
Till Kamppeter |
summary |
Reimplement automatic appearing of remote CUPS queues brodcasted by DNS-SD/Bonjour |
Reimplement automatic appearing of remote CUPS queues broadcasted by DNS-SD/Bonjour |
|
2012-10-04 07:38:17 |
the-unconventional |
bug |
|
|
added subscriber Kevin Keijzer |
2012-10-04 10:04:18 |
Joachim Haga |
bug |
|
|
added subscriber Joachim Haga |
2012-10-05 18:35:22 |
Till Kamppeter |
cups (Ubuntu): assignee |
|
Till Kamppeter (till-kamppeter) |
|
2012-10-05 18:35:26 |
Till Kamppeter |
cups (Ubuntu): importance |
High |
Critical |
|
2012-10-05 18:35:37 |
Till Kamppeter |
cups (Ubuntu): status |
Confirmed |
In Progress |
|
2012-10-06 09:53:31 |
Till Kamppeter |
cups (Ubuntu): status |
In Progress |
Fix Committed |
|
2012-10-06 10:01:23 |
Till Kamppeter |
summary |
Reimplement automatic appearing of remote CUPS queues broadcasted by DNS-SD/Bonjour |
[FFE] Reimplement automatic appearing of CUPS queues broadcasted by a remote CUPS server |
|
2012-10-06 10:25:06 |
Till Kamppeter |
description |
Since cups 1.6+, cups browsing protocol and automatic appearing of remote CUPS queues doesn't work anymore (LP: #1052897).
This is a serious regression because each user has to :
- manually add each queue of interest at every site (as printers don't appear automagically anymore)
- keep a big list of non existing printers when moving (as printers don't disappear automagically anymore)
The local cups server (or another daemon) should have a mean to automatically add discovered printers (like it does for USB printers for example).
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: cups 1.6.1-0ubuntu9
ProcVersionSignature: Ubuntu 3.5.0-16.25-generic 3.5.4
Uname: Linux 3.5.0-16-generic x86_64
ApportVersion: 2.6.1-0ubuntu1
Architecture: amd64
CupsErrorLog:
W [03/Oct/2012:07:36:11 +0200] CreateProfile failed: org.freedesktop.ColorManager.AlreadyExists:profile id 'HP_LaserJet_P3010-Gray..' already exists
W [03/Oct/2012:07:36:11 +0200] CreateDevice failed: org.freedesktop.ColorManager.AlreadyExists:device id 'cups-HP_LaserJet_P3010' already exists
Date: Wed Oct 3 18:17:13 2012
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Alpha amd64 (20120911)
Lpstat:
device for Brother: dnssd://Brother%20QL-570%20%40%20gland._ipp._tcp.local/cups
device for HP_LaserJet_P3010: hp:/net/HP_LaserJet_P3010_Series?zc=laserjet
MachineType: LENOVO 4293AA6
Papersize: a4
PpdFiles: HP_LaserJet_P3010: HP LaserJet P3010 Series Postscript (recommended)
ProcEnviron:
LANGUAGE=fr_CH:fr
TERM=xterm
PATH=(custom, no user)
LANG=fr_CH.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-16-generic root=UUID=529c6222-fe36-40b3-9692-581c477062a4 ro quiet splash vt.handoff=7
SourcePackage: cups
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/25/2012
dmi.bios.vendor: LENOVO
dmi.bios.version: 8DET61WW (1.31 )
dmi.board.asset.tag: Not Available
dmi.board.name: 4293AA6
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr8DET61WW(1.31):bd04/25/2012:svnLENOVO:pn4293AA6:pvrThinkPadX220:rvnLENOVO:rn4293AA6:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 4293AA6
dmi.product.version: ThinkPad X220
dmi.sys.vendor: LENOVO
modified.conffile..etc.cups.cupsd.conf: [modified]
mtime.conffile..etc.cups.cupsd.conf: 2012-10-02T11:11:41.190220 |
Original report:
Since cups 1.6+, cups browsing protocol and automatic appearing of remote CUPS queues doesn't work anymore (LP: #1052897).
This is a serious regression because each user has to :
- manually add each queue of interest at every site (as printers don't appear automagically anymore)
- keep a big list of non existing printers when moving (as printers don't disappear automagically anymore)
The local cups server (or another daemon) should have a mean to automatically add discovered printers (like it does for USB printers for example).
Rationale:
The feature of CUPS servers broadcasting their print queue info into the local network and CUPS clients automatically picking up these broadcasts and making the queues immediately available and so the client always automatically having the print queues of the network where it is actually connected is unique to Linux and makes users prefer Linux against Windows or Mac.
Clients are absolutely configuration-less. They simply pick up the queues in the network. Roaming with a laptop between different networks (home, office) always shows the printers actually available.
CUPS 1.6.x dropped this feature, replacing CUPS' own broadcasting/browsing functionality by broadcasting via Bonjour (avahi-daemon). CUPS 1.6.x has no client-side browsing functionality to automatically pick up the Bonjour-bnroadcasted queues. According to upstream it requires the discovery being implemented in the application's/GUI toolkit's print dialogs, there is even a set of functions in libcups for it, but they are not used by CUPS itself.
Proposed fix:
In the package cups 1.6.1-0ubuntu10 I have forward-ported the removed CUPS broadcasting/browsing feature from cups 1.5.x to cups 1.6.x basing myself on the upstream SVN commits 10104, 10113, and 10544 undoing them (but without SLP and LDAP support). The patch is very large, but
- It contains only code which worked well for several years in CUPS
- The patch does not interfere with any changes on CUPS which were done after the removal of the CUPS Broadcasting/Browsing functionality.
- It does not remove anything from the current code and also does not modify anything of the already existing functionality (like Bonjour broadcasting/AirPrint support).
- I have tested it on 2 computers, one 64-bit with 17 queues and one 32-bit with one queue, having an additional Precise (CUPS 1.5.3) box in the network. All broadcast and receive their queues correctly and all network printing works. Equally named queues form implicit classes as expected. Left everything running over night and no crash reports in the morning (patch for bug 1041013 is also applied).
- Consumers of libcups, especially GTK work without problems, so no other packages need to get rebuilt.
- All bug fixes of 1.6.1 and after are preserved (in contrary to a downgrade to CUPS 1.5.x).
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: cups 1.6.1-0ubuntu9
[ Automatically added info not relevant for this problem removed ] |
|
2012-10-06 10:26:08 |
Till Kamppeter |
bug |
|
|
added subscriber Ubuntu Release Team |
2012-10-06 10:26:52 |
Till Kamppeter |
description |
Original report:
Since cups 1.6+, cups browsing protocol and automatic appearing of remote CUPS queues doesn't work anymore (LP: #1052897).
This is a serious regression because each user has to :
- manually add each queue of interest at every site (as printers don't appear automagically anymore)
- keep a big list of non existing printers when moving (as printers don't disappear automagically anymore)
The local cups server (or another daemon) should have a mean to automatically add discovered printers (like it does for USB printers for example).
Rationale:
The feature of CUPS servers broadcasting their print queue info into the local network and CUPS clients automatically picking up these broadcasts and making the queues immediately available and so the client always automatically having the print queues of the network where it is actually connected is unique to Linux and makes users prefer Linux against Windows or Mac.
Clients are absolutely configuration-less. They simply pick up the queues in the network. Roaming with a laptop between different networks (home, office) always shows the printers actually available.
CUPS 1.6.x dropped this feature, replacing CUPS' own broadcasting/browsing functionality by broadcasting via Bonjour (avahi-daemon). CUPS 1.6.x has no client-side browsing functionality to automatically pick up the Bonjour-bnroadcasted queues. According to upstream it requires the discovery being implemented in the application's/GUI toolkit's print dialogs, there is even a set of functions in libcups for it, but they are not used by CUPS itself.
Proposed fix:
In the package cups 1.6.1-0ubuntu10 I have forward-ported the removed CUPS broadcasting/browsing feature from cups 1.5.x to cups 1.6.x basing myself on the upstream SVN commits 10104, 10113, and 10544 undoing them (but without SLP and LDAP support). The patch is very large, but
- It contains only code which worked well for several years in CUPS
- The patch does not interfere with any changes on CUPS which were done after the removal of the CUPS Broadcasting/Browsing functionality.
- It does not remove anything from the current code and also does not modify anything of the already existing functionality (like Bonjour broadcasting/AirPrint support).
- I have tested it on 2 computers, one 64-bit with 17 queues and one 32-bit with one queue, having an additional Precise (CUPS 1.5.3) box in the network. All broadcast and receive their queues correctly and all network printing works. Equally named queues form implicit classes as expected. Left everything running over night and no crash reports in the morning (patch for bug 1041013 is also applied).
- Consumers of libcups, especially GTK work without problems, so no other packages need to get rebuilt.
- All bug fixes of 1.6.1 and after are preserved (in contrary to a downgrade to CUPS 1.5.x).
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: cups 1.6.1-0ubuntu9
[ Automatically added info not relevant for this problem removed ] |
Feature Freeze Exception request for Quantal
Original report:
Since cups 1.6+, cups browsing protocol and automatic appearing of remote CUPS queues doesn't work anymore (LP: #1052897).
This is a serious regression because each user has to :
- manually add each queue of interest at every site (as printers don't appear automagically anymore)
- keep a big list of non existing printers when moving (as printers don't disappear automagically anymore)
The local cups server (or another daemon) should have a mean to automatically add discovered printers (like it does for USB printers for example).
Rationale:
The feature of CUPS servers broadcasting their print queue info into the local network and CUPS clients automatically picking up these broadcasts and making the queues immediately available and so the client always automatically having the print queues of the network where it is actually connected is unique to Linux and makes users prefer Linux against Windows or Mac.
Clients are absolutely configuration-less. They simply pick up the queues in the network. Roaming with a laptop between different networks (home, office) always shows the printers actually available.
CUPS 1.6.x dropped this feature, replacing CUPS' own broadcasting/browsing functionality by broadcasting via Bonjour (avahi-daemon). CUPS 1.6.x has no client-side browsing functionality to automatically pick up the Bonjour-bnroadcasted queues. According to upstream it requires the discovery being implemented in the application's/GUI toolkit's print dialogs, there is even a set of functions in libcups for it, but they are not used by CUPS itself.
Proposed fix:
In the package cups 1.6.1-0ubuntu10 I have forward-ported the removed CUPS broadcasting/browsing feature from cups 1.5.x to cups 1.6.x basing myself on the upstream SVN commits 10104, 10113, and 10544 undoing them (but without SLP and LDAP support). The patch is very large, but
- It contains only code which worked well for several years in CUPS
- The patch does not interfere with any changes on CUPS which were done after the removal of the CUPS Broadcasting/Browsing functionality.
- It does not remove anything from the current code and also does not modify anything of the already existing functionality (like Bonjour broadcasting/AirPrint support).
- I have tested it on 2 computers, one 64-bit with 17 queues and one 32-bit with one queue, having an additional Precise (CUPS 1.5.3) box in the network. All broadcast and receive their queues correctly and all network printing works. Equally named queues form implicit classes as expected. Left everything running over night and no crash reports in the morning (patch for bug 1041013 is also applied).
- Consumers of libcups, especially GTK work without problems, so no other packages need to get rebuilt.
- All bug fixes of 1.6.1 and after are preserved (in contrary to a downgrade to CUPS 1.5.x).
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: cups 1.6.1-0ubuntu9
[ Automatically added info not relevant for this problem removed ] |
|
2012-10-06 10:30:35 |
Till Kamppeter |
description |
Feature Freeze Exception request for Quantal
Original report:
Since cups 1.6+, cups browsing protocol and automatic appearing of remote CUPS queues doesn't work anymore (LP: #1052897).
This is a serious regression because each user has to :
- manually add each queue of interest at every site (as printers don't appear automagically anymore)
- keep a big list of non existing printers when moving (as printers don't disappear automagically anymore)
The local cups server (or another daemon) should have a mean to automatically add discovered printers (like it does for USB printers for example).
Rationale:
The feature of CUPS servers broadcasting their print queue info into the local network and CUPS clients automatically picking up these broadcasts and making the queues immediately available and so the client always automatically having the print queues of the network where it is actually connected is unique to Linux and makes users prefer Linux against Windows or Mac.
Clients are absolutely configuration-less. They simply pick up the queues in the network. Roaming with a laptop between different networks (home, office) always shows the printers actually available.
CUPS 1.6.x dropped this feature, replacing CUPS' own broadcasting/browsing functionality by broadcasting via Bonjour (avahi-daemon). CUPS 1.6.x has no client-side browsing functionality to automatically pick up the Bonjour-bnroadcasted queues. According to upstream it requires the discovery being implemented in the application's/GUI toolkit's print dialogs, there is even a set of functions in libcups for it, but they are not used by CUPS itself.
Proposed fix:
In the package cups 1.6.1-0ubuntu10 I have forward-ported the removed CUPS broadcasting/browsing feature from cups 1.5.x to cups 1.6.x basing myself on the upstream SVN commits 10104, 10113, and 10544 undoing them (but without SLP and LDAP support). The patch is very large, but
- It contains only code which worked well for several years in CUPS
- The patch does not interfere with any changes on CUPS which were done after the removal of the CUPS Broadcasting/Browsing functionality.
- It does not remove anything from the current code and also does not modify anything of the already existing functionality (like Bonjour broadcasting/AirPrint support).
- I have tested it on 2 computers, one 64-bit with 17 queues and one 32-bit with one queue, having an additional Precise (CUPS 1.5.3) box in the network. All broadcast and receive their queues correctly and all network printing works. Equally named queues form implicit classes as expected. Left everything running over night and no crash reports in the morning (patch for bug 1041013 is also applied).
- Consumers of libcups, especially GTK work without problems, so no other packages need to get rebuilt.
- All bug fixes of 1.6.1 and after are preserved (in contrary to a downgrade to CUPS 1.5.x).
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: cups 1.6.1-0ubuntu9
[ Automatically added info not relevant for this problem removed ] |
Feature Freeze Exception request for Quantal
Original report:
Since cups 1.6+, cups browsing protocol and automatic appearing of remote CUPS queues doesn't work anymore (LP: #1052897).
This is a serious regression because each user has to :
- manually add each queue of interest at every site (as printers don't appear automagically anymore)
- keep a big list of non existing printers when moving (as printers don't disappear automagically anymore)
The local cups server (or another daemon) should have a mean to automatically add discovered printers (like it does for USB printers for example).
Rationale:
The feature of CUPS servers broadcasting their print queue info into the local network and CUPS clients automatically picking up these broadcasts and making the queues immediately available and so the client always automatically having the print queues of the network where it is actually connected is unique to Linux and makes users prefer Linux against Windows or Mac.
Clients are absolutely configuration-less. They simply pick up the queues in the network. Roaming with a laptop between different networks (home, office) always shows the printers actually available.
In addition, it is very easy to set up high availability. Create equally-named queues on more than one server (preferably with the same printer model and configuration) and on clients only one queue (an implicit class) with this name appears and jobs get load-balanced between the servers and the queue stays alive if a part of the servers is down.
CUPS 1.6.x dropped this feature, replacing CUPS' own broadcasting/browsing functionality by broadcasting via Bonjour (avahi-daemon). CUPS 1.6.x has no client-side browsing functionality to automatically pick up the Bonjour-bnroadcasted queues. According to upstream it requires the discovery being implemented in the application's/GUI toolkit's print dialogs, there is even a set of functions in libcups for it, but they are not used by CUPS itself.
Proposed fix:
In the package cups 1.6.1-0ubuntu10 I have forward-ported the removed CUPS broadcasting/browsing feature from cups 1.5.x to cups 1.6.x basing myself on the upstream SVN commits 10104, 10113, and 10544 undoing them (but without SLP and LDAP support). The patch is very large, but
- It contains only code which worked well for several years in CUPS
- The patch does not interfere with any changes on CUPS which were done after the removal of the CUPS Broadcasting/Browsing functionality.
- It does not remove anything from the current code and also does not modify anything of the already existing functionality (like Bonjour broadcasting/AirPrint support).
- I have tested it on 2 computers, one 64-bit with 17 queues and one 32-bit with one queue, having an additional Precise (CUPS 1.5.3) box in the network (~15 queues). All broadcast and receive their queues correctly and all network printing works. Equally named queues form implicit classes as expected. Left everything running over night and no crash reports in the morning (patch for bug 1041013 is also applied).
- Consumers of libcups, especially GTK work without problems, so no other packages need to get rebuilt.
- All bug fixes of 1.6.1 and after are preserved (in contrary to a downgrade to CUPS 1.5.x).
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: cups 1.6.1-0ubuntu9
[ Automatically added info not relevant for this problem removed ] |
|
2012-10-06 10:34:12 |
Till Kamppeter |
description |
Feature Freeze Exception request for Quantal
Original report:
Since cups 1.6+, cups browsing protocol and automatic appearing of remote CUPS queues doesn't work anymore (LP: #1052897).
This is a serious regression because each user has to :
- manually add each queue of interest at every site (as printers don't appear automagically anymore)
- keep a big list of non existing printers when moving (as printers don't disappear automagically anymore)
The local cups server (or another daemon) should have a mean to automatically add discovered printers (like it does for USB printers for example).
Rationale:
The feature of CUPS servers broadcasting their print queue info into the local network and CUPS clients automatically picking up these broadcasts and making the queues immediately available and so the client always automatically having the print queues of the network where it is actually connected is unique to Linux and makes users prefer Linux against Windows or Mac.
Clients are absolutely configuration-less. They simply pick up the queues in the network. Roaming with a laptop between different networks (home, office) always shows the printers actually available.
In addition, it is very easy to set up high availability. Create equally-named queues on more than one server (preferably with the same printer model and configuration) and on clients only one queue (an implicit class) with this name appears and jobs get load-balanced between the servers and the queue stays alive if a part of the servers is down.
CUPS 1.6.x dropped this feature, replacing CUPS' own broadcasting/browsing functionality by broadcasting via Bonjour (avahi-daemon). CUPS 1.6.x has no client-side browsing functionality to automatically pick up the Bonjour-bnroadcasted queues. According to upstream it requires the discovery being implemented in the application's/GUI toolkit's print dialogs, there is even a set of functions in libcups for it, but they are not used by CUPS itself.
Proposed fix:
In the package cups 1.6.1-0ubuntu10 I have forward-ported the removed CUPS broadcasting/browsing feature from cups 1.5.x to cups 1.6.x basing myself on the upstream SVN commits 10104, 10113, and 10544 undoing them (but without SLP and LDAP support). The patch is very large, but
- It contains only code which worked well for several years in CUPS
- The patch does not interfere with any changes on CUPS which were done after the removal of the CUPS Broadcasting/Browsing functionality.
- It does not remove anything from the current code and also does not modify anything of the already existing functionality (like Bonjour broadcasting/AirPrint support).
- I have tested it on 2 computers, one 64-bit with 17 queues and one 32-bit with one queue, having an additional Precise (CUPS 1.5.3) box in the network (~15 queues). All broadcast and receive their queues correctly and all network printing works. Equally named queues form implicit classes as expected. Left everything running over night and no crash reports in the morning (patch for bug 1041013 is also applied).
- Consumers of libcups, especially GTK work without problems, so no other packages need to get rebuilt.
- All bug fixes of 1.6.1 and after are preserved (in contrary to a downgrade to CUPS 1.5.x).
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: cups 1.6.1-0ubuntu9
[ Automatically added info not relevant for this problem removed ] |
Feature Freeze Exception request for Quantal
Original report:
Since cups 1.6+, cups browsing protocol and automatic appearing of remote CUPS queues doesn't work anymore (LP: #1052897).
This is a serious regression because each user has to :
- manually add each queue of interest at every site (as printers don't appear automagically anymore)
- keep a big list of non existing printers when moving (as printers don't disappear automagically anymore)
The local cups server (or another daemon) should have a mean to automatically add discovered printers (like it does for USB printers for example).
Rationale:
The feature of CUPS servers broadcasting their print queue info into the local network and CUPS clients automatically picking up these broadcasts and making the queues immediately available and so the client always automatically having the print queues of the network where it is actually connected is unique to Linux and makes users prefer Linux against Windows or Mac.
Clients are absolutely configuration-less. They simply pick up the queues in the network. Roaming with a laptop between different networks (home, office) always shows the printers actually available.
In addition, it is very easy to set up high availability. Create equally-named queues on more than one server (preferably with the same printer model and configuration) and on clients only one queue (an implicit class) with this name appears and jobs get load-balanced between the servers and the queue stays alive if a part of the servers is down.
CUPS 1.6.x dropped this feature, replacing CUPS' own broadcasting/browsing functionality by broadcasting via Bonjour (avahi-daemon). CUPS 1.6.x has no client-side browsing functionality to automatically pick up the Bonjour-bnroadcasted queues. According to upstream it requires the discovery being implemented in the application's/GUI toolkit's print dialogs, there is even a set of functions in libcups for it, but they are not used by CUPS itself.
Proposed fix:
In the package cups 1.6.1-0ubuntu10 I have forward-ported the removed CUPS broadcasting/browsing feature from cups 1.5.x to cups 1.6.x basing myself on the upstream SVN commits 10104, 10113, and 10544 undoing them (but without SLP and LDAP support). The patch is very large, but
- It contains only code which worked well for several years in CUPS
- The patch does not interfere with any changes on CUPS which were done after the removal of the CUPS Broadcasting/Browsing functionality.
- It does not remove anything from the current code and also does not modify anything of the already existing functionality (like Bonjour broadcasting/AirPrint support).
- I have tested it on 2 computers, one 64-bit with 17 queues and one 32-bit with one queue, having an additional Precise (CUPS 1.5.3) box in the network (~15 queues). All broadcast and receive their queues correctly and all network printing works. Equally named queues form implicit classes as expected. Left everything running over night and no crash reports in the morning (patch for bug 1041013 is also applied).
- Consumers of libcups, especially GTK work without problems, so no other packages need to get rebuilt.
- All bug fixes of 1.6.1 and after are preserved (in contrary to a downgrade to CUPS 1.5.x).
Additional notes:
We will not carry this large patch permanently. It is only until the GUI toolkits and print dialogs are able to discover Bonjour-broadcasted print queues and so configuration-less clients are possible without classic CUPS Broadcasting/Browsing. This we want to achieve in Quantal+1 (13.04) and so we do not need to carry this patch over to later CUPS versions.
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: cups 1.6.1-0ubuntu9
[ Automatically added info not relevant for this problem removed ] |
|
2012-10-06 10:44:08 |
Till Kamppeter |
description |
Feature Freeze Exception request for Quantal
Original report:
Since cups 1.6+, cups browsing protocol and automatic appearing of remote CUPS queues doesn't work anymore (LP: #1052897).
This is a serious regression because each user has to :
- manually add each queue of interest at every site (as printers don't appear automagically anymore)
- keep a big list of non existing printers when moving (as printers don't disappear automagically anymore)
The local cups server (or another daemon) should have a mean to automatically add discovered printers (like it does for USB printers for example).
Rationale:
The feature of CUPS servers broadcasting their print queue info into the local network and CUPS clients automatically picking up these broadcasts and making the queues immediately available and so the client always automatically having the print queues of the network where it is actually connected is unique to Linux and makes users prefer Linux against Windows or Mac.
Clients are absolutely configuration-less. They simply pick up the queues in the network. Roaming with a laptop between different networks (home, office) always shows the printers actually available.
In addition, it is very easy to set up high availability. Create equally-named queues on more than one server (preferably with the same printer model and configuration) and on clients only one queue (an implicit class) with this name appears and jobs get load-balanced between the servers and the queue stays alive if a part of the servers is down.
CUPS 1.6.x dropped this feature, replacing CUPS' own broadcasting/browsing functionality by broadcasting via Bonjour (avahi-daemon). CUPS 1.6.x has no client-side browsing functionality to automatically pick up the Bonjour-bnroadcasted queues. According to upstream it requires the discovery being implemented in the application's/GUI toolkit's print dialogs, there is even a set of functions in libcups for it, but they are not used by CUPS itself.
Proposed fix:
In the package cups 1.6.1-0ubuntu10 I have forward-ported the removed CUPS broadcasting/browsing feature from cups 1.5.x to cups 1.6.x basing myself on the upstream SVN commits 10104, 10113, and 10544 undoing them (but without SLP and LDAP support). The patch is very large, but
- It contains only code which worked well for several years in CUPS
- The patch does not interfere with any changes on CUPS which were done after the removal of the CUPS Broadcasting/Browsing functionality.
- It does not remove anything from the current code and also does not modify anything of the already existing functionality (like Bonjour broadcasting/AirPrint support).
- I have tested it on 2 computers, one 64-bit with 17 queues and one 32-bit with one queue, having an additional Precise (CUPS 1.5.3) box in the network (~15 queues). All broadcast and receive their queues correctly and all network printing works. Equally named queues form implicit classes as expected. Left everything running over night and no crash reports in the morning (patch for bug 1041013 is also applied).
- Consumers of libcups, especially GTK work without problems, so no other packages need to get rebuilt.
- All bug fixes of 1.6.1 and after are preserved (in contrary to a downgrade to CUPS 1.5.x).
Additional notes:
We will not carry this large patch permanently. It is only until the GUI toolkits and print dialogs are able to discover Bonjour-broadcasted print queues and so configuration-less clients are possible without classic CUPS Broadcasting/Browsing. This we want to achieve in Quantal+1 (13.04) and so we do not need to carry this patch over to later CUPS versions.
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: cups 1.6.1-0ubuntu9
[ Automatically added info not relevant for this problem removed ] |
Feature Freeze Exception request for Quantal
Original report:
Since cups 1.6+, cups browsing protocol and automatic appearing of remote CUPS queues doesn't work anymore (LP: #1052897).
This is a serious regression because each user has to :
- manually add each queue of interest at every site (as printers don't appear automagically anymore)
- keep a big list of non existing printers when moving (as printers don't disappear automagically anymore)
The local cups server (or another daemon) should have a mean to automatically add discovered printers (like it does for USB printers for example).
Rationale:
The feature of CUPS servers broadcasting their print queue info into the local network and CUPS clients automatically picking up these broadcasts and making the queues immediately available and so the client always automatically having the print queues of the network where it is actually connected is unique to Linux and makes users prefer Linux against Windows or Mac.
Clients are absolutely configuration-less. They simply pick up the queues in the network. Roaming with a laptop between different networks (home, office) always shows the printers actually available.
In addition, it is very easy to set up high availability. Create equally-named queues on more than one server (preferably with the same printer model and configuration) and on clients only one queue (an implicit class) with this name appears and jobs get load-balanced between the servers and the queue stays alive if a part of the servers is down.
As all this is done by CUPS itself, it works with all desktop applications and on the command line. No special code in the print dialogs is needed.
CUPS 1.6.x dropped this feature, replacing CUPS' own broadcasting/browsing functionality by broadcasting via Bonjour (avahi-daemon). CUPS 1.6.x has no client-side browsing functionality to automatically pick up the Bonjour-bnroadcasted queues. According to upstream it requires the discovery being implemented in the application's/GUI toolkit's print dialogs, there is even a set of functions in libcups for it, but they are not used by CUPS itself.
Proposed fix:
In the package cups 1.6.1-0ubuntu10 I have forward-ported the removed CUPS broadcasting/browsing feature from cups 1.5.x to cups 1.6.x basing myself on the upstream SVN commits 10104, 10113, and 10544 undoing them (but without SLP and LDAP support). The patch is very large, but
- It contains only code which worked well for several years in CUPS
- The patch does not interfere with any changes on CUPS which were done after the removal of the CUPS Broadcasting/Browsing functionality.
- It does not remove anything from the current code and also does not modify anything of the already existing functionality (like Bonjour broadcasting/AirPrint support).
- I have tested it on 2 computers, one 64-bit with 17 queues and one 32-bit with one queue, having an additional Precise (CUPS 1.5.3) box in the network (~15 queues). All broadcast and receive their queues correctly and all network printing works. Equally named queues form implicit classes as expected. Left everything running over night and no crash reports in the morning (patch for bug 1041013 is also applied).
- Consumers of libcups, especially GTK work without problems, so no other packages need to get rebuilt.
- Eliminates the need to do changes on several GUI toolkit and application packages.
- All bug fixes of 1.6.1 and after are preserved (in contrary to a downgrade to CUPS 1.5.x).
Additional notes:
We will not carry this large patch permanently. It is only until the GUI toolkits and print dialogs are able to discover Bonjour-broadcasted print queues and so configuration-less clients are possible without classic CUPS Broadcasting/Browsing. This we want to achieve in Quantal+1 (13.04) and so we do not need to carry this patch over to later CUPS versions.
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: cups 1.6.1-0ubuntu9
[ Automatically added info not relevant for this problem removed ] |
|
2012-10-06 10:46:17 |
Till Kamppeter |
bug |
|
|
added subscriber Sebastien Bacher |
2012-10-06 10:46:25 |
Till Kamppeter |
bug |
|
|
added subscriber Martin Pitt |
2012-10-06 10:46:34 |
Till Kamppeter |
bug |
|
|
added subscriber Lars Uebernickel |
2012-10-06 12:27:22 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/quantal-proposed/cups |
|
2012-10-07 03:53:11 |
Launchpad Janitor |
cups (Ubuntu): status |
Fix Committed |
Fix Released |
|
2012-10-07 18:12:59 |
Gabriel Ebner |
bug |
|
|
added subscriber Gabriel Ebner |
2012-10-19 15:35:40 |
Sascha Steinbiss |
bug |
|
|
added subscriber Sascha Steinbiss |
2012-10-22 13:33:50 |
the-unconventional |
removed subscriber Kevin Keijzer |
|
|
|
2012-12-27 21:41:00 |
Till Kamppeter |
nominated for series |
|
Ubuntu Quantal |
|
2012-12-27 21:41:00 |
Till Kamppeter |
bug task added |
|
cups (Ubuntu Quantal) |
|
2012-12-27 21:41:00 |
Till Kamppeter |
nominated for series |
|
Ubuntu Raring |
|
2012-12-27 21:41:00 |
Till Kamppeter |
bug task added |
|
cups (Ubuntu Raring) |
|
2012-12-27 21:41:14 |
Till Kamppeter |
cups (Ubuntu Quantal): status |
New |
Fix Released |
|
2012-12-27 21:41:18 |
Till Kamppeter |
cups (Ubuntu Quantal): importance |
Undecided |
Critical |
|
2012-12-27 21:41:22 |
Till Kamppeter |
cups (Ubuntu Quantal): assignee |
|
Till Kamppeter (till-kamppeter) |
|
2012-12-27 21:41:35 |
Till Kamppeter |
cups (Ubuntu Raring): status |
Fix Released |
Triaged |
|
2012-12-27 21:43:25 |
Till Kamppeter |
bug task added |
|
cups-filters (Ubuntu) |
|
2012-12-27 21:43:34 |
Till Kamppeter |
cups-filters (Ubuntu Quantal): status |
New |
Invalid |
|
2012-12-27 21:43:41 |
Till Kamppeter |
cups-filters (Ubuntu Raring): status |
New |
Triaged |
|
2012-12-27 21:43:44 |
Till Kamppeter |
cups-filters (Ubuntu Raring): importance |
Undecided |
Critical |
|
2012-12-27 21:43:48 |
Till Kamppeter |
cups-filters (Ubuntu Raring): assignee |
|
Till Kamppeter (till-kamppeter) |
|
2012-12-27 21:43:53 |
Till Kamppeter |
cups (Ubuntu Raring): milestone |
ubuntu-12.10 |
ubuntu-13.04-feature-freeze |
|
2012-12-27 21:43:56 |
Till Kamppeter |
cups-filters (Ubuntu Raring): milestone |
|
ubuntu-13.04-feature-freeze |
|
2012-12-29 13:15:24 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/raring-proposed/cups |
|
2012-12-29 13:42:15 |
Launchpad Janitor |
cups (Ubuntu Raring): status |
Triaged |
Fix Released |
|
2012-12-29 13:42:15 |
Launchpad Janitor |
cve linked |
|
2012-5519 |
|
2012-12-29 14:14:34 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/raring-proposed/cups-filters |
|
2013-01-02 21:26:14 |
Launchpad Janitor |
cups-filters (Ubuntu Raring): status |
Triaged |
Fix Released |
|
2013-01-02 21:42:20 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/cups-filters |
|
2013-01-12 22:43:45 |
Launchpad Janitor |
branch linked |
|
lp:debian/experimental/cups-filters |
|
2013-08-17 11:22:14 |
steba |
bug |
|
|
added subscriber steba |