Linux Certif

Toute la documentation sur la certification Linux LPI

deb-control

NOMBRE

deb-control - formato del fichero de control maestro de los paquetes Debian.

DESCRIPCI�N

Todo paquete de Debian contiene un fichero de control maestro con varios campos. Cada uno de ellos empieza con una etiqueta como Package o Version (se distinguen may�sculas y min�sculas), seguidos de dos puntos y el cuerpo del campo. S�lo las etiquetas limitan los campos. En otras palabras, el texto de los campos puede ser de varias l�neas pero las herramientas de instalaci�n las juntar�n todas en una (excepto el campo Description , lea m�s abajo).

CAMPOS OBLIGATORIOS

Package: <nombre de paquete>

Este campo determina el nombre del paquete, casi todas las herramientas de instalaci�n lo usan para generar nombres de ficheros.

Version: <cadena de caracteres con el n�mero de versi�n>

Normalmente es la versi�n original de paquete en el formato que use su autor. Puede incluir el n�mero de revisi�n de Debian (para paquetes que no sean nativos). Se usa un gui�n '-' para separar la versi�n y la revisi�n, debido a �sto la versi�n no puede contener guiones.

Maintainer: <nombre completo correo electr�nico>

Su formato es `Fernando Fern�ndez <ffdez@tal.com>'. Normalmente es la persona que ha empaquetado el programa, no su autor original.

Description: <descripci�n corta>

<descripci�n larga>
La descripci�n corta del paquete debe ser de una l�nea (despu�s del campo "Description"). La l�neas siguientes se usan como descripci�n m�s detallada. Todas la l�neas de la descripci�n larga deben de comenzar con un espacio en blanco, las l�neas en blanco deben de tener un punto '.' despu�s de este espacio.

CAMPOS OPCIONALES

Section: <secci�n>

Es un campo general que define la categor�a del paquete bas�ndose en los programas que instala. Algunas secciones comunes son `utils', `net', `mail', `text', `x11' etc.

Priority: <prioridad>

Marca la importancia del paquete en relaci�n a todo el sistema. Algunas prioridades comunes son `required', `standard', `optional', `extra' etc.

En Debian, los campos Section y Priority tienen definidos un conjunto reducido de valores v�lidos de acuerdo a las Normas de Debian (Policy Manual). Se usan para decidir c�mo se organizan los paquetes en el archivo. Se puede obtener una lista completa en la �ltima versi�n del paquete debian-policy.

Essential: <yes|no>

Este campo s�lo se necesita cuando la respuesta es `yes' (o sea, s�). Denota paquetes necesarios para el correcto funcionamiento del sistema. Dpkg o cualquier otra herramienta de instalaci�n no permitir�n desinstalar un paquete Esencial
 (al menos sin usar opciones de forzado).

Architecture: <arch|all>

La arquitectura para la que se compil� el paquete. Arquitecturas comunes son `i386', `m68k', `sparc', `alpha', `powerpc' etc. Dese cuenta que la opci�n all es para paquetes independientes de la arquitectura como lo son los scripts en Perl o la documentaci�n.

Source: <nombre del c�digo fuente>

El nombre del paquete fuente del que proviene �l paquete binario, en caso de que ambos sean distintos.

Depends: <lista de paquetes>

Lista de paquetes necesarios para que el paquete proporcione alguna funcionalidad. El instalador no instalar� el programa sin que todos los programas listado en el campo Depends sean instalados con anterioridad (al menos sin tener que usar las opciones de forzado), siempre ejecutar� los scripts de postinst de los programas de la lista antes de los del programa, asimismo ejecutar� los scripts de prerm de estos paquetes despu�s de los del programa.

Pre-Depends: <lista de paquetes>

Lista de paquetes que deben estar instalados y configurados antes de que el paquete pueda instalarse. Se suele usar en caso de que el script de preinst requiera alg�n programa ejecut�ndose.

Recommends: <lista de paquetes>

