Slashdot Mirror


Book Review: A Practical Guide To Linux Commands, Editors, and Shell Programming

Rambo Tribble writes "This new, third edition of Sobell's book brings enhancements that add to the text's value as both a learning tool and a reference. This has always been a foundation book for those wanting a professional level of familiarity with Linux. The addition of chapters to introduce the Python language and MySQL database serves to offer the reader practical insights into additional Linux-related technologies." Read below for the rest of Rambo's review. A Practical Guide to Linux Commands, Editors, and Shell Programming (3rd Edition) author Mark G. Sobell pages 1200 pages publisher Prentice Hall rating 9/10 reviewer Rambo Tribble ISBN 978-0-13-308504-4 summary A concise, definitive guide for learning to manage Linux through the command line As the title suggests, this is a book about the Linux command line; GUI desktops are barely mentioned. This makes the text's primary audience computer professionals. As *nix professionals know, the command line not only offers quicker, more precise control of the system and its software, but is also far more portable across platforms. This is what allowed Sobell to extend his purview to encompass Mac OS X, in the second edition.

To be clear, this is not a volume to be taken lightly. It is a dense read, but is clearly written with concise and direct examples. In other words, it takes some concentration and effort to work through this book, but that effort is rewarded with a clear payoff of knowledge.

Sobell starts off by offering a basic introduction to Linux, exploring the roots of Unix and the evolution of Linux to become the mature and capable operating system it is today. Along the way, he delineates the aspects of the OS which define its character and form the basis of its appeal.

Next, he dives straight in to the particulars of running Linux from the command line. First, he outlines the CL environment and how to use it effectively. He is careful to point out the potential "gotchas" that can plague the uninformed neophyte. From there, he moves directly into the core commands, then the Linux filesystem and the shell environment. These subjects are at the heart of Linux system administration and while Sobell's treatment of them is necessarily brief, it is relevant and meaty.

In the book's second part, Sobell offers introductions to the most common editors to be found on Linux installations, vim and emacs. With a basic familiarity of how to edit text files, the reader is prepared to move into shell scripting, a powerful tool in controlling Linux and its suite of utilities and applications.

After a quick tour of shell environments, the author plunges into the common programming/scripting tools found on Linux, shell scripts, Perl, and Python. Once again, Sobell is obliged to brevity, but again he manages to provide a cohesive foundation that enables the reader to gain a good fundamental grasp of the subject, and a solid springboard for further learning.

The new chapter on Python introduces this cross-platform programming language, which enjoys growing popularity as a front-end development tool for Linux. Leveraging GUI toolkits, such as Qt or GTK+ , Python is considered by many to be the most effective choice for user-interface programming. The language is also commonly used in web server scripting. The Python coverage adds to Sobell's insightful treatment of the shell, shell scripts and editors already set forth in the volume.

The other new addition is a chapter on MySQL. MySQL has long enjoyed popularity as the "go to" database manager on Linux. Perhaps best known for being the "M" in "LAMP" web server setups, it is also commonly used as the back end for GUI programs, such as MythTV.

The coverage of programming tools wraps up with chapters on AWK, the pattern processing language, and sed, the stream editor. These essential tools of the command line provide useful data filtering and manipulation facilities.

The next section of the book is devoted to utilities providing secure network functions. OpenSSH and rsync are each given chapters which explore their capabilities in file management and secure communication use.

The command reference portion of the volume follows. Although it provides much the same information as the venerable on-line manual pages, it does so in a consistent voice with better illustrations and clear examples, something man pages are notoriously spotty on. Indeed, having Sobell's clear explanations, to compare, can be a great help in learning to interpret the often terse and sometimes arcane documentation the man pages provide.

Of course, 1150 pages, over a quarter of which is reference, doesn't leave time to repeat things or dwell in depth on any one topic. Sobell is often constrained to pages for subjects upon which numerous whole books have been written. With remarkable facility, however, he manages to clearly and directly convey the crux elements of each topic he addresses. This provides the reader with a broad and functional foundation in the basic elements of Linux/OS X system administration.

