| |||||||||||||
Architecture astronauts take overArchitecture astronauts take overPosted May 23, 2012 7:19 UTC (Wed) by alexl (subscriber, #19068)In reply to: Architecture astronauts take over by nhippi Parent article: Announcing printerd Its *possible* that Tim Waugh, maintainer of printing in Red Hat since time immemorial and one of the very few long term active participants in the Linux upstream printing echosystem has made a mistake, and that some random commenter on LWN has a point to make. However, this seems more like a no-brain cheap complaint about the announcement text, making fun of some techical decissions with no apparent real thought behind it. Just because the announcement doesn't fulfill your wet dream about how a perfect project announcement should look, please don't assume that the people involved are complete idiots who have no idea about the problem they are trying to solve. It just makes you look bad. Smart people don't think others are stupid.
(Log in to post comments)
Architecture astronauts take over Posted May 23, 2012 12:07 UTC (Wed) by nye (guest, #51576) [Link]
I don't understand the hate that nhippi's comment seems to have provoked; so far as I can see it's an objective assessment of the facts - the announcement really doesn't give any indication of what the project is for, what it's aims are, why it even exists, or much of anything really.
(Your personal attack on the other hand I found offensive and obnoxious)
Architecture astronauts take over Posted May 23, 2012 13:31 UTC (Wed) by alexl (subscriber, #19068) [Link]
The complaints about the announcement are factual and not really the problem. The problem is saying things like:
"Architecture astronauts take over"
It might not be all that easy to understand what printerd is for from the announcement, but that doesn't mean you should jump to the wrong conclusions and flame the people doing the work about those.
Tim has been working on Linux printing for the last decade. To claim that he has no knowledge about the needs of users, or that he just does this so he can use dbus or gobject is ridiculous. He is one of the few people who actually work to make printing work in Linux, and what does he get for it? Flames by people who do not even understand the problem (although the lack of understanding is partly the fault of the announcement).
Architecture astronauts take over Posted May 23, 2012 14:49 UTC (Wed) by spaetz (subscriber, #32870) [Link]
One thing I'd have liked to learn from the announcement is how this relates to CUPS. Is it supposed to be bolted on to CUPS, replace CUPS (given the recent Linux-unfriendly turn that CUPS development seems to have taken, this would not be unwelcome news) or what? All it says, that CUPS drivers will continue to work.
Architecture astronauts take over Posted May 23, 2012 15:01 UTC (Wed) by alexl (subscriber, #19068) [Link]
CUPS will not be entirely replaced. It will still be what talks to the printer, picks the right drivers, manages the installed printers, etc.
printerd is more like a session print spooler. It lets you enumerate printers, submit jobs to them, etc. If the printer was a network (ipp) printer that supports pdf, or a cloud service like Google Cloud Print then everything will run without any instance of CUPS.
However, if you're printing to a local printer, or a printer attached to a print server (on linux) then printerd will hand the pdf over to CUPS, running locally or on the server.
Tim has a nicer explanation in an earlier blog entry:
Architecture astronauts take over Posted May 23, 2012 16:56 UTC (Wed) by cmccabe (guest, #60281) [Link]
Hi alexl,
CUPS already has support for being a print spooler. It already allows you to "enumerate printers, submit jobs to them, etc." What is printerd going to provide that CUPS does not?
Please keep in mind that another layer of software is another layer of bugs that we will all have to debug. Even the best programmers sometimes make mistakes. If there's no value add from the additional abstraction, then I would prefer to keep things simple.
I would love to see something take over from cups, but only if it provides the same features that cups provides. I'm not really interested in running the printer daemon version of "duelling banjos."
Architecture astronauts take over Posted May 23, 2012 18:42 UTC (Wed) by alexl (subscriber, #19068) [Link]
I'm aware of how CUPS work. And the link I posted explains this too.
For the case of a local printer printerd would just call out to the local cups daemon just like currently, and printerd would be nothing more than a frontend for cups with an API that is nicer for async code (ever tried to write async code using libcups?).
However, if you're not using a local printer, but rather some network printer or cloud service then having to have a local system-wide print spooler is completely unnecessary, and printd would just forward the job to the spooler on the remote server, working completely in the user session.
Running in the session has some advantages besides just needing less code. It also allows the spooler to do things like authenticate to the cloud service in a normal way, as its part of the user desktop session, rather than some system service.
Anyway, Tim knows this stuff better, and he posted a new blog entry: http://cyberelk.net/tim/2012/05/23/some-benefits-of-print...
Architecture astronauts take over Posted May 23, 2012 22:41 UTC (Wed) by cmccabe (guest, #60281) [Link]
To be honest, I really don't care about asynchronous printing. How can I say this in the most tactful way-- I care more about dusting my ceilings than I do about the fact that applications need to spawn an extra thread to print.
My printer is a USB printer. It requires a printer driver to work. A driver which, incidentally has not been updated or fixed in years, and is not officially supported by the distro. Luckily I know enough about the plumbing to know how I can get this thing to work. (Should "work" be in quotes?)
At work, there is an IPP printer which I mostly use. The time I spent setting it up in CUPS was about 5 minutes, including printing test pages and all that.
> Running in the session has some advantages besides just needing less code.
Again, I just don't care. I've never used a multi-seat Linux machine (and I've had 5 jobs where I used Linux, including one where we used it in the cloud.) I also don't see what fundamentally prevents CUPS from doing the same thing-- i.e., accepting or rejecting jobs based on the user id that submitted them.
So far, printerd has not proposed to solve any of the problems I have ever had. Of course, I'm just one user-- perhaps others will have different needs.
Architecture astronauts take over Posted May 23, 2012 23:02 UTC (Wed) by jjs (guest, #10315) [Link]
I read his articles, and am still uncertain of the benefits. CUPS talks fine to remote printers. He admits CUPS integrates with polkit. Right now I tell my app to print, answer the various questions (# of copies, printer, etc), and off it goes. I go back to my app,and sometime later the printer prints my work (asynchronous from my viewpoint).
So other than adding another layer between the application and CUPS, what does printerd do?
Architecture astronauts take over Posted May 24, 2012 7:05 UTC (Thu) by jku (subscriber, #42379) [Link]
"sounds like a project that is started on horribly wrong basis" -- this is how he starts. Maybe he intended to say what you said ("announcement doesn't give any indication of what the project is for"), but I'd say there is room for misunderstanding there... There's a world of difference with "there's not enough information to evaluate this project" and "this project started on the wrong basis".
It's true that the announcement should have come with a link to http://cyberelk.net/tim/2012/05/23/some-benefits-of-print... but lets not make that omission a larger issue than it is.
|
|||||||||||||