Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for May 23, 2013
An "enum" for Python 3
An unexpected perf feature
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
Posted May 22, 2012 14:04 UTC (Tue) by rfunk (subscriber, #4054)
I can guess that having a printing system not controlled by Apple might also be a goal, although printerd would still require CUPS drivers.
Posted May 22, 2012 14:21 UTC (Tue) by aaron (subscriber, #282)
Posted May 22, 2012 15:11 UTC (Tue) by mbt (guest, #81044)
If all your users are sitting at seats around your single host, you don't need network transport for reaching printerd/systemd. It can even wake up your printer when you start printing.
Argh! With all these daemons around, we need an exorcism.
Posted May 22, 2012 15:19 UTC (Tue) by nye (guest, #51576)
Posted May 22, 2012 15:35 UTC (Tue) by drag (subscriber, #31333)
Normally I am happy to see new developments, but I personally really don't understand the point. The 'print spool' itself has never been much of a problem.
It's the printers themselves and the applications needed to properly support print jobs.
Like: I have to print labels in a automated manner on a Xerox Laser using PCL. Or a home label maker. Or if I want to use a Lexmark printer in Linux or the dozens and dozens of things that Linux tends to really suck at.
The task 'Add or remove pdfs from print spool' doesn't strike me as a problem that users had to overcome in the past. Other then the fact that the GUIs for selecting printers and printer features are miserable, tend to be missing controls, and have no consistency.
Posted May 22, 2012 15:39 UTC (Tue) by gioele (subscriber, #61675)
From the dbus homepage:
> D-Bus […] makes it simple […] to launch applications and daemons on demand when their services are needed.
Posted May 22, 2012 23:05 UTC (Tue) by lindi (subscriber, #53135)
Posted May 22, 2012 16:14 UTC (Tue) by randomguy3 (subscriber, #71063)
Although printerd can be on-demand, due to the D-Bus interface. Or it could provide a cups compatibility layer.
> 6. Force everyone to go graphical/PDF, since we don't need to support receipt/invoice/check/line/Braille printers anymore.
Presumably applications where that is relevant wouldn't use printerd's D-Bus interface, but talk to (and require) cups directly.
Posted May 22, 2012 22:01 UTC (Tue) by raven667 (subscriber, #5198)
I don't understand that either. The announcement just has a list of buzzwords but doesn't explain to me the rationale behind this development or how it'll integrate with the system. I'm not sure how this is different from, improves upon or integrates with CUPS which is by far the most widely deployed and most supported printing environment (except for Windows native drivers but that has a non-portable design anyway).
It'd be useful to see a longer form article of the whys and wherefores by the authors of this software instead of the wild and misinformed speculation that is likely to occur given the lack of information.
Posted May 22, 2012 23:22 UTC (Tue) by lindi (subscriber, #53135)
Posted May 26, 2012 14:33 UTC (Sat) by jond (subscriber, #37669)
Posted May 23, 2012 12:34 UTC (Wed) by nsoranzo (subscriber, #34668)
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds