CUPS - Common Unix Printing System
Background Information CUPS is developed and maintained by Easy Software Products, which is co-owned by the author of the book, Mike Sweet.
The complete table of contents for CUPS - Common Unix Printing System, aka "The Octopus Book" can be found here. The CUPS web site also contains errata lists and example code. In addition, Easy Software Products sells a companion CD for the book, only available on their web site.
Who should read it? If you do not use a printer with Unix or Linux, or if you do and you are perfectly happy with the results (maybe because the distro came with all the right stuff pre-installed), this book is not for you.
However, if you are serious about printing, if you are considering replacing the outdated legacy printing system that came with your Unix or Linux or if you are a developer even remotely interested in Linux/Unix printing, this book is for you.
Did I mention that the Octopus Book is also very helpful when it comes to understanding IPP, the Internet Printing Protocol? If you tried to read through all the RFCs on IPP out there and managed to understand IPP afterwards -- congratulations! I tried that, failed, bought the Octopus Book and finally understood.
How will it help users and admins? This book will show you how to install, administer and use CUPS. While the documentation that comes with CUPS is very good already, having everything in one handy package has its advantages, especially as the book goes into more detail than the on-line documentation. In addition, this book will explain to you in great detail how to extend CUPS. If you've ever wanted to be able to directly print some rather unusual file type -- or need a mechanism to create PDF files and email a copy of each PDF whenever you print them to a certain printer, this book will tell you how to do that.Anything for developers? Sure. Complete API documentation with loads of example code. Everything from "How can I add good printing support to my application" to "How do I write a printer driver?" is in there. Likes and dislikes Of course, no book is perfect. This book comes close, but you should know that a lot of it is already available for free on the CUPS web site. It also lacks details on how to rip the old printing system out of your legacy Unix -- but if you've got root, this is something you should know anyhow.
Another thing - it is not as funny as Terry Pratchett. But I can live with that.
As you might have noticed, I really like this book. It definitely made my work much easier -- I work for a manufacturer of (among other things) large printers and this (by now well-worn) book has been granted dedicated space on a very crowded desktop.
You can purchase CUPS - Common Unix Printing System from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
After the story a few days ago about how it was so flexible and could be used for queueing up MP3s etc?
Wah-Lah^H^H^H^H^H^H^H Walla^H^H^H^H^H Viola^H^H^H^H^H Voilà! Instant CUPS book!
Obliteracy: Words with explosions
Of course not, god knows that reading a man page or a how-to is much easier than an illustrated bound guide.
What the hell kind of question is this? Of course it makes sense, especially if you don't know much or anything about the software. What do you think that everyone is some kind of "programmer" that will just take the source and read it to find out what it does? Of course not, cups is fairly easy to setup especially with all the gui's to configure it, but that doesn't mean that it wouldn't hurt to read a book on the subject to make it a little easier.
This might shock ya, but it also "makes sense" to click that little "Donate" button on GPL'd software websites. It's not as common on some would let on. Supporting open source is more than just saying "I use open source".
Ignore the "p2p is theft" trolls, they're just uninformed
NetInfo connection failed for server 127.0.0.1/local
We don't need a stinking printing system, remember that all these nifty computers are going to bring us the "Paperless Office"! At least thats what we were told in the 80s.
Trolling is a art,
Everyone has spent the last decade complaining that Community-maintained software has poor or no documentation. A good reason for that is that its more fun to code than to write down in english what you did after the fact. If I have to shell out money to entice somebody to write good documentation for something I use, then I will definitely do it.
CUPS coupled with Samba and OpenLDAP now provides a one-stop replacement for authentication and file/print for most organisations currently running a MS back-end. Great to see some dead treeware on the subject
I must admit, I've never been very good at setting up printers in Unix. If I don't have access to the Redhat printconf gui utility, I'm pretty lost. This is bad considering that I'm a unix admin at heart. I guess I've never really had the need to configure many printers on Unix boxes, and when I do, it is always conveniently enough a RedHat box.
I might just have to pick this book up. Anyone have any other suggestions on how to demystify printing in Unix? I understand how to use the lpr command, and how to kill jobs with lprm and list them with lpstat, but I'm pretty much a noob at configuring printers. A complete guide on how it all works would be nice. I'm pretty sketchy on the whole "filters" idea, and wouldn't know where to start to set up CUPS or LPD if all I had was a command line available.
It has all the low down on saucers as well
Do not try to read the dupe, thats impossible. Instead, only try to realize the truth
What truth?
There is no dupe
I hate that CUPS... it's bulky and cumbersome to administer.
I don't have a network of users usually, for occasional printing it's an awfully complex system.
Finally, a non-recursive UNIX acronym!
A programmer is a machine for converting coffee into code.
You don't need books about GPL software. Just read the source code. Riiight.
Troll bullshit. Under Red Hat, one fires up the printer control panel, gives the printer a name, selects where the printer is connected (locally, networked, etc.) and selects the printer's make/model if it isn't already autodetected. Hit the "apply" button, and that's it. It couldn't get any easier if the printer bit you on your troll ass.
Another thing - it is not as funny as Terry Pratchett. But I can live with that.
Dude, if you can be as funny as Pratchett while writing about configuring printers then you're definitely in the wrong field.
That's bogus. Anyone who has installed a system on his or her home computer will have root, but nowhere near all of them will know where all the components that have to be ripped out are located. I know I don't.
That said, I suppose replacing a legacy system with CUPS might not be considered on-topic for this book... but there seems to be a niche for more generic books about Unix printing that would cover such things.
CJV
I really like the fact that we could configure and see the status of the printer from a web browser.
Think like a man of action, act like a man of thought.
It is more complicated than that, and you know it.
Even under Windows it's not that simple... ok, sure, for the dead simple cases it is, and it's not much harder under *nix with CUPS (AFAIK CUPS doesn't autodetect and autoconfigure, but I haven't hooked up a USB printer to my Linux box to check).
How do you setup a network printer under Windows? No, not a shared printer... one that sits on the network with maybe a little interface box and that's it. It sure as hell wasn't as easy as it should be, and even when you figure it out it doesn't always work. My HP Deskjet will use IPP just fine, from both Win98SE (which was an utter bitch to get working, since MS claims IPP support for Win98SE and then proceeds to avoid actually making it available) and XP (which was confusing to setup properly since the Add Port button is deeply obfusicated). My Canon photoprinter absolutely, positively refuses to play nice with IPP though. So even under Windows it is more complicated than that.
And adding print support in Windows isn't as simple as saying print(mystuff); -- proper printing support is quite a bit more complex. Dunno if CUPS is more or less complex than Win32 services, but I suspect it's a tie.
This isn't a book for average users, it's a book for admins. There are corallarys in every system, be it Windows, Mac (pre OS-X), *nix, mainframe, or whatever... the simple stuff should be simple. The complex stuff, sadly, remains overly complex.
mtas and print servers have a lot in common- so much so that with a simple "dequeing" program (that serializes message input) you can use your qmail [or other mta] as your printing system.
:)
The obvious benefit is that you get to avoid weird printcaps, and all the different "stages" in which a program decides if it's postscript, native for the printer, resizing paper, etc.
Of course, using an MTA as your print server has other security issues to watch for- fortunately, these issues are for the MTA and mailboxes itself. So you don't have to learn the security details of two queue-action systems- only the one that you'd be using anyway
You won't have internet-printing-protocol, or an LPD server [although I suppose it wouldn't be that difficult to hook one into qmail-inject...], fortunately it seems that these things are less-important- at least on our network.
One of our clients uses those cheap print-server boxes, and has a Win2k box that can't seem to understand IPP. No matter, the box can send mail, so everyone's happy (infact- the program actually has a "print to email function" - so while it sounds weird to print to email to a printer, it's actually not that big of a workaround for them)
Anyway, back to CUPS... CUPS is a lot like sendmail. Yes, the configuration file looks slightly less like line noise, but it is complicated enough to warrent an entire [thick] book on the subject. I don't need IPP or foomatic or 10% of my programs to think my printer actually understands A4 paper, OR reading configuration files that make me think someone picked up the phone... I'll just stick to my qmail-printer.
I used to use apsfilter w/ lpd for all my printing needs. Which worked, once it was setup. Though I never did get samba printing exactly correct. It was a bear. It was eaiser to setup sendmail than getting printing working in linux.
Well, a short while ago we picked up a new printer. I was dreading going into apsfilter setup again and wrestling with lpd and all that. I looked around cups' site looking for a decent howto. Nothing for a simple "just do it" documentation. I decided to try out gentoo's site for documentation, which is awsome. Here is an awesome howto for getting cups setup in gentoo. You could probably glean the information for doing it in other distributions also from this howto.
I know a lot of folks get sick of gentoo folks pushing it all the time. But documentation and howto's are one of gentoo's biggest strengths. I really reccomend folks look at the gentoo docs when they are trying to figure something out.
Nope, I don't have any affiliation with gentoo other than a user and the occasional bug reporter.
Norris/Palin 2012
Fact: We deserve leaders who can kick your ass and field dress your carcass.
Well, i'll just hit this print button, and *DOH* I forgot, printers not configured.
;)
OR
Well, now that my printer's working, I don't need to print out this book again.
I suppose it'd make a good test print
Why aren't you encrypting your e-mail?
But those of us who use OS X use CUPS for drinking. Large quantities of Mint Juleps, in particular, this past weekend.
sulli
RTFJ.
Printing on supported hardware has NEVER been "voodoo" in Linux. Nice menu driven interfaces have existed for setting up Linux printers since at least '95. Printing isn't horribly complex. You're simply throwing characters at the printer port.
Perhaps it might be useful to throw a filter on the front that's a shiny happy print options control. Stuff beyond that is overkill (like Berlin) that distracts from device support.
scoadmin is irrelvant as is CUPS.
Proper printer drivers are really what's useful.
In this respect, the freeware version of CUPS is far inferior to the Linux printer filters that were available 8 years ago.
There is no menu selection for my (brother) printer. This would confuse a novice not aware that it's LaserJet compatible.
A Pirate and a Puritan look the same on a balance sheet.
Now if only someone would write a book telling me how to get my Lexmark winprinter to work under linux...
There is a lot more to printing than writing device drivers. I've been using CUPS on MacOS X for quite a while, since there are no other drivers for my old Epson 1520. I'm a bit dissatisfied with the color management abilities of CUPS. Sure it has custom color tables, but no real way to integrate with Colorsync or other color profiling systems. I can turn off all color management in CUPS, hoping it prints a relatively neutral profile, and then let Colorsync work it's profile to that, but you don't really get the full dynamic range compared to real official Epson drivers with real official Colorsync. So I'm not even getting as good quality color output and matching as with MacOS 9. Oh well, I suppose I'll have to get a new printer with proper drivers one of these days, but I like my old 4color printer for press proofing, I can't stand 6 or 7 color printer proofs when I'm targeting CMYK film output.
Never knock great documentation. I would have to say that one of the major problems with open source software today is that many of the programs do not have enough great documentation.
-redptam-
A simple question. Why would an OS X user want to use CUPS? I know there's a good reason it is built in, I just haven't found the need to use it yet.
Maybe I'll use it, maybe I won't. I remember thinking "PDF workflow handling in OS X? Why bother?" but it turned out to be a great help when working on newsletters and such and mailing them out from Illustrator.
So if anyone could post a good "5 - Informative" reply to me, I'd love it.
"He uses statistics as a drunken man uses lampposts...for support rather than illumination." - Andrew Lang
Of course not, just download the man pages and print them ou-- oh, right.
I am interested in, have to be at least C.
On the recent thinkpads, there's a BIOS option that says: "Boot default display: {CRT, LCD, both}".
It works like a charm. There's no reason to not select "both" unless you need an extra 10 min. on your battery.
And Fn-F7 toggles (wow, another one), if needed.
Works in Windows, Linux, et. al without fuss. You may have to add a monitor driver in Windows the first time it gets used (but I never saw that message... maybe it was autodetected during install as Generic XGA or some such)
THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
I think it was intentional and an example of something called "Satire."
With Berkeley LPD you can do:
:sd=/var/spool/lpd/sap:\ :if=/usr/local/lib/print-sap-out:\ :af=/var/spool/lpd/sap/acct:\ :lp=/dev/null:\ :bk:sh:mx#0:
sap|write documents to sap-out:\
This sets an input filter on an otherwise dummy printer, which can be a shellscript or whatever executable. It will receive your request data on stdin, and gets args that specify the source host and loginname of the user submitting the request.
The above was in real-life use on a Linux system, the script took the input file and put it on an Intranet website directory as a PDF file. grouped by source system and user.
Now, update the Linux system and we got CUPS insted of lpd. But this simple way of input-filtering printers seems to be gone.... We can still write a backend, but it does not get the originating hostname as a parameter!
How is this solved or worked around?
And I've upgraded KDE to 3.1.2, which means since I don't understand CUPS enough to upgrade it, I can't print. I'd get this book if I cared. The fact is, I don't know squat about Unix printing.
Eat at Joe's.
Printing under linux SUCKS. Make it as easy as windows or setting up a jetdirect and we have something useful for small scall application.
:P
Umm... under Redhat 7.3
As root:
1: run printtool
2: click 'New Printer'
3: click 'Next'
4: Name the Printer
5: click on 'HP JetDirect'
6: Enter IP address
7: Go find Printer driver in List (I use an HP LJ4) so I select HP->LaserJet4->ljet4
8: Click Next
9: Click Finish
10:click Apply,then OK to 'LPD restart' message
11:Select Printer from the list
12:Click on 'Test' then 'US LETTER Postscript Test'
Easy I'm a 12 stepper..
Hell. In windows it is easy too, however you need to create a local TCP/IP port to print to and I don't have those instructions..
Partnership for an idiot free America!
I have to disagree that CUPS has good documentation.
The organization of it is confusing, some of it
is out of date, and many terms aren't defined.
It assumes you know what "foomatic" means
and what the gimp-print provides. It took me
three tries before I could install it successfully
from source code, and I still don't have it working
completely correctly (my printer configuration
disappears when I reboot my server?). Although its
great when it works, I think it could use a clear
and up-to-date HOWTO-CUPS.
What is missing with regards to printing in unix is something better that the standard (unfortunately), ultra primitive printer options dialog box given to the user, i.e. a prompt asking for your favourite lpr command.
When I select File->Print in an application in X I should be presented with a dialog box with access to all the selected printer's specific options (for instance print on both sides, etc). As long as this is not the case printing in unix sucks, although with CUPS it sucks less :)
When you are sure of something, you probably are wrong (search for "Unskilled and Unaware of It").
And does it make sense to buy a book about a GPLed piece of software?
That is one very naive question, so let me be the first to welcome you to Slashdot.
"No, not a shared printer... one that sits on the network with maybe a little interface box and that's it."
Well the Jetdirect card has an IP address you configure. This is detailed in the manual that comes with the card.
Then you go to your Win2k server and setup a new port... then assign drivers. This is also detailed in the manual that comes with the card.
"And adding print support in Windows isn't as simple as saying print(mystuff); -- proper printing support is quite a bit more complex."
How would you know? Your knowledge of Windows is still stuck in the Win98 era. THAT WAS FIVE YEARS AGO!?
Then you go to your Win2k server and setup a new port... then assign drivers. This is also detailed in the manual that comes with the card.
I have the Hawking PS12U - the HP JetDirect series was inadequate since it lacked USB ports and was about 3x more expensive for less functionality. The documentation details how to set things up, but it's rather deeply wrong on how to go about doing so. The Add Port functionality isn't discussed, and it's in different places in Win98, Win2k, and XP.
How would you know? Your knowledge of Windows is still stuck in the Win98 era. THAT WAS FIVE YEARS AGO!?
I'm so happy you don't work for my company. I pity whoever you do work for. We have a multitude of PCs at home... some run Win98SE, some run Win XP, some run Linux. The fact that I have boxes running 98 does not mean my "knowledge of Windows" is stuck in that era. I simply don't see the point in dropping a hundred bucks or so everytime MS puts out a new version of Windows. Win98SE is quite stable and fast if you know what you're doing, buy good hardware, and configure things right.
Not to mention I was talking about programming at that point. And the APIs involved haven't changed significantly between Win98 and XP.
Ok please answer this question about your favorite system:
All printers are setup defaulting to A4 paper. Users often complain that printout defaults to LETTER format. Nowhere in the system (except maybe in its American origins) it is indicated that LETTER should ever be the papersize. It can be fixed by setting a per-user preference of "fit the printing to A4" but where is the easy-to-set "we want to print on A4 DAMMIT!!"?
I think a book has to be read to find this out. It is at least not obvious from the dialogs in the printing system.
Are you sure? In the US, copyrights stay in force until something like 50 years after the death of the author. But religious people believe that god wrote the bible, and they certainly don't believe that god is dead.
There could be a BIG lawsuit coming out of this.
That's bogus. Anyone who has installed a system on his or her home computer will have root, but nowhere near all of them will know where all the components that have to be ripped out are located. I know I don't.
...I imagine somewhere near all of those that buy a 650 page book about the printing system of their computer does...
Kjella
Live today, because you never know what tomorrow brings
Michael R. Sweet mannnnn, Michael R. Sweet!!!!
== Jez ==
Do you miss Firefox? Try Pale Moon.
It depends on your print driver, but usually there's a tab in the Print dialog that's called (you guessed it) Paper!
Gamingmuseum.com: Give your 3D accelerator a rest.
Hmm "man mobydick"? Would that give you the full text of the book or just the cliff notes?
I'm trying to teach myself to set people on fire with my mind... Is it hot in here?
What I said: set to A4, user specifies nothing, still printer says "LOAD LETTER".
There seems to be a wired-in default of LETTER somewhere. This may be perfectly OK for the home market, but it upsets us Europeans.
As root
Problem #1. I want my users to be able to add a printer. They should not need to be root.
For our 180 Windows users I have an "Add printer" icon that displays the shared printers on our Samba print server. They right-click and choose Connect. This installs and configures the printer on the workstation including downloading the applicable driver if required.
If you don't want to repeat the past, stop living in it.
Interestingly, the really new HP LaserJet's have this feature, only slightly renamed
From the printer panel you can configure it so that it'll always use A4 size even if the machine doing the printing explicitly requests letter. This makes a lot of sense, I've never seen anybody use letter size (in Europe) but all software will still be configured for it by default. It really shouldn't be the printer's job to force some specific size, but whatever it takes to get rid of "Load letter" is ok in my book.
>Interestingly, the really new HP LaserJet's have this feature, only slightly renamed
Of course I know that. But it is not the solution, it is only a dirty workaround. It skips you past the prompt to load the letter-sized paper, but the page layout is still LETTER instead of A4, so your footers appear 2cm too high on the paper (and the bottom 2cm is always unused)
This is /. Linux snobbery rearing its ugly head. After jumping through hoops to get a Linux box to print several years ago, I never had the inclination or time to set it up on subsequent boxes. I now use the method above...
Tired of being "punished" by the Slashdot $rtbl since 2002. I'm now over at http://soylentnews.org/ .
An entire book about a printing system? How complex is this solution anyway? I would think that if you need to write an entire book to discuss a software system that is providing the same services we have had for 30 years, then you may need to rethink the implementation.
Providing printing services to users should be plug and p(r)lay by now.
You would think that the developers could have come up with a real name for Foomatic, before releasing it. I've always hated that name and it is even worse when trying to explain it to someone who is not familiar with CUPS.
And does it make sense to buy a book about a GPLed piece of software?
You mean, like, Perl?
Informatus Technologicus
I recently installed the shiny new Redhat 9 on my system. It acknowledged my printer correctly and proceeded to configure it during boot-up. When I wanted to print out a document in KWord it gave me a robust selection of printer configuration options and print spooling/systems to choose from, then...
;)
Nada. Zip. Not just CUPS but all of them printing systems or whatever you wanna call them.
No matter what application I use, it rudely farts out some obscure error I don't have the patience or time to investigate. Usually when I need a document printed out, it's not for a half hour from now or whenever I can find the time to get under the hood to fix it, I need it right there and then. So far, I've had to leave Windows with that grunt work.
Linux is still my favorite toy, but it still needs some fine-tuning for the novice and the lazy like me
SEO Copywriter. Just Say ON
The parent, modded down as a troll, said:
cat filename.txt | mail -s "Print this" me@somewhere.com
and then print the email using Outlook Express on a Windoze box.
There, now you don't have to buy a book.
I have a Redhat 7.2 system at home. Printing is fucked to high-heaven. I love Linux, but printing under Linux is a goddamn nightmare. It's even worse than under Windows, which is no picnic, but usually works.
"that's not encryption - it's a new perl script that I'm working on..." - from some Matrix parody
Dude... it's your own damn fault if you're using RH 7.2. RH 8.0 has that all sewn up and RH9 has the extra fixes for the rest of the system. Setting up a printer from the GUI on my RH8 box took me all of one minute. This is for an Epson Stylus Color 600. In 7.2 it took me quite a while to get it going, but CUPS certainly fixes the matter VERY nicely. BTW... that one minute inluded setting it up as a shared printer as well.
Un-news
what is there that cups can do that ndps/iprint cant & vise versa?
NDPS
iPrint
The idea behind a network printer is that you don't need an entire PC to feed the queue. I'd like to be able to turn my PC off and still have my wife print, thanks.
I love those little boxes. They even provide HP JetDirectand IPP. You can take your ancient Laserjet series II or III or even your inkjet and connect them to the parallel version and use them as JetDirect or IPP printers anywhere on the LAN. They also support IPP. They are also fully configurable with a web browser and the configuration is password protected. I have 3 on my home LAN. The parallel version eliminates a cable by attaching directly to the printer without a cable. It's as if the printer was manufactured as a LAN printer. Plug in a LAN cable and wall wart and the printer ready to configure and use on a LAN. Win and Linux boxes connect to them with no problems. IF I remember properly, they could also be a DHCP server. They can configure as a Novell Network Printer. That little box does a lot.
The truth shall set you free!
Yeah I've been reading slashdot for years and only very occasionally posting AC. One day I decided I wanted to post more regularly so I registered.
-- I was rewarded greatly.
I just found a much better description in a paper named Twenty Years of Berkeley Unix
Here's your UUoC award.