Electronik-Pro, Informatica, Noticas,Wordpress,Facebook,Hacking,Programas,Hosting,Dominios: paquetes

Paquetes de Plank 0.9.1 para Debian Jessie

Paquetes de Plank 0.9.1 para Debian Jessie

Como ya comenté en un post anterior, Plank es un dock escrito en el lenguaje de programación Vala que me gusta mucho por ser ligero y sencil...

Paquete setgroupquota 0.2

<div style="text-align: justify;">Hace tiempo que algún compañero me había pedido una actualización del script <a href="http://enavas.blogspot.com.es/2014/09/configurar-el-servidor-nfs-del-centro.html">setgroupquota</a> que permitiera introducir los datos de <b>grupo</b> y <b>cuota</b> como parámetro para poder utilizarlo en scripts, pero, a pesar de que las modificaciones no eran muchas, no encontraba el momento de modificarlo.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Ahora el script permite introducir ambos datos como parámetro, de manera que, si se omite alguno de ellos, solicitará que el usuario lo introduzca mediante teclado. De este modo, podemos utilizar el script de forma interactiva y no interactiva.</div><div class="separator" style="clear: both; text-align: center;"><a href="https://copy.com/6mwidcJ0oJCxj9nx"><img alt="https://copy.com/cYK9PHvNlRNHmbUw" border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgY7TCJ96-lCqSeZGNmbJqt83bYpZ-3D1MJRlStkNFEZGH8_wXchsGdgnrKxjJL1U5lM6Fwx9_QrsbRWwUsQtR51WR4oU_bSzP-wlNcFMnhlUFOSUqoRg22TIQ0G8akQzKMEpZ9SugQliVN/s320/download.png" /></a></div><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Paquete setgroupquota 0.2

Hace tiempo que algún compañero me había pedido una actualización del script setgroupquota que permitiera introducir los datos de grupo y ...

autopkgsync: Actualizar equipos con puppet y pkgsync

<div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj0ELF0dAhyzezT2sSvEHq3bcu2A03dq-NaxafyBT8HITWtzxMTHi-A5OhHOq0gvRcEbVJgJyfuxQOvU9hB19IkBfQrb_A2uJb4DvwLf-GXe-3BTU-xXHuPGvogbUXGCjzx20LP0PX98MDR/s1600/autopkgsync.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="192" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj0ELF0dAhyzezT2sSvEHq3bcu2A03dq-NaxafyBT8HITWtzxMTHi-A5OhHOq0gvRcEbVJgJyfuxQOvU9hB19IkBfQrb_A2uJb4DvwLf-GXe-3BTU-xXHuPGvogbUXGCjzx20LP0PX98MDR/s1600/autopkgsync.jpg" width="320" /></a></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">En los centros educativos de Extremadura utilizamos <b>puppet</b> y <b>pkgsync</b> para mantener actualizados y configurados los equipos del centro, ya sean servidores ltsp, portátiles o workstation. </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">El procedimiento que utilizamos es bastante cómodo y operativo en servidores ltsp y equipos workstation, que se encuentran conectados a la red vía ethernet. </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">El <b>problema</b> está en los ordenadores <b>portátiles</b>, que habitualmente se conectan a la red única y exclusivamente a través de una conexión <b>wifi</b>. ¿Por qué? Bueno, pues básicamente porque el acceso <b>inalámbrico no nos proporciona tanto ancho de banda como el cable</b> y, encima son muchos los dispositivos que se conectan por este medio a la vez; como ejemplo, podemos poner un aula con 30 portátiles de alumnos tratando de acceder al medio. </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">El mayor problema, en este caso, no es puppet, sino el <b>consumo</b> de ancho de banda por parte de <b>pkgsync</b>, que realiza una actualización de los paquetes de cada máquina, instalando, actualizando y desinstalando todo aquello que tenga en sus listas. ¿Y qué es lo que sucede? Que en ocasiones, los usuarios notan que no pueden navegar o la navegación se hace lenta. </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Hemos tratado de resolver este problema limitando el consumo de ancho de banda por parte de pkgsync, pero, en ocasiones, hay portátiles que llevan más tiempo que otros sin encenderse, tienen más paquetes que actualizar y no llegan a terminar el proceso de actualización antes de ser apagados.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">He dado unas cuantas vueltas al problema, pero no he encontrado una solución que, con los medios que tenemos, permita mantener el software de portátiles completamente actualizado de una forma completamente automatizada, sobre todo porque, en el caso de portátiles, no tenemos una conexión permanente que nos permita forzar la actualización de paquetes.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">No obstante, se me ha ocurrido una forma "<b>semiautomática</b>" que me facilite la tarea de actualizarlos. Y digo semiautomática porque la solución que he adoptado consiste en añadir una entrada a grub que realice la actualización del equipo mediante puppet (si se encuentra en el centro), luego realice un pkgsync para instalar/desintalar/actualizar paquetes y, por último, apague el sistema. De este modo, puedo coger cada portátil, seleccionar la entrada de grub de actualización para que se actualice y apague cuando termine.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">El sistema se basa en un script que:</div><ul><li style="text-align: justify;">Comprueba si la interfaz ethernet <b>eth0</b> está <b>conectada</b>, y, si lo está, realiza la actualización y apaga el equipo.</li><li style="text-align: justify;">Si no hay una conexión de cable, comprueba si hay una conexión a la red <b>inalámbrica</b> establecida y, si la hay realiza la actualización y  apaga el equipo.</li><li style="text-align: justify;">Si no hay una conexión inalámbrica establecida, <b>trata de conectar</b> mediante las conexiones definidas en Network Manager. Si se logra la conexión se realiza la actualización y apaga el equipo.</li><li style="text-align: justify;">Y si no hay conexiones definidas en Network Manager, se apagará el equipo.</li></ul><div style="text-align: justify;">En principio, he preparado este sistema para portátiles, pero es perfectamente aplicable a servidores de terminales y workstations.</div><br />Para simplificar el proceso de instalación, he creado un paquete Debian. Por si a algún compañero de otro centro le interesa y lo quiere probar, aquí dejo el enlace de descarga:<br /><div class="separator" style="clear: both; text-align: center;"><a href="https://copy.com/ElFWglfOEix91DYE"><img alt="https://copy.com/ElFWglfOEix91DYE" border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgY7TCJ96-lCqSeZGNmbJqt83bYpZ-3D1MJRlStkNFEZGH8_wXchsGdgnrKxjJL1U5lM6Fwx9_QrsbRWwUsQtR51WR4oU_bSzP-wlNcFMnhlUFOSUqoRg22TIQ0G8akQzKMEpZ9SugQliVN/s1600/download.png" /></a></div><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

