cvs commit: ports/print/cups-base Makefile distinfo ports/print/cups-base/files patch-configure patch-str3914

[Alexander Leidinger]

On Thu, 25 Aug 2011 10:52:35 +0200 Matthias Andree
<mandree at FreeBSD.org> wrote:

> Am 25.08.2011 08:44, schrieb Alexey Dokuchaev:
> > On Thu, Aug 25, 2011 at 05:19:58AM +0000, Dirk Meyer wrote:
> >> dinoex      2011-08-25 05:19:58 UTC
> >>
> >>   Modified files:
> >>     print/cups-base      Makefile distinfo 
> >>     print/cups-base/files patch-configure 
> >>   Added files:
> >>     print/cups-base/files patch-str3914 
> >>   Log:
> >>   - update to 1.4.8
> >>   - option GNUTLS default off
> > 
> > Thanks for turning TLS off by default (now I wish others would stop
> > including CUPS support by default, and we would be living in a
> > better world).
> 
> CUPS may have its quirks and rough edges, but AFAICT it's *the*
> printing spooler/filter/... solution for Desktop users.  None of the
> predecessors were anywhere close WRT end user flexibility and
> transparency.

While the mail this comments on seems to be targeted to software which
is used a lot in desktop environemnts:

This is also a very good solution for enterprise-style printservers. I
installed it in a pure server environment (Solaris in an office which
is doing a lot of automated printing of address stickers and invoices
and such). Think about several hundred printers, and 3 operators which
have to take care about paper-jams, new paper, distribution of
printouts of the endless-paper printers, and the occasional reprint via
the webinterface of cups (CUPS is configured to let the operators use
only parts of the webinterface, only the admins (which mostly know
enough to add/delete printers, but not enough to fully configure CUPS)
are allowed to use all features). The main reason CUPS was used is the
possibility to do load-balancing of printers and the possibility for
point-and-click-style people to operate parts of it (the fine
grained access control is an added bonus, it could have been managed
with an operation-policy in this case).

Is there anything I overlooked in this regard (this was about 5 years
ago, but I'm also interested in current technology-alternatives)?

Bye,
Alexander.

-- 
http://www.Leidinger.net    Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org       netchild @ FreeBSD.org  : PGP ID = 72077137