Esto es una etiqueta para identificar el número de categoría, la categoría, una lista de los nombres de paquetes en la categoría, y la etiqueta ``end'' para marcar el final de la categoría.
Sin excepción, todo el mundo necesita los paquetes de software listados en la sección Base del fichero. Las otras secciones, sin embargo, pueden ser personalizadas o eliminadas para ajustarse a una necesidad particular. Por ejemplo, hay tres tipos de Estaciones en Red (Networked Stations): ``Plain'', ``Management'', y ``Dial-up''. Un examen de estas secciones muestra que muchos de los paquetes de software se encuentran en las tres categorías mientras que sólo algunos paquetes son específicos de de la categoría. Si estás creando una Dial-Up Networked Station, entonces puedes eliminar con toda seguridad las secciones ``Plain'' y ``Management'' y cualquier software único de estas dos categorías. Al contrario, si solo se necesita una capacidad básica de red para estaciones de trabajo interconectadas, las otras secciones pueden ser eliminadas del fichero así como el software exclusivo de esas secciones. Todo lo que se necesita hacer es asegurarse de que se tienen todos los paquetes de software listados en cada categoría. Si se tienen paquetes locales personalizados (aquellos que no son proporcionados por Red Hat Software), se deberían añadir a una categoría existente que sea apropiada antes que crear una nueva categoría.
Debido a que la lista de paquetes en cada categoría sólo contiene el nombre del paquete (no el nombre completo paquete-nombre-versión-compilación.rpm), se puede sustituir cualquier actualización que Red Hat haga disponible en el directorio updates en:
o cualquiera de los sitios de réplica para los paquetes originales encontrados en el directorio original de la distribución /RedHat/RPMS. El programa de instalación es relativamente independiente de las versiones. La única advertencia es asegurarse de que se satisfagan las dependencias entre paquetes. Cuando se construye un paquete RPM, RPM por sí mismo intenta determinar qué paquetes deben ser instalados para que el paquete funcione (El desarrollador del RPM también tiene control directo de ésto, así que --él o ella puede añadir dependencias que RPM quizás no detecte). Aquí donde un poco de experimentación o investigación puede necesitarse. Por ejemplo, una manara de determinar dependencias de paquetes (si tiene acceso a un servidor NFS en una máquina RedHat) es hacer telnet o login en ella (o si se tiene un CD-ROM, montarlo e ir directamente al directorio RedHat/RPMS) y pedir información al paquete acerca de sus dependencias:
![\begin{tscreen}[root@happy RPMS]rpm -q -p -R bash-1.14.7-1.i386.rpm \linebreak\linebreak libc.so.5 \linebreak\linebreak libtermcap.so.2 \linebreak\end{tscreen}](img53.png){kind=small}
La opción ``-q'' pone a rpm en modo ``query''(petición), la opción `-p'' le ordena a rpm preguntar a un paquete no instalado, y la opción ``-R'' ordena a rpm listar las dependencias del paquete en cuestión. En este ejemplo, vemos que se requieren libc.so.5 y libtermcap.so.2. Debido a que libc y termcap son parte de la base de software requerido (como lo es bash) , se debe asegurar que los paquetes libc y libtermcap (los paquetes de dependencia) están presentes a la hora de ser capaz de instalar bash (el objetivo). Tan pronto como tengas el sistema base instalado, se puede iniciar el sistema cuando el programa de instalación termina. Se pueden añadir paquetes adicionales a Red hat Linux tan pronto como se requieran, incluso si el programa de instalación informa de que un paquete falló al instalarse porque sus dependencias no se encontraron.
La tabla en la página ![[*]](file:/usr/share/latex2html/icons/crossref.png){kind=icon}
describe las categorías de software encontradas en /base/comps en RedHat 4.0: