Red Hat 9
Manufacturer: Red Hat
Price: $39.95 US
Nice fonts and overall look and feel.
Best-of-breed applications chosen for consistency.
Educational software included.
Stable and good hardware recognition.
CD burning may be problematic in certain conditions.
Some package dependencies are incorrect.
Excessive startup time for desktop and OpenOffice.org.
Red Hat 9, code-named Shrike, was released on April 7, 2003. It took everyone by surprise, including this reviewer, who was expecting an 8.1 release. As a matter of fact, starting with this release, the offering from Red Hat has changed, clearly splitting into two lines with different purposes and targets.
The Enterprise line is designed for professional use on mission-critical servers or corporate workstations with powerful hardware and the need for the highest possible stability. This product line will have release cycles of 12–18 months and five years of support for every version, which is great for all those companies that have to develop and maintain products for several years. The top product is the Advanced Server for up to eight CPUs and 16GB of main memory. The ES server is basically the same thing but optimized and scaled down for systems with no more than two CPUs and 4GB of RAM. The Enterprise Workstation is the version for the corporate desktop. The first and last products also are available for the Itanium 2 processor.
Standard Red Hat Linux is defined by Red Hat itself as a “community product for SOHO users, independent professionals, students and hobbyists with minimal support needs”. It also has a professional edition ($149.95 US), with an extra multimedia CD, manuals and phone support for 60 days. This line marks the beginning of a different numbering scheme. Patches and updates will be released, of course, but for periods shorter than the Enterprise Line (Red Hat says “at least until April 30, 2004”), and the next version will be 10, not 9.1. This review covers Red Hat Linux 9.
The kernel shipped with the CDs is 2.4.20. Everything has been compiled with GCC 3.2.1 and with GNU libc 2.3.2. Both the kernel and the libraries already have been updated on Red Hat's web site, so be sure to grab the latest versions from https://rhn.redhat.com/errata/rh9-errata.html after you install. The Web server installed is Apache httpd 2.0.
Installation didn't really differ from previous releases, except for more refined Red Hat commercials, but produced better end results. This is the first Red Hat on my computer that allowed me to use my UMAX Astra 610S scanner without manual tweaking.
In user space, all the most popular applications are provided. The shipped versions often are a bit behind those provided, for example, by Mandrake 9.1, but unless one really wants the bleeding edge, this is not a big deal. The versions of some of the most popular programs are reported in Table 1.
Table 1. Popular Programs Included in Red Hat 9
Some applications may have benefited from a more modular packaging. OpenOffice.org, for example, requires two extra RPMs, openoffice-libs and openoffice-i18n. The files to manage all conceivable languages are placed on disk, no matter what you choose at install time. The end result is that on Shrike, OpenOffice takes almost 200MB of space.
System-wide support for UTF-8 is great, in spite of one issue, which doesn't depend on Red Hat. There is no clean, unique solution to guarantee that all, possibly old, Perl scripts will continue to process all, possibly old, text files as expected. As serious as it is, this problem comes from the simple fact that text files are plain and cannot specify how their content is encoded, unlike e-mail messages and XML documents. The script must then be helped from the outside by setting environment variables to work properly.
This release is the first Red Hat to support the Native POSIX Thread Library (NPTL). This should increase performance if an application has been coded or modified to use it. On the other hand, it may interfere with some old applications or with ones operating at a very low level, such as WINE. If this is the case on your system, NPTL can be turned off at the user level by adding the following to the cshrc or bashrc files, where kernel-version is 2.4.1 or 2.2.5:
Articles about Digital Rights and more at http://stop.zona-m.net CV, talks and bio at http://mfioretti.com
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.Register Now!
- Google's SwiftShader Released
- Linux In Government: Interoperability
- Linux in Government: Winning in the Big Enterprise Space
- Linux in Government: Open Source Innovation within the DoD
- Linux in Government: An Interview with John Weathersby of OSSI
- Linux in Government: GNU/Linux Clears Procurement Hurdles
- Convert Filenames to Lowercase
- Tech Tip: Really Simple HTTP Server with Python
- Getting Started with Salt Stack-the Other Configuration Management System Built with Python
- Concerning Containers' Connections: on Docker Networking
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide