Slashdot Mirror


Desktop FreeBSD Part 4: Printing

uninet writes "As a writer, the only reason Ed Hurst ever got his first computer was because it was far more efficient than a typewriter, and certainly more readable than his own handwriting. To enjoy that efficiency, however, you need a working printer, and Ed explores accomplishing just that with FreeBSD in this piece."

51 comments

  1. Printing on FreeBSD by brilinux · · Score: 4, Interesting

    Having just installed FreeBSD, I too had to configure my printer, yet this article made it seem overly complicated. Of course, I used KDE and CUPS to set up my USB HP-5150, but when I set the same up on Gentoo by hand, it was not that difficult. This makes using *nix systems seem harder for the desktop than it is.

    1. Re:Printing on FreeBSD by vasqzr · · Score: 2, Interesting

      Although I mainly use Linux for things such as file/email/proxy servers, I've set up printing before on workstations.

      The last version of RedHat that I used, (7.3) made it pretty easy. There was a control panel where I entered a name for the printer, chose postscript, and gave the ip of the printer. (HP LaserJet 4100). Worked perfectly. Everyone asked how I got web pages to print out without cutting off the right side (anyone who's printed from Internet Explorer knows what I'm talking about)

      It's equally easy in Knoppix, but you have the extra step of starting the printer daemon.

    2. Re:Printing on FreeBSD by Anonymous Coward · · Score: -1, Troll

      That's the problem with BSD. Apparently, you need a gigabyte-sized monster to configure your printing for you. What happened to the good old days when all you needed was vi? Such braindamage in BSD is one of the reasons I'll stick with my Slackware Linux. Stay dead, BSD - you're too stupid to live.

  2. Need a printer??? by acidrain · · Score: 1, Insightful

    To enjoy that efficiency, however, you need a working printer

    The only thing I use my printer for is printing out the odd map from the internet. And I don't need that. I think I would rather read on a monitor at this point then dig through some crummy stack of paper.

    --
    -- http://thegirlorthecar.com funny dating game for guys
    1. Re:Need a printer??? by Groganz · · Score: 1

      Hmmm, 3 insightful: man says does not need printer.

    2. Re:Need a printer??? by Just+Some+Guy · · Score: 1
      From the summary:
      As a writer...
      A person who makes their living writing words is replacing a typewriter with a computer and is interested in putting those words on paper - go figure. How is talking about your lack of need for such a thing relevant to the conversation in any way?
      --
      Dewey, what part of this looks like authorities should be involved?
    3. Re:Need a printer??? by Anonymous Coward · · Score: 0

      Parent is the most insightful article in this discussion. Putting stuff on paper is irrelevant, especially since the untimely demise of the OS in question.

  3. bad advice by Anonymous Coward · · Score: 5, Informative
    Right off the bat...

    life is much simpler if you login as root and run your desktop by typing startx at the command line

    Uh huh, run X as root. *PLONK*

    1. Re:bad advice by Anonymous Coward · · Score: 2, Informative

      RTFA! That's for installation only

    2. Re:bad advice by DashEvil · · Score: 2, Informative

      You run X as root regardless. It's SETUID.

      --
      -If God wanted people to be better than me, he would have made them that way.
    3. Re:bad advice by Homology · · Score: 5, Informative
      You run X as root regardless. It's SETUID.

      That depends. OpenBSD has patched XFree86 to make it more secure. Among things they have done is to use privilege separation for X, so not the entire X needs to run as root. They also made a ptm device that allows non-privileged processes to allocate a properly-permissioned pty, so the suid bit is removed from xterm and xconsole. Recently, OpenBSD made X work after enabling ProPolice for it, thus making buffer overflows less of a danger.

    4. Re:bad advice by Anonymous Coward · · Score: 0

      But this article wasn't about OpenBSD, was it?

  4. *BSD is dying by Anonymous Coward · · Score: -1, Troll
    It is now official. Netcraft confirms: *BSD is dying

    One more crippling bombshell hit the already beleaguered *BSD community when IDC confirmed that *BSD market share has dropped yet again, now down to less than a fraction of 1 percent of all servers. Coming on the heels of a recent Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Sys Admin comprehensive networking test.

    You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood.

    FreeBSD is the most endangered of them all, having lost 93% of its core developers. The sudden and unpleasant departures of long time FreeBSD developers Jordan Hubbard and Mike Smith only serve to underscore the point more clearly. There can no longer be any doubt: FreeBSD is dying.

    Let's keep to the facts and look at the numbers.

    OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

    Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

    All major surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among OS dilettante dabblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.

    Fact: *BSD is dying

    1. Re:*BSD is dying by Anonymous Coward · · Score: 2, Informative

      Good News Everyone!
      Turns out that *BSD is stronger than ever!
      According to an Inernetnews article, Netcraft has confirmed that *BSD has "dramatically increased its market penetration over the last year."
      There has been a steady increase in *BSD developers over the past decade.
      There are currently 307 FreeBSD developers as of the 2004 core team election.
      You can read more about FreeBSD here

      If you would like to try out a BSD, you can download: FreeBSD, OpenBSD, NetBSD, or DragonflyBSD
      Enjoy!

  5. Needlessly difficult... by Anonymous Coward · · Score: 4, Interesting

    There is no reason for printer setup to be complicated -- use of lpd with a couple of scripts and a ghostscript filter (for non PS capable inkjets) could easily be provided (perhaps commented out) in the printcaps for all the BSDs and as an option in Linux distros. This is all 95% of users really need or want, yet somehow this simple solution isn't provided as an option. Instead users end up searching for an unnecessary addon they hope will make printer setup easier than the lpd route (which at present often involves silly googling and guessing to find the info) but generally speaking does not make things especially simple at all.

    Another pet peeve: You would think you should be able to have lpd listen only on the interfaces you specify (defaulting to only to loopback for example). Yet even OpenBSD (to the best of my knowledge) does not provide this simple security enhancement.

    1. Re:Needlessly difficult... by R.Caley · · Score: 2, Insightful
      You would think you should be able to have lpd listen only on the interfaces you specify (defaulting to only to loopback for example).

      If you have any interfaces you are at all worried about you are running a firewall, right?

      --
      _O_
      .|<
      The named which can be named is not the true named
    2. Re:Needlessly difficult... by Anonymous Coward · · Score: 0
      If you have any interfaces you are at all worried about you are running a firewall, right?

      Yep. But nothing would be listening on anything other than loopback if lpd had a safe default. Even though the alleged shortcoming can be plugged with a firewall, I just think simple, safe, defaults have an intrinsic elegance -- yes, I am a geek, thank you very much.

    3. Re:Needlessly difficult... by R.Caley · · Score: 1
      But nothing would be listening on anything other than loopback if lpd had a safe default.

      From man lpd:

      The -s (secure) flag causes lpd not to open an Internet listening socket. This means that lpd will not accept any connections from any remote hosts, although it will still accept print requests from all local users.

      So maybe you need to get a real lpd:-)

      --
      _O_
      .|<
      The named which can be named is not the true named
    4. Re:Needlessly difficult... by Anonymous Coward · · Score: 0

      Also from the man page (on OpenBSD, but I doubt it is different on other systems):

      -b Normally, if the -s option is not specified, lpd will listen on
      all network interfaces for incoming TCP connections. The -b op-
      tion, followed by a bind-address specifies that lpd should listen
      on that address instead of INADDR_ANY. Multiple -b options are
      permitted, allowing a list of addresses to be specified. Use of
      this option silently overrides the -s option if it is also pre-
      sent on the command line. bind-address can be a numeric host
      name in IPV4 or IPV6 notation, or a symbolic host name which will
      be looked up in the normal way.

      Either the original poster is not using 'real' lpd, this option has changed since he/she read the man page, or he/she needs to read more carefully.<p>

  6. Elegy for *BSD by Anonymous Coward · · Score: -1, Troll

    Elegy For *BSD


    I am a *BSD user
    and I try hard to be brave
    That is a tall order
    *BSD's foot is in the grave.

    I tap at my toy keyboard,
    and whistle a happy tune
    but keeping happy's so hard,
    *BSD died so soon.

    Each day I wake and softly sob
    Nightfall finds me crying
    Not only am I a zit faced slob
    but *BSD is dying.

    1. Re:Elegy for *BSD by Anonymous Coward · · Score: -1, Troll

      GUYS I THINK WE CAN STILL RESUSCITATE bsd. LETS POST LOTS OF SLASHDOT ARTICLES ABOUT HOW GREAT bsd IS AND HOW ITS NOT DEAD AND LETS DOWN-MODERATE EVERYONE WHO DOES NOT SAY bsd IS PERFECT AND THE ONLY GOOD OPERATING SYSTEM.

  7. BSD is perfect this task by Anonymous Coward · · Score: -1, Troll

    If the only thing you are going to do is use your computer as a typewriter, BSD is absolutely perfect for you (even though you might as well use some free DOS). On the other hand, if you want to play many commercial games, you are better off with some sort of Win32, and if you use your computer for real work, or as a server, I would recommend Linux.

  8. hey stupid! by Anonymous Coward · · Score: -1, Troll

    Hey stupid, are you so ignorant that you don't even yet know that BSD is dead? What kind of writer are you and do you really have anything interesting to tell people if you don't even know such basic facts everyone else knows?

  9. sounds like this writer is ... by Anonymous Coward · · Score: -1, Offtopic
    It sounds to me like he is just another lib traitor, who would kill an unarmed freedom fighter and fabricate his war record just so that he could be elected president and kill unborn children at home. Shut up and sing, "entertainer" .
  10. Does BSD have a pre-emptive kernel? by Anonymous Coward · · Score: -1, Troll

    You can compile Linux kernel so that they are pre-emptive, which prevets any hardware or user software-related hanging. This makes Linux so much better for the Desktop, that comparing it to BSD would be insulting.

    1. Re:Does BSD have a pre-emptive kernel? by Anonymous Coward · · Score: 1, Interesting

      Hmm I have SuSE 9.1 personal (focused on providing a slick desktop) and OpenBSD 3.4 (the base install is clearly not focused on the desktop at all) + KDE, installed on two identical (slowish 400 Mhz Celeron) machines. It makes for an interesting side by side comparison. Once you finally get it booted up (SuSE is very slow to boot up), some apps (like Firefox) definately are a bit faster on SuSE -- and there is no doubt SuSE has a more polished desktop esp. regarding the pretty graphical configuration/management utilities. But from any objective standpoint, once they are both set up, the differences just aren't a horribly big deal -- OS zealots will be terribly, terribly disappointed. Except for the lack of availability of a few applications on OpenBSD, you would be pretty pressed to tell the difference -- and if you have a faster machine, I expect it would be even harder since the benefits of the preemptive kernel and thread optimizations aren't very visible in the presence of vast excesses of raw computing horsepower. I'd still recommend SuSE for the desktop -- but I really can't justify calling anyone using OpenBSD as a desktop crazy either. It just isn't a big freak'n deal.

    2. Re:Does BSD have a pre-emptive kernel? by Anonymous Coward · · Score: 0

      Their stable kernel isn't, no.

      I think they have been trying to get their dev kernel preemptible, but it has bad stability problems.

      So in short no.

    3. Re:Does BSD have a pre-emptive kernel? by Homology · · Score: 3, Interesting
      I'd still recommend SuSE for the desktop -- but I really can't justify calling anyone using OpenBSD as a desktop crazy either. It just isn't a big freak'n deal.

      No big deal for most, unless one wants top performance 3D. One difference, though, is that OpenBSD has made many security enhancements to X, like privilege separation, removing suid-bit from xterm and xconsole, compiling X with ProPolice (to lessen danger of buffer overflow exploits).

    4. Re:Does BSD have a pre-emptive kernel? by torstenvl · · Score: 3, Informative

      Yes, "BSD" has a pre-emptive kernel. BSD/OS has a pre-emptive kernel. BSDi was bought by Walnut Creek and they are providing a snapshot of their code to the FreeBSD team who is using some of the BSDi team's work to make their own kernel pre-emptive, as well. Please see "Revamping the BSD multiprocessor code" at http://www.daemonnews.org/200008/dadvocate.html

      You can also see a good argument against it, dating back to 2000 from Matt Dillon:
      "I would not characterize this as 'biting the bullet'. Having a preemptive kernel is unlikely to improve performance. The only reason there might be preemption at all is to deal wth interrupts. Interrupts currently preempt supervisor code. If interrupts are moved to interrupt threads then interrupt threads would need to be able to preempt supervisor code. In this fashion the supervisor thread would be preempted, but that is very different from having supervisor threads preempt other supervisor threads (something we probably will not do)."
      See http://docs.freebsd.org/cgi/getmsg.cgi?fetch=65989 +0+archive/2000/freebsd-arch/20000528.freebsd-arch

      Actually, the whole discussion is very interesting and I have learned a lot this morning about SMP and preemption and so on from reading. Thanks for bringing this up. :)

    5. Re:Does BSD have a pre-emptive kernel? by Anonymous Coward · · Score: -1

      So, to summarize: BSD was given a pre-emptive kernel, but the team [1] couldn't get it to work.

      [1] Just one guy, really

    6. Re:Does BSD have a pre-emptive kernel? by Anonymous Coward · · Score: 0

      It is interesting to see that DragonFly is also shipping with ProPolice extensions and a few other OpenBSDesque security modifications. I'm not sure to what degree these tools are being used in the compilation of the base system however. Still, it is a nice bit a cross pollination. Perhaps the other BSD's will someday have a DragonFly inspired messaging system infrastructure (which seems very elegant, at least from my naive perspective).

  11. whois by Anonymous Coward · · Score: -1, Troll

    dead, daed, dade, deda, aedd, eadd, aded, ddea, ddae, edad

  12. I'd use BSD for my own writing by Anonymous Coward · · Score: 0

    I'd use BSD for my own writing, but if 99.99% of your CPU time is spent on a major recompile because of a minor update, a typewriter is actually faster! It doesn't matter who "fast" BSD is, it will use most of its "speed" on recompiling itself.

    1. Re:I'd use BSD for my own writing by Anonymous Coward · · Score: 0

      Apart from your obvious troll anyway, haven't you heard of nice -20 ?
      Unlike certain other systems, FreeBSD does the right thing there. Let it compile in the background.

    2. Re:I'd use BSD for my own writing by tigga · · Score: 2, Informative
      major recompile because of a minor update

      If minor update you do because of security reasons you may try to install freebsd-update from ports. It could fetch and install binary updates. No need to recompile anything.

    3. Re:I'd use BSD for my own writing by R.Caley · · Score: 3, Interesting
      Apart from your obvious troll anyway, haven't you heard of nice -20 ?

      No need for that even, unless you want to share with other batch processing jobs. BSD does quite a reasonable job of keeping interactive things going while batch jobs do their business.

      I set off a recompile of samba on the wrong machine the other week, by typing at the wrong window, and didn't notice my desktop was 90-odd percent occupied with compilation until the bizzare throbbing red corpuscle gkrellm uses to indicate high load was uncovered when I moved a window.

      Modern over-muscled CPUs, modern memory sizes and good disk access subsystems are wonderful things.

      --
      _O_
      .|<
      The named which can be named is not the true named
  13. BSD by Anonymous Coward · · Score: -1, Troll


    BSD



    Moderation: -1 (Dead)

  14. HELP bsd! by Anonymous Coward · · Score: -1, Troll



    GUYS I THINK WE CAN STILL RESUSCITATE bsd. LETS POST LOTS OF SLASHDOT ARTICLES ABOUT HOW GREAT bsd IS AND HOW ITS NOT DEAD AND LETS DOWN-MODERATE EVERYONE WHO DOES NOT SAY bsd IS PERFECT AND THE ONLY GOOD OPERATING SYSTEM.

  15. Configuring PostScript printers by Anonymous Coward · · Score: -1, Troll

    A New Elegy for BSD
    Composed upon seeing a bereaved BSD user.

    My bedside clock pounds seconds into days--
    Now two a.m., now almost two-oh-one--
    My sleepless eyes grow teary as I gaze
    Into the night and think of bygone fun.

    For BSD is dead, dead ere its prime;
    Dead, oh! dead, before its thirtieth year.
    Almighty Linux, in but little time,
    Destroyed the OS I once held dear.

    Like Orpheus, I languished in my pain
    When the cold grave swallowed Eurydice;
    I piped my woeful song of sighs in vain
    For nothing could revive FreeBSD.

    Young Dragonfly now goes where Ekko led;
    I cry to think of Open and of Net.
    If tears could open coffins--raise the dead!--
    Then BSD might have a future yet.

    My tears have drenched the pillow that was dry.
    Tomorrow will my sorrow come again.
    I lie back down and tell myself the lie,
    "FreeBSD lives on in OS X."

  16. wouldn't it be nice by Anonymous Coward · · Score: 0

    Wouldn't it be nice if printing just worked on BSD? Don't get me wrong, I love BSD and won't use anything elese, because BSD makes me look elite. It would still be nice if this worked though.

  17. Bones said it best by Anonymous Coward · · Score: -1, Troll
    It's dead, Jim.
  18. MOD PARENT FUNNY by Anonymous Coward · · Score: -1

    Best BSD troll ever

  19. As if CUPS is difficult? by macwhiz · · Score: 4, Interesting

    I'd never paid attention to CUPS until Apple slid it under my Mac OS X installation. Once I took a look at it, I really came to appreciate it. Now I put it on all my UNIX boxes. I've even convinced my workplace to adopt it.

    Once the software is installed, it's dead easy to set up, especially if you're using a recent PostScript-capable printer. Most recent printers support Internet Printing Protocol (IPP) directly on their network card. CUPS speaks IPP and PostScript natively. If you set up Service Location Protocol (SLP) support, you don't even have to configure the printer -- it configures itself. There's a reason Apple adopted this software!

    Add the gimp-print driver package, and you can print to just about anything.

    It's a far sight better than dealing with the various filters in BSD lpr, and immeasurably better than Solaris' print subsystem.

  20. Suggested topics for next articles - Ed, read it! by Anonymous Coward · · Score: -1, Troll

    Suggested topics:
    * "How to setup XFree86 in BSD"
    * "bash: using it on FreeBSD"
    * "Xemacs on FreeBSD - a great guide for all FreeBSD users"
    * "Using C to create GTK apps on FreeBSD"
    * "Ruby on Linux and on FreeBSD"
    * "Using GUIs on FreeBSD - they're much different, than on linux"

    Could you tell me, what's so really different about printing in FreeBSD, than printing in Linux once you get proper software installed?

    Why the fuck do people keep writing so damn stupid articles? Are they clueless morons? We're living in 21st century, HELLO!!, idiots! There's POSIX, there's a lot of code ported, there's Cygwin and there's native XEmacs, PHP and MySQL for win32. And, I assume, there's already a HOWTO on setting up your printer. If you're not a clueless moron, you'll use the same howto on both Linux and BSD platforms. PERIOD!

    Get a fucking clue. There are *many* different things about FreeBSD vs Linux, but printing is *NOT* one of them. Cups is the same on all platforms it supports. There are other things, that you should wrote in context of FreeBSD. Priting is *not*. Period, idiots.

  21. Re:Suggested topics for next articles - Ed, read i by Anonymous Coward · · Score: -1, Troll

    Actually, Mr. Troll, printing does not work in BSD very well, that why more articles need to be written about it (so that people would think: "Gee it looks like I'll eventually get printing to work if I read all these"). Also writing more articles about BSD makes the open source community think that it is not dead yet.

  22. CUPS, Why? by R.Caley · · Score: 1
    OK, if I install a whole stack of packages, which no doubt drag in lots more, I can do what I have been doing for years with a one-page shell script, a two line printcap entry and ghostscript.

    I'm sure there must be some advantage of using CUPS which my ancient brain has missed, so can someone enlighten me?

    --
    _O_
    .|<
    The named which can be named is not the true named
    1. Re:CUPS, Why? by macwhiz · · Score: 2, Informative

      CUPS beats out good old printcap thusly:

      • If your printer doesn't support PostScript, CUPS gives it a PostScript interpreter.
      • CUPS automatically converts your print jobs from a wide range of formats to PostScript.
      • CUPS supports PPD files. That means it supports all the special features of your printer. If your printer isn't PostScript, it can generate a PPD allowing access to the printer's raster-driver features.
      • Your Windows and Mac boxes can print to your CUPS-attached printer using PostScript, too.
      • It supports ZeroConf, so when you add a new CUPS-equipped system to your existing network, it self-configures all the advertised print queues you already have.
      • It not only speaks LPR, but also HP JetDirect and IPP. You can actually get printer status.
      • Because everything gets converted to PostScript, you can easily change font options, page layout, etc. from the command line.
      • All your UNIX boxes now configure printers the same way. The print commands are all the same. Consistency is good when you have many types of system!
      • Convenient browser-based GUI, or traditional CLI configuration.
      • Better security.

      There's other features, too. Those are the ones I can think of, off the top of my head. It brings UNIX printing out of the teletype era and up to the level of Mac OS and Windows.

    2. Re:CUPS, Why? by R.Caley · · Score: 1
      Well, most of that comes with the small shell script and ghostscript. Eg, printing from windows in postsccript to a non postscript printer (though samba makes configuring the windows end easier).

      Mind you, sticking the printer on a cheap networkable print server was the best move I ever made in that direction.

      I can see it being useful for large, varied unix instalations.

      --
      _O_
      .|<
      The named which can be named is not the true named
  23. FreeBSD problems by Anonymous Coward · · Score: -1, Offtopic
    I have recently installed some new software on my FreeBSD computer but I have some questions. One thing it is apparently doing is detecting bad "scripts" on web pages and asks me if I want to debug them.

    The question I have is "what exactly is scripting" and "debugging" and how I am supposed to debug? Can someone with some techno experience explain what is scripting, coding, etc...Also, what is a "RunTime Error". The exact line that pops up says: "A runtime error has occurred. Do you wish to debug? Line:52 Error 'null' is null or not an object" What does this mean?

  24. Yeah, I know... by Anonymous Coward · · Score: -1, Flamebait

    What was that about BSD people being superior to the unwashed Linux masses?

  25. Re:Suggested topics for next articles - Ed, read i by SillyNickName4me · · Score: 1

    Hmm.. got me some usb connected hp printer/scanner thingy.. went to their site, saw I needed some hpijs 'driver' for Linux..

    I blindly type cd /usr/ports/print/hpijs and check.. its there.. make install.. follow half a screen of instructions at the end and my printing worked.. ( cd /usr/local/share/doc/ is a good idea as well

    KDE didn't have any trouble with it either.

    Now.. getting scanning to work with this thing is another story...

    At any rate.. might be different with other printers.. I don't use printers much.