autopkgsync: Actualizar equipos con puppet y pkgsync

En los centros educativos de Extremadura utilizamos puppet y pkgsync para mantener actualizados y configurados los equipos del centro, ya ...

Paquetes de Plank 0.7.1 para Debian Wheezy

<div style="text-align: justify;">Plank es un dock escrito en el lenguaje de programación Vala que me gusta mucho por ser ligero y sencillo, pero que además tiene un añadido muy interesante para mí: Se configura modificando el siguiente fichero en el home del usuario: <span style="font-family: "Courier New",Courier,monospace;"><b><span class="post-content" style="display: block; overflow: hidden; width: 660px;">~/.config/plank/dock1/settings</span></b></span><span class="post-content" style="display: block; overflow: hidden; width: 660px;"></span><span class="post-content" style="display: block; overflow: hidden; width: 660px;"> <br /></span><span class="post-content" style="display: block; overflow: hidden; width: 660px;"> La ventaja de ésto es que puedo gestionar las configuraciones de los usuarios de una manera muy sencilla desde la línea de comandos o desde scripts.</span><span class="post-content" style="display: block; overflow: hidden; width: 660px;"><br /></span><span class="post-content" style="display: block; overflow: hidden; width: 660px;">Como ya no existen los repositorios de paquetes para Debian Wheezy, he compilado la versión 0.7.1 a partir del código fuente alojado en <a href="https://launchpad.net/plank/+download">https://launchpad.net/plank/+download</a> y he creado los paquetes mediante checkinstall.</span><span class="post-content" style="display: block; overflow: hidden; width: 660px;"><br /></span></div><span class="post-content" style="display: block; overflow: hidden; width: 660px;">Aquí dejo las versiones de 32 y 64 bits de los paquetes:</span><br /><ul><li> <a href="https://multcloud.com/download/C6CD2986-9DC0-0001-ADEE-1BD618661BB4">plank_0.7.1-1_amd64.deb</a></li><li><a href="https://multcloud.com/download/C6CD2982-2830-0001-562C-1F51BBB916C3">plank_0.7.1-1_i386.deb</a></li></ul><div style="text-align: justify;"></div> <span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Paquetes de Plank 0.7.1 para Debian Wheezy

Plank es un dock escrito en el lenguaje de programación Vala que me gusta mucho por ser ligero y sencillo, pero que además tiene un añadido ...

Permitir al usuario actualizar el software instalado en el sistema con gnome-packagekit

<p style="text-align: justify;">El sistema de los portátiles se pensó de tal manera que un usuario tuviera que conectar el ordenador a la red del centro para que se realizara la actualización del software y se establecieran todas las configuraciones necesarias.</p><p style="text-align: justify;">Ahora bien, si los usuarios sacan habitualmente el ordenador del centro, sería conveniente que el mismo usuario pudiera realizar las actualizaciones del software instalado en el equipo. Para ello, podemos usar <strong>gnome-packagekit</strong> combinándolo com <strong>polkit</strong>, de tal manera que se le permita actualizar los paquetes instalados, pero no realizar instalaciones o desinstalaciones de software.</p><p style="text-align: justify;">Así que lo primero que haremos será instalar gnome-packagekit:</p><pre class="shell"><code># apt-get install gnome-packagekit</code><br /></pre><p style="text-align: justify;">Si ejecutamos <strong>pkgaction</strong> y filtramos la salida buscando la palabra <strong>packagekit</strong>, obtendremos una lista de políticas que podemos aplicar a packagekit:</p><pre class="shell"><code># pkaction | grep packagekit<br />org.freedesktop.packagekit.cancel-foreign<br />org.freedesktop.packagekit.device-rebind<br />org.freedesktop.packagekit.package-eula-accept<br />org.freedesktop.packagekit.package-install<br />org.freedesktop.packagekit.package-install-untrusted<br />org.freedesktop.packagekit.package-remove<br />org.freedesktop.packagekit.repair-system<br />org.freedesktop.packagekit.system-change-install-root<br />org.freedesktop.packagekit.system-network-proxy-configure<br />org.freedesktop.packagekit.system-rollback<br />org.freedesktop.packagekit.system-sources-configure<br />org.freedesktop.packagekit.system-sources-refresh<br />org.freedesktop.packagekit.system-trust-signing-key<br />org.freedesktop.packagekit.system-update<br />org.freedesktop.packagekit.upgrade-system</code><br /></pre><p>Para permitir que el usuario pueda actualizar el sistema usaremos dos de ellas:</p><pre class="source-code"><code>org.freedesktop.packagekit.system-update<br />org.freedesktop.packagekit.upgrade-system</code><br /></pre><p style="text-align: justify;">Para definir las políticas que permitan a un usuario sin permisos de administración actualizar el sistema, crearemos un fichero: <strong>/etc/polkit-1/localauthority/50-local.d/20-org.freedesktop.packagekit.pkla</strong> con el contenido que os muestro a continuación:</p><pre class="shell"><code># cat /etc/polkit-1/localauthority/50-local.d/20-org.freedesktop.packagekit.pkla</code><br /></pre><pre class="source-code"><code>[org.freedesktop.packagekit.system-update]<br />Identity=unix-user:*<br />Action=org.freedesktop.packagekit.system-update<br />ResultAny=no<br />ResultInactive=no<br />ResultActive=auth_self_keep<br /><br />[org.freedesktop.packagekit.upgrade-system]<br />Identity=unix-user:*<br />Action=org.freedesktop.packagekit.upgrade-sytem<br />ResultAny=no<br />ResultInactive=no<br />ResultActive=auth_self_keep</code><br /></pre><p style="text-align: justify;">Si os dáis cuenta, estamos permitiendo que el usuario actualice el sistema, para lo que tendrá que introducir su password al menos la primera vez durante la sesión (<strong>ResultActive=auth_self_keep</strong>).</p><p style="text-align: justify;">También podríamos permitirle que actualice el sistema sin tener que introducir su password (<strong>ResultActive=yes</strong>).</p><p style="text-align: left;"><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span></p>

