Construyendo una Distribución Debian Adaptada

Ernesto Hernández-Novich

Octubre 4, 2007

Resumen
El presente documento es una guía general en el establecimiento de una infraestructura
de desarrollo que permita producir una Distribución de Software Libre como una serie de
adaptaciones a Debian GNU/Linux siguiendo los principios establecidos y recomendados
por las Custom Debian Distributions (CDD).

1. Ambiente de Desarrollo

1.1. Mirror del Repositorio Debian

Puesto que la CDD a construir utiliza los mismos paquetes que la distribución Debian
GNU/Linux. Si bien el proceso puede llevarse a cabo utilizando los mirrors ociales del Proyecto
Debian, es conveniente contar con un mirror local para el repositorio para agilizar la descarga
de paquetes.
El mirror local a utilizar debe ser un mirror completo para la arquitectura de interés, esto
es, debe incluir la lista de paquetes y el pool completo de paquetes asociados a la distribución
objetivo, además de los componentes del instalador Debian.

1.1.1. Construcción del Mirror

La manera más simple de construir un mirror con las características descritas consiste en
utilizar la herramienta anonftpsync [1] provista por el proyecto Debian. Existe otra herra-
mienta denominada debmirror que también permite crear mirrors parciales, sin embargo tiene
inconvenientes para replicar los elementos del instalador Debian, por tanto es preferible evitarla.

Disponga de un sistema Debian GNU/Linux instalado con Debian Etch. En lo que res-
ta de este documento nos referiremos a este sistema como debian.ejemplo.com, siendo
conveniente que en el servicio DNS de la red aparezca registrado este nombre asociado a
la dirección IP correspondiente.

El sistema ha de contar con suciente espacio en disco [2] para la construcción de mi-
rror. El espacio asignado para el mirror debe estar en la partición sobre la cual resida
/var/www/debian.
Instale Apache2 (aptitude install apache2) y asegúrese que cualquier cliente Web pue-
de visitar http://debian.ejemplo.com/debian y acceder al directorio raíz del mirror.

1
 Instale rsync (aptitude install rsync).
Coloque el script anonftpsync en el directorio /usr/local/sbin y modifíquelo para ajus-
tarse a sus necesidades particulares de mirroring. El script tiene comentarios que explican
con detalle todas las opciones. Como mínimo es necesario especicar:

• El directorio en el cual se construirá el mirror, indicado en la variable TO.

• El servidor remoto a partir del cual tomar la copia utilizando rsync, indicado en
la variable RSYNC_HOST. Puede usarse cualquiera de los servidores principales [3] del
proyecto Debian GNU/Linux.

• En el servidor remoto debe existir un directorio raíz sobre el cual operar el rsync,
indicado en la variable RSYNC_DIR.
• La dirección de correo del usuario responsable del mirror, indicada en la variable
MAILTO, de manera que las operaciones de sincronización envíen un reporte de éxito
o fallo automáticamente.

Así, para hacer un mirror completo de todas las distribuciones y todas las arquitecturas
basta utilizar algo similar a:

TO=/var/www/debian
RSYNC_HOST=ftp.ch.debian.org
RSYNC_DIR=debian/
MAILTO=mirroradmin@ejemplo.com

Una vez modicado el script, utilice el comando chown para que pertenezca al usuario
root y grupo root, y el comando chmod para que sólo el dueño pueda ejecutarlo. Si se
ejecuta el comando manualmente, en el archivo /var/log/debian-mirror.log aparecerán
los resultados del trabajo de sincronización paulatinamente. Note que la primera vez que
ejecute el comando tomará un tiempo considerable en culminar su trabajo.

1.1.2. Mantenimiento del Mirror

Para que el mirror sea útil es necesario mantenerlo actualizado. El script anonftpsync está
diseñado no sólo para la creación inicial, sino también para el mantenimiento diario del mirror,
pues utilizar rsync para descargar las diferencias interdiarias, eliminar los archivos a medida
que se eliminan del repositorio principal y ajustar las listas de paquetes.
Para que el mantenimiento del mirror sea automático, incluya la ejecución del comando en
el archivo /etc/crontab del sistema. Es conveniente hacer no menos de una sincronización
diaria, de manera que puede colocarse una línea similar a
30 1 * * * root /usr/local/sbin/anonftpsync > /dev/null 2>&1

con lo cual se logra que la actualización diaria comience a la 1:30 de todos los días.

