How to Customize Linux Management Distros

By Jason Brooks  |  Posted 2005-05-09 Email Print this article Print
 
 
 
 
 
 
 

WEBINAR: Event Date: Tues, December 5, 2017 at 1:00 p.m. ET/10:00 a.m. PT

How Real-World Numbers Make the Case for SSDs in the Data Center REGISTER >

Tools and services are available that can help administrators maintain Linux's software management strengths without completely sacrificing flexibility. But each distribution contains or is compatible with different tools. stray from your Linux distributi

Rigorous manageability is a major advantage of the Linux platform, but, as with any strict framework, necessary exceptions can threaten to upset the works.

Tools and services are available that can help administrators maintain Linux's software management strengths without completely sacrificing flexibility.

However, the Linux community has significant standards-drafting (and adoption) work to do before we'll see Linux software management solutions that are as good at embracing distribution diversity and reaching out to developers as they are at managing software within the bounds of individual distros.

Every popular Linux distro ships with some sort of software package management product that governs the installation, update and removal of every piece of software on a system—from the kernel to individual user-level applications.

Click here to read a review of Red Hat Enterprise Linux 4.

Since most Linux distros ship with both the operating system and a fairly complete set of applications, sites running Linux can acquire and install security fixes, feature updates and new applications—or any combination of the three—in one operation, using a single set of tools.

However, this scenario assumes that an organization is running only the applications—and specific versions of those applications—chosen by its Linux distributor.

Arranging a stable and well-implemented group of software components is a Linux distributor's main job, so, for the most part, it makes sense to stick with what your distributor ships. But often there are very good reasons for administrators to blaze their own open-source trail or follow that of a third-party provider.

The easiest way to step out of the package set supported by a particular Linux distro is simply to install an application by hand—either by compiling the software from source or by extracting precompiled binaries and putting them into their appropriate locations.

However, this means giving up the distro's management benefits, including figuring out dependency issues at install time, providing a view into what's installed on the system, and ensuring that libraries or applications with security vulnerabilities get replaced with patched versions as they become available.

One fairly simple solution for installing packages other than those provided by your distributor involves fetching packages from a third-party repository.

Red Hat Inc.'s Red Hat Enterprise Linux and Fedora Core distros enjoy the support of an active volunteer packaging community, and acquiring packages from these projects can be as simple as altering the configuration file of those distributions' up2date or Yum package-fetching applications.

At times, redundancy and conflict among the packages that these repositories provide can pose their own management challenges, but there's been movement toward better collaboration. Six volunteer packaging projects, for example, recently began combining their efforts into a project called RPMforge (www.rpmforge.net), which is still in its infancy but looks promising.

Trust is an important issue to consider when obtaining packages from third-party repositories. Volunteer repositories typically sign the packages they produce with the same GPG (GNU Privacy Guard) key mechanism as most Linux distributors. This should make administrators confident that the packages they're installing come from the proper source, but it would be helpful if distributors offered some sort of certification for the projects that package for them.

For maximum software control, administrators can roll their own packages. Instructions for RPM package building are available at www.rpm.org/support/RPM-HOWTO-6.html; instructions for building Debian packages are available at www.debian.org/ doc/devel-manuals.

Senior Analyst Jason Brooks can be reached at jason_brooks@ziffdavis.com.

Check out eWEEK.com's for the latest open-source news, reviews and analysis.

 
 
 
 
Jason has been a member of the Labs staff since 1999, and was previously research and technology coordinator at a French economic development agency. Jason covers the mobile and wireless space, including mobile operating systems such as Palm, Windows CE, Symbian and Linux, as well as the devices that run them. Jason has performed some of the most comprehensive tests published to date of the nascent Bluetooth wireless technology, including interference testing among Bluetooth and other wireless technologies such as 802.11. Jason also provides analysis of the desktop computing area, including Windows, Mac and Linux operating sytems, as well as productivity applications such as Microsoft Office, StarOffice, Lotus Notes, GNOME and KDE. Jason's review of StarOffice received the most hits of any story published on www.eweek.com.
 
 
 
 
 
























 
 
 
 
 
 

Submit a Comment

Loading Comments...
























 
 
 
 
 
 
 
 
 
Thanks for your registration, follow us on our social networks to keep up-to-date