Permitir al usuario actualizar el software instalado en el sistema con gnome-packagekit

El sistema de los portátiles se pensó de tal manera que un usuario tuviera que conectar el ordenador a la red del centro para que se realiza...

Actualizar paquetes Debian desde un mirror en un disco duro usb

<div style="text-align: justify;">Si váis a realizar una actualización completa de vuestro sistema Debian desde una versión a otra puede que tardéis mucho tiempo hasta que se descarguen todos los paquetes que se deben instalar. También puede ocurrir que simplemente queráis instalar paquetes en un equipo que no tiene conexión a internet. Estos problemas son muy fáciles de resolver si contáis con un mirror de un repositorio en un disco local. </div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhpTLAH8NnKv7KnzDmBzQhWHFn0ofoBfkNeb7VU1OcZd0b4DGtKBms_46pZacMNLKGde0HKbReLraEvjwzwdNwVCEGE2fz33sZuBa-2Kdf4E5usUi4w0alGSsHJY90X4N_rqH_qE0EL2Ayz/s1600/512px-Freedombox.svg.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="316" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhpTLAH8NnKv7KnzDmBzQhWHFn0ofoBfkNeb7VU1OcZd0b4DGtKBms_46pZacMNLKGde0HKbReLraEvjwzwdNwVCEGE2fz33sZuBa-2Kdf4E5usUi4w0alGSsHJY90X4N_rqH_qE0EL2Ayz/s1600/512px-Freedombox.svg.png" width="320" /></a></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Como en nuestros centros tenemos un mirror de diferentes repositorios Debian, tengo por costumbre realizar copias del mismo en un disco duro USB, utilizando rsync. De este modo:</div><div style="text-align: justify;"></div><ul><li>Si por alguna razón cayera el disco duro del servidor donde se encuentra el mirror, podría restaurarlo fácilmente. </li><li>Y si necesito realizar una instalación de paquetes o actualización de una máquina que no tiene conexión a internet o ésta es lenta, siempre puedo utilizar el disco duro USB.</li></ul><div><div style="text-align: justify;">¿Cómo lo hago? Muy sencillo. Veamos un ejemplo: Suponiendo que he almacenado el mirror de wheezy/wheezy-backports en un directorio llamado <b>wheezy</b> del disco duro externo:</div></div><div><br /></div><div><b>Primero</b>.- Conecto el disco duro y lo monto, si no se monta automáticamente. </div><div><br /></div><div><div style="text-align: justify;"><b>Segundo</b>.- Suponiendo que el disco duro se ha montado en <b>/media/EXT4</b>, edito el archivo <b>/etc/apt/sources.list</b> de la máquina en la que quiero instalar paquetes:</div></div><pre class="shell"><code># nano /etc/apt/sources.list</code></pre>Y le añado las siguientes líneas:<br /><pre class="source-code"><code>deb file:/media/EXT4/wheezy/debian wheezy main contrib non-free<br />deb file:/media/EXT4/wheezy/debian wheezy-backports main contrib non-free</code></pre><div style="text-align: justify;">De este modo, ya puedo instalar los paquetes que quieras desde el mirror almacenado en el disco duro.</div><div style="text-align: justify;">Cuando termine, edito de nuevo el archivo <b>/etc/apt/sources.list</b> y comento las líneas de los repositorios, por si volviera a necesitar instalar paquetes desde allí más adelante y quisiera utilizarlo de nuevo:</div><pre class="source-code"><code># deb file:/media/EXT4/wheezy/debian wheezy main contrib non-free<br /># deb file:/media/EXT4/wheezy/debian wheezy-backports main contrib non-free</code></pre><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Actualizar paquetes Debian desde un mirror en un disco duro usb

Si váis a realizar una actualización completa de vuestro sistema Debian desde una versión a otra puede que tardéis mucho tiempo hasta que se...

Error /usr/sbin/grub-probe: error: Couldn't find PV pv1. Check your device.map