2
1.1.3. Réplicas de otros repositorios
Para ahorrar ancho de banda y facilitar el acceso a paquetes de interés que no están en
el repositorio principal del Proyecto Debian, es conveniente crear mirrors locales en otras ubi-
caciones. En particular, el mecanismo CDD es capaz de aprovechar los parches de seguridad
emitidos regularmente por el Proyecto Debian [4] y los paquetes para extensiones multimedia
provistos por Christian Marillat [5]. En estos casos, puede repetirse el proceso de replicación
pero utilizando diferentes directorios dentro del servidor.
En el resto del documento, asumiremos que existen réplicas de ambos y que están dis-
http://debian.ejemplo.com/debian-security
ponibles en el servidor usando los URL y
http://debian.ejemplo.com/debian-multimedia respectivamente.

1.2. Estación de Trabajo de Adaptación.

En este sistema se realizará la construcción de las imágenes de instalación de los CDD,
aplicando de forma iterativa el proceso descrito más adelante. El proceso de construcción de las
imágenes demanda una cantidad importante de espacio en disco, no solamente para contener las
múltiples imagenes ISO9660 generadas durante el proceso, sino también los paquetes y elementos
de conguración intermedios que son necesarios durante el proceso, así como posiblemente la
ejecución de máquinas virtuales para vericar la funcionalidad de las distribuciones generadas.

1.2.1. Requerimientos.
Es recomendable que la estación de trabajo para las tareas de adaptación y producción de
los CDD tenga:

Procesador de 32 bits de última generación. Mientras más rápido sea el procesador, más
eciente será el proceso de generación de las imágenes así como su prueba por simulación.
Un Pentium M de 1.4GHz sería lo mínimo para ser productivo.
Suciente memoria RAM para poder ejecutar tanto el ambiente gráco en el cual trabaja
el usuario adaptador como sostener las máquinas virtuales para emulación durante las
pruebas. Lo mínimo para ser productivo es contar con 512Mb de RAM.
Suciente espacio en disco para contener la instalación del sistema con su ambiente de
escritorio, las imágenes ISO que se generen, la réplica local de los paquetes que son utiliza-
dos para la confección del CDD y los archivos de conguración que la denen. Lo mínimo
para ser productivo es contar con 40Gb de disco duro.

Una unidad CD-R/CD-RW para poder preparar las imágenes físicas con las ISOs genera-
das durante el proceso de adaptación.

1.2.2. Instalación de Referencia.

Es recomendable que la estación de trabajo para las tareas de adaptación y producción de
CDD cumpla con al menos las siguientes características mínimas de instalación:

3
 Debian GNU/Linux Etch con las últimas actualizaciones de seguridad disponibles con el
ambiente de escritorio tradicional y con el kernel adecuado para la máquina antriona.
Asumiendo una máquina con arquitectura i386 (Pentium III, Pentium 4, Pentium M,
Xeon, etc.) se utiliza linux-image-2.6-686.
Puede utilizarse RAID por hardware, RAID por software, LVM o particiones crudas. En
todo caso se sugiere el particionamiento

• 256Mb para /

• 1Gb para swap

• 4Gb para /usr

• 4Gb para /var

• El resto en /home

Instalar los paquetes rsync, debian-cd, reprepro, apt-utils, wget, python, debootstrap
y lsb-release de la versión Debian Etch usandoaptitude o synaptic.
Instalar manualmente la última versión disponible del paquete simple-cdd [6].1 El pa-
quete .deb se descarga usando el navegador y una vez en el escritorio puede instalarse
bien sea con la herramienta gráca gdebi o bien desde la línea de comandos utilizando
dpkg.
Una vez creadas las imágenes ISO con las CDD, es posible vericar su funcionalidad utili-
zando algún emulador que permita construir máquinas virtuales con capacidades grácas.
El autor utiliza QEmu para ese propósito, por tanto recomienda instalar:

2
• El paquete qemu, para tener el emulador y todas sus dependencias.

• El paquete con los módulos del kernel apropiados para acelerar el funcionamiento
de QEmu en la máquina antriona. Los módulos dependen del kernel particular
instalado, y para nuestro ejemplo sería necesario instalar kqemu-modules-2.6-686.

2. Procedimiento de Construcción

La metodología de creación de CDD utilizando simple-cdd consiste en utilizar las herra-

