mythbuntu-bugs team mailing list archive

["Daniel Richard G." <skunk@xxxxxxxxxx>]

Well, it appears the merge proposal was rejected because the change has
to be made to a seed file, which is what supposedly what the lists in
{,k,x}ubuntu-meta are generated from.

As far as I can tell, the necessary change is then to put parentheses
(indicating recommendation) around cups, openprinting-ppds and
foomatic-* in Lucid's desktop-common file:

    http://people.canonical.com/~ubuntu-archive/seeds/platform.lucid
/desktop-common

Marc, do you have any idea how to go about this? I'm a little lost,
since this isn't exactly a package that a bug can be filed against.

-- 
Downgrade "cups" to Recommends:
https://bugs.launchpad.net/bugs/302272
You received this bug notification because you are a member of Mythbuntu
Bug Team, which is subscribed to mythbuntu-meta in ubuntu.

Status in “edubuntu-meta” package in Ubuntu: Invalid
Status in “kubuntu-meta” package in Ubuntu: Confirmed
Status in “mythbuntu-meta” package in Ubuntu: Invalid
Status in “ubuntu-meta” package in Ubuntu: Confirmed
Status in “xubuntu-meta” package in Ubuntu: Confirmed

Bug description:
Binary package hint: ubuntu-desktop

When setting up Ubuntu desktop systems in a corporate/institutional setting that happens to have a central CUPS server and networked printing infrastructure, it is desirable not to have cupsd (and all its associated weight) installed on the desktops, and instead configure cups-client (via /etc/cups/client.conf) to talk directly to the central server.

Why? Ease of administration. The CUPS server is a fairly complex piece of software in its own right, and having one instance of it in a centrally-managed location is complicated enough without having basically the same piece of software running on every desktop. (This was made especially clear to me when I investigated how one sets the default print queue. There are potentially THREE places where this can be done: (1) on the client, in /etc/cups/lpoptions; (2) on the local CUPS server, via "lpadmin -d"; (3) on the central CUPS server. #1 and #3 are reasonable; #2 is just a headache waiting to happen.)

Please downgrade "cups" to a recommendation of the -desktop package, so that the latter can be installed (and retained) sans CUPS server.