<div style="text-align: justify;">Hace tiempo monté un segundo disco duro en el servidor ldap y lo configuré con lvm como un volúmen físico del grupo de volúmenes. El caso es que en estos días, al actualizarse el kernel, recibía una y otra vez el mismo error:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b>"Error /usr/sbin/grub-probe: error: Couldn't find PV pv1. Check your device.map" </b></div><br />Eché un vistazo al archivo <b>/boot/grub/device.map</b> y observé que tan sólo aparecía el primer disco.<br /><br />Para solucionar el problema, renombré el archivo device.map:<br /><pre class="shell"><code># mv /boot/grub/device.map /boot/grub/device.map.old</code></pre>Para que se volviera a regenerar device.map ejecuté:<br /><pre class="shell"><code># update-grub</code></pre>Eché un vistazo al contenido del <b>device.map</b> y ahora sí aparecía el segundo disco duro.<br /><br />Hice un: <pre class="shell"><code># dpkg --configure -a</code></pre>Y el problema quedó resuelto.<br /><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Error /usr/sbin/grub-probe: error: Couldn't find PV pv1. Check your device.map

Hace tiempo monté un segundo disco duro en el servidor ldap y lo configuré con lvm como un volúmen físico del grupo de volúmenes. El caso es...

ChocolateyGUI: Un Interfaz Gráfico de Usuario para Chocolatey

<div style="text-align: justify;">Aunque es muy sencillo usar Chocolatey mediante comandos, muchos usuarios están acostumbrados al entorno gráfico y les cuesta usarlos. Si eres de este tipo de usuario, te gustará saber que existe <a href="https://chocolatey.org/packages/ChocolateyGUI/">ChocolateyGUI</a>, un Interfaz Gráfico de Usuario que te ocultará la línea de comandos permitiéndote realizar la instalación/desinstalación de paquetes de una forma gráfica:</div><div style="text-align: justify;"><br /></div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgpfFO-Dmgg9nvAD9eJsJNSWF10o-AYczJgWy-F4NbKvHfaGmwkwQdxrWVAKRAm-nT9hPaLDU06d-qQWP-08kyzh8RaLzcniJzWRItaBNo5-4YD5nulKztg_B0gLUi27YZfbuTS1o_F1Yza/s1600/ChocolateyGUI.PNG" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="186" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgpfFO-Dmgg9nvAD9eJsJNSWF10o-AYczJgWy-F4NbKvHfaGmwkwQdxrWVAKRAm-nT9hPaLDU06d-qQWP-08kyzh8RaLzcniJzWRItaBNo5-4YD5nulKztg_B0gLUi27YZfbuTS1o_F1Yza/s1600/ChocolateyGUI.PNG" width="320" /></a></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Una cuestión a tener en cuenta, según nos muestran en la información de este paquete, debido a una dependencia del "Windows Management Framework" es que este paquete sólo funciona correctamente en Windows 7 SP1, Windows Server 2008 SP1 y Windows Server 2008 SP2 y versiones superiores.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Este paquete lo instaláis como otro cualquiera, mediante Chocolatey:</div><pre class="shell"><code>C:\> cinst ChocolateyGUI</code></pre><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

ChocolateyGUI: Un Interfaz Gráfico de Usuario para Chocolatey

Aunque es muy sencillo usar Chocolatey mediante comandos, muchos usuarios están acostumbrados al entorno gráfico y les cuesta usarlos. Si er...

Chocolatey: Un gestor de paquetes tipo apt-get para Windows

<div style="text-align: justify;">Todos los que administramos principalmente máquinas Linux, echamos de menos un gestor de paquetes que nos permita instalar programas en Windows del mismo modo que lo hacemos en Linux: Usando un comando y sin tener que rebuscar entre montones de webs.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">A raiz de impartir el curso de Administración centralizada de equipos mediante Puppet en la Escuela de Administración Pública de Extremadura, he profundizado bastante en el tema y había barajado, entre otras opciones, usar Puppet para gestionar también las máquinas Windows, pero no me acababa de convencer porque la versión de Puppet para Windows no está tan desarrollada como la de Linux. Pero si instalamos Puppet y lo complementamos con <a href="https://chocolatey.org/">Chocolatey</a>, la cosa mejora sustancialmente.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Teniendo en cuenta que <a href="https://chocolatey.org/">Chocolatey</a> va a poner a nuestra disposición más de 1.800 paquetes de software libre y/o gratuito para Windows que podremos instalar fácilmente mediante un sólo comando, estoy plenamente convencido de que sería de gran utilidad no sólo para administradores, sino también para usuarios, que muchas veces instalan sin saberlo malware al descargar programas desde determinadas webs que lo incluyen como regalito. </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Instalar Chocolatey en Windows es muy sencillo:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Abrid un terminal de comandos (<b>cmd</b>) y ejecutad el siguiente comando:</div><pre class="shell"><code>C:\> @powershell -NoProfile -ExecutionPolicy unrestricted -Command "iex ((new-object net.webclient).DownloadString('https://chocolatey.org/install.ps1'))" && SET PATH=%PATH%;%systemdrive%\chocolatey\bin</code></pre>Una vez instalado, lo primero que os recomiendo hacer es no cerrar el terminal y consultar la ayuda del comando:<br /><pre class="shell"><code>C:\> chocolatey /?<br /></code></pre>Veréis que es muy sencillo de utilizar:  Por ejemplo, supongamos que queremos comprobar si el paquete vlc se encuentra en la galería de paquetes de Chocolatey: <br /><pre class="shell"><code>C:\> chocolatey list vlc<br /></code></pre>Si se encuentra disponible, nos mostrará también la versión. Una vez comprobado que el paquete existe, podemos instalarlo de la siguiente manera: <br /><pre class="shell"><code>C:\> chocolatey install vlc<br /></code></pre>Existe una forma abreviada del comando "chocolatey install": <b>cinst</b>. Si queréis instalar el paquete anterior usando la forma abreviada, podríais hacerlo así: <br /><pre class="shell"><code>C:\> cinst vlc<br /></code></pre>Si ya tenéis un paquete instalado y lo que queréis es actualizarlo: <br /><pre class="shell"><code>C:\> chocolatey update vlc<br /></code></pre><br /><div style="text-align: justify;">Si echáis un vistazo a la lista de paquetes disponibles, veréis que podréis instalar el software de uso más frecuente mediante <a href="https://chocolatey.org/">Chocolatey</a>:<br /><a href="https://chocolatey.org/packages">https://chocolatey.org/packages</a></div><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Chocolatey: Un gestor de paquetes tipo apt-get para Windows

