|
On this page... (hide)
1. Linux Patch ManagementKeeping Linux Systems Up to Date 1.1 3/5 RecommendedMichael Jang
1.2 OverviewThis book is all about keeping your Linux systems up to date. It does not cover your update policies nearly so much as it describes the mechanisms for updating your Linux system. It covers elements of Red Hat, SUSE and Debian update styles. 1.3 Red Hat, SUSE and DebianThe author identifies that the primary update mechanisms are associated with Red Hat and SUSE (both rpm based) and Debian. With regards to Red Hat, the focus is primarily on the Red Hat Enterprise Linux (RHEL) product line. The book covers how to entitle your RHEL product (requires a support entitlement $$$$) and the benefits of the Red Hat Network. It covers how to use the Outside of RHEL, the book talks about the ways to use update Fedora, the community project which help test packages that may or may not show up in future versions of RHEL. Fedora updates primarily use SUSE likewise is covered both with the SUSE Linux Enterprise Server (SLES) line and the SUSE Professional line. The SLES product line requires an id and password associated with an active annually renewable support contract. In both the case of SLES and SUSE Professional, the common mechansim for updates is YaST (SUSE's administration tool). Several Debian package management utilities are discussed, including Aptitude and Synaptic. The primary update engine for Debian based distributions is 1.4 Updating LocallyThe book points out how cumbersome it is to update many computers using the internet. So the book covers setting up a Red Hat Proxy Server for RHEL and setting up a YaST Online Update Server for SLES. This is probably the biggest benefit of the book. Most people know the normal update mechanism used for their distribution. However, knowing how to setup a local repository for patching might have been too mysterious..... until now. This book covers the mechanisms for setting up a local patch repository. 1.5 ConclusionThis book is brief and to the point. If it has a weakness, it's that it convers a plethora of distributions and their variations. It is likely that you'll only be interested in the material covering your chosen distribution for deployment. So, what is already a relatively small book, essentially becomes much smaller. With that said, if you do use multiple version of Linux, this book will help you understand the differences between the distributions with regards to patch management. I recommend this book for the somewhat new Linux administrator wanting to better manage updates and patches to their systems.
2. Samba-3 By Example 2nd Ed.Practical Exercises to Successful Deployment 2.1 4/5 Recommended for the Experienced UserJohn H. Terpstra ![]() 2.2 OverviewThis is the 2nd Edition to an already very good book. Enough changes have happened in Samba 3 that could not be covered in the 1st Edition. This is a timely and welcome update. By the way, the techniques used in publishing these books makes it possible to rapidly get new books out while the technology is still relevant. This book, for example, covers 3.0.20 and later of Samba. The latest version of Samba 3 as of this writing is 3.0.20b. That's incredible. My compliments to the contemporary editing techniques used on these books. Everyone doing technical publishing should switch! This book attempts to simulate real life examples with fictitious companies and scenarios to demonstrate how to configure Samba. Well... at least for the first part of the book anyhow. The rest is devoted to information that will help you further with configuration and troubleshooting. 2.3 Welcome to Abmas!Abmas, the fictitious company in the examples, slowly matures and changes and faces challenges that involve Unix/Linux and Windows. It start off with a basic configuration that might work at a very small company or at home. Then it moves to a small-medium sized business example and finally, to a more complex scenario. The problem: Not every scenario is covered. Which isn't necessarily a bad thing, but there are just so many variations that it would be difficult to cover everything. 2.4 Outside Reading RequiredSamba by Example is not a complete text. What I mean is that some of the information in the book, for example LDAP, will require information and experience outside of this book. Again, that might not be a bad thing... but perhaps a bit frustrating for the beginner and even intermediate user. 2.5 What I LikedI like the example format. It makes the reading fun. Also, the question/answer section at the end of the chapters a fun... but perhaps a bit contrived. The Q&A is useful, just not what you might expect if you thought of this book as a potential textbook. I like the two part nature of the book where it leaves the example scenarios and moves into information that is useful for troubleshooting. 2.6 What I Didn't LikeBook simply doesn't cover some complex matters even when the chapters are totally dependent on those technologies. To fix this would mean increasing the size of this text dramatically. Maybe that's the wrong answer. I don't know. I also don't like the fact that most of the scenarios take a pro-Samba position. There are a few cases where it it mentioned that Windows is already present in a Domain role, but most of the time, it is assumed that Samba is king of the network. Again, this isn't a bad idea... just not found in a typical workplace. For example, I live on a mature NIS infrastructure. We use Samba-3 to authenticate, but we map the users between Windows and NIS. Certainly Microsoft does provide a way of letting Microsoft control a NIS domain, but that's pretty silly when you think about it. Anyhow, for me, it lacked specific scenarios that are closer to my own situation. 2.7 ConclusionThis is a great book! If you are just getting started, especially in a situation where Microsoft Domains are not employed yet, this book is invaluable! Because some required concepts are not covered adequately, I do recommend this more for an experienced administrator (especially with LDAP experience) that is somewhat new to Samba or implementing a new Samba installation.
3. Self Service LinuxMastering the Art of Problem Determination 3.1 4/5 Recommended for the Very Experienced UserMark Wilding and Dan Behman ![]() 3.2 Surprise! Surprise!I did not know what to expect I suppose. From the title it was obvious that this was going to be a book about troubleshooting. But I should have given the word "Mastering" the respect it deserves, especially when used in the title of the book! 3.3 Just a Little on the Basics and Then ....!!!The first chapter I would recommend to just about anyone, beginner or advanced. It does a very good job of laying out the way to handle a new problem. You'll find out how to document information to support your problem case, how to seek help on the problem in a friendly way and how to separate symptoms of the problems from the actual cause of the problem. Chapter 1 is well worth the read even if the rest of this book goes completely over your head. But after chapter 1 the pace of the book radically changes in favor of the very experienced user (some x86 assembler really helps). The rest of the book covers in great detail (emphasis on great) the inner workings of system call tracing with strace, gleaning information from /proc (some is basic stuff, but mostly advanced), compiling software, the Linux stack, GNU debugger (gdb), the kernel debugger (kdb) and the ELF executable format. 3.4 StraceJust to give you a feel for the text and the amount of information it contains... and the reading level the author expects: Notice the interrupt instruction: So... my guess is that will quickly weed out the beginner's and many intermediate reader's! However, for those looking for a book that does a pretty good job at explaining the inside technical details behind certain elements of Linux, this may be the book for you. At the same time though, perhaps too much attention is given to the inner workings of things rather than the actual goal of "problem determination." The good elements about the latter are the ways the author shows how to use the options for 3.5 /procThis chapter was the most reference like. Now there is extensive discussion with regards to process information, the rest are brief snippets about the items found in A brief example from the /proc/sys/kernel section covering the core_pattern file: This file is new in the 2.6 kernel, but some distributions such as SuSE have back ported it to their 2.4 kernels. Its value is a template for the name of the file written when an application dumps its core. the advantage of using this is that with the use of % specifiers, the administrator has full control of where the core files get written and what their names will be. For example, it may be advantageous to create a directory called /core and set the core_pattern with a command something like the following: penguin> echo "/core/p" > core_pattern
For example, if the program foo causes an exception and dumps its core, the file /core/foo.3135 will be created. 3.6 Compiling SoftwareThis chapter covers the problems encountered when compiling from source. It includes user programs as well kernel compilation. You'll get to know more assembler and see how the optimizer deals with certain situations. The end of the chapter says, "With more knowledge of problem determination at runtime, you're well on your way to becoming a completely self-sufficient Linux user." Ah... notice self-sufficient vs. the title's use of self-service. I hope you see why this book is certainly for the experienced user. 3.7 Enough Already!I could go on and on... but with each chapter the authors present a very detail analysis of the subject matter with no fear of assembly language. If you really want to know how things work, this is a great book. 3.8 Ends WellThe appendices are excellent. Appendix A contains a list of troubleshooting tools and what they do. Very worthwhile! Appendix B contains a shell script that can be used to create a summary of information that might be relevant when presenting a potential problem. 3.9 Must Have for the TechieI'll admit, this book takes awhile to go through. It's very detailed. But if you have a Mr. know-it-all in the family, here's a book that could put them in their place. I recommend this book for the very experienced user who wants to become completely self-sufficient in Linux. If you expected a book for helping you in doing problem determination though, chances are this is not the book you were looking for. In my opinion, it's far too detailed. Maybe that's what is required to 100% accurate determinations, but in practice I find that a really, really good guess will often take you to the correct root cause.
4. Moving to Linux 2nd Ed. 4.1 4/5 Recommended for the newbieMarcel Gagné ![]() 4.2 The First Few ChaptersWalk into a computer software store and you'll see copies of Mandrake, SuSE, and Red Hat ... you can buy Red Hat personal or professional edition. Simple mistakes, but ones that should have been caught. It's Mandriva now. It's SUSE now. And Red Hat, well, you do not see their boxed version often, and when you do, they will be the Red Hat Enterprise Linux WS or Red Hat Desktop editions. These are the kind of things that have changed from the 1st edition to the 2nd edition. Somebody should have caught this. In all fairness, Marcel does mention that he intentionally chose to use the name Mandrake throughout the book, even though in one aside he speaks of the merger with Connectiva and the new name. I'm not sure I believe that was the actual reason (it is not convincing to me). On that same page with the aside, SuSE is correctly represented as SUSE ... again, I think some items were simply missed. Another minor nit is the font used on the start page of each chapter. It is hideous. Fortunately, it's usually just a small paragraph. But this is something easily changed and in my opinion should be changed. Maybe I'm just looking at things through 40 year old eyes. I like the fact that the author points out that while Linux may not support all hardware devices, it does come with drivers, something that other operating systems cannot do. On Windows for example, you buy hardware and install the vendor's driver. On Linux, the driver is usually either there or not there. You seldom have to go and track down drivers in Linux. I also liked the fact that he directs people to get involved with a local Linux User Group (LUG). You local LUG is truly your best source of support for Linux. This book comes with a Knoppix variant live CD. It's called WFTL Knoppix after Marcel's local LUG, WFTL (Writer and Free Thinker at Large). He also has a website that might help with some things. It is at http://www.marcelgagne.com . He recommends younger wines over older ones. While this is generally true, it is also true that last week's wine may be much, much better than this week's. Sometimes, last year's wine is better. When I give talks on wine, I warn people that it is very much like real wine. Some vintages are excellent. Age is not the best indicator. 4.3 Dirtying Your HandsAfter talking about logging in and doing a cursory walk around KDE, he discusses a little about package installation. I can appreciate the fact that he covers things like YaST and urpmi, but once again, like so many others, he tells you that Debian packages and the urpmi installer handle dependencies ... and he implies that YaST does not. However, YaST does do dependency checking and will install dependent packages. Apart from this, I found most of the introductory information very accurate and useful. When talking about networking applications, he makes a plea for jabber! How refreshing. It's nice to know that the author knows why open standards such as Jabber are better than the countless other instant messaging (IM) servers. Good job! 4.4 Productivity ApplicationsWhen going through OpenOffice Writer, Marcel mentions the fact that the book itself was written using OpenOffice. That should speak volumes for those wondering if OpenOffice can handle "real" work. In fact portions were written with a beta 2.0 copy. Very nice. About the only problem I found here was with regards to gimp. Gimp is a vector drawing package and the author does a great job of helping the new user to know the basics of this very powerful package. Gimp is such a powerful and complicated tool, I'm not sure if I would have attempted this in a beginner text. I guess I should not be so critical. He actually does about the best job I've seen in trying to make a complicated tool simple and immediately useful. 4.5 GamesPersonally, if you own a computer and do not use it for games, you are wasting money. I'm glad that Marcel ended the book with a sizable chapter on games for Linux. Nice, large screenshots give you a good feeling about the games he mentions in the book. 4.6 End MatterThe appendices are great! Includes a copy of the GNU Public License (GPL). Has a large appendix covering some shell basics. A brief one on editors... where he says the most important word, "vimtutor." 4.7 Recommended for BeginnersThis is not a bad book at all for beginner's. In my opinion the 3rd Edition could get perfect marks with just a few corrections here and there.
5. The Official Samba-3 HOWTO and Reference Guide 5.1 5/5 Must HaveJohn H. Terpstra, Jelmer R. Vernooij ![]() 5.2 OverviewThis is an updated version of the original book. So it's probably not much improved. WRONG! This book is well worth the price, whether buying for the first time or merely upgrading to the 2nd Edition. John Terpstra (et.al.) has a way of explaining things is a very clear and straightforward manner. However the true strengths of this book are not limited to a comprehensive discussion of Samba-3. This book has just about everything in it. And this is NOT the Samba by Example book! This book tips all the scales at 873 pages. Even though that may sound too large for a book, this book is not full of fluff. Each page presents something new and/or relevant. 5.3 Credit Where DueAndrew Tridgell, Jelmer Vernooij, John Terpstra (hi John), Karl Auer (hi Karl), Dan Shearer, Gerald Carter, David Bannon Guenther Deschner, Volker Lendecke, Jeremy Allison, Olivier Lemaire, Jean Francois Micouleau, Eric Roseme, Rafal Szczesniak, Stephen Langasek, Shirish Kalele, Kurt Pfeifle, Ciprian Vizitiu, Tim Potter, Simo Sorce, Alexander Bokovoy, Stefan Metzmacher, Ed Riddle, Naag Mummaneni, John Trostel, TAKAHASHI Montonobu, Jim McDonough, Paul Cochrane... all of these are given credit for the compilation of the content of this book. We should thank John and Jelmer for their awesome editing and organization though. 5.4 Getting Started FastThe book starts out fairly quickly with a section for the "impatient". This is good because it's not some dumbed down intro, but rather a pretty quick overview of several different scenarios. It's like a miniaturized "Samba by Example." Obviously, if this is all you got the book for, you'll be missing out on a lot... a whole lot! But still, it's nice that a book of this size doesn't leave out the "impatient." 5.5 Server BasicsThe book does an excellent job covering the elements of Widows networking. Includes invaluable information about how Windows machines discover each other (NetBIOS, browse masters), Primary Domains Controllers (PDC) and Backup Domain Controllers (BDC). While Samba may seem to be a very old project (with respect to other open source projects), Samba can only serve as a NT4-like PDC. Notice I said "NT4-like". The truth is that Samba runs a limited subset of the commands needed... specifically, the book points out that full SAM replication isn't handled yet. Therefore a Samba BDC ideally is a BDC of a Samba PDC and not a true Windows NT4 PDC. 5.6 Advanced ConfigurationMost of the meat of the book is in the section. It covers everything from understanding more about how Windows network protocols work to password database backends to security considerations. The level of detail in the section is fantastic. Just as an example, you'll learn more about the Common Unix Printing System (CUPS) than you will from their web site and all the books written on CUPS combined! Yes, it's that good. Want to learn about Pluggable Authentication Modules? Grab your Official Samba-3 HOWTO and Reference Guide! This book truly tries to leave no stone unturned. Learn about DNS, nsswitch.conf, Unicode, high availability configurations, Windows login and profile management. It's all in there. WOW! Even so, occasionally the book will refer you to another source of information... but I tell you, it does pretty well standing on its own. All you have to remember is, "It's in the Samba book!" 5.7 ConclusionFront to back, this book is jam packed with excellent information and examples. One of the best reference books ever written. Destined to be a classic. This one keeps getting better with every revision. My only complaint.... it's HUGE! Not sure what will happen in the next revision. Might have to figure out a way to break this up into volumes.
6. Peter van der Linden's Guide to Linux 6.1 2/5 Pass on ThisPeter van der Linden ![]() 6.2 OverviewThere are plethora of introductory books on Linux just like any other computing topic. For example, suppose you want to know everything about HTML. You have rooms full of books to choose from. So which one do you choose? If you are a bargain hunter, you just find the $1.00 special. Maybe it's good enough... if not, it at least gets you started. When I first started reading this book... I felt I was reading that bargain basement quality text. Especially early in this book the author makes many unsubstantiated claims, makes many, many, many, many, many "digs" at Microsoft and it just leaves you feeling that the author knows everything! The good news is that the latter half of the book is better written, though perhaps it contains a bit too much technical detail for a book targetting a non-technical audience. I have read better discount books. 6.3 Preface"As long as you have a PC that runs 800Mhz or more, with at least 256M memory, you're good to go." Hmmm... the fact is that Linux runs on many platforms with much less... even today. The author fails to identify that these may well be the requirements of Linspire 5.0, but when you consider that my wireless router, a Linksys WRT54G, is running Linux, clearly this is not a true statement without some sort of qualification. But do not look for that qualification or even an explanation inside of this book. It makes statements, true ones and false ones, but you will not know the reasoning behind the statements, all is presented as being "true"... Why is it true? Apparently because Peter van der Linden says so. 6.4 About the AuthorLet's face it, the guy's brief bio reads like any of the "gods" of geekdom. "For the last twenty years he has worked in Silcon Valley, for Sun Microsystems, Apple Computers, a storage start-up, and everything in between." He has written "Expert C Programming" and his "Just Java" was twice nominated for Java Book of the Year. "He gets a real kick out figuring out how things work, and explaining them more clearly than anyone else." I would like to make a small edit to that last quote from the book. In my honest opinion it should read, "He believes he can figure anything out and knows for sure that anything he writes is better than anyone else". That's my impression of his writing anyway. This book does contain some good material, but you do have to put up with many opionated asides and the occasional unsubstantiated "fact". 6.5 Hello Linux"For several years, Windows was adequate for Josh. But lately, his system ran slower than it used to. He could see the modem 'in use' light flickering when he wasn't doing anything. Josh noticed that his virus protection software had somehow been disabled. Was someone interfering with his computer from across the Internet? When Josh discovered his password had been changed from under him, he called me for help. Does any of this story sound familiar? With Linux, these Windows woes disappear completely." While it is certainly true that Linux CAN be safer to use than Windows, it is still a tool that needs to be understood administratively, the same as any other network operating system, before many "woes" are dealt with. And even then, no one, NO ONE, should ever say, "With Linux, these Windows woes disappear completely." "Since all current viruses spread automatically, the two terms virus and worms are synonymous these days." The truth is that most virus infections are still loaded with the help of the end user. I am not saying that there are not remotely exploitable holes in Windows, but still, the most common way that a virus is spread is with user assistance, often times in the form of opening up an attachment that carries a virus payload. "At work, you probably have fewer problems with Windows viruses. At work, there should be computer staff paid to look for and block viruses, to keep up-to-date with security software patches, to notice and solve problems before they get out of hand, and to make backup copies of vital data. Few users want to spend time and money taking the same precautions at home. Nor should we have to -- other operating systems don't have these problems." Some very idealistic statements are made here, but I must take issue with the last statement. Other operating systems, even Linux CAN have these exact same problems. The benefits of Linux are in the knowledge and education that come with it. Linux users tend to be more educated and therefore, the chance that you will download and execute a malicious program are lessened, but certainly still possible. I had the displeasure of doing a post mortem on a hacked Linux computer. The computer was running Red Hat 6.0 (I think I just heard a loud "Ugh!") and it was root kitted. The root kit identified itself and it even had a copy of itself (the installer was very user friendly but full of bad language) just in case it need to be reinstalled. There was a cron job that checked and reinstalled it if necessary. Now, in all fairness, not all root kits are so friendly. This one certainly announced itself rather loudly. The reason it went months and months without being detected was because the administrators probably believe that "other operating systems don't have [the] problems [of Windows]." I redesigned their infrastructure to make it more resistent to attack. It did mean taking away quite a bit of functionality. Functionality they have NO business having without a full time administrator (something that they lack). I still check on that infrastructure from time to time. It is still secure (meaning not hacked). But I will not kid myself into thinking that it's impervious because it is running Linux. Oddly enough, Appendix A, "Malicious Windows Software", give a more honest treatment of the subject matter. Indeed this book seems to have two parts. Silly and serious. "Every time you place a bid on eBay, you are using servers at eBay that run Linux." That could be true. I do not know. However I do know that eBay says about itself, and I would think they'd know better than the author: eBay is Java™ Powered Running on powerful Sun Solaris™ SPARC® servers Supported by Sun services and solutions eBay has chosen Sun’s Solaris Operating System, the most advanced operating system on the planet and its Solaris servers and Java software to help power The World’s Online Marketplace. If you’re running a business like eBay’s, or have similar aspirations, get some Sun. http://sun.ebay.com/odcs/custom.htm?template=popup So according to eBay, they use Sun Solaris. With that said, it's possible that there are still Linux hosts within the eBay infrastructure. I'm just telling you what eBay says. This information, by the way was present way before publication of this book. In the past, eBay used IBM's WebSphere using a combination of Microsoft Windows, Linux and Solaris. Is Linux still there? Perhaps. But the only thing that eBay wants you to know is that they run Solaris with Java technology. One of my favorites: "The city of Munich, Germany, is switching all of its 14,000 desktops to Linux. If non-technical council workers can switch to Linux, you can too." (you may read into that statement yourself!) Drivers? Not a problem... well... a problem.. no.. wait, not a problem.. but yes, a problem. BUT, you can blame it all on "the CEO of notorious Linux laggard Texas Instruments", that being Tom Engibous... snail mail address is in the book. I'm sure Tom appreciates the mention! Funny, Texas Instruments probably would not have been my first pick (and Peter's ONLY pick) with regards to poor integration with Linux. I just looked at the T.I. web site. Apart from Tom, I didn't recognize the other names of the executives. Tom has been there a long time. He was there when I was there between 1985-90. I don't think it was appropriate to single out Tom and T.I. the way the author did. 6.6 Into the Meat of the BookFortunately we're out of the woods with regards to the misinformation and highly opionated, and often charged statements by Mr. van der Linden, right? Nope. Any chance he gets, he takes aim and fires. Usually without substantiation (did I say usually?... I don't know if he ever backs up anything he says). The KDE DesktopKDE is the desktop of choice in Linspire. But there are some pretty glaring mistakes in the text. For example, on a section describing how to change to a different "folder" inside of the Konqueror browser, the caption on the screenshots is labeled "Moving Konqueor to a new location." That's a very confusing statement. The secton is titled "Moving Konqueor to Display a Different Folder," which is not that much better, but definitely better. Why not use that for the caption? This may just be an editing mistake of course. With regards to using Windows folders from your Windows partitions, he states correctly that you might not be able to reliably write to NTFS. This is true. But is the following true? "Microsoft keeps secret the details of its NTFS file system to hinder Linux people working for greater interoperability." I did not know that was the main reason why NTFS details were being kept secret. I just figured that Microsoft kept it secret because they believe that "Intellectual Property" is defined by that which is inherently kept secret (an idealogy that I personally believe is flawed). Onto the NetOne of my favorites from this section is the probabilities list that your network choice will work with Linux: "Somewhat more than 0% that a dial-up modem will just work. But perhaps not a whole lot more than zero. All modems that contain true modem hardware will work fine. But the most common modems today are cheap and nasty Winmodems, which rely on Windows-only software to operate." Don't get me wrong. I do not like those "nasty Winmodems" either. But the truth is that many are now supported in Linux. Nasty? :) Several paragraphs detail out the problems caused by not having your broadband modem plugged in. You'll learned that the best way to test your connectivity is by trying to browse to google.com. You'll learned that if that doesn't work, you don't have a working network connection. :) As an aside. This book is written for stupid Americans (but obviously smarter than Munich council workers). I say this because the examples are targeted from a USA point of view. This is especially true in the network section where the examples will differ greatly in other regions of the world. This is not the only book that has this limitation though. 6.7 Book Gets BetterThe chapters detailing more about Linspire and package management and brief tutorials on various applications are actually pretty good. There's less unsubstantiated claims, less slamming of Microsoft... he actually tells you some things that are interesting. In fact, he even goes into greater detail about protocols and formats... which is interesting since that would qualify as support "substance". I guess there are some resonable chapters in the text after all. But I found quite a bit of it to be humorous... but in a sad way. Unfortunately the "better" parts don't last long, and we quickly find ourselves in the chapter dealing with Windows share/network connectivity... and more of the anti-Microsoft rhetoric I have come to enjoy! Fortunate for us, Peter is one of the few people that "read the Microsoft support bulletins" and he figures most will find out about a particular flaw in WinXP SP2 when "their systems are penetrated." There is a whole lot of arrogance expressed throughout this book. 6.8 ConclusionThere is some good information in this book. However, I felt that some of the better parts contained perhaps too much technical detail. But, the more introductory sections of the book, especially early on, contain too much unsubstantiated claims and opinion. The book is barely "ok" IMHO. You can do much better than this one.
7. A Practical Guide to Linux Commands, Editors, and Shell Programming 7.1 4/5 RecommendedMark G. Sobell Review by: Chris Cox ![]() ![]() 7.2 OverviewI really looked forward to doing a review of A Practical Guide to Linux Commands, Editors and Shell Programming by Mark G. Sobell. Why? Because I first learned Unix using one of his books. If you just look at the shear size difference between my college text book (1984) and this new book, you can see a lot has changed. Now, I know that many will say, "Linux is certainly not Unix." For those (and you know who you are) that still feel it is completely unfair and ridiculous to compare the size of a new Linux book with a Unix book (believing that they are nothing alike), all I can say is that "Unix is a very Linux-like operating system." (you can thank Jon "maddog" Hall for that quote) Mr. Sobell's practical guides to Unix/Linux/BSD/System V are laid out similarly. And this works pretty well from my own experience with his books. A good overview of the history, a bit of the general architecture, a lot of tutorial on using the editor(s), good coverage of the common shells and the a reference section of commands (similar to "man" pages). 7.3 So what is different? Why the size increase?This book is somewhat larger than a book about Unix merely because the amount of commands that deliver with a "Linux" distribution is much, much larger than what comes with Unix. The main reason: GNU. Now, you may be saying, "Commercial Unix can use GNU tools too." Yes, they can. But most staunch Unix users (especially true of Sun Solaris users) will tell you that the ONLY tools you can truly depend on or trust are the ones that come with the operating system. Linux merely defines the kernel. The base command set, especially what is covered in the reference section of the book, are all from the Free Software Foundation's GNU (GNU is Not Unix) project. It is a true statement that if you are using Unix-like commands inside of Linux, odds are, they are the GNU tools. Unix because of its nature, does not grow much over time. GNU/Linux by definition is architect-ed for massive change/growth. With that said, I believe the biggest reason for the increase in size is just better coverage of the same old tools (done GNU style) and larger summary sections. 7.4 Better Means Bigger Vi'sSo unlike Unix, GNU/Linux is allowed to grow. Mr. Sobell always does an excellent job of covering vi and/or Emacs in his Unix texts. In a GNU/Linux text, Mr. Sobell gets the pleasure of covering vim. Vim actually stands for Vi IMproved... and that pretty much sums it up. The old (tired) vi editor that comes with commercial Unix has not evolved all that much from the original vi. The original vi, written by Bill Joy, was considered by its author as being a stop gap measure on the way to a better editor (In all fairness, Mr. Joy was not thinking of something like vim, but something totally different). Mr. Sobell does a good job of preserving what has always made his vi chapters great, it focuses on teaching the commonly used commands. But, it does includes an excellent table of commands that makes the book not only a great tutorial, but also an excellent reference. However, vim's own supplied vimtutor goes a long way of helping people new to vi to learn the basics without having to use this book. If you need to learn vim away from a computer, this is a good tool. The GNU/Emacs section is similar in that it is a combination of fairly good tutorial and a lot of excellent reference. I think it's gotten a bit bigger, but since emacs is the same emacs that Mr. Sobell often covers in the Unix books, nothing struck me as being all that different here. 7.5 Shells, Smaller and Bigger?Well... describing GNU Again SHell is always a pretty long chapter, but what is surprising is that only two shells are covered in the book. Given the size of the book, I can't really blame Mr. Sobell though. Of course, if it were me, I'd scrap the section on TC SHell... even though it is not the forever bug ridden Berkeley csh (something Mr. Joy actually likes unlike vi), there's things that are just too ambiguous inside even tcsh. Bash is a much better programmer's shell. Bash is well covered. After reading this book you will have a very strong foundation for writing shell scripts. There's enough samples to help illustrate the points even though this is not a shell programming book. If you are looking for a good general text that also is pretty good at helping you with shell programming, this book may be the perfect fit. Mr. Sobell separates (via chapters) using bash (to get around GNU/Linux) and programming with it... which I think also supports my assertion. 7.6 Traditional UnixThe book goes into GNU awk (an awk clone) and sed in some detail. If you work with old-style commercial Unix (AIX, HPUX, Solaris), then you may find these brief chapters useful. You won't find the more popular contemporary scripting languages like Python or Ruby. Shoot, you won't find anything on Tcl and perl isn't even in the index! If there's a weakness with the book, this is it. While it does a great job in the foundational elements that are very similar to Unix, it does not go into great detail about the more radical things found in GNU/Linux that are not popular in commercial Unix. Some will probably disagree with that (what I said about Unix), perl has definitely made many inroads into commercial Unix, for example. But I find perl to even be archaic in light of languages like Ruby. Oh well. Awk (yawn) and sed (yawn)... old stuff to people who know Unix. But good to know if you live in a mixed platform world that has a lot of the old Unix operating systems. 7.7 What I Liked BestThis book is an excellent book for showing the plethora, and I can't over emphasize that, similarities between the old world commercial Unix (they System V variants) and the combination of GNU and Linux. The material strives to be both an introductory tutorial and a reference. I like that. The book is useful even when a user becomes an intermediate user. 7.8 What I Didn't LikeIt is indeed a variation of Mr. Sobell's System V books with a few GNU/Linux twists. Most of the things that have made Linux distributions unique and very different from old world Unix are not covered. The combination of GNU and Linux is very much like Unix. However, most Linux distributions go well beyond mere compatibility with Unix. Commercial Unix could mimic Linux, and in all fairness, it's already starting. Look at Solaris. Even though Solaris has been distributing non-supported add on CDs with GNU (and other) software on it, recently, Solaris has begun to actually depend on some tools not normally found in Solaris (e.g. OpenSSH and OpenSSL). Solaris 10 gives the options for choosing the Gnome desktop over the Common Desktop Environment (CDE). 7.9 My RecommendationIf you are looking for a good way to learn Unix using Linux, this good be one of the best books written. If you are looking for something uniquely Linux and not Unix, you probably should look at something else. The close minded commercial Unix lovers will hate this book since it is a slap in the face of those who like to believe that GNU/Linux is nothing like Unix. |