apt-pinning: Controlar desde qué repositorio se instalan nuestros paquetes

<div style="text-align: justify;">En ocasiones nos interesa forzar la instalación de paquetes desde un repositorio determinado, como por ejemplo, backports o un repositorio local.  Para ello, podemos hacer <b>apt-pinning</b> en Debian y derivados.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Para configurar el apt-pinning podemos usar dos ubicaciones:</div><div style="text-align: justify;"></div><ul><li>El fichero <b>/etc/apt/preferences</b></li><li>El directorio <b>/etc/apt/preferences.d/</b></li></ul><div><div style="text-align: justify;">Personalmente, prefiero usar el directorio <b>/etc/apt/preferences.d/</b>, más que nada por organización y tener claro de un vistazo lo que estoy forzando. Si os decantáis por esta opción, lo único que tenéis es que hacer es crear un fichero dentro del directorio con las preferencias que queráis establecer. Por ejemplo, puedo tener un fichero /etc/apt/preferences.d/iceweasel en el que configuro las opciones de apt para que los paquetes de iceweasel se instalen desde squeeze-backports.</div></div><div><br /></div><div><div style="text-align: justify;">Cada vez que quiero definir unas determinadas preferencias, uso la siguiente estructura básica en el archivo de configuración:</div></div><div><br /></div><div><b><span style="font-family: Courier New, Courier, monospace;">Package: </span></b></div><div><b><span style="font-family: Courier New, Courier, monospace;">Pin:</span></b></div><div><b><span style="font-family: Courier New, Courier, monospace;">Pin-Priority:</span></b></div><div><br />Mediante <b>Package</b> indicamos la lista de paquetes a instalar.<br />Mediante <b>Pin</b> indicamos la rama, versión o repositorio desde el que queremos instalar los paquetes.<br />Mediante <b>Pin-Priority</b> especificamos la prioridad que tendrán los paquetes a la hora de actualizar.<br /><br /></div><div>Veamos un fichero de <u><b>ejemplo</b></u>:</div><pre class="source-code"><code><b>sprofesores-pro:~# cat /etc/apt/preferences/iceweasel <br /></b></code></pre><pre class="source-code"><code><b>Package: iceweasel iceweasel-l10n-es-es libnss3 libnss3-1d<br />Pin: release a=squeeze-backports<br />Pin-Priority: 600<br /></b><br /></code></pre><div><div style="text-align: justify;">En el fichero anterior, estoy indicando a <b>apt</b> que los paquetes iceweasel, iceweasel-l10n-es-es, libnss y libnss3-1d deben instalarse desde squeeze-backports siempre que la versión instalada sea más antigüa y no exista una versión más reciente en la rama principal.</div></div><br />Otro <b><u>ejemplo</u></b>:<br /><pre class="source-code"><code><b>sprofesores-pro:~# cat /etc/apt/preferences/repositorio-local <br />Package: *<br />Pin: origin recursos.valledeljerte3<br />Pin-Priority: 1000<br /></b></code></pre><div style="text-align: justify;"><br /><span id="zsprotentradas">En este ejemplo le estoy diciendo a <b>apt</b> que se debe instalar cualquier paquete (*) del repositorio recursos.valledeljerte3 (que es mi repositorio local) salvo que la versión ya instalada sea más reciente, aunque dicho paquete no provenga de la rama principal.</span></div><div style="text-align: justify;">Si os fijáis en el ejemplo anterior, he usado un comodín (*) para representar cualquier paquete.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">También podría especificar lo siguiente: </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><span style="font-family: Courier New, Courier, monospace;"><b>Package: iceweasel*</b></span></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Y estaría indicando que las condiciones se apliquen a cualquier paquete que comience por la cadena iceweasel. </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b>Diferentes opciones para especificar en Pin:</b></div><div style="text-align: justify;"></div><ul><li><b>Pin: release a=stable</b> (Indicamos la rama del repositorio a usar: stable, unstable, testing)</li><li><b>Pin: release n=wheezy</b> (Indicamos el nombre de la versión de Debian: squeeze, wheezy, ...)</li><li><b>Pin: release v=6.0</b> (Indicamos la versión de Debian: 5.0, 6.0, 7.0, ...)</li><li><b>Pin: release c=main</b> (Indicamos el componente del repositorio: main, contrib, non-free )</li><li><b>Pin: origin recursos.valledeljerte3</b> (Indicamos el servidor de los paquetes)</li></ul><br /><div style="text-align: justify;"><b>Definición de prioridades con Pin-Priority:</b></div><div style="text-align: justify;">Las prioridades pueden ser números enteros positivos o negativos. Veamos cómo se interpretan los valores de prioridad:</div><div style="text-align: justify;"></div><ul><li><b>Prioridad > 1000</b>: La versión se instalará desde el repositorio indicado, incluso si es una versión anterior a la instalada en el sistema.</li><li><b>990 < Prioridad <= 1000</b>: Se instalará la versión aunque no provenga de la distribución objetivo, a menos que la versión instalada sea más reciente.</li></ul><ul><li style="text-align: justify;"><b>500 < Prioridad <= 990</b>: Se instalará el paquete siempre que la versión instalada sea más antigua y no exista una versión más reciente en la rama principal.</li><li style="text-align: justify;"><b>100 < Prioridad <= 500</b>: Se instalará el paquete siempre que la versión instalada sea más antigua y no exista una versión más reciente en cualquiera de los repositorios.</li><li style="text-align: justify;"><b>0 < Prioridad <= 100</b>: La versión sólo se instala si no hay ninguna versión del paquete ya instalada.</li><li><b>Prioridad <= 0</b>: Evita la instalación del paquete especificado en las condiciones.</li></ul>