Todos los que administramos principalmente máquinas Linux, echamos de menos un gestor de paquetes que nos permita instalar programas en Wind...

Paquete de 32 bits de Monit 5.8 para Debian Squeeze

Paquete de 32 bits de Monit 5.8 para Debian Squeeze

En el artículo anterior compartí la versión de 64 bits de Monit 5.8. Aquí dejo la versión de 32 bits que acabo de empaquetar: https://app.b...

Paquete de Monit 5.8 para Debian Squeeze

<div style="text-align: justify;">Quería monitorizar la temperatura de la placa base y de la cpu de los servidores de terminales utilizando la opción "<b>check program</b>" de Monit y después de tener los scripts preparados, compruebo que me da un error de sintaxis.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Después de investigar un poco, me doy cuenta de que este error se debe a que la versión de monit que hay en los repositorios de Debian (5.1.1) es un poco antigua y monit no reconoce los programas definidos por el usuario.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Para no perder mucho tiempo, he creado un paquete de forma "rápida" con la versión 5.8 de Monit. Lo cuelgo en mi cuenta de box.com por si alguien lo necesita:</div><div style="text-align: justify;"><a href="https://app.box.com/s/hgznokwkohbizhs4ja9u">https://app.box.com/s/hgznokwkohbizhs4ja9u</a></div><div style="text-align: justify;"><br /></div><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Paquete de Monit 5.8 para Debian Squeeze

Quería monitorizar la temperatura de la placa base y de la cpu de los servidores de terminales utilizando la opción " check program ...

Detectar entradas no válidas en los ficheros de pkgsync

<div style="text-align: justify;">Como ya vimos en un <a href="http://enavas.blogspot.com.es/2013/12/gestion-de-paquetes-mediante-pkgsync.html">post anterior</a>, <b>pkgsync</b> es una herramienta muy útil para mantener una uniformidad en el software instalado en las máquinas que administramos manteniendo tres archivos con listas de ficheros de paquetes que la máquina debe tener (<b>musthave</b>), paquetes que puede tener (<b>mayhave</b>) y paquetes que no debe tener (<b>maynothave</b>). </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">A veces, estos ficheros pueden contener paquetes que han dejado de existir en los repositorios y al ejecutar pkgsync véis líneas como éstas:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b>No se puede encontrar ningún paquete cuyo nombre o descripción coincida con "python2.4-cairo"</b></div><br /><b>No se puede encontrar ningún paquete cuyo nombre o descripción coincida con "python2.4-gnome2-extras"</b><br /><div>...</div><br />Para detectar este tipo de situaciones y detectar los paquetes que tengo en los ficheros de configuración de pkgsync que ya no existen en los repositorios, uso la siguiente combinación de comandos:<br /><br /><br /><b><span style="font-family: Courier New, Courier, monospace;"># pkgsync -s|grep "No se puede encontrar"|cut -f2 -d"\""|grep -v "^$"|sort -u</span></b><br /> <span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Detectar entradas no válidas en los ficheros de pkgsync

Como ya vimos en un post anterior , pkgsync es una herramienta muy útil para mantener una uniformidad en el software instalado en las máqui...

Compartir la gestión de paquetes mediante pkgsync

