View source for Package dependencies:Spanish

Este documento en otros lenguajes: [[Package_dependencies|InglÃ©s]] 
----
Los paquetes pueden depender unos de otros (p.e., hay que instalar Firefox antes de instalar plugin de Firefox etc.).

Hay tres tipos de dependencias:

<div style="margin-left: 30px">
'''depend''' - hacer depender el paquete actual del otro paquete que se especifica. 

'''chain''' - encadenar otro paquete a este paquete. Primero el paquete actual y despuÃ©s (encadenado al actual), el especificado en ''chain''.

'''include''' - incluir el paquete especificado en el proceso general de WPKG.
</div>

== Dependiendo de un paquete ==
Utilizando '''depend''' se hace que un paquete dependa de otro, esto significa, que este paquete (el actual), necesita de otro paquete (el especificado en la clausula '''depend''') para su correcto funcionamiento. Esta dependencia pueden ser necesaria durante la instalaciÃ³n o actualizaciÃ³n, por lo tanto la dependencia tendrÃ¡ que ser instalada la ''antes'' que el paquete actual, independientemente de la prioridad de ambos paquetes.

El formato es muy simple, y similar al utilizado por [[profile dependencies]]

El ejemplo utilizado en [[Packages.xml]] se ha modificado en el ejemplo siguiente para hacerlo depender de otro paquete denominado "other-package":
<source lang="xml">
<packages>
<package
 id="example-package"
 name="Example Package"
 revision="1"
 reboot="false"
 priority="0">

 <depends
  package-id="other-package" />

 ...
</source>

En este ejemplo, la dependencia (lo indicado en 'depends') hace que el paquete "other-package" se instale ''antes'' que el paquete actual denominado "example-package".

== Encadenando un paquete ==
Utilizando la clÃ¡usula '''chain''' se ''encadena'' un paquete al actual, lo que significa que si se instala el paquete actual, el otro paquete indicado en la clausula ''chain'' tambiÃ©n debe ser instalado ''despuÃ©s'' del actual (o a continuaciÃ³n del mismo).

'''AtenciÃ³n:''' Un paquete encadenado tambiÃ©n puede ser instalado antes que el paquete que lo encadenÃ³. Esto puede ocurrir cuando el paquete encadenado, quedÃ³ instalado previamente (posiblemente debido a otra dependencia) o a que tenga mayor prioridad que el paquete ''encadenador''. Si necesitas asegurar que un paquete se instale antes que otro en el primero hay que utilizar la clÃ¡usula de dependencia anterior (ver [[Dependiendo de un paquete]])

En el ejemplo utilizado en la pÃ¡gina [[Packages.xml]] ha sido modificado para encadenarle otro paquete denominado "other-package":
<source lang="xml">
<packages>
<package
 id="example-package"
 name="Example Package"
 revision="1"
 reboot="false"
 priority="0">

 <chain
  package-id="other-package" />

 ...
</source>

En este ejemplo el 'encadenamiento' ('chain') hace que el "other-package" se instale justo ''a continuaciÃ³n'' del actual paquete "example-package".

De hecho, serÃa exactamente igual si "other-package" tuviera una dependencia sobre este paquete "example-package". Pero con algunos paquetes puede ser mÃ¡s lÃ³gico y mÃ¡s prÃ¡ctico, el encadenamiento de otro paquete, en lugar de hacer depender al resto de este paquete en concreto.

Por ejemplo si utiliza un paquete "Gimp" para la aplicaciÃ³n "The Gimp" y un paquete "GimpHelp" guardando los ficheros de ayuda del programa; y desea que los ficheros se ayuda ("GimpHelp") se instalen siempre con "Gimp". El paquete "GimpHelp" depende del paquete "Gimp" casi tanto, como ''Gimp'' necesita sus ficheros de ayuda. Como los ficheros de ayuda necesitan obligatoriamente ''Gimp'', habrÃa que utilizar 'depends' en el paquete "GimpHelp". Pero en este caso, lo mÃ¡s lÃ³gico es encadenar ('chain') "GimpHelp" a "Gimp" como se aclara en el siguiente pÃ¡rrafo.

En general se considera mejor utilizaciÃ³n, si algunos paquetes necesitan a otros (con sus componentes, librerÃas, frameworks, ...) para poder trabajar, que el paquete principal dependa (o necesite) a estos otros paquetes. Pero si (quizÃ¡ por polÃticas de seguridad de las empresas) el paquete principal puede a veces  ser completado con otros paquetes como ficheros de ayuda, imÃ¡genes, entonces, deberÃa encadenarse al paquete principal estos complementos. De esta forma, si no se requieren estas extensiones siempre (por ejemplo, las extensiones de desarrollador para Firefox), no es conveniente encadenarlas al paquete principal, pero hay que hacerlas depender a los paquetes, asignÃ¡ndolas individualmente a los ''profiles'' cuando sea necesario.

== Incluir un paquete ==
Utilizando la clÃ¡usula '''include''' se pueden ''incluir'' un paquete o una lista de paquetes como si fueran solicitadas en el propio perfil (profile), esto significa que si se instala este paquete, los paquetes incluidos tambiÃ©n serÃ¡n instalados. Esta inclusiÃ³n serÃ¡ instalada basÃ¡ndose en su propia prioridad.

Por eso si el paquete incluÃdo tiene priridad mÃ¡s alta, serÃ¡ instalado antes durante el proceso de sincronizaciÃ³n. Si el paquete incluÃdo tiene una baja prioridad, serÃ¡ instalado mÃ¡s tarde. Si busca asegurar un cierto orden de instalaciones de paquetes, deberÃa considerar utilizar las clÃ¡usulas de dependencia (vea [[Dependiendo de un paquete]]) !

El ejemplo utilizado en [[Packages.xml]] se ha modificado para que incluya otro paquete denominado "other-package":
<source lang="xml">
<packages>
<package
 id="example-package"
 name="Example Package"
 revision="1"
 reboot="false"
 priority="0">

 <include
  package-id="other-package" />

 ...
</source>

En este ejemplo, al incluir el "other-package", se instalarÃ¡ este Ãºltimo si tambiÃ©n se instala "example-package". 

[[category:Documentation]]