Zen

Translation

In this situation, upgrades (<literal>upgrade</literal> and <literal>full-upgrade</literal>) are done within <emphasis role="distribution">Stable</emphasis> except for packages already upgraded to another distribution: those will follow updates available in the other distributions. We will explain this behavior with the help of the default priorities set by APT below. Do not hesitate to use <command>apt-cache policy</command> (<xref linkend="sect.apt-cache-policy" />) to verify the given priorities.
495/5040 · 504

Sign in to save the translation.

English Spanish Actions
Explanation: The package xserver-xorg-video-intel provided
Explanation: in experimental can be used safely
Package: xserver-xorg-video-intel
Pin: release a=experimental
Pin-Priority: 500
Explanation: El paquete xserver-xorg-video-intel provisto
Explanation: en experimental puede usarse de forma segura
Package: xserver-xorg-video-intel
Pin: release a=experimental
Pin-Priority: 500
Working with Several Distributions
Trabajo con varias distribuciones
<command>apt</command> being such a marvelous tool, it is tempting to pick packages coming from other distributions. For example, after having installed a <emphasis role="distribution">Stable</emphasis> system, you might want to try out a software package available in <emphasis role="distribution">Testing</emphasis> or <emphasis role="distribution">Unstable</emphasis> without diverging too much from the system's initial state.
Como <command>apt</command> es una herramienta tan maravillosa, es tentador elegir paquetes de otras distribuciones. Por ejemplo, tras instalar un sistema <emphasis role="distribution">Stable</emphasis> podría desear probar paquetes de software disponibles en <emphasis role="distribution">Testing</emphasis> o <emphasis role="distribution">Unstable</emphasis> sin desviarse demasiado del estado inicial del sistema.
Even if you will occasionally encounter problems while mixing packages from different distributions, <command>apt</command> manages such coexistence very well and limits risks very effectively. The best way to proceed is to list all distributions used in <filename>/etc/apt/sources.list</filename> (some people always put the three distributions, but remember that <emphasis role="distribution">Unstable</emphasis> is reserved for experienced users) and to define your reference distribution with the <literal>APT::Default-Release</literal> parameter (see <xref linkend="sect.apt-upgrade" />).
Aún cuando ocasionamente encontrará problemas al mezclar paquetes de diferentes distribuciones <command>apt</command> gestionará muy bien su coexistencia y limitará los riesgos de manera muy efectiva. La mejor manera de proceder es listar todas las distribuciones utilizadas en <filename>/etc/apt/sources.list</filename> (algunas personas siempre agregan las tres distribuciones, pero recuerde que <emphasis role="distribution">Unstable</emphasis> está reservado para usuarios experimentados) y definir su distribución de referencia con el parámetro <literal>APT::Default-Release</literal> (revise la <xref linkend="sect.apt-upgrade" />).
Let's suppose that <emphasis role="distribution">Stable</emphasis> is your reference distribution but that <emphasis role="distribution">Testing</emphasis> and <emphasis role="distribution">Unstable</emphasis> are also listed in your <filename>sources.list</filename> file. In this case, you can use <command>apt install <replaceable>package</replaceable>/testing</command> to install a package from <emphasis role="distribution">Testing</emphasis>. If the installation fails due to some unsatisfiable dependencies, let it solve those dependencies within <emphasis role="distribution">Testing</emphasis> by adding the <literal>-t testing</literal> parameter. The same obviously applies to <emphasis role="distribution">Unstable</emphasis>.
Supongamos que su distribución de referencia es <emphasis role="distribution">Stable</emphasis> pero que <emphasis role="distribution">Testing</emphasis> y <emphasis role="distribution">Unstable</emphasis> también aparecen listados en su archivo <filename>sources.list</filename>. En este caso, puede utilizar <command>apt install <replaceable>paquete</replaceable>/testing</command> para instalar un paquete de <emphasis role="distribution">Testing</emphasis>. Si la instalación falla debido a alguna dependencia insatisfecha, permítale resolver esas dependencias dentro de <emphasis role="distribution">Testing</emphasis> agregando el parámetro <literal>-t testing</literal>. Obviamente, lo mismo aplica a <emphasis role="distribution">Unstable</emphasis>.
In this situation, upgrades (<literal>upgrade</literal> and <literal>full-upgrade</literal>) are done within <emphasis role="distribution">Stable</emphasis> except for packages already upgraded to another distribution: those will follow updates available in the other distributions. We will explain this behavior with the help of the default priorities set by APT below. Do not hesitate to use <command>apt-cache policy</command> (<xref linkend="sect.apt-cache-policy" />) to verify the given priorities.
En esta situación, las actualizaciones (<command>upgrade</command> y <command>full-upgrade</command>) se realizan dentro de <emphasis role="distribution">Stable</emphasis> a excepción de los paquetes que ya se actualizaron a otra distribución. Explicaremos este comportamiento con la ayuda de las prioridades predeterminadas establecidas por APT a continuación. No dude en usar <command>apt-cache policy</command> (<xref linkend="sect.apt-cache-policy" />) para verificar las prioridades dadas.
Everything centers around the fact that APT only considers packages of higher or equal version than the installed one (assuming that <filename>/etc/apt/preferences</filename> has not been used to force priorities higher than 1000 for some packages).
Todo gira alrededor del hecho de que APT considera sólo paquetes con una versión mayor o igual que la instalada (suponiendo que <filename>/etc/apt/preferences</filename> no ha sido usado para forzar prioridades superiores a 1000 para algunos paquetes).
Let's assume that you have installed version 1 of a first package from <emphasis role="distribution">Stable</emphasis> and that version 2 and 3 are available respectively in <emphasis role="distribution">Testing</emphasis> and <emphasis role="distribution">Unstable</emphasis>. The installed version has a priority of 100 but the version available in <emphasis role="distribution">Stable</emphasis> (the very same) has a priority of 990 (because it is part of the target release). Packages in <emphasis role="distribution">Testing</emphasis> and <emphasis role="distribution">Unstable</emphasis> have a priority of 500 (the default priority of a non-installed version). The winner is thus version 1 with a priority of 990. The package “stays in <emphasis role="distribution">Stable</emphasis>”.
Asumamos que instaló la versión 1 de un primer paquete de <emphasis role="distribution">Stable</emphasis> y que las versiones 2 y 3 están disponibles en <emphasis role="distribution">Testing</emphasis> y <emphasis role="distribution">Unstable</emphasis> respectivamente. La versión instalada tiene una prioridad de 100, pero la versión disponible en <emphasis role="distribution">Stable</emphasis> (la misma versión) tiene una prioridad de 990 (porque es parte de la versión de destino). Los paquetes en <emphasis role="distribution">Testing</emphasis> y <emphasis role="distribution">Unstable</emphasis> tienen una prioridad de 500 (la prioridad predeterminada para una versión no instalada). El ganador es, por lo tanto, la versión 1 con una prioridad de 990. El paquete «se mantiene en <emphasis role="distribution">Stable</emphasis>».
Let's take the example of another package whose version 2 has been installed from <emphasis role="distribution">Testing</emphasis>. Version 1 is available in <emphasis role="distribution">Stable</emphasis> and version 3 in <emphasis role="distribution">Unstable</emphasis>. Version 1 (of priority 990 — thus lower than 1000) is discarded because it is lower than the installed version. This only leaves version 2 and 3, both of priority 500. Faced with this alternative, APT selects the newest version, the one from <emphasis role="distribution">Unstable</emphasis>. If you don't want a package installed from <emphasis role="distribution">Testing</emphasis> to migrate to the version in <emphasis role="distribution">Unstable</emphasis>, you have to assign a priority lower than 500 (490 for example) to packages coming from <emphasis role="distribution">Unstable</emphasis>. You can modify <filename>/etc/apt/preferences</filename> to this effect:
Tomemos como ejemplo otro paquete cuya versión 2 se instaló desde <emphasis role="distribution">Testing</emphasis>. La versión 1 está disponible en <emphasis role="distribution">Stable</emphasis> y la versión 3 en <emphasis role="distribution">Unstable</emphasis>. La versión 1 (de prioridad 990 — por lo tanto menor a 1000) se descarta porque es menor que la versión instalada. Esto deja sólo las versiones 2 y 3, ambas de prioridad 500. Frente a esta alternativa, APT selecciona la versión más nueva: la de <emphasis role="distribution">Unstable</emphasis>. Si no desea que un paquete de <emphasis role="distribution">Testing</emphasis> actualice su versión a la de <emphasis role="distribution">Unstable</emphasis>, debe asignar una prioridad menor a 500 (490 por ejemplo) a los paquetes que provengan de <emphasis role="distribution">Unstable</emphasis>. Puede modificar <filename>/etc/apt/preferences</filename> a tenor de esto:
Package: *
Pin: release a=unstable
Pin-Priority: 490
Package: *
Pin: release a=unstable
Pin-Priority: 490
Tracking Automatically Installed Packages
Seguimiento de paquetes instalados automáticamente

