<sect>Conceptos básicos del Sistema de Gestión de Paquetes de Debian<label id="pms">
<P>

<sect1>¿Qué es un paquete Debian?<label id="package">
<P>
Los paquetes normalmente contienen todos los archivos necesarios para
implementar un conjunto de órdenes o características relacionadas. Hay
dos tipos de paquetes Debian:
<itemize>
<item><em>paquetes Binarios</em>, que contienen ejecutables, archivos de
configuración, páginas man/info, información de copyright, y otra
documentación. Estos paquetes se distribuyen en un
<ref id="deb-format" name="formato de archivo"> específico de Debian;
se distinguen normalmente por tener una extensión de archivo '.deb'.
Los paquetes binarios se pueden desempaquetar usando la utilidad Debian
<tt>dpkg</tt>; se dan detalles en su página de manual.

<item><em>Paquetes Fuente</em>, que consisten en un archivo
<tt>.dsc</tt> que describe el paquete fuente (incluyendo los nombres de los
siguientes archivos), un archivo <tt>.orig.tar.gz</tt> que contiene el
código fuente original sin modificar en formato tar comprimido con gzip,
y usualmente un archivo <tt>.diff.gz</tt> que contiene los cambios
específicos de Debian al código fuente original. La utilidad
<tt>dpkg-source</tt> empaqueta y desempaqueta los archivos fuente de
Debian; se dan detalles en su página de manual.
</itemize>

<P>
La instalación de software por el sistema de paquetes usa
&dquot;dependencias&dquot; que son cuidadosamente diseñadas por los
encargados del paquete. Estas dependencias están documentadas en el archivo
de <tt>control</tt> asociado con cada paquete. Por ejemplo, el paquete
que contiene el compilador de C de GNU (<tt>gcc</tt>) &dquot;depende&dquot;
del paquete <tt>binutils</tt> que incluye el enlazador y el ensamblador.
Si un usuario intenta instalar <tt>gcc</tt> sin haber instalado antes
<tt>binutils</tt>, el sistema de paquetes de Debian dará un mensaje de error
avisando de que también necesita <tt>binutils</tt>, e instalará <tt>gcc</tt>
sólo si el usuario acepta instalar <tt>binutils</tt> primero.
(Sin embargo, esta opción puede ser anulada por el usuario persistente).
Ver más <ref id="depends" name="detalles sobre dependencia de paquetes">
abajo.
<P>
Las utilidades de paquetes de Debian se pueden usar para:
<itemize>
<item>manipular y gestionar paquetes o partes de paquetes,
<item>ayudar al usuario en la fragmentación de paquetes que deben ser
distribuidos a través de un medio de tamaño limitado, como disquetes,
<item>ayudar a los desarrolladores en la construcción de archivos de
paquetes, y
<item>ayudar a los usuarios en la instalación de paquetes que residen en
un servidor de FTP remoto.
</itemize>

<sect1>¿Cuál es el formato de un paquete Debian?<label id="deb-format">
<P>
Un &dquot;paquete&dquot; Debian, o un archivo Debian, contiene los
ejecutables, bibliotecas y documentación asociada con una forma
particular de un programa o conjunto de programas relacionados.
Normalmente un archivo Debian tiene un nombre que acaba en <tt>.deb</tt>.

Los detalles del formato de los paquetes binarios Debian se describen en la
página de manual <tt>deb</tt>(5). Este formato interno está sujeto a
cambios, así que use siempre <tt>dpkg-deb</tt>(8) para manipular archivos
<tt>.deb</tt>.

<sect1>¿Por qué los nombres de los paquetes Debian son tan largos?
<label id="pkgname"></>
<P>
Los nombres de los paquetes binarios siguen la siguiente convención:
&lt;nombre&gt;_&lt;NúmeroDeVersión&gt;-&lt;NúmeroDeRevisiónDebian&gt;.deb

<P>
Nótese que <tt>nombre</tt> se supone que es el nombre del paquete.
Como prueba, se puede sacar el nombre de paquete asociado con un archivo
Debian concreto (archivo .deb) de una de las siguientes formas:

