On Tue 18 Jul 2017 at 14:43:19 -0400, Antoine Beaupré wrote: > On 2017-07-18 17:19:08, Brian Potkin wrote: > > https://wiki.debian.org/PrintQueuesCUPS#Double_Filtering > > Reading that section just makes me more confused - while I am sure I > could spend the next 15 minutes trying to understand all the subtleties > of the CUPS internals, I fail to see how users are expected to learn > that stuff just to share printers over the network.
Users are not sharing printers. You (and your server) are. > I don't understand the trade-offs here: why isn't "raw" processing > the default? What's the downside, if it allows automatic remote printing > configurations? The problem appears to be you have a client which isn't doing raw processing. Sort them out, > If I need to install cups-browsed on the client, why isn't that > installed by default? It is recommended by cups-daemon, so it is hard to avoid unless you choose to. > It certainly seems to me that we expect way too much of our poor > users. I've been using Debian for over a decade, and I've been a DD for > years now, and I took my about 30 minutes to figure out how to make this > work. I consider myself lucky that I find the magic incantation at all, > and would be very surprised if a normal user would manage to fix this on > their own. > > I guess one thing remains unclear to me: is remote printing automatic > configuration supposed to work without commandline intervention right > now? Or are we expected to switch the queue to raw mode on the server > when we want to share printers? It seemed to me this was the issue here, > but maybe that assumption is flawed... Remote printing works out of the box without commandline intervention. -- Brian.