Loading…

User avatar eulalio

Translation changed

  1. Debian Handbook
  2. 06_apt
  3. Spanish
In this situation, upgrades (<literal>upgrade</literal> and <literal>full-upgrade</literal>) are done within <emphasis role="distribution">Stable</emphasis> except for packages already upgraded to another distribution: those will follow updates available in the other distributions. We will explain this behavior with the help of the default priorities set by APT below. Do not hesitate to use <command>apt-cache policy</command> (<xref linkend="sect.apt-cache-policy" />) to verify the given priorities.
En esta situación, las actualizaciones (<command>upgrade</command> y <command>full-upgrade</command>) se realizan dentro de <emphasis role="distribution">Stable</emphasis> a excepción de los paquetes que ya fueronse actualizados a otra distribución: éstos seguirán las actualizaciones disponibles en lasron a otras distribucionesón. Explicaremos este comportamiento con la ayuda de las prioridades predeterminadas destablecidas por APT a continuación. No dude en utilizsar <command>apt-cache policy</command> (revise el recuadro <xref linkend="sidebarect.apt-cache-policy" />) para verificar las prioridades otorgdadas.
a year ago
User avatar None

String updated in the repository

  1. Debian Handbook
  2. 06_apt
  3. Spanish
In this situation, upgrades (<literal>upgrade</literal> and <literal>full-upgrade</literal>) are done within <emphasis role="distribution">Stable</emphasis> except for packages already upgraded to another distribution: those will follow updates available in the other distributions. We will explain this behavior with the help of the default priorities set by APT below. Do not hesitate to use <command>apt-cache policy</command> (<xref linkend="sect.apt-cache-policy" />) to verify the given priorities.
En esta situación, las actualizaciones (<command>upgrade</command> y <command>full-upgrade</command>) se realizan dentro de <emphasis role="distribution">Stable</emphasis> a excepción de los paquetes que ya fueron actualizados a otra distribución: éstos seguirán las actualizaciones disponibles en las otras distribuciones. Explicaremos este comportamiento con la ayuda de las prioridades predeterminadas de APT a continuación. No dude en utilizar <command>apt-cache policy</command> (revise el recuadro <xref linkend="sidebar.apt-cache-policy" />) para verificar las prioridades otorgadas.
a year ago
User avatar None

Source string changed

  1. Debian Handbook
  2. 06_apt
  3. Spanish
In this situation, upgrades (<commandliteral>upgrade</command> and <commandliteral> and <literal>full-upgrade</commandliteral>) are done within <emphasis role="distribution">Stable</emphasis> except for packages already upgraded to another distribution: those will follow updates available in the other distributions. We will explain this behavior with the help of the default priorities set by APT below. Do not hesitate to use <command>apt-cache policy</command> (see sidebar <xref linkend="sidebarect.apt-cache-policy" />) to verify the given priorities.
a year ago
Browse all string changes

Things to check

Double space

Translation contains double space

Fix string

Reset

XML markup

XML tags in translation do not match source

Reset

Glossary

English Spanish
command orden Debian Handbook
POLICY NORMA Debian Handbook

String information

Flags
xml-text
String age
a year ago
Last updated
11 months ago
Source string age
a year ago
Translation file
es-ES/06_apt.po, string 402