<itemize>
<item>inspeccionar el archivo &dquot;Packages&dquot; en el directorio donde
se guardaba el paquete en un servidor de FTP de Debian. Este archivo
contiene un párrafo describiendo cada paquete; el primer campo del párrafo
es el nombre formal del paquete.
<item>usar la orden <tt>dpkg --info nombre_VVV-RRR.deb</tt>. Esto manda un
mensaje a STDOUT que da, entre otras cosas, el nombre formal del paquete.
</itemize>

<P>
El componente <tt>VVV</tt> es el número de versión especificado por el
desarrollador original. Aquí no hay estándares establecidos, así que el
número de versión puede tener formatos tan distintos como
&dquot;960428&dquot; y &dquot;2.7.2.l.3&dquot;.

<P>
El componente <tt>RRR</tt> es el número de revisión Debian, y lo establece
el desarrollador Debian (o un usuario individual, si decide construir el
paquete él mismo). Este número corresponde al nivel de revisión del
paquete debian (que incluye el Makefile específico de Debian, llamado
<tt>debian/rules</tt>, así como el archivo de control Debian, normalmente
llamado <tt>debian/control</tt>). De este modo, un nuevo nivel de revisión
normalmente significa cambios en el Makefile de Debian, el archivo de
control, los scripts de instalación o desinstalación, o en los archivos de
configuración usados en el paquete.

<!--
<P>
The <tt>Arch</tt> component identifies the processor for which the
package was built.  This is commonly <tt>i386</tt>, which refers to
chips compatible to Intel's 386 or later versions.  For other 
possibilities see <ref id="dirtree" name="Debian's FTP directory structure">.
-->

<sect1>¿Qué es un archivo de control de Debian?<label id="CtlFile">
<P>
Se dan detalles sobre el contenido de un archivo de control en el
<url url="ftp://ftp.debian.org/debian/doc/package-developer/programmer.ps.gz" 
name="manual del programador de dpkg">. Resumiendo, este es un ejemplo de
archivo de control para el paquete hola:
<!-- XXX below 'non-programmers' were better, but this is a verbatim copy -->
<!-- update to Debian 1.2 -->
<tscreen><verb>
Package: hola
Version: 1.3-13
Architecture: i386
Depends: libc5 (>= 5.2.18)
Installed-Size: 31
Maintainer: Ian Jackson <ian@chiark.greenend.org.uk>
Description: La clásica bienvenida, y un buen ejemplo
 El programa GNU hola produce saludo amistoso y familiar. Permite
 a los no programadores usar una herramienta clásica en la informática
 que de otro modo no tendrían disponible.
 .
 Hablando en serio; es un ejemplo de cómo se hace un paquete Debian.
 Es la versión Debian del programa 'hola mundo' del proyecto GNU (el
 cual es a su vez un ejemplo del proyecto GNU).
</verb></tscreen>
<P>
El campo Package informa del nombre del paquete. Este es el nombre
mediante el cual el paquete se puede manipular con las utilidades de
paquetes de Debian, y normalmente es parecido (aunque no necesariamente
igual) que la primera cadena de caracteres del nombre del archivo Debian.
<p>
El campo version da a la vez el número de versión del desarrollador
original y (como último componente) el nivel de revisión del paquete Debian
de este programa, tal y como se describe en <ref id="pkgname">.

<!-- XXX missing name -->