Bottom line: If you only get one book on the Linux command line and its tools, this should be it.

You can purchase A Practical Guide to Linux Commands, Editors, and Shell Programming (3rd Edition) from amazon.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

16 of 81 comments (clear)

  1. Speaking of command lines... by sootman · · Score: 2, Interesting

    ... off topic with regard to this book review, but maybe the right person will read this, so here goes. When using Terminal with caps lock accidentally on, I discovered that in Mac OS X (10.6 and 10.7 at least), 'CAL' will give you sideways output as opposed to 'cal':

    mac:~ me$ cal
        March 2013
    Su Mo Tu We Th Fr Sa
                    1 2
      3 4 5 6 7 8 9
    10 11 12 13 14 15 16
    17 18 19 20 21 22 23
    24 25 26 27 28 29 30
    31
    mac:~ me$ CAL
        March 2013
    Mo 4 11 18 25
    Tu 5 12 19 26
    We 6 13 20 27
    Th 7 14 21 28
    Fr 1 8 15 22 29
    Sa 2 9 16 23 30
    Su 3 10 17 24 31

    Same for 'CaL', 'Cal', 'CAl', 'cAl', 'cAL', and 'caL'. I can't find this documented anywhere. Anyone know about this? 'which cal' with any case points to '/usr/bin/cal' (with whatever case you type in); 'man cal' fails for anything except all lowercase.

    --
    Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
    1. Re:Speaking of command lines... by Dagger2 · · Score: 4, Informative

      Debian will do this too if you manually create a "CAL" symlink and call that instead of `cal`, so I delved into the source for its Debian packge.

      The code responsible is here. It prints in the horizontal format if you call the program as "cal" (case-sensitive), and in the vertical format otherwise. I have no idea why it does this (the git repository only goes back to 2009, and I bet this code has been around for a lot longer than that), but there it is. On my Debian system, the program is installed as `ncal`, with `cal` being a symlink to `ncal`, so perhaps the vertical mode is the intended format and the horizontal mode is for backwards compatibility with a previous `cal` tool?

      OS X systems are case-insensitive by default, so your attempt at using `CAL` ended up running ncal via the `cal` symlink, but the check for calling name is case-sensitive, so the horizontal mode isn't triggered.

    2. Re:Speaking of command lines... by hawguy · · Score: 3, Informative

      Sounds like your CAL somehow redirects in some cases to ncal - probably a bug in the filesystem.

      It's so hard to tell if someone is trolling by making a backhanded swipe at a "feature" of OSX, or if they really mean what they say.

      By default, HFS on OSX is case-insensitive (but is case preserving). So cal, Cal, and cAL all refer to the same program. It's not a bug.

    3. Re:Speaking of command lines... by jones_supa · · Score: 3, Informative

      The "cal" program checks if it has been called exactly with the lower-case command "cal" and displays the horizontal format. Otherwise it displays the vertical format. The reason why the other commands such as "CAL" work are due to the case-insensitive filesystem in Mac.

    4. Re:Speaking of command lines... by Dagger2 · · Score: 2

      so perhaps the vertical mode is the intended format and the horizontal mode is for backwards compatibility with a previous `cal` tool?

      And the answer is in the most obvious of places. From the cal manpage:

      The cal utility displays a simple calendar in traditional format and ncal offers an alternative layout, more options and the date of Easter. The new format is a little cramped but it makes a year fit on a 25x80 terminal.

      and

      HISTORY: A cal command appeared in Version 5 AT&T UNIX. The ncal command appeared in FreeBSD 2.2.6. The output of the cal command is supposed to be bit for bit compatible to the original Unix cal command, because its output is processed by other programs like CGI scripts, that should not be broken.

      Naturally I went and found FreeBSD's archived copy of cal (which does indeed print in horizontal format, and was replaced with ncal in 1998) before I thought to look at my own system's manpage.

    5. Re:Speaking of command lines... by Darinbob · · Score: 3, Insightful

      Case-insensitive but case-preserving is the smart choice. Amiga had this as well early on, then later Windows and several others. It means you can take files from Unix and they will just work; or files from DOS or ISO-9660 (uppercase only unless you had extensions), VMS, and they just work. Using the principle of least astonishment, I'd say this scheme is the logical one to use.

      The only thing you lose from Unix here is that README doesn't sort before a.txt, and you can't have both Test.txt and test.txt in the same directory, but not a big loss.

  2. Re:Linux = gay by bobthesungeek76036 · · Score: 5, Funny

    Holy dog shit! Linux? ...

    I just got the name of the new Distro I'm working on!

    --
    Karma: Bad
  3. This book should be up-to-date for a few years by VoyagerRadio · · Score: 4, Informative

    Thanks for reviewing this book, which appears to have been published in early Fall of last year. Since it's a book on the commands, editors, and shell programming, it'll probably be valid for years to come. (I've had college instructors require students to purchase texts that were "only" four years old, but already severely outdated by that point.)

    --
    Harold
  4. great by 101percent · · Score: 4, Informative

    This book is great. My school used the previous edition for intro to Linux. It's a great distro-agnostic reference.

  5. expect by udachny · · Score: 4, Informative

    Users should be aware of another tool that can be used under GNU/Linux, it's called 'expect'. While normal shell programming is extremely useful and powerful, 'expect' provides a mechanism to 'talk' to interactive programs while running a shell script. 'expect' will actually expect certain known points of interaction from an interactive command line program and will provide it with input as if a user typed it by hand.

    It's useful for example to code update procedures with expect if you have more than one machine to administer and you have to update something on the machine, maybe update a package or two, run some database commands, do it all from your machine over ssh without having scripts installed on the machines on the other side, things like that.

  6. Its like that old saying by Marrow · · Score: 2

    The burned hand teaches best. :)

  7. Re:Just In Time by jones_supa · · Score: 3, Funny

    Here's a book more suited for the modern times.

    Wait, why is this comment modded down?

  8. Re:Linux teaches! by jones_supa · · Score: 2

    Since taking up Linux and forcing myself to use it on the desktop, I've really gotten a good grasp of computer internals.

    To really learn about computers and digital technology, try this book: William Stallings - Computer Organization and Architecture Design (PDF, torrent).

  9. Re:Does anyone read books like this anymore? by Provocateur · · Score: 2

    The printed page comes in handy as 'bathroom' reading material, especially when stumped by a problem that can be solved with a few lines of script. One can then do half of the research online because you can only spend so many hours gazing at the screen. My linux book became dog-eared even after the CD it came with became obsolete, but I learned to appreciate having root as a second user instead of a sudo byword.

    This could lower the signal-to-noise ratio by uncluttering the forums; I see many n00bs still being challenged by 'Why won't xxx run?' when a browse thru the meaning of $PATH will lead them to the right, erm path.

    --
    WARNING: Smartphones have side effects--most of them undocumented.
  10. Re:Does anyone read books like this anymore? by MikeBabcock · · Score: 2

    Its often very handy to have a list of commands or features or api references that's easy to search. Meaning Google is a bit too large a tool, but something like a BASH quick-reference is very handy. I can't imagine this not being a digital reference though; paper seems so redundant.

    --
    - Michael T. Babcock (Yes, I blog)
  11. Re:SOCK PUPPET ALERT by tehcyder · · Score: 2

    the udachny account is a sock puppet of roman_mir. do not encourage his sock puppetry by moderating it up.

    I don't think any account associated with roman_mir would be able to make a post without referring to the evils of government, regardless of the subject at hand.

    --
    To have a right to do a thing is not at all the same as to be right in doing it