apt-pinning: Controlar desde qué repositorio se instalan nuestros paquetes

En ocasiones nos interesa forzar la instalación de paquetes desde un repositorio determinado, como por ejemplo, backports o un repositorio l...

Leer más »

Usar Stages en Puppet para garantizar las actualizaciones de paquetes mediante APT

<div style="text-align: justify;">Uno de los problemas que tenemos con Puppet es que, en ocasiones, realizamos un módulo que instala un software y cuando se ejecuta dicho módulo, falla la ejecución porque los índices de los repositorios no se encuentran actualizados.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Una forma de solucionar este problema es haciendo uso de un recurso que nos proporciona Puppet: Las <b><a href="http://docs.puppetlabs.com/puppet/3/reference/lang_run_stages.html">stages</a> o etapas.</b></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Este recurso nos permite ordenar "la ejecución" de los recursos en etapas. Por defecto, tan sólo hay una etapa definida en Puppet llamada <b>"main",</b> de forma que todos los recursos son automáticamente asociados a ella, a menos que asignemos especificamente un recurso a otra etapa definida por nosotros.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Las etapas definidas por el usuario se declaran como cualquier otro recurso.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Vamos a ver a continuación cómo usar el recurso stage para garantizar que se realice siempre un apt-get update antes de que se ejecute cualquier otro recurso:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Lo ideal es que definamos nuestras stages en el archivo <b>/etc/puppet/manifests/site.pp</b>, salvo que no tengamos control sobre él, en cuyo caso, podemos definirlo en otra clase de orden inferior. Como éste es nuestro caso, las he definido en las clases de servidores ltsp, workstations y  portátiles:</div><div style="text-align: justify;"></div><ul><li>/etc/puppet/manifests/classes/clase-especifica-squeeze.pp</li><li>/etc/puppet/manifests/classes/especifica-workstation.pp</li><li>/etc/puppet/manifests/classes/especifica-miniportatil-2011.pp</li></ul><br /><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b>Primero</b>.- Definimos las etapas que queramos crear y les damos el nombre que queramos. Como se puede ver en el siguiente ejemplo, yo he creado dos etapas: <b>first</b> y <b>last</b>.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><span style="font-family: Courier New, Courier, monospace;"><b>stage { [first, last]: }</b></span></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b>Segundo</b>.- Especificamos cuál debe ser el orden de ejecución de las etapas. Por ejemplo:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b><span style="font-family: Courier New, Courier, monospace;">Stage[first] -> Stage[main] -> Stage[last]</span></b></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Con ésto, logramos:</div><div style="text-align: justify;"></div><ul><li>Que la etapa "<b>first</b>" se ejecute antes que la etapa "<b>main</b>". </li><li>Y la etapa "<b>last</b>" se ejecute después que la etapa "<b>main</b>".</li></ul><br /><div style="text-align: justify;"><b>Tercero</b>.- Asociamos módulos o clases a etapas. Como se puede ver a continuación, estoy definiendo que el módulo "<b>apt-get-update</b>" debe ejecutarse en la etapa "<b>first</b>".</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b><span style="font-family: Courier New, Courier, monospace;">class { apt-get-update: stage => first }</span></b></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Y listo.Con ésto, garantizaremos que el apt-get update se ejecute siempre antes que cualquier otro módulo que por defecto estará asociado a la etapa "<b>main</b>".</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Como se puede ver, he definido tres etapas. De momento, no uso la etapa "<b>last</b>". Tan sólo la he creado por si la necesito posteriormente.</div>

Usar Stages en Puppet para garantizar las actualizaciones de paquetes mediante APT

Uno de los problemas que tenemos con Puppet es que, en ocasiones, realizamos un módulo que instala un software y cuando se ejecuta dicho mód...

Leer más »