<p>
El campo Architecture especifica el procesador para el que fué compilado
este binario en concreto.
<P>
El campo Depends da una lista de paquetes que tienen que estar instalados
para poder instalar este paquete con éxito.
<P>
El campo Installed-Size indica cuanto espacio de disco ocupará el paquete
instalado. Está pensado para que lo usen los programas de instalación para
indicar si existe suficiente espacio de disco para instalar el programa.
<!--
<P>
The Section line gives the &dquot;section&dquot; where this Debian package
is stored at the Debian FTP sites.  This is the name of a subdirectory 
(within one of the main directories, see <ref id="dirtree" name="more about
the Debian FTP directory structure">) where the package is stored.
<P>
Priority
-->
<p>
El campo Maintainer da la dirección de correo electrónico de la persona
actualmente responsable del mantenimiento del paquete.
<P>
El campo Description da un pequeño resumen de las características del
paquete.

<!--
<P>
The Conflicts field tells the user (and the Debian package maintenance
tools) what other packages cannot co-exist with the programs in this package.
The Replaces field tells what packages will be replaced when this one
is installed. The Provides field tells what packages will be installed
by this package; this is a mechanism by which multiple packages can be
distributed as a single package, which is in some cases an aid to the
package maintenance system.
-->
<P>

<sect1>¿Qué es un conffile de Debian? <label id="conffile"></>
<P>
Los conffiles son listas de archivos de configuración, normalmente
guardadas en <tt>/etc</tt>, que el sistema de mantenimiento de paquetes no
sobrescribe cuando se actualiza un paquete. Esto asegura que los valores
locales de los contenidos de estos archivos se conserven, y es una
característica imprescindible para permitir la actualización de paquetes
en un sistema en funcionamiento.

Para determinar exactamente qué archivos se conservan durante una
actualización, ejecute<tt> dpkg --status paquete</tt>.

<sect1>¿Qué son los scripts Debian preinst, postinst, prerm, y postrm?
<label id="PrePost"></>
<P>
Estos archivos son scripts ejecutables que se usan automáticamente antes o
después de que se instale un paquete.
Junto con el archivo <tt>control</tt>, todos estos archivos forman parte
de la sección de &dquot;control&dquot; de un archivo Debian.
<P>
Los archivos individuales son:
<descrip>
<tag/preinst/ Este script se ejecuta antes de que se desempaquete el
contenido del archivo Debian (&dquot;.deb&dquot;).
Muchos scripts 'preinst' detienen los servicios de los paquetes que se
actualizan hasta que su instalación o actualización se completa (después
de la ejecución exitosa del script 'postinst').

<tag/postinst/ Este script normalmente completa cualquier configuración
necesaria en el paquete <tt>nombre</tt> una vez que <tt>nombre</tt> ha
sido desempaquetado de su archivo Debian (&dquot;.deb&dquot;).
A veces, los scripts 'postinst' piden al usuario datos, y/o le advierten
de que si acepta los valores por defecto, tendrá que acordarse de volver
atrás y reconfigurar dicho paquete. Muchos scripts 'postinst' ejecutan
las órdenes necesarias para empezar o reanudar un servicio una vez que el
nuevo paquete ha sido instalado o actualizado. <em>Es una buena idea el
repasar el contenido de un script 'postinst' en busca de consejos de
configuración cuando se instale un paquete por primera vez.</em>

<tag/prerm/ Este script normalmente detiene cualquier demonio asociado con
un paquete. Se ejecuta antes de borrar los archivos asociados a un paquete.

<tag/postrm/ Este script normalmente modifica enlaces u otros archivos
asociados con <tt>nombre</tt>. (Ver notas sobre <ref id="virtual" 
name="paquetes Virtuales">.)

</descrip>

Todos los archivos de control se pueden encontrar en
<tt>/var/lib/dpkg/info</tt>.
Los archivos importantes para el paquete <tt>nombre</tt> empiezan con el
nombre &dquot;nombre&dquot; y tienen extensiones &dquot;preinst&dquot;,
&dquot;postinst&dquot;, etc., como corresponda. El archivo <tt>nombre.list</tt>
en dicho directorio enumera todos los archivos que se instalaron con el
paquete <tt>nombre</tt>.
(Nótese que la localización de estos archivos es información interna de
dpkg; no se debe confiar en ella.)

<sect1>¿Qué es un paquete Requerido/Importante/Estandar/Opcional/Extra?<P>
<P>
Cada paquete Debian recibe una <em>prioridad</em> por los responsables de la
distribución, como ayuda al sistema de mantenimiento de paquetes. Las
prioridades son:

<itemize>
<item><bf>Requerido</bf> 
 Los paquetes requeridos son necesarios para el correcto funcionamiento del
 sistema. Esto incluye todas las herramientas necesarias para reparar defectos
 del sistema. No se deben eliminar estos paquetes o su sistema puede volverse
 totalmente inestable y probablemente ni siquiera será capaz de usar dpkg para
 volver a poner las cosas en su sitio. Sistemas con sólo los paquetes
 requeridos probablemente no son utilizables, pero tienen la suficiente
 funcionalidad para permitir al administrador del sistema arrancarlo e
 instalar más programas.

<item>Los paquetes <bf>importantes</bf> están presentes en cualquier sistema
parecido a Unix. Aquí se encuentran los paquetes sin los que el sistema no
funcionará correctamente.
Esto <em>NO</em> incluye Emacs, X11, TeX o cualquier otra aplicación grande.
Estos paquetes sólo constituyen la infraestructura base.

<item>Los paquetes <bf>estándar</bf> son los típicos en cualquier sistema
Linux, incluyendo un sistema en modo carácter razonablemente pequeño,
aunque no muy limitado. Se instalará por defecto si los usuarios no
seleccionan nada más. No incluye demasiadas aplicaciones mayores, aunque
incluye Emacs (que es más una pieza de la infraestructura que una
aplicación) y una parte razonable de Tex y Latex (si es que es posible
usarlos sin X).

<item>Los paquetes <bf>opcionales</bf> incluyen todos los que razonablemente
se desearía instalar a no ser que no se sepa lo que son o exijan requisitos
especiales. Esto incluye X11, una distribución completa de TeX, y montones de
aplicaciones.

<item>Los paquetes <bf>extra</bf> tienen conflictos con otros de mayor
prioridad, o es sólo probable que se usen si ya se sabe lo que son, o tienen
requisitos especiales.
</itemize>

<sect1>¿Qué es un paquete virtual?<label id="virtual">
<P>
Un paquete virtual es un nombre genérico que se aplica a uno cualquiera de
un conjunto de paquetes, los cuales proveen todos ellos de una funcionalidad
básica similar. Por ejemplo, los programas <tt>tin</tt> y <tt>trn</tt> son
lectores de noticias los dos, y por tanto satisfacen por igual cualquier
dependencia de un programa que necesite un lector de noticias en el sistema
para funcionar o ser útil.
Se dice que ambos proveen el &dquot;paquete virtual&dquot; llamado
<tt>lector de noticias</tt>.

<P>
Igualmente, <tt>smail</tt> y <tt>sendmail</tt> proveen ambos de la
funcionalidad de un agente de transporte de correo. También se dice que ambos
proporcionan el paquete virtual &dquot;agente de transporte de correo&dquot;.
Si cualquiera de ellos está instalado, cualquier programa que exija la
instalación de un <tt>agente de transporte de correo</tt> se dará por
satisfecho con la existencia de este paquete virtual.

<P>
Debian proporciona un mecanismo mediante el cual, si más de un paquete que
permita el mismo paquete virtual se instala en un sistema, los
administradores del sistema pueden marcar uno como el paquete preferido.
La orden importante es <tt>alternativas de actualización</tt>, y se describe
con detalle en la sección de <ref id="diverse" name="diversions">. 

<!--
Revisar el nombre de la sección esta de 'diversions'.
No lo veo muy claro :-)
-->