Lista de paquetes que normalmente ser�n instalados con este paquete. El programa de administraci�n de paquetes avisar� en caso de que se desee instalar un paquete sin los paquetes listados en su campo Recommends.

Suggests: <lista de paquetes>

Lista de paquetes relacionados con el paquete y que probablemente mejoren su utilidad, a�n as� debe ser perfectamente razonable instalar el programa sin �stos.

La sintaxis de los campos Depends , Pre-Depends , Recommends y Suggests es una lista de grupos de paquetes alternativos. Cada grupo es una lista de paquetes separado por una barra horizontal '|'. Los grupos se separan mediante comas. Las comas se leen como 'AND', y las barras horizontales como 'OR', los 'OR' se eval�an antes que los 'AND'. Cada elemento es un nombre de un paquete que puede ir seguido de un n�mero de versi�n espec�fico entre par�ntesis.

Un n�mero de versi�n puede empezar con '>>', en cuyo caso valdr� cualquier versi�n posterior, es posible omitir el n�mero de revisi�n (siempre separado por un gui�n). Las relaciones v�lidas son ">>" para mayor que, "<<" para menor que, ">=" para mayor o igual, "<=" para menor o igual y "=" para igual que.

Conflicts: <lista de paquetes>

Lista de paquetes que entran en conflicto con �ste, por ejemplo, por que contienen ficheros con el mismo nombre. El programa de mantenimiento de paquetes no permitir� que dos paquetes en conflicto est�n instalado a la vez. Dos paquetes con conflictos entre ellos deben de incluir al otro en su campo Conflicts Conflicts.

Replaces: <lista de paquetes>

Lista de paquetes reemplazados por este paquete. Se usa para permitir que el paquete sobreescriba los ficheros de alg�n otro paquete, normalmente tambi�n listado en el campo Conflicts para obligar a su desinstalaci�n en caso de que ambos paquetes tengan ficheros con el mismo nombre.

Provides: <lista de paquetes>

Es una lista de paquetes virtuales proporcionado por este paquete. Normalmente se usa cuando hay varios paquetes que proporcionan el mismo servicio. Por ejemplo, tanto sendmail como exim pueden servir como servidor de correo, por eso ambos proporcionan el paquete `mail-transport-agent', del cual pueden depender otros paquetes. Esto permite que tanto sendmail como exim sean una opci�n v�lida para satisfacer la dependencia. Esto evita que un paquete dependiente de un servidor de correo necesite conocer los nombres de todos los paquetes de los servidores de correo y use una '|' para separarlos.

La sintaxis de Conflicts , Replaces y Provides es una lista de nombres de paquetes separados por comas (y opcionalmente espacios en blanco). En el campo Conflicts la coma se lee como 'OR'. Adem�s puede proporcionarse una versi�n opcional con la misma sintaxis de arriba para los campos Conflicts y Replaces.

EJEMPLO

 Package: grep
 Essential: yes
 Priority: required
 Section: base
 Maintainer: Wichert Akkerman <wakkerma@debian.org>
 Architecture: sparc
 Version: 2.4-1
 Pre-Depends: libc6 (>= 2.0.105)
 Provides: rgrep
 Conflicts: rgrep
 Description: GNU grep, egrep and fgrep.
  The GNU family of grep utilities may be the "fastest grep in the west".
  GNU grep is based on a fast lazy-state deterministic matcher (about
  twice as fast as stock Unix egrep) hybridized with a Boyer-Moore-Gosper
  search for a fixed string that eliminates impossible text from being
  considered by the full regexp matcher without necessarily having to
  look at every character. The result is typically many times faster
  than Unix grep or egrep. (Regular expressions containing backreferencing
  will run more slowly, however.)
 

V�ASE TAMBI�N

deb(5), dpkg(8), dpkg-deb(1).

TRADUCTOR

Traducci�n de Rub�n Porras Campo <debian-l10n-spanish@lists.debian.org>