** Description changed: + 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 - 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 + + [ Automatically added info not relevant for this problem removed ]
** Description changed: + 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 ] ** Description changed: 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. 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). + - 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 ] ** Description changed: 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 ] -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/1061063 Title: [FFE] Reimplement automatic appearing of CUPS queues broadcasted by a remote CUPS server Status in “cups” package in Ubuntu: Fix Committed Bug 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 ] To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1061063/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