mientas existentes en Debian (debian-cd, reprepro, debootstrap, debconf, etc.) para cons-
truir una imagen de instalación basada en el Instalador Debian [7] pero con las adaptaciones de
interés.
El desarrollador del CDD debe establecer la lista de paquetes a instalar y puede denir la
lista de respuestas automáticas (debconf preseeding ) a aplicar sobre aquellos componentes que
aplique (paquetes o diálogos de instalación). Adicionalmente puede establecer la ejecución de
scripts desarrollados a la medida, para instalar o congurar cosas que no estén empaquetadas o
que no aprovechen debconf.
1A la fecha de escritura de este documento, la versión más reciente de simple-cdd es la 0.3.4.
2 La conguración detallada de QEmu escapa al alcance de este documento. Consulte la documentación
incluida con el paquete qemu para determinar las maneras en las cuales puede congurarse más efectivamente.

4
 El desarrollador del CDD puede construir varias listas y así denir perles ( proles ) que
permiten al usuario seleccionar durante la instalación el conjunto de paquetes, conguraciones y
scripts deseados. De ese modo es posible contar con una CDD que incluya variantes de instalación
a seleccionar de manera simple y directa.
El proceso de desarrollo del CDD es iterativo: se inicia con una conguración simple de un
único perl simple, el cual va siendo enriquecido agregando más paquetes, más conguraciones y
más scripts de conguración. En cada iteración, se genera un ISO, se verica su funcionalidad en
la máquina virtual y posiblemente en una máquina real. Se repite el proceso bien sea agregando
o eliminando paquetes del perl, o construyendo un perl adicional.

2.1. Area de Trabajo

El desarrollo del CDD queda enteramente contenido en un directorio, de modo que si se
desea construir varias CDD diferentes, cada una de ellas requerirá un directorio de trabajo.
El desarrollador del CDD ingresará en el sistema de desarrollo con su usuario habitual de
trabajo (que no sea root), y utilizará la línea de comandos para preparar el area de trabajo
$ mkdir testcdd
$ cd testcdd

El directorio estará inicialmente vacío y es responsabilidad del desarrollador del CDD crear el
perl mínimo de trabajo, así como el archivo de conguración para la herramienta simple-cdd.

2.2. Creando el perl inicial

Dentro del directorio de trabajo, se construye a su vez otro directorio que debe tener el
nombre profiles.

$ mkdir profiles

Este directorio contendrá todos los archivos necesarios para denir los perles. La herramienta
identica los perles según los nombres de los archivos que encuentra, de manera que para crear
el perl de nombre inicial, es necesario crear:

inicial.packages Este archivo de texto es obligatorio en la denición del perl y contie-

ne un nombre de paquete Debian por cada línea. Los paquetes que se indiquen en este
archivo serán instalados y congurados automáticamente durante el proceso de instala-
ción del CDD. No es necesario incluir las dependencias de los paquetes de interés pues
la herramienta de construcción es capaz de determinarlas e incluirlas automáticamente;
basta agregar la línea openoffice.org y se instalarán todos los paquetes de los cuales
dependa openoffice.org, sin necesidad de enumerarlos. Las líneas en blanco y las lí-
neas que comienzan con # se ignoran, así que pueden utilizarse como separadores o para
documentar grupos de paquetes y las razones por las cuales se incluyen.

inicial.description Este archivo de texto es opcional y contiene una sola línea de texto con
una descripción resumida del propósito del perl. Lo que se escriba en este archivo será
utilizado como descripción informativa para el usuario durante el proceso de instalación,
de manera que pueda decidir cuales perles seleccionar.

5
inicial.preseed Este archivo de texto es opcional y contiene las selecciones a utilizar por
omisión (el preseed ) para las preguntas de conguración que presente el Instalador De-
bian o cualquier paquete que utilice debconf para congurarse. El formato del archivo es
idéntico al requerido por el utilitario debconf-set-selections [8].

inicial.postinst Este archivo de texto es opcional y contiene un script de shell que será
ejecutado automáticamente una vez que se hayan instalado todos los paquetes indicados
en el perl. La intención de este script es realizar las conguraciones manuales necesarias
para aquellos paquetes que no aprovechan debconf.

2.3. Archivo de conguración.