<sect1> ¿A qué se refieren al decir que un archivo Depende/Recomienda/Sugiere/Entra en conflicto/Reemplaza/Proporciona otro paquete?<label id="depends">?
<P>
El sistema de paquetes Debian tiene un conjunto de &dquot;dependencias&dquot;
diseñadas para indicar (mediante un único indicador) el nivel al que puede
operar un Programa A independientemente de la existencia del Programa B en
un sistema dado:
 <itemize>
 <item>El paquete A <em>depende</em> del paquete B si B tiene que estar
 instalado obligatoriamente para que funcione A. En ese caso, la versión de
 dependencia normalmente es un límite inferior, de modo que A depende de
 cualquier versión de B más reciente que alguna versión especificada.
 <item>El paquete A <em>recomienda</em> al paquete B, si el responsable del
 paquete considera que la mayoría de usuarios no querrán A sin tener la
 funcionalidad permitida por B.
 <item>El paquete A <em>sugiere</em> al paquete B si B contiene archivos que
 están relacionados con (y normalmente mejoran) la funcionalidad de A.
  <item>El paquete A <em>Entra en conflicto</em> con el paquete B cuando A
  no funcionará si B está instalado en el sistema. La mayoría de las veces
  los conflictos son casos en los que A contiene archivos que son una mejora
  respecto a los que contiene B. Los &dquot;Conflictos&dquot; se combinan
  frecuentemente con &dquot;reemplazos&dquot;.
  <item>El paquete A <em>reemplaza</em> al paquete B cuando archivos instalados
  por B son borrados y (en algunos casos) sobrescritos por archivos en A.
  <item>El paquete A <em>proporciona</em> al paquete B cuando todos los
  archivos y la funcionalidad de B se incorporan en A. Este mecanismo
  proporciona un modo de que los usuarios con espacio de disco reducido
  instalen la parte del paquete A que realmente necesitan.
 </itemize>

