> Glad you think well of Debian. It seems to me that people > reviewing Debian > frequently make the mistake of looking only superficially and > giving a > negative opinion because they fail to understand the concepts > behind it.
I have the same book, and had occasionally considered asking a similar question. I will admit, that after 'growing' up w/ RedHat and SuSE, Debian systems are occasionally a bit bewildering to me. FWIW, the authors of the Linux Administration Handbook are (mostly) the same authors of the Unix Administration Handbook, which I have really only heard rave reviews of. Granted, they aren't exactly targeting experienced sysadmins that know everything about how a given system implements this, that, or another thing. Nor are they above making mistakes, though it would probably take someone more knowledgeable than I to catch them in one. Normally the books walk a person thru the concepts and execution of doing a given task in a generic *nix way, and then highlight differences btwn various systems. The UAH addresses Solaris, HPUX, FreeBSD, and RedHat (possibly AIX, but I can't remember). The LAH covers Redhat 7.2, SuSE 7.3, and Debian 3.0. I'd probably hazard a guess that the authors didn't have the luxury of spending *all* their time getting as familiar w/ the various distributions as perhaps someone who focuses on one particular distro, so that's probably where the differences of opinion originate. It appears to me that throughout the book, the authors call a spade a spade as they see it. Debian got called on this one; trust me, RedHat gets larted far more specifically and often, and SuSE gets thwocked a time or two as well. Just because a given distribution is your favorite doesn't mean it's 100% perfect all the time, to all people. Perhaps someone who has a copy at hand can post the URL for the errata site for the book, or dig up some email addresses for the authors. Then the people who take exception w/ their comments regarding the Debian way of doing things can discuss this w/ the authors and see what exactly, in their opinion, is wrong w/ the init scripts, etc. Just an idea, Monte -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
