This bug was fixed in the package cups-filters - 1.0.28-0ubuntu1
---------------
cups-filters (1.0.28-0ubuntu1) raring; urgency=low
* New upstream release
- cups-browsed: Added daemon to browse the Bonjour broadcasts of
shared remote CUPS printers and automatically add local raw queues
pointing to them, to resemble the behavior of the former CUPS
broadcasting/browsing which was dropped in CUPS 1.6. Now remote
printers appear as local print queues as before, but with the
standardized Bonjour broadcasting (LP: #1086019, LP: #1061063,
LP: #1061069).
* debian/control: Added build dependencies on Avahi, needed for the new
cups-browsed and also a new binary package named cups-browsed.
* debian/cups-browsed.install: New cups-browsed binary package.
* debian/local/cups-browsed.upstart: Upstart configuration file for
cups-browsed.
* debian/rules: Added everything needed so that the cups-browsed daemon gets
started automatically.
* debian/cups-filters.install: Include files from /usr/bin.
-- Till Kamppeter <till.kamppe...@gmail.com> Sat, 29 Dec 2012 14:30:07 +0100
** Changed in: cups-filters (Ubuntu Raring)
Status: Triaged => Fix Released
--
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 Released
Status in “cups-filters” package in Ubuntu:
Fix Released
Status in “cups” source package in Quantal:
Fix Released
Status in “cups-filters” source package in Quantal:
Invalid
Status in “cups” source package in Raring:
Fix Released
Status in “cups-filters” source package in Raring:
Fix Released
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.
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 ]
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 : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
