Cooking with Linux
It's the time of month again when I manage to dig myself out of the piles of source code listings, overdue bills, and technical manuals that invade my desk, just long enough to take a deep breath and make a wry comment on the status of the computing community. Please excuse any spelling errors; my eyes are still adjusting to the light.
By now, you've (hopefully) gone over this Buyer's Guide issue with a toothpick and magnifying glass, noting every minute detail, pitting distribution against distribution, vendor against vendor, in a fierce battle of marketing wit and technical expertise. Unless, of course, you flipped immediately to this column, realizing; along with so many other readers; that this is the only part of Linux Journal that condenses any genuinely useful information.
At any rate, after digesting the product reviews and coverage of major Linux distributions and software, you've more than likely reached the stark conclusion that you're no better off than before you picked up the magazine. There are just too many distributors out there, and too many software distributions to choose from. How on earth can anyone decide amongst them all?
You may be tempted to employ the infamous Monte Carlo method. Blindfold yourself. Open the magazine to a random page. Put your finger down. Remove blindfold. Pick up the phone and order whatever your finger happens to be pointing at. (“Hello? Yes, I'd like to order... uh... Ian Murdock please. What? He's not for sale?”)
Certainly you can see the futility of this approach. A better method is the one that I suggest to true die-hard Unix hackers who have, oh, a few months to kill. That is to forego this distribution nonsense and to put together your own system from the kernel up. Can't be done, you say? Impossible? Not so. The only requirements are: One (1) personal computer. One (1) small Linux system on a floppy; for example, the Slackware boot/root disk combination. And, one (1) Finnish computer science student named Linus Torvalds. If you happen to have all of the above ingredients, you should have no problem at all.
Needless to say, things were easier back in the Good Old Days, when the only “distribution” was a pair of floppy images made available by H.J. Lu. Back then, users had no choice but to build a system from scratch. Those rugged survivalists that made it through the ordeals of Linux prehistory are now known as “old hats”. Some of them live in caves. (Some of the caves have Ethernet drops, which is certainly convenient.) Others have moved onto bigger and brighter things, such as writing editorials for a certain Linux-related magazine. Still others are nowhere to be found.
All right, all right, but what about the rest of us; those who don't have the hard-headedness required to install Linux the old-fashioned way? After all, this magazine is literally teeming with Linux distributors, right? Can't the choice of a Linux vendor or distribution be boiled down to a simple, straightforward, no-frills answer? Why the runaround? Why don't I get to the point?
I seem to have forgotten the point.
But I do remember this: Selecting a Linux distribution is not unlike buying a new car. You are faced with many questions: Do you want a sporty and fun convertible (Slackware), or a family-sized minivan (Yggdrasil)? Or are you comfortable enough with your Unix hacking repertoire to test-drive an experimental new design (Debian)? Do you want to go for a newer, and perhaps more expensive model, with all of the options (anti-lock brakes, air conditioning, and the Linux Documentation Project manuals), or are you content with a rugged, do-it-yourself version (such as the InfoMagic CD-ROM set)?
The list is endless. The best advice that I can give is to talk with other Linux users, who have survived the adventure of selecting and installing a particular distribution, and hear about their experiences. Given the fact that Linux is free, you can always borrow or copy the software from a friend. Using the UMSDOS filesystem, you can even install Linux in a directory of an MS-DOS partition, saving yourself from the time-consuming and destructive repartitioning process; which usually requires you to backup the entire system.
So, what are you waiting for? Pick a distribution and give it a spin. Kick the tires. Find a country road and floor it. Crash it a few times, if you can. If it works, and if it feels like the system for you, take the plunge and buy the darn thing.
Fuzzy dice and vanity plates sold separately.
Matt Welsh (mdw@sunsite.unc.edu) is often seen standing by the roadside of the Information Superhighway, holding a cardboard sign, which reads: “Will Hack Linux for Food”.
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Sponsored by AMD
Built-in forensics, incident response, and security with Red Hat Enterprise Linux 6
Every security policy provides guidance and requirements for ensuring adequate protection of information and data, as well as high-level technical and administrative security requirements for a system in a given environment. Traditionally, providing security for a system focuses on the confidentiality of the information on it. However, protecting the data integrity and system and data availability is just as important. For example, when processing United States intelligence information, there are three attributes that require protection: confidentiality, integrity, and availability.
Learn more about catching the bad guy in this free white paper.
Sponsored by DLT Solutions
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?
| Designing Electronics with Linux | May 22, 2013 |
| Dynamic DNS—an Object Lesson in Problem Solving | May 21, 2013 |
| Using Salt Stack and Vagrant for Drupal Development | May 20, 2013 |
| Making Linux and Android Get Along (It's Not as Hard as It Sounds) | May 16, 2013 |
| Drupal Is a Framework: Why Everyone Needs to Understand This | May 15, 2013 |
| Home, My Backup Data Center | May 13, 2013 |
- New Products
- Linux Systems Administrator
- Senior Perl Developer
- Technical Support Rep
- UX Designer
- Web & UI Developer (JavaScript & j Query)
- Designing Electronics with Linux
- Dynamic DNS—an Object Lesson in Problem Solving
- Using Salt Stack and Vagrant for Drupal Development
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)




5 hours 22 min ago
11 hours 8 min ago
11 hours 26 min ago
13 hours 19 min ago
15 hours 12 min ago
22 hours 6 min ago
22 hours 22 min ago
1 day 13 min ago
1 day 6 hours ago
1 day 10 hours ago