Difference between revisions of "Package dependencies:Spanish"

From WPKG | Open Source Software Deployment and Distribution
Jump to: navigation, search
(Created page with 'Este documento en otros lenguajes: Inglés ---- Los paquetes pueden depender unos de otros (e.g., you have to install Firefox before installing some Fir…')
 
 
(One intermediate revision by one other user not shown)
Line 1: Line 1:
 
Este documento en otros lenguajes: [[Package_dependencies|Inglés]]  
 
Este documento en otros lenguajes: [[Package_dependencies|Inglés]]  
 
----
 
----
−
Los paquetes pueden depender unos de otros (e.g., you have to install Firefox before installing some Firefox plugin etc.).
+
Los paquetes pueden depender unos de otros (p.e., hay que instalar Firefox antes de instalar plugin de Firefox etc.).
  
−
There are three types of dependencies:
+
Hay tres tipos de dependencias:
  
 
<div style="margin-left: 30px">
 
<div style="margin-left: 30px">
−
'''depend''' - depends the current package to another specified package.  
+
'''depend''' - hacer depender el paquete actual del otro paquete que se especifica.  
  
−
'''chain''' - chains another specified package to this package.
+
'''chain''' - encadenar otro paquete a este paquete. Primero el paquete actual y después (encadenado al actual), el especificado en ''chain''.
  
−
'''include''' - includes another specified package in the overall WPKG process.
+
'''include''' - incluir el paquete especificado en el proceso general de WPKG.
 
</div>
 
</div>
  
−
== Depending on a package ==
+
== Dependiendo de un paquete ==
−
By using '''depend''' you make a package depending on another package, meaning that this package needs the other package for correct functionality. This dependency can already be needed during the installation or upgrade, therefore a dependency is always installed right ''before'' the current package independently of the priority of the packages.
+
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.
  
−
The format is very simple, and similar to the one used for [[profile dependencies]]
+
El formato es muy simple, y similar al utilizado por [[profile dependencies]]
  
−
The example used in [[Packages.xml]] has been modified to make it dependent on another package called "other-package":
+
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">
 
<source lang="xml">
 
<packages>
 
<packages>
Line 34: Line 34:
 
</source>
 
</source>
  
−
In this example the 'depends' makes the "other-package" install right ''before'' the current package "example-package".
+
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".
  
−
== Chaining a package ==
+
== Encadenando un paquete ==
−
By using '''chain''' you ''chain'' a package to the current package, meaning that if this package is installed, the other package also has to be installed but right ''after'' the current package.
+
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).
  
−
'''Attention:''' a chained package might also be installed before the package chaining it. This might happen if the chained package is either already installed (possible by another dependency) or has higher priority than the package which references it by chain. If you need to ensure that a package is installed before another one please specify a dependency (see [[Depending on a package]])
+
'''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]])
  
−
The example used in [[Packages.xml]] has been modified to make it chain another package called "other-package":
+
En el ejemplo utilizado en la página [[Packages.xml]] ha sido modificado para encadenarle otro paquete denominado "other-package":
 
<source lang="xml">
 
<source lang="xml">
 
<packages>
 
<packages>
Line 57: Line 57:
 
</source>
 
</source>
  
−
In this example the 'chain' makes the "other-package" install right ''after'' the current package "example-package".
+
En este ejemplo el 'encadenamiento' ('chain') hace que el "other-package" se instale justo ''a continuación'' del actual paquete "example-package".
  
−
In fact it would be exactly the same if "other-package" would be depending on this package "example-package". But with some packages it may be more logical and even more practical by chaining another package instead of being the other package's dependant.  
+
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.
  
−
For example if you have a package "Gimp" for the application "The Gimp" and a package "GimpHelp" containing the Help files of the application. And you want "GimpHelp" always installed together with "Gimp". The "GimpHelp" package depends on "Gimp" as it needs a Gimp installation before it can be installed, so you could use 'depend' in the "GimpHelp" package. But in this case it is more logical to 'chain' "GimpHelp" to "Gimp" as it will be "Gimp" that you would want to assign to a profile.
+
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.
  
−
In general the best practice is that if some main package needs certain other packages (containing components, libraries, frameworks, ...) to be able to work, that main package should depend on the needed other packages.
+
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.
−
But if (maybe due to a company policy) the main package always needs to be extended with certain packages (help-files, clipart, ...), then you should chain the extending packages from the main package. Be ware that if you don't want certain application extensions to be installed always (for example firefox developer extensions), you should not chain them from the main package, but let them depend on the main package and then assign them individually to the profiles where needed.
+
  
−
== Including a package ==
+
== Incluir un paquete ==
−
By using '''include''' you ''include'' a package to the list of packages as specified by the profile, meaning that if you install this package the included package will also be installed. This included package will be installed based on its priority.
+
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.
−
So if the included package has high priority it will be installed early during synchronization. If the included package has low priority it will be installed late. If you would like to enforce a certain installation order please consider to specify a dependency (see [[Depending on a package]]) !
+
  
−
The example used in [[Packages.xml]] has been modified to make it include another package called "other-package":
+
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">
 
<source lang="xml">
 
<packages>
 
<packages>
Line 86: Line 86:
 
</source>
 
</source>
  
−
In this example the 'include' makes the "other-package" also install if the current package "example-package" is installed.  
+
En este ejemplo, al incluir el "other-package", se instalará este último si también se instala "example-package".  
  
 
[[category:Documentation]]
 
[[category:Documentation]]

Latest revision as of 12:46, 18 November 2010

Este documento en otros lenguajes: 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:

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.

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": 

<packages>
<package
 id="example-package"
 name="Example Package"
 revision="1"
 reboot="false"
 priority="0">

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

 ...

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": 

<packages>
<package
 id="example-package"
 name="Example Package"
 revision="1"
 reboot="false"
 priority="0">

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

 ...

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": 

<packages>
<package
 id="example-package"
 name="Example Package"
 revision="1"
 reboot="false"
 priority="0">

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

 ...

En este ejemplo, al incluir el "other-package", se instalará este último si también se instala "example-package".

Retrieved from "https://wpkg.org/index.php?title=Package_dependencies:Spanish&oldid=8692"