<div style="text-align: justify;">Como ya hemos visto en el post anterior (<a href="http://enavas.blogspot.com.es/2013/12/gestion-de-paquetes-mediante-pkgsync.html">http://enavas.blogspot.com.es/2013/12/gestion-de-paquetes-mediante-pkgsync.html</a>), pkgsync es de lo más útil para mantener uniformidad en el software que tenemos instalado en nuestras máquinas, pero además, nos facilita la instalación de software de una manera muy sencilla si gestionamos el archivo /etc/pkgsync/musthave. ¿Por qué? Simplemente porque con poner el nombre de los paquetes que queramos instalar, pkgsync se va encargar de instalarlos él mismo.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">El problema que tenemos en nuestro sistema es que el fichero /etc/pkgsync/musthave no lo gestionamos los administradores de los centros. ¿Y qué conlleva ésto? Bueno, pues básicamente dos cosas:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b>Primero</b>: Que la instalación de software es un poco más incómoda para nosotros, porque tenemos que poner el nombre del paquete a instalar en el archivo /etc/pkgsync/mayhave de las máquinas, y luego, hacer una tarea puppet que lo instale.</div><div style="text-align: justify;"><b>Segundo</b>: Que el proceso de instalación de software no sea todo lo eficiente que podría ser. ¿Y por qué? </div><div style="text-align: justify;"></div><ul><li style="text-align: justify;">Porque puede coincidir que se estén instalando paquetes mediante pkgsync y al mismo tiempo se ejecuten tareas de puppet que instalan software. En cuyo caso, en ese momento, todas esas tareas fallarán porque el sistema de gestión de paquetes estará ocupado mediante pkgsync.</li><li><span style="text-align: justify;">O puede que suceda justo lo contrario: Que se estén ejecutando tareas de puppet que instalan software mientras se lanza pkgsync, en cuyo caso, la instalación de software mediante pkgsync va a fallar porque porque el sistema de gestión de paquetes estará ocupado mediante las tareas puppet.</span></li></ul><br /><div style="text-align: justify;">Para solucionar ambos problemas he modificado pkgsync de manera que se sigan gestionando los archivos musthave, mayhave y maynothave como hasta ahora, pero que yo pueda tener también mis propios ficheros musthave.ies, mayhave.ies y maynothave.ies, de tal manera que, cuando se ejecute pkgsync, se fusionen del siguiente modo:</div><div style="text-align: justify;"></div><ul><li>musthave + musthave.ies > musthave.all </li><li>mayhave + mayhave.ies > mayhave.all </li><li>maynothave + maynothave.ies > maynothave.all </li></ul><div style="text-align: justify;">Así, yo podré instalar fácilmente nuevos paquetes con tan sólo añadirlos al archivo musthave.ies y no tendré que hacer tareas de instalación de paquetes, con lo que evitaré el problema de eficiencia que comentaba.</div><pre class="source-code"><code><br />#! /bin/bash<br />#<br /># pkgsync - Automated package synchronization tool<br /># 2004-2007 Steinar H. Gunderson <sgunderson bigfoot.com>.<br /># Modificado: 11/12/2013 Esteban M. Navas Martín <algodelinux gmail.com><br />#<br /># Permite fusionar los archivos musthave, maynothave y mayhave gestionados<br /># por la sección de administración de sistemas con los archivos<br /># musthave.ies, maynothave.ies y mayhave.ies gestionados por el administrador<br /># informático del centro, fusionándolos en los siguientes archivos:<br /># musthave.all, maynothave.all y mayhave.all<br /># Con ésto facilitamos una gestión compartida<br />#<br /># Licensed under the GNU GPL version 2, as publicshed by the FSF;<br /># see /usr/share/common-licenses/GPL-2 on Debian systems or visit<br /># www.fsf.org.<br />#<br /><br />set -e<br />set -o noglob<br />export DEBIAN_FRONTEND=noninteractive<br />export VERSION=1.21<br /><br />if [ ! -r /etc/pkgsync/musthave -o \<br />     ! -r /etc/pkgsync/mayhave -o \<br />     ! -r /etc/pkgsync/maynothave ]; then<br /> echo Error: Missing files in /etc/pkgsync. Aborting.<br /> echo <br /> echo Please see /usr/share/doc/pkgsync/README.Debian for information on <br /> echo configuring pkgsync.<br /> <br /> exit 1<br />fi<br /><br />print_help () {<br /> echo "pkgsync $VERSION"<br /> echo "Automated package synchronization tool"<br /> echo ""<br /> echo "Usage: pkgsync [OPTIONS]"<br /> echo "Recognized options:"<br /> echo "  -h, --help           display this help and exit"<br /> echo "  -k, --keep-unused    don't remove unused packages"<br /> echo "  -s, --simulate       don't do anything, just print out what would have happened"<br /> echo "  -d, --dpkg-glob      use dpkg's globbing (deprecated)"<br /> echo "  -a, --aptitude-glob  use aptitude's globbing (default, recommended)"<br /> echo ""<br /> echo "Complete documentation can be found in /usr/share/doc/pkgsync/README.Debian."<br />}<br /><br /># Largely adapted from /usr/lib/getopt/parse.bash<br />parse_options () {<br /> TEMP=`getopt -o hksad --long help,keep-unused,simulate,dpkg-glob,aptitude-glob -n 'pkgsync' -- "$@"`<br /> eval set -- "$TEMP"<br /><br /> APTITUDE_ARGS="-y -q -o Dpkg::Options::=--force-confdef -o Dpkg::Options::=--force-confold"<br /> GLOB_STYLE="aptitude"<br /><br /> while :; do<br />  case "$1" in<br />   -s|--simulate)<br />    APTITUDE_ARGS="$APTITUDE_ARGS -s"<br />    shift<br />    ;;<br />   -k|--keep-unused)<br />    APTITUDE_ARGS="$APTITUDE_ARGS -o Aptitude::Delete-Unused=false"<br />    shift<br />    ;;<br />   -d|--dpkg-glob)<br />    GLOB_STYLE="dpkg"<br />    shift<br />    ;;<br />   -a|--aptitude-glob)<br />    GLOB_STYLE="aptitude"<br />    shift<br />    ;;<br />   -h|--help)<br />    print_help<br />    exit 0<br />    ;;<br />   --)<br />    shift<br />    break<br />    ;;<br />   *)<br />    echo "Internal error: doesn't recognize argument '$1'"<br />    exit 1<br />    ;;<br />  esac<br /> done<br />}<br />readpkgs () {<br /> grep -vE '^#' "$1" | grep -vE '^\s*$' || true<br />}<br />getpkgs () {<br /> IFS="<br />"<br /> for pkg in $( readpkgs $1 ); do<br />  # if the line starts with "debtags:", it's a debtags expression,<br />  # so run it through debtags.<br />  if echo "$pkg" | grep -Eq '^debtags:'; then<br />   if ! [ "$USE_DEBTAGS" ]; then<br />    echo Error: "debtags:" line encountered, but debtags is not installed. Stopping.<br />    exit 1<br />   fi<br />   PATTERN=$( echo "$pkg" | cut -d: -f2- )<br />   debtags grep "$PATTERN" | tagcoll copy | cut -d: -f1<br />  else<br />   # if the line is "meta:current-kernel", use the kernel package<br />   # for the currently running kernel, if it exists<br />   if [ "$pkg" = "meta:current-kernel" ]; then<br />    KVERS=$( uname -r )<br />    if [ "$GLOB_STYLE" = "dpkg" ]; then<br />     dpkg-query --showformat '${Package}\n' -W "*-image-$KVERS" 2>/dev/null || true<br />    else<br />     aptitude -F '%p' search ".*-image-$KVERS" | sed "s/ \+$//" 2>/dev/null || true<br />    fi<br />   else<br />    # if there's a wildcard in this, push it through dpkg/aptitude<br />    # to glob. if not, just print it out.<br />    if [ "$GLOB_STYLE" = "dpkg" ]; then<br />     if echo "$pkg" | grep -Eq '[][*?]'; then<br />      dpkg-query --showformat '${Package}\n' -W "$pkg" 2>/dev/null || true<br />     else<br />      echo "$pkg"<br />     fi<br />    else<br />     if echo "$pkg" | grep -Eq '[][*?()|~]'; then<br />      aptitude -F '%p' search "$pkg" | sed "s/ \+$//" 2>/dev/null || true<br />     else<br />      echo "$pkg"<br />     fi<br />    fi<br />   fi<br />  fi<br /> done<br />}<br />run_aptitude () {<br /> echo RUNNING: aptitude $APTITUDE_ARGS "$@"<br /> aptitude $APTITUDE_ARGS "$@" <br />}<br />run_debtags () {<br /> if [ "$USE_DEBTAGS" ]; then<br />  echo RUNNING: debtags "$@"<br />  debtags "$@" <br /> fi<br />}<br /><br /># The beautiful look of hacks in the morning...<br />filter () { <br /> echo "$@" | tr " " "\n" | sort | uniq -c | grep "     2" | cut -c9-<br />}<br /><br />parse_options "$@"<br /><br /># Check if we've got debtags installed<br />[ -x /usr/bin/debtags ] && USE_DEBTAGS=yes<br /><br /># Update the package lists<br />aptitude update<br />run_debtags update<br /><br /># Create ies files if they don't exists<br />test -f /etc/pkgsync/musthave.ies || touch /etc/pkgsync/musthave.ies<br />test -f /etc/pkgsync/maynothave.ies || touch /etc/pkgsync/maynothave.ies<br />test -f /etc/pkgsync/mayhave.ies || touch /etc/pkgsync/mayhave.ies<br /><br /># Merge files <br />sort -o /etc/pkgsync/musthave.all /etc/pkgsync/musthave /etc/pkgsync/musthave.ies<br />sort -o /etc/pkgsync/maynothave.all /etc/pkgsync/maynothave /etc/pkgsync/maynothave.ies<br />sort -o /etc/pkgsync/mayhave.all /etc/pkgsync/mayhave /etc/pkgsync/mayhave.ies<br /><br /># Find out what parameters to give to aptitude.<br />installed=$( dpkg -l | grep '^ii' | cut -c5- | cut '-d ' -f1 )<br />musthave_install=$( getpkgs /etc/pkgsync/musthave.all | sort -u | sed "s/$/+/" )<br />maynothave_remove=$( getpkgs /etc/pkgsync/maynothave.all | sort -u | sed "s/$/-/" )<br />mayhave_marknonauto=$( getpkgs /etc/pkgsync/mayhave.all | sort -u | sed "s/$/\&m/" )<br />mustormayhave=$( ( getpkgs /etc/pkgsync/musthave.all ; getpkgs /etc/pkgsync/mayhave.all ) | sort -u )<br />rest_markauto=$( filter $installed $installed $mustormayhave | sed "s/$/\&M/" )<br /><br />run_aptitude full-upgrade '?upgradable' $musthave_install $maynothave_remove $mayhave_marknonauto $rest_markauto<br />run_aptitude autoclean<br /></code></pre><div style="text-align: justify;"><br /></div>Aquí tenéis el enlace al paquete, por si queréis probarlo: <a href="https://copy.com/uCvXJ6cAEXu9">https://copy.com/uCvXJ6cAEXu9</a><br /><br />Como siempre, recomiendo leerlo y entender lo que hace antes de aplicarlo.<br /><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Compartir la gestión de paquetes mediante pkgsync

Como ya hemos visto en el post anterior ( http://enavas.blogspot.com.es/2013/12/gestion-de-paquetes-mediante-pkgsync.html ), pkgsync es de l...

Gestión de paquetes mediante pkgsync

<div style="text-align: justify;"><b>pkgsync</b> es una herramienta muy útil cuando tenemos que administrar muchos equipos y mantener una uniformidad en el software que éstos tienen instalado. Además, la administración de pkgsync es bastante sencilla porque se basa en tres ficheros: </div><ul><li><b>/etc/pkgsync/musthave</b>: Contiene una lista de los paquetes que debe tener instalado la máquina. </li><li><b>/etc/pkgsync/mayhave</b>: Contiene una lista de los paquetes que puede tener instalado la máquina. </li><li><b>/etc/pkgsync/maynothave</b>: Contiene una lista de de los paquetes que no debe tener instalado.</li></ul><div style="text-align: justify;">De este modo, si colocamos el nombre de un paquete en el fichero <b>/etc/pkgsync/musthave </b>(uno por línea), pkgsync se encargará de que dicho paquete sea instalado.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Del mismo modo, si colocamos el nombre de un paquete en el fichero <b>/etc/pkgsync/mayhave</b>, pkgsync no instalará el paquete, pero permitirá que el paquete sea instalado por el usuario.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Por último, si colocamos el nombre de un paquete en el fichero <b>/etc/pkgsync/maynothave</b>, pkgsync se encargará de desinstalarlo.</div><div><br /></div><div><div style="text-align: justify;">Una vez que tenemos creados nuestros archivos, si queremos simular la ejecución de pkgsync, sin llegar a ejecutarlo, podemos lanzar <b>pkgsync</b> con el parámetro <b>-s</b>:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b><span style="font-family: Courier New, Courier, monospace;"># pkgsync -s</span></b></div></div><br /><div style="text-align: justify;">Otra cuestión que me parece interesante destacar es que podemos usar comodines para referirnos a un conjunto de paquetes que tienen un patrón en común. Por ejemplo, si tenemos un fichero /etc/pkgsync/mayhave con el siguiente contenido:</div><br />libreoffice4.1<br />libreoffice4.1-*<br />libobasis4.1-*<br /><br /><div style="text-align: justify;">Con ésto permitiremos instalar el paquete llamado "libreoffice4.1", todos los paquetes que comiencen por "libreoffice4.1-" y todos los paquetes que comiencen por "libobasis4.1-". En definitiva, permitiremos instalar todos los paquetes de libreoffice4.1.</div><br />Y por mencionar algo más, decir que podemos usar comentarios en estos ficheros, comenzando la línea por un caracter <b>#</b> y que las líneas en blanco son ignoradas.<br /><br /><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Gestión de paquetes mediante pkgsync

pkgsync es una herramienta muy útil cuando tenemos que administrar muchos equipos y mantener una uniformidad en el software que éstos tiene...

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...

Crear una imagen de fondo personalizada para syslinux

<div style="text-align: justify;">Si queremos crear nuestra propia imagen de fondo personalizada para syslinux, ésta debe tener unas características determinadas:</div><div style="text-align: justify;"><br /></div><ul><li>640x480 pixeles</li><li>16 bits</li><li>65536 colores</li></ul><div style="text-align: justify;">Si no tenemos instalado el paquete <b>imagemagick</b> en nuestro sistema lo instalamos:</div><div style="text-align: justify;"><br /></div><div style="text-align: left;"><span style="font-family: "Courier New",Courier,monospace;"><b># apt-get install imagemagick</b></span></div><div style="text-align: justify;"></div><div style="text-align: justify;">Con la herramienta convert, podemos hacerlo de un plumazo. Más claro, con un ejemplo:</div><div style="text-align: justify;"><br /></div><div style="text-align: left;"><span style="font-family: "Courier New",Courier,monospace;"><b># convert -size 640x480 -depth 16 -colors 65536 splash.png splashconvertido.png</b></span></div><div style="text-align: justify;"><br /></div><pre></pre>

Crear una imagen de fondo personalizada para syslinux

Si queremos crear nuestra propia imagen de fondo personalizada para syslinux, ésta debe tener unas características determinadas: 640x480 pix...

Instalar paquetes que requieren respuesta del usuario de forma desatendida

<div style="text-align: justify;">A veces queremos instalar un paquete que requiere respuestas por parte del usuario para su instalación, pero queremos que la instalación se realice de forma desatendida. </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Una forma de solucionar este problema es usar <b>preseed</b>, es decir: preestablecer las respuestas en un archivo, det tal manera que al realizar la instalación, el sistema no pregunte al usuario.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Vamos a ver cómo podemos conseguirlo con un ejemplo:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Imaginemos que queremos instalar el paquete ocsinventory-agent de forma desatendida en una serie de clientes, sabiendo que este paquete pregunta al usuario qué método va a usar para inventariar el cliente (local o http), y, en caso de que se elija http, también preguntará la IP del servidor de inventariado.</div><div style="text-align: justify;"><br /></div>Lo primero que necesitamos tener instalado es el paquete debconf-utils. Así que, si no lo tenemos instalado aún, lo instalamos:<br /><br /><span style="font-family: "Courier New",Courier,monospace;"><b># apt-get install debconf-utils</b></span><br /><br />Una vez que tenemos las herramientas, instalamos el paquete en cuestión (en el ejemplo: ocsinventory-agent) normalmente:<br /><br /><span style="font-family: "Courier New",Courier,monospace;"><b># apt-get install ocsinventory-agent</b></span><br /><br /><div style="text-align: justify;">Nos hará las preguntas de configuración. Las respondemos con los datos que queramos configurar.</div><br /><div style="text-align: justify;">Una vez instalado, ejecutamos el comando <b>debconf-get-selections</b>, de manera que filtremos las preguntas y respuestas del paquete que acabamos de instalar y las almacenemos en un fichero. </div><br />Siguiendo con el ejemplo:<br /><br /><span style="font-family: "Courier New",Courier,monospace;"><b># debconf-get-selections | grep ocsinventory-agent > ocsinventory-agent.seed</b></span><br /><br /><div style="text-align: justify;">Si ahora quisiéramos instalar el paquete ocsinventory-agent en un cliente, sin que nos hiciera las preguntas, no tendríamos más que ejecutar los siguientes comandos:</div><br /><span style="font-family: "Courier New",Courier,monospace;"><b># debconf-set-selections ocsinventory-agent.seed && apt-get -y install ocsinventory-agent </b></span><br /><br />Y eso es todo. Sencillo, ¿verdad?

Instalar paquetes que requieren respuesta del usuario de forma desatendida

A veces queremos instalar un paquete que requiere respuestas por parte del usuario para su instalación, pero queremos que la instalación se ...

Paquete setgroupquota 0.1

Paquete setgroupquota 0.1

Como me lo ha pedido algún compañero, aquí dejo el enlace al paquete setgroupquota que instala el script setgroupquota en el servidor nfs d...