Una vez denidos los archivos para uno o más perles dentro del directorio proles, es
necesario crear un archivo de conguración para la creación de la imagen. El paquete simple-cdd
incluye un archivo de conguración de ejemplo, completamente documentado, el cual puede
encontrarse en el directorio /usr/share/doc/simple-cdd/examples y que sirve de punto de
partida.
simple-cdd.conf dentro del directorio de trabajo conteniendo
Así construimos el archivo
# Directorio de trabajo
simple_cdd_dir=`pwd`
# Perfiles a incluir en el CD
# (separados por espacio en blanco)
profiles=inicial
# Idioma del instalador
language=Spanish
# País por omisión
country=Venezuela
# Mirror principal del cual tomar paquetes
# y componentes del instalador.
server=debian.ejemplo.com
debian_mirror=http://$server/debian
rsync_debian_mirror=$server::debian
# Mirror para actualizaciones de seguridad
security_mirror=http://debian.ejemplo.com/debian-security
# Mirror extra con paquetes locales
debian_mirror_extra=http://debian.ejemplo.com/debian-multimedia
# Archivos extra a colocar en el CD pero
# que NO son instalados, e.g. manuales
all_extras=
# Imagen SPLASH para el CD
export SPLASHPNG=${simple_cdd_dir}/inicial.png
# Nombre del CD
export DISKINFO=CDD Inicial Debian GNU/Linux

6
2.4. Generación del CDD
Una vez preparado el archivo de conguración y la información del perl, estamos en posición
de generar la imagen del CDD. El proceso de generación es llevado a cabo por el utilitario build-
simple-cdd invocado desde la línea de comando con las opciones adecuadas. En nuestro caso
$ build-simple-cdd --conf simple-cdd.conf --profiles-udeb-dist sid
que realizará la construcción de la imagen. El proceso consta de varias etapas:

1. Se analizan los paquetes incluidos en el perl para determinar su disponibilidad y la de

sus dependencias entre los repositorios suministrados.

2. Se utiliza el paquete debootstrap de la arquitectura objetivo (en nuestro caso i386)

para determinar los paquetes obligatorios que deben incluirse en el instalador para poder
lograr una instalación base mínima funcional. La lista de paquetes particulares estará en
tmp/deboostrap en un archivo con el nombre de la distribución y plataforma (etch-i386).
3. Se descargan todos los paquetes necesarios para debootstrap y para los perles denidos
tmp/mirror, construyendo
en el CDD. dentro del directorio de trabajo en el subdirectorio
un repositorio parcial solamente con los paquetes a incluir en el CDD. Mientras más paque-
tes sean necesarios, más tiempo tomará analizarlos, más tiempo tomará descargarlos y más
espacio ocuparán localmente. Note que si se tiene un repositorio con las actualizaciones
de seguridad, se descargarán los paquetes más actualizados.

debian-cd [9] dentro del direc-

4. Se utiliza prepara una conguración especíca del utilitario
torio tmp/debian-cd pertinente para la construcción del CDD. La conguración generada
es suciente para la mayoría de los casos, pero si se desea alguna optimización particular
basta modicar los archivos de conguración de debian-cd de manera apropiada. El ti-
po de conguraciones y cosas que pueden lograrse con debian-cd escapan al alcance de
este documento, de modo que debe referirse a la documentación de debian-cd para más
detalles.

5. Si todos los paquetes fueron descargados correctamente, no hay ninguna dependencia

incompleta y hay espacio en disco suciente, se genera una imagen ISO9660 contentiva
del instalador y los paquetes deseados. La imagen será depositada en el directorio de
trabajo dentro del subdirectorio images.

2.5. Probando el CDD.

La imagen generada debe probarse para determinar si cumple con los requerimientos desea-
dos y es en efecto instalable. Para ello es conveniente utilizar el emulador QEmu.

1. Se construye una imagen de disco virtual que servirá como disco duro para la máquina
emulada. Típicamente una imagen de 2-4Gb es suciente para las instalaciones, y para
ello se ejecuta el comando

$ qemu-img create disk.img 4G

2. Se ejecuta el emulador QEmu utilizando la imagen de disco como si fuese su disco duro
principal y la imagen ISO9660 como si fuese el CD-ROM. Se indica a QEmu que inicie

7
 la emulación arrancando desde el CD-ROM para así simular la instalación. Para ello se
ejecuta el comando

$ qemu -hda disk.img -cdrom imagen.iso -boot d

3. Se abrirá una ventana en la cual se aprecia la emulación del hardware y el arranque de
la imagen de instalación. En ella pueden seguirse los pasos de instalación, particionado,
instalación de paquetes, etc. observando si cumple con los requerimientos deseados.

3. Adaptación del CDD.

La razón por la cual se desarrolla un CDD es porque se desea imponer una imagen y con-
guraciones especícas de aquellas incluidas en la distribución estándar Debian GNU/Linux,
pero aprovechar todos los paquetes y herramientas disponibles en Debian GNU/Linux. En es-
te sentido, la herramienta simple-cdd ofrece varios mecanismos que pueden aprovecharse para
lograr la adaptación.

