Date: Thu, 25 Aug 2011 23:30:17 +0200 From: Alexander Leidinger <Alexander@Leidinger.net> To: Matthias Andree <mandree@FreeBSD.org> Cc: Dirk Meyer <dinoex@FreeBSD.org>, cvs-ports@FreeBSD.org, Alexey Dokuchaev <danfe@FreeBSD.org>, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/print/cups-base Makefile distinfo ports/print/cups-base/files patch-configure patch-str3914 Message-ID: <20110825233017.000002b5@unknown> In-Reply-To: <4E560D53.7060703@FreeBSD.org> References: <201108250519.p7P5JwgX061873@repoman.freebsd.org> <20110825064432.GA8491@FreeBSD.org> <4E560D53.7060703@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 25 Aug 2011 10:52:35 +0200 Matthias Andree <mandree@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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110825233017.000002b5>