Información más detallada sobre estos temas se puede encontrar en el
<htmlurl 
url="ftp://ftp.debian.org/debian/doc/package-developer/programmer.ps.gz"
name="Manual del Programador de Debian">.

<sect1> ¿Qué significa Pre-Dependencia?
<P>
&dquot;Pre-Dependencia&dquot; es una dependencia especial.
<P>
En el caso de la mayoría de paquetes, <tt>dpkg</tt> extraerá el contenido del
archivo correspondiente (p.ej., su archivo <tt>.deb</tt>) tanto si los
archivos de los que depende existen en el sistema como si no. Desempaquetar
significa que <tt>dpkg</tt> extraerá los archivos del paquete que se espera
que queden instalados en el sistema de ficheros, y los pondrá en su
localización correspondiente. Si el paquete <em>depende</em> de la existencia
de otro paquete no instalado en el sistema, <tt>dpkg</tt> se negará a
completar la instalación ejecutando su orden &dquot;configure&dquot; hasta
que los otros paquetes se instalen.
<P>
Pero para algunos paquetes, <tt>dpkg</tt> se negará incluso a desempaquetar
los archivos hasta que se resuelvan las dependencias. Se dice de esos
paquetes que &dquot;Pre-dependen&dquot; de la presencia de algún otro paquete.
El proyecto Debian proporcionó este mecanismo para permitir la actualización
segura de sistemas en formato <tt>a.out</tt> a formato <tt>ELF</tt>, donde el
orden en que se instalan los paquetes era crítico.

Información más detallada sobre el uso de estos términos se puede encontrar
en el 
<htmlurl 
url="ftp://ftp.debian.org/debian/doc/package-developer/programmer.ps.gz"
name="Manual del Programador de Debian">.

<sect1>¿Qué significa desconocido/instalar/quitar/borrar/conservar en el estado del paquete?
<P>
Estas marcas indican lo que el usuario desea hacer con un paquete (ya sea
mediante las acciones del usuario en la sección &dquot;Select&dquot; de 
<tt>dselect</tt>, o  por las llamadas directas del usuario a <tt>dpkg</tt>).
Sus significados son:
<itemize>
<item>desconocido  - el usuario no ha dicho si quiere el paquete
<item>instalar - el usuario ha dicho que quiere instalar o actualizar el paquete
<item>quitar - el usuario quiere desinstalar el paquete, pero sin borrar
cualquier fichero de configuración que exista.
<item>Borrar - el usuario quiere eliminar completamente el paquete, incluyendo
ficheros de configuración.
<item>conservar - el usuario no quiere procesar este paquete, quiere mantener
la versión actual con su estado actual, cualquiera que sea.
</itemize>

<sect1>¿Dónde puedo encontrar información detallada sobre la creación de paquetes Debian?
<P>
Ver <ref id="DebianDocs" 
  name="el Manual del Programador de dpkg y el Manual de Normas de Debian">