3.1. Imagen de arranque del CD de instalación.

Cuando se inicia el CD de instalación de Debian GNU/Linux, aparece una imagen contenien-
do el logo de Debian GNU/Linux. Es posible cambiar esa imagen por cualquier otra, siempre y
cuando sea un PNG con paleta de 4 bits (máximo 16) colores con una resolución de 640 pixels
de ancho y no más de 400 pixels de alto.
El archivo que contiene la imagen debe ubicarse en el directorio de trabajo, y hacer referencia
a ella en el archivo simple-cdd.conf en la variable de ambiente SPLASHPNG.

3.2. Selección de Paquetes.

Los paquetes mínimos para la instalación son seleccionados automáticamente en virtud del
uso de debootstrap y por razones obvias ninguno de esos paquetes puede ser removido. De
manera que a falta de un perl, el CD de instalación contendrá lo mínimo indispensable para
que el sistema instalado sea útil y permita instalar manualmente el resto de los paquetes que se
desee.
Pueden agregarse tantos paquetes como se desee dentro de los perles para constituir la
selección automática de paquetes a instalar ante la selección de cada perl. Durante la instalación
se le presentará al usuario una lista de todos los perles contenidos en el disco, dándole la
oportunidad de seleccionar uno o más de ellos. Se combinarán los paquetes de todos los perles
seleccionados durante la instalación, de manera que es posible tener un mismo paquete en más
de un perl.
En la lista de paquetes no se pueden agregar paquetes linux-image-*. El instalador ya
tiene paquetes adecuados de kernel para instalar y lo hará automáticamente.
Una manera de construir la lista de paquetes es seleccionarlos uno a uno a partir de una
máquina en la cual se ha instalado todo lo que se necesita. Otra manera de construir la lista es
utilizar alguno de los Tasks denidos en Debian como punto de partida y completarlo. Con el
comando
$ tasksel --list-tasks

8
 se muestran todos los Tasks denidos en Debian, mientras que el comando
$ tasksel --task-packages desktop
muestra los paquetes que conforman el Task Desktop tal como lo dene Debian. Esa lista
de paquetes podría utilizarse como punto de partida para crear un perl.

3.3. Conguración Automática.

Una cantidad importante de paquetes Debian reciben su conguración a través de la base de
datos debconf. Esta contiene un listado de preguntas de conguración y sus valores posibles y
seleccionados. Cuando se instala el paquete, las preguntas son presentadas al usuario para que
las conteste apropiadamente. Algunas preguntas pueden obviarse (aceptar la licencia de Java,
en cuál interface activar DHCP), pero otras son críticas y no pueden dejar de ser contestadas
(e.g. el nombre de la máquina, el nombre del usuario a crear).
Cuando se crea un CDD es posible suministrar un archivo con las respuestas por defecto y
las preguntas que aún deben ser formuladas, de manera que al efectuar la instalación la cantidad
de información solicitada al usuario sea mínima.

3.3.1. Sembrando Respuestas para el Instalador.

El Instalador Debian cuenta con una amplia gama de opciones que pueden ser sembradas
de manera automática para simplicar el proceso de instalación [10]. Evidentemente, mientras
menos preguntas se formulen resultará más fácil para el usuario, pero menos exible para el
experto.
En principio podría automatizarse toda la instalación salvo las preguntas relacionadas con
la identidad del usuario y el nombre de la máquina. La siguiente selección muestra un ejemplo
mínimo de conguración que podría estar incluído en el archivo inicial.preseed:
d-i debian-installer/locale string es_VE
d-i time/zone select America/Caracas
d-i clock-setup/utc boolean true
d-i popularity-contest/participate boolean false
d-i grub-installer/only_debian boolean true
d-i grub-installer/with_other_os boolean true
d-i apt-setup/non-free boolean true
d-i apt-setup/contrib boolean true
d-i netcfg/choose_interface select auto
d-i netcfg/dhcp_failed note
d-i netcfg/dhcp_options select Configure network manually
Con esta conguración se lograría que el instalador inicie automáticamente en idioma espa-
ñol, asumiendo que el país es Venezuela y congurando el reloj de la máquina en hora UTC.
Tiene el efecto adicional que la instalación de paquetes incluirá la sección contrib y non-free de
los repositorios, con lo que será posible instalar controladores privativos y otros paquetes que
dependen de contenido que no está en los repositorios Debian (fonts de Microsoft, plugins de
Flash, plugin de Java). Por último, intentará congurar automáticamente la red usando DHCP
sobre la primera interfaz que se detecte y en caso de no poder hacerlo lo noticará.
Quedan abiertas las preguntas sobre el nombre de usuario, el nombre de la máquina y el
esquema de particionamiento. Esta última también puede ser preestablecida como lo explica la

