I have now released cups-filters 1.0.26 upstream, with the new cups-
browsed daemon added. cups-browsed browses the Bonjour broadcasts of
shared remote CUPS queues and makes the queues available locally,
eliminating the need of the forward-port patch for CUPS
broadcasting/browsing. As soon as this package is available in Raring I
will remove the patch from Raring's CUPS.
** Also affects: cups (Ubuntu Quantal)
Importance: Undecided
Status: New
** Also affects: cups (Ubuntu Raring)
Importance: Critical
Assignee: Till Kamppeter (till-kamppeter)
Status: Fix Released
** Changed in: cups (Ubuntu Quantal)
Status: New => Fix Released
** Changed in: cups (Ubuntu Quantal)
Importance: Undecided => Critical
** Changed in: cups (Ubuntu Quantal)
Assignee: (unassigned) => Till Kamppeter (till-kamppeter)
** Changed in: cups (Ubuntu Raring)
Status: Fix Released => Triaged
** Also affects: cups-filters (Ubuntu)
Importance: Undecided
Status: New
** Changed in: cups-filters (Ubuntu Quantal)
Status: New => Invalid
** Changed in: cups-filters (Ubuntu Raring)
Status: New => Triaged
** Changed in: cups-filters (Ubuntu Raring)
Importance: Undecided => Critical
** Changed in: cups-filters (Ubuntu Raring)
Assignee: (unassigned) => Till Kamppeter (till-kamppeter)
** Changed in: cups (Ubuntu Raring)
Milestone: ubuntu-12.10 => ubuntu-13.04-feature-freeze
** Changed in: cups-filters (Ubuntu Raring)
Milestone: None => ubuntu-13.04-feature-freeze
--
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:
Triaged
Status in “cups-filters” package in Ubuntu:
Triaged
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:
Triaged
Status in “cups-filters” source package in Raring:
Triaged
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 : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