9
documentación, pero es preferible dejar el diálogo actual que ofrece la opción de particionamiento
automático.
Una conguración interesante es la de deshabilitar el usuario root y activar el uso de sudo
para la administración. Para lograr eso, basta con que el perl incluya el paquete sudo y que
en el archivo de preseed se incluya
passwd passwd/root-login boolean false
esto tiene el efecto de deshabilitar el superusuario (se le coloca una clave imposible) y
congurar sudo para que el usuario regular pueda realizar las labores administrativas con su
propia clave.

3.3.2. Sembrando Respuestas para los Paquetes.

Si dentro del perl se selecciona algún paquete que es congurado con debconf, es natural
querer automatizar las respuestas a las preguntas que sean necesarias para hacerlo funcionar
con la mínima intervención del usuario. En este sentido, la manera más práctica de lograrlo es
como sigue:

1. Instalar el paquete en la máquina de pruebas y congurarlo usando debconf.

debconf-show para observar las posibles preguntas y las respues-
2. Aprovechar el utilitario
tas que están almacenadas en la base de datos debconf. Por ejemplo, para el paquete
sun-java5-jre puede hacerse
debconf-show sun-java5-jre
y se obtiene como salida

* shared/accepted-sun-dlj-v1-1: true
sun-java5-jre/jcepolicy:
sun-java5-jre/stopthread: true
shared/error-sun-dlj-v1-1:
* shared/present-sun-dlj-v1-1:
donde las líneas marcadas con * indican las preguntas que fueron contestadas durante la
conguración del paquete. La que nos interesa es precisamente la primera que es la de
aceptación de la licencia.

3. Incluir en el archivo preseed del perl la pregunta con la respuesta adecuada asociada al
paquete de interés. En el caso del paquetes sun-java5-jre agregaríamos

sun-java5-jre shared/accepted-sun-dlj-v1-1 boolean true

3.3.3. Conguración Automática del Usuario.

Durante el proceso de instalación, una vez terminada la instalación de paquetes en el sis-
tema destino se procede a crear el usuario con la identidad especicada durante el proceso de
instalación.
La creación del usuario se hace utilizando el comando adduser que a su vez hace uso del
modelo de creación de usuario existente en /etc/skel. Si se desea que la conguración inicial

10
del usuario tenga características particulares, basta colocar en /etc/skel aquellos componentes
necesarios para lograrlo. Para ello es necesario crear un paquete Debian a la medida que contenga
los archivos y directorios a colocar en /etc/skel posiblemente acompañado de un script de
ajuste para preferencias del ambiente de escritorio.

Referencias

[1] anonftpsync
Script de shell que facilita la construcción de mirrors completos o parciales Debian. Está
disponible en http://www.debian.org/mirror/anonftpsync
[2] Dimensiones de un mirror Debian.
http://www.debian.org/mirror/size
[3] Lista de Mirrors Ociales Debian.
http://www.debian.org/mirror/official
[4] Actualizaciones de Seguridad del Proyecto Debian.
http://www.debian.org/security/
[5] Paquetes Multimedia para Debian GNU/Linux provistos por Christian Marillat.
http://www.debian-multimedia.org/
[6] simple-cdd.
Herramientas utilitarias para facilitar la creación de Custom Debian Distributions provista
por el Proyecto Debian en la distribución unstable a.k.a. Sid y disponible para su descarga
manual en http://packages.debian.org/sid/simple-cdd
[7] Debian Installer
http://wiki.debian.org/DebianInstaller
[8] debconf-set-selections
Utilitario de línea de comandos exclusivo de Debian GNU/Linux que permite insertar
valores por defecto en la base de datos de conguración de debconf. Los detalles de formato
pueden encontrarse en su página de manual, legible con man debconf-set-selections.
[9] debian-cd
Herramienta para construir discos de instalación (CD o DVD) de la distribución Debian
GNU/Linux. La documentación se incluye al instalar el paquete homónimo.

[10] Preseeding
Es la técnica que permite suministrar respuestas por omisión a los diferentes componentes
del Instalador Debian para automatizar el proceso. La documentación detallada de refe-
rencia se encuentra en http://www.debian.org/releases/stable/i386/apb.html.en

11