Mirando por la documentación oficial hay mucha información y tutoriales sobre soluciones tan dispares como sincronizar localmente los repositorios (pero los repositorios enteros, con todos sus GB), montarse una especie de proxy-caché para las actualizaciones y varias cosas más demasiado grandes para lo que yo buscaba. Hasta que, al final, un tipo en el foro comenta la solución más sencilla para éste problema. Compartir en uno de los ordenadores el directorio donde se almacenan los paquetes descargados y montarlo por red en cada uno de los ordenadores que se quieran actualizar. Veamos como hacer eso:

Escenario:

• Ordenador 1: al que llamaremos “servidor”.
• Ordenador 2: al que llamaremos “cliente”.

También supondremos que cada uno de ellos tiene debidamente configurada la red y demás historias; es decir, que son equipos ya preparados para su uso.

Primero nos vamos al equipo servidor e instalamos y configuramos el servidor ssh para poder conectarnos a él desde el otro equipo. Todo ello está muy bien documentado, así que no me voy a meter más en el tema.

Ahora en cada equipo, nos vamos al archivo /etc/hosts y hacemos un pequeño apaño para no tener que andar liados con las direcciones ip. Por ejemplo, si el servidor tiene como ip 192.168.0.1 y el cliente 192.168.0.2; los dos archivos nos quedarían así:

/etc/hosts en “servidor”

<ip-address>	<hostname.domain.org>	<hostname>
127.0.0.1	localhost.localdomain	localhost     servidor
192.168.0.2     cliente

/etc/hosts en “cliente”

<ip-address>	<hostname.domain.org>	<hostname>
127.0.0.1	localhost.localdomain	localhost     cliente
192.168.0.1  	servidor

Aunque ésto es algo opcional, es muy recomendable hacerlo ya que así podemos hacer cosas como ssh servidor o ping cliente; que siempre es algo más obvio que andar metiendo las ip a piñón. Si en vuestra red tenéis un servidor DNS pues mejor para vosotros que ya no tenéis que hacer éste paso.

Ahora nos vamos al “cliente” e instalamos el paquete sshfs que nos permitirá montar carpetas de otros equipos meidante ssh. Nuestro objetivo es montar la carpeta donde “servidor” almacena sus paquetes descargados en la carpeta donde “cliente” hace lo propio; de ésta forma, ambas máquinas comparten ese directorio, formano una especie de “repositorio común” de forma que cuando uno de los dos equipos descarga un paquete, el otro equipo ya lo tiene a su alcance y no hay que descargarlo de nuevo.

Para poder montar la carpeta en el directorio donde pacman almacena los paquetes que descarga el punto de montaje debe estar vacío, de lo contrario no se montará. Veamos como:

pacman -Scc # Con ésto vaciamos la cache
sshfs root@servidor:/var/cache/pacman/pkg /var/cache/pacman/pkg # Montamos la carpeta

De ésta forma, ambas máquinas ven el mismo directorio donde buscar si ese paquete ya ha sido descargado. Con ésto ahora se puede hacer un script de manera que periódicamente monte esa carpeta, y actualice ambos equipos, ya que ahora, en cuanto actualicemos una ḿaquina, la segunda sólo tendrá que descargarse los paquetes que la primera no utilice, con lo que nos ahorramos el tener que descargar dos veces aquellos que ambas máquinas tengan en común (sistema base, servicios, etc.); obviamente, cuando más software idéntico tengan ambas máquinas mejor.

Ventajas:

• Sólo descargamos los paquetes en común una vez.
• El tiempo de actualización para la segunda máquina es mínimo.
• Es un sistema que se monta rápidamente.

Inconvenientes:

• Para poder aprovechar ésto debes tener ambas máquinas encendidas al mismo tiempo al actualizarlas. (*)

Y con ésto ya tenemos el sistema funcionando a las mil maravillas. Funciona para Arch, pero supongo que debiese funcionar para otras distros que también mantengan un directorio con los paquetes que se vayan descargando. Todo es cuestión de probar. Y como siempre, si se os ocurre alguna mejora, duda o sugerencia no os cortéis y comentad, que para eso estamos.

Un saludo.

(*): Supongo que si en vez de usar un equipo como servidor se tiene un NAS y se monta una carpeta de dicho NAS como /var/cache/pacman/pkg en el arranque de cada máquina eliminamos éste inconveniente, pero es algo que no he podido probar todavía.

© Himliano for The Chux Norrix blog, 2010. | Permalink | One comment | Add to del.icio.us
Post tags: Arch, Informática, Linux, Tutoriales

Feed enhanced by Better Feed from Ozh

No tengo muy claro el por qué, pero parece ser que con Comix ya no viene el programilla que genera las miniaturas (o thumbnails), pero sin embargo, al instalarlo parece ser que el sistema se sigue configurando de forma que ignora ésto y al llamar a un programa que no existe en el sistema nos quedamos sin que genere las miniaturas.

Si os pasa eso, debéis saber que se puede arreglar; sólo hay que abrir el editor de configuración de Gnome (gconf-editor) y buscar la rama (o cadena) desktop > gnome > thumbnailers y ahí ya tenéis las configuraciones para generar las miniaturas para los distintos archivos. En mi caso me he limitado a coger el comando que se usa para generar la miniatura de los PDF (application@pdf > command), que es:
evince-thumbnailer -s %s %u %o

Y lo he puesto como comando para application@x-cb7, application@x-cbr, application@x-cbt y application@x-cbz.

A continuación borré las miniaturas ya generadas dentro de ~/.thumbnails (las dos carpetas, aunque borrando sólo la carpeta fail debería bastar) y reinicie Nautilus (con un nautilus -q).

Y al volver a la carpeta de los comics allí estaban de nuevo con sus miniaturas. Mano de santo oiga.

Cuanto tiempo perdido para arreglar un error tan tonto.

Un saludo.

© Himliano for The Chux Norrix blog, 2010. | Permalink | 5 comments | Add to del.icio.us
Post tags: Arch, Comic, Linux

Feed enhanced by Better Feed from Ozh

A día de hoy, todo esto está más o menos superado y el proceso de instalación configura automáticamente este fichero. Hablo de instalaciones automáticas AKA instalaciones siguiente->siguiente…. Por supuesto en linux podemos configurar manualmente el sistema desde cero si queremos optimizar hasta la última filigrana.

Lo mismo viene sucediendo con las unidades USB. Uno las conecta y hechan a andar tranquilamente gracias a la magia de udev.

El caso es que si uno usa un sistema más consolidado o se compra un disco duro que cumple con los estándares por los pelos… bueno, pues habrá que configurarlo al modo tradicional. Escribiríamos en fstab una línea como:

/dev/sdxi   /media/MiDisco   defaults    0    0

Donde /dev/sdxi identifica a la partición i (números de 1 en adelante) del disco x (letras de a en adelante). /media/MiDisco es el directorio de montaje y el resto es configuración que con man 8 mount puede ser deducida.
Esto no sería un problema en unidades fijas, pero en unidades USB se vuelve un poco más pesado: Cada vez que conectamos el disco USB su identificador puede cambiar.
Normalmente las letras se asignan en orden en que los discos son conectados o detectados al arrancar, aunque también puede depender del número de puerto USB que ocupen etc…

Los que tenéis algo de idea de esto ya os habréis dado cuenta del problema: esta configuración solo vale para un identificador concreto, si conectamos varios discos en órdenes distintos los datos se cruzarán.

La solución pasa por usar ciertos identificadores virtuales que están disponibles dentro de subdirectorios de la carpeta /dev. Así por ejemplo en /dev/disk/ podemos encontrar

/dev/disk/by-id/
/dev/disk/by-uuid/
/dev/disk/by-label/
/dev/disk/by-path/

Dentro de estos directorios podemos encontrar enlaces simbólicos a los dispositivos disponibles según su número de serie (by-id) el código alfanumérico que les corresponde (by-uuid) su posición hardware (by-path) o la etiqueta de la unidad (by-label).

Una vez sabido esto, es evidente que para que una partición de un disco USB sea montada siempre igual es necesario referenciar ésta bien por su etiqueta (más elegante) o bien por su número de serie (más engorroso, pero con una pequeña ventaja que veremos al final). Así la línea de fstab quedaría como una de las dos siguientes:

/dev/disk/by-label/EtiquetaDeMiDisco   /media/MiDisco   defaults    0    0
/dev/disk/by-lid/NumSerieMiDiscoASDFJKLWERTXCV·EWF6   /media/MiDisco   defaults    0    0

¿Que por qué es ventajoso referenciar a los discos por su serial a pesar de poder hacerlo por etiquetas? Porque nada impide que alguien nos llegue a casa con un disco etiquetado igual que el nuestro y se nos monte un conflicto de nombres (especialmente si somos poco originales y lo etiquetamos DATOS o USBDISC).

¿Que por qué es elegante referenciar por etiqueta? pues hombre, ya deberías haberte dado cuenta: porque es mucho más sencillo de leer, entender y manipular

PostData: La primera vez que dí con los subdirectorios /dev/disk/by-_____ pensé “vaya puta bazofia” porque no les vi sentido ninguno. Ahora que he visto una utilidad para ellos me doy cuenta de mi error.

© Elrohir for The Chux Norrix blog, 2010. | Permalink | 7 comments | Add to del.icio.us
Post tags: Arch, Debian, Frikadas, gentoo, Informática, Linux, Ubuntu

Feed enhanced by Better Feed from Ozh

Nada más lejos de la realidad.

Para desmentir todo eso os voy a contar como fue mi experiencia instalando la distribución de Linux para seres humanos por excelencia (deben pensar que si lo repites hasta la saciedad se convierte en realidad).

Estaba yo un día así sin hacer nada, un poco aburrido; y me digo a mí mismo: “Anda, ya está la RC del Ubuntu nuevo. Podría rajar de ella sin probarla como en tantos y tantos blogs que van de profesionales… Pero mejor no.”

Me bajo la ISO, con sus 700 Mb, porque tiene que traer todo por defecto, hasta el OpenOffice; no costaba nada sacar un CD de netinstall señores; algunos lo agradeceríamos. Lo grabo y reinicio el PC, esperando encontrarme con la quintaesencia del software libre.

Arranca, con un aspecto un poco más molón (que todo hay que decirlo) pero, cuando tiene que empezar la magia, nada. Pantalla en negro con mensaje de “Señal fuera de rango“. Todo ello en un PC nada extraño (un mísero AMD Semprom con una normalucha Nvidia 7300 GS), con el agravante de que es hardware que en las versiones 7.XX de Ubuntu funcionaba perfectamente y al pasar a la serie 8.XX dejó de funcionar por arte de magia. Es que ya ni siquiera te arranca a 800×600 con el driver vesa; ni siquiera eso.

Por cierto, intentad configurar Evolution usando el asistente de configuración con una resolución de 800×600; ya veréis que risas cuando no veáis los botones “Aceptar” y “Cancelar” porque han hecho la ventana tan grande por defecto que no cabe en 600px de alto. Divertidísimo HOYGA, me parto la ñocla con ello.

Vamos, que para poder instalarlo, tienes que pasarte el modo de texto, activar el repositorio universe, instalar EnvyNG y que se encargue el susodicho programa de instalarte el driver de Nvidia y de poner a andar el servidor gráfico, porque cuando haces un “/etc/init.d/gdm restart” te dice que nanai, que eso ya no se hace así, que uses “service gdm stop” lo cual te devuelve un bonito mensaje de error diciéndote que no existe ningún servicio llamado “gdm” lo que te lleva a una serie de WTFs concatenados.

Me vas a decir tu a mí que no hay ningún servicio llamado gdm, no, que vá.

Una vez hecho este apaño en modo texto (recodemos que nos han vendido que ésto es el Linux para seres humanos) ampiezas con la instalación. Instalación que siempre peta al iniciarse aunque la hayas configurado de cualquier forma posible. Entonces tienes que meterte en internet y buscar que cojones pasa. Pasa que han añadido como novedad una pantalla de instalación a lo XP, que te va contando cosillas sobre Ubuntu, los programas que trae, sus novedades y demás marketing. Leyendo foros llegas a cierto post que comenta que la única forma de solventar dicha traba pasa por desinstalar dicha novedad. Y por arte de magia, tras desinstalar dicho paquete por fin puedes instalar la distribución.

Como a nadie se le ha ocurrido que podría ser una buena idea añadir algún paquete que te gustaría que estuviese por defecto en tu nueva instalación; cuando arrancas por primera vez te encuentras con que sigue sin ir el modo gráfico. Además, como bonus, el sistema insiste una y otra vez en arrancarlo, con lo que aunque pases a modo texto no puedes teclear nada, porque el sérvidor gráfico se está reiniciando constantemente.

¿Solución? Reiniciar y arrancar en modo recuperación y repetir todo el proceso que hiciste para instalar los drivers de tu tarjeta gráfica.

Más problemas, el sonido sigue dando la lata; con dos instancias de SMPlayer sólo una de ellas tiene sonido y ambas se cuelgan por culpa de pulseaudio si intentas avanzar a saltos. ¿Solución? Entrar a las opciones de SMPlayer y cambiar el driver de salida para el sonido. Sorpresa: de los drivers de salida para el sonido disponibles por defecto, el único que funciona mete ruido de fondo, bastante molesto cuando el vídeo que ves tiene un nivel de sonido bajo (una conversación a susurros, una secuencia en silencio, etc.)

Volvemos a lo de antes, buscando en internet por foros y wikis lo puedes arreglar, sí, cierto; pero es que ésto nos lo estaban vendiendo como Linux sin seres humanos, donde todo funcionaba por defecto y sin tocar nada.

No puedes ir diciendo por ahí que para usar tu distribución no se necesitan conocimientos especiales y que el servidor gráfico pete.

NO.

El servidor gráfico y la conexión a internet son básicas, porque si ambas funcionan, sólo es cuestión de meterse en Google y arreglarlo, pero como alguna de ellas no funcione por defecto, olvídate; sólo en el tiempo que tardarás en ponerlo a andar para poder buscar la solución ya podrías tener una distro como dios manda funcionando.

(Bueno, también puedes navegar en modo texto; pero hay una ley de Murphy que afirma que cuando navegas en modo texto para buscar como configurar las X, la configuración que resuelve exactamente tu problema siempre se muestra con un pantallazo, porque copiar y pegar texto da mucha pereza)

Eh, pero tranquilos, que la versión 10 traerá un nuevo y revolucionario interfaz (que desarrollará la gente de Gnome para que luego la de Canonical vaya sacando pecho) y eso será la ostia, porque bueno… seguirá habiendo bugs, pero HABRÁ UNA NUEVA INTERFAZ !! Y eso lo arregla todo, no?

Y total, si no es en la versión 10 será en la 11, o en la 12… o en la que sea, que sois unos impacientes de mierda.

Siguiente paso usando Ubuntu: Abrir Brasero, grabar la ISO de Arch Linux y disfrutar de una distro como dios manda (aunque también tenga sus defectillos).

Si habéis probado Ubuntu y os ha dado tantos problemas que Linux os ha parecido una mierda, recordad que no todas las distribuciones son así. No seáis como esas Jessis de barrio que se trincan a esos abortos de calamar que son los canis y luego lloran porque todos los tíos son iguales.

Seguramente en uno de los comentarios de ésta entrada, mi compañero Elrohir os recomendará Debian; así que yo os recomiendo Arch (que aunque el instalador parece ultra-espartano) es realmente sencilla de instalar.

Post etiquetado con la etiqueta “Mierda” en dedicatoria especial a todos esos blogs que cada seis meses dicen haber probado las nuevas versiones haciendo un copy&paste de los pantallazos que ponen en la web oficial y traduciendo lo que ha escrito en una web en inglés alguien que sí la ha probado. Ole sus huevos; así cualquiera es un experto en software.

© Himliano for The Chux Norrix blog, 2009. | Permalink | 10 comments | Add to del.icio.us
Post tags: Arch, Debian, Informática, Linux, Mierda, Ubuntu

Feed enhanced by Better Feed from Ozh

Himliano:
Como cada seis meses, todos los blogs del mundo se tapizan con los mismos pantallazos de Ubuntu (copiados, porque la mayoría ni lo prueban)
Y me encanta cuando dicen que en la 10.04 van a revolucionar el aspecto; JA JA JA. Como mucho meterán Gnome 3 y creo que ni eso.

Elrohir_Ancalin:
@Himliano ubuntu va a peor, de las “16 novedades de karmic” 7 son GUI (en el mejor de los casos añaden algun botón)
otras 5 son irrelevantes (cifrado del Home, Empathy, montador de unidades, ext4 y PPAs)
hay 2 que son buenas, pero hace la hostia que ya estan en debian por lo que canonical no tiene ningun merito: GRUB2 y PulseAudio

y lo que es más sangrante es la PUTA COPIA DE DROPBOX ¿es que creen que todo lo bueno es mejor si lo copian y lo pintan de marrón?

ponzonha:
@Elrohir_Ancalin ¿Puedo preguntar que Distro usa Vd.? Tengo curiosidad, ya que siempre me he movido en (K)Ubuntu.

Elrohir_Ancalin:
@ponzonha uso debian testing, no te dejes engañar por las leyendas urbanas, es realmente facil de instalar desde CD

(eso si, instalar con otro PC al lado para cuando te pide un driver bajarlo y pasarselo al sujeto por pendrive)
el problema en debian es que testing va muy al límite con las cosas nuevas (peta) y stable todo lo contrario, ubuntu esta en medio

por eso yo te recomendaria arch si no tienes ganas de experimentar MUCHO. si te sientes motivado disfruta debian testing B)

El resto de la conversación (hay más al principio y al final) son detalles de configuración de cada uno y no tienen relevancia para lo que quiero destacar en este post.

Lo que quiero destacar es que algo deben de estar haciendo mal en canonical si cada vez que sacan distro los usuarios que llevan mas de medio mes usando su sistema o que ya han vivido un par de cambios de versión suelen opinar que no hay nada nuevo que destacar en la nueva distribución.

Ahora los matices:

En mi critica a ubuntu, las 7 novedades que llamo “GUI” incluyen el lavado de cara del inicio de sesión, la pantalla de arranque y el tema de ventanas, pero también el famoso “centro de software”, la ayuda de instalación, el gestor de conexiones, el instalador de fuentes y en general todos esos sitios donde por añadir un botón nos prometen que nuestra experiencia de usuario va a cambiar el oro y el moro.

En cuanto a las 5 novedades que llamo irrelevantes, me refiero a vender como novedad opciones por defecto modificadas: ext4, empathy, cifrado del home; y a utilidades que realmente no hacen nada que no se podia hacer antes: montador de unidades y gestión de PPAs.

Finalmente, las 2 que comento como buenas (me refiero a que son las dos unicas a las que veo realmente productivas): GRUB2 y PulseAudio, pues como dije ya llevan meses en Debian Testing y son principalmente fruto de proyectos independientes por lo que el unico merito de karmic es “traerlas”.

En cuanto a mi breve comentario sobre Debian: realmente es muy facil instalarlo con el instalador grafico, lo de un segundo PC es poco probable que lo necesitéis, pero si como yo tenéis una tarjeta wifi sin drivers libres, debian installer os pedirá que le proporcionéis drivers que el CD no trae para poder continuar y lo mas cómodo es bajarlos y meterlos con un pincho. Sin embargo si los drivers no son necesarios para conectarse a internet podeis acabar la instalación normalmente y luego agregar los drivers mediante apt normal.

Es poco habitual en mi publicar conversaciones privadas, pero ya que se anunción a bombo y platillo la salida de karmic me pareció importante que quedara constancia que no a todos se nos ha puesto dura el pasado 29-10-2009.

© Elrohir for The Chux Norrix blog, 2009. | Permalink | 7 comments | Add to del.icio.us
Post tags: Arch, Critica, Debian, Frikadas, Informática, Linux, Opinion, Rajada, Ubuntu

Feed enhanced by Better Feed from Ozh

Pongámonos en situación: estás en casita, son las tantas de la madrugada, abres el reproductor de música del ordenador y… bingo!! Algo suavecillo, lentorro, prácticamente una invitación a quedarse dormido. Subes un poco el volumen, porque esta canción, vete tú a saber por qué, se escucha particularmente baja.

Te pones a escucharla y te vas quedando amodorrado, sopa total. Y entonces ocurre. La canción acaba, y como tenías puesto aquello en aleatorio el siguiente tema será, con total probabilidad (dadas las circunstancias y las horas) la cosa más ruidosa y cañera que haya en tu disco duro (las leyes de Murphy atacan de nuevo). Con la putada añadida de que, vaya usted a saber por qué, justo ésa canción en particular, se escucha a un volumen jodidamente alto. Todos los seres humanos (y los que no son humanos también) se despertarán y comenzarán a gritar protestando. Y con razón.

Pues para evitar eso existe en linux un programilla llamado mp3gain. Una vez que lo tengamos instalado, la forma más cómoda y util de usarlo es abrir un terminal, irse a la carpeta donde tenemos la música y lanzar el siguiente e impepinable comando:

find . -type f -iname '*.mp3' -print0 | xargs -0 mp3gain -r -k

Ésto lo que hará será recorrer todas las carpetas que tengáis dentro de la que os encontráis, hará una lista con todos los archivos con extensión .mp3 y se la pasará al programilla mp3gain que se encargará de calcular y aplicar los valores necesarios para normalizar el volumen de cada pista. Luego ya, dependiendo de que el reproductor que uséis sea una puta mierda o no, detectará estos valores y ya nunca más vendrán los vecinos a empalaros por un incidente como el narrado más arriba.

Como el comando es jodido de aprendérselo de memoria, siempre podéis haceros un script o definir un alias de bash para ejecuarlo sin tener que recordarlo de memoria o tener que que buscarlo en google.

Si en vez de linux usáis Mac o Windows, ya deberíais saber hacer ésto y no necesitaréis explicación ya que ambos SO son fáciles de usar.

Para más información, pasarse por el blog que me abrió los ojos a tan maravilloso invento.

© Himliano for The Chux Norrix blog, 2009. | Permalink | No comment | Add to del.icio.us
Post tags: Arch, Debian, Informática, Linux, Música, Tutoriales, Ubuntu

Feed enhanced by Better Feed from Ozh

Supón que te sientas delante de un ordenador pero que no tienes mucha idea del tema de ordenadores. Te dispones a meterte en Internet, pero no tienes muy claro como va; tan sólo sabes lo que has visto en las películas, que hay un programa en el que hay un rectángulo blanco muy largo dentro del que tienes que escribir la dirección ésa que empieza por www.

Bien, ahora supongamos que en el escritorio hay dos iconos:

¿Cuál crees que es para navegar por internet? Exacto, premio para el caballero. El que decidió que texto llevaría el icono del Internet Explorer no sé si lo hizo a posta o fue de pura casualidad, pero en mi opinión dio en el clavo; porque no tiene pérdida: quieres encontrar el prgrama ése para meterte en internet y te encuentras con uno que pone “internet explorer“. En cambio, “Mozilla Firefox“, pues hombre, es un nombre chulo y tal, pero a no ser que sepas de que va no te dice a primera vista para qué sirve el programa.

¿Una posible solución? Pues por ahí ya hay soluciones bastante elegantes:

Gnome (sobre Ubuntu):

KDE4 (KDEmod, sobre Arch Linux):

Vamos, que no costaba nada cambiar el texto por defecto de los accesos directos que crea Firefox al instalarse en Windows por algo en plan “Navegador web Firefox” o “Explorador Firefox“. Entre eso y el hecho objetivo de que el icono de Firefox es cien mil millones de veces más molón que el de IE, sería una táctica perfecta para aumentar la cuota de uso del navegador del zorro panda bicho rojo.

Un saludo,

© Himliano for The Chux Norrix blog, 2009. | Permalink | 2 comments | Add to del.icio.us
Post tags: Arch, Firefox, Frikadas, Informática, Linux, Ubuntu, Windows

Feed enhanced by Better Feed from Ozh

Las instrucciones que he seguido se basan en un post de un tal Jason, que utiliza Gentoo.

En primer lugar, tenemos que bajarnos el SDK de Adobe Air, por ejemplo pulsando en éste enlace.

Una vez que lo tenemos descargado creamos (como root) un par de carpetas:
sudo mkdir /opt/air_sdk
sudo mkdir /opt/air_apps

En la primera descomprimiremos el SDK que nos acabamos de bajar:
cd /opt/air_sdk
tar xvjf /home/himliano/air_1.5_sdk.tbz2

Cambiando /home/himliano por la ruta que corresponda en tu caso (el lugar donde está el SDK que descargaste al principio).

La segunda carpeta que creamos anteriormente será la carpeta donde estarán las aplicaciones hechas en Air. Crearemos una carpeta para cada aplicacion que usemos. Yo voy a continuar el ejemplo con Twhirl, para ver un ejemplo concreto.

sudo mkdir /opt/air_apps/twhirl

Lo siguiente es bajarse la aplicación en sí desde su página. En el momento de escribir ésto la última versión es el archivo twhirl-0.8.7.air. ¿Que nos falta? descomprimirlo en su carpeta:

cd /opt/air_apps/twhirl
unzip /home/himliano/twhirl-0.8.7.air

Ojo con la ruta al archivo; sustituye /home/himliano por lo que corresponda en tu caso.

Y ya podemos usar el programa que acabamos de instalar. Para invocarlo basta con introducir en una consola:

/opt/air_/bin/adl -nodebug /opt/air_apps/twhirl/META-INF/AIR/application.xml /opt/air_apps/twhirl

Bien, vale, sé lo que estáis pensando: Mecagonrrós!! ¿Tengo que teclear éso cada vez que quiera arrancar el programa?

Pues no, puedes hacerte un alias para la consola añadiendo la línea siguiente al archivo .bashrc que se encuentra en tu carpeta de usuario (recuerda que es un archivo oculto):

alias twhirl='/opt/AIR-SDK/bin/adl -nodebug /opt/AIR-apps/twhirl/META-INF/AIR/application.xml /opt/AIR-apps/twhirl'

Así la próxima vez que inicies sesión con sólo teclear twhirl en la consola podrás arrancar el programa; también puedes crear un enlace o cualquier otra forma que se te ocurra.

Yo personalmente me he hecho un ridículo script en bash (mis conocimientos en el tema no dan pa mucho más) que me es más cómodo para ponerlo como lanzador en un panel o en el escritorio. Ésto ya son más manías personales que otra cosa. Cada uno que use la forma de arrancar el programa que le sea más cómoda.

El script de marras es la siguiente cutrez:

#!/bin/bash
/opt/air_sdk/bin/adl -nodebug /opt/air-apps/twhirl/META-INF/AIR/application.xml /opt/air-apps/twhirl

Una vez guardado, le he dado permisos de ejecución (sudo chmod +x ./twhirl) y ya lo tengo listo, con hacer click sobre él ya se me abre el programa.

Lo único que me falla (cosa que en Ubuntu si funcionaba) es que por ejemplo, en Twhirl no me guarda las contraseñas, teniendo que introducirlas cada vez que abro el programa, supongo que será por no usar el instalador oficial y usar éste método alternativo.

Si descubro alguna solución ya os avisaré.

Un saludo.

© Himliano for The Chux Norrix blog, 2008. | Permalink | 6 comments | Add to del.icio.us
Post tags: Arch, Informática, Linux, Software, Tutoriales

Feed enhanced by Better Feed from Ozh

Cosas como instalar los drivers para una Nvidia 7300GS eran coser y cantar en las versiones 7.04 y 7.10; se convierten en un calvario en las versiones 8.04 y 8.10 (al menos en mi caso). De vez en cuando al servidor gráfico le da por cerrarse sin avisar y me encuentro con una bonita ventana de login de buenas a primeras. A veces apago mi ordenador, con la sorpresa de que al pulsar el botón para tal acción el sistema se queda aparentemente colgado sin hacerme ni caso. A cambio ahora Nautilus tiene pestañas (pero no paneles) y se ha convertido en uno de los exploradores de archivos más pesados que he probado. Ahora mi querido Gedit arranca como si se levantase resacoso trás un botellón extremo. Cada actualización del kernel o del driver de Nvidia me hace pensarme varias veces si la instalo o no; porque sé que es bastante posible que cuando vuelva a encender el ordenador me encuentre como respuesta una línea de comandos.

Una nueva versión, en la que no se incluye por defecto OpenOffice-3.0, cuando en la versión anterior (una versión LTS) metieron un Firefox 3 beta que petaba practicamente en cualquier web con algo de flash, y el tema del pulseaudio que menudos jaleos había con aquello. Pero que más dá. Si lo más importante de cada versión de Ubuntu es si por fin traerá por defecto un nuevo tema visual o no.

Cuando uno no está a gusto en un sitio, lo mejor es irse; por lo que me puse a ver que otras alternativas podía haber. Quería algo que no me instalase nada que yo no quisiese por defecto; así decidí darle otra oportunidad a Debian; digo otra, porque debe ser como la séptima u octava vez que intento usarla y no soy capaz (no es coña). En mi opinión, la forma que tiene Debian de organizarse (las ramas stable aka “Etch”, testing aka “Lenny” (¿para cuando Debian “Carl”?) y unstable aka “Sid”; tendrá un montón de ventajas, pero me parece una jodienda; os cuento por qué: tenía en casa un netinstall de Etch así que lo instalé en tres patadas y tal; instalo el servidor gráfico y compilo el modulo de Nvidia con el module-assistant; perfecto, el problema viene cuando te pasas a Lenny (porque Etch está orientado a sistemas donde prima la estabilidad, que se consigue con versiones requete-revisadas, lo que implica que ya tienen un tiempecito), que al menos cuando yo lo probé tiene un problema gravísimo. Al tener que recompilar el módulo de Nvidia se da la paradoja de que algunas dependencias pertenecen a la rama inestable, con lo cual te quedas sin poder compilártelo. La única solución es engañar momentáneamente al sistema, cambiando los repositorios a la inestable y actualizando lo que necesitas, lo que en mi caso provocó un efecto dominó de dependencias (creo que en algún determinado momento de aquella tarde metí la pata; sólo que no recuerdo cuando) que terminó con Himliano usando una Debian Unstable, que casualmente petaba casi tanto como una Alpha de Ubuntu. Obviamente, yo no me iba a quedar usando aquello, así que me puse a buscar otra cosa.

Y ahí es donde entró Arch Linux, una pequeña joya, rápida como una bala y peculiarmente sencilla. Arch es una distro que está especialmente optimizada para arquitecturas i686 y x86-64, lo que hace que vaya bastante rápido en comparación con otras. En Arch no hay versiones, hay una única versión de la distribución a la que tú luego añades lo que quieras; nada de tener que actualizar a la próxima versión ni bajarte CDs para instalar desde cero lo nuevo. Con que vayas actualizando los programas cada poco tiempo siempre tendrás la última versión del programa. Sin embargo tiene la peculiaridad de que en Arch todo se configura a mano en ficheros de texto. Aqui no hay asistentes ni nada por el estilo, ya que eso atenta contra el principio básico en que se basa Arch Linux; el principio KISS:

Keep It Simple, Stupid

En realidad, aunque al principio lees eso y asusta, no es nada complicada de instalar, sobre todo si le echas un vistazo a la Wiki oficial (versión en español). La instalación en sí misma es cosar y cantar, el paso más peliagudo es como siempre el de las particiones; nada que no sea sencillo de resolver si ya tienes creadas las de tu anterior sistema Linux y las aprovechas. La primera peculiaridad es que durante la instalación tienes que configurar un par de archivos: el rc.conf, que es el más importante, ya que desde él controlas aspectos tales como zona horaria, módulos a cargar al arranque, configuración de la red, etc; el fstab para las particiones; y un par más. Acojona un poco, pero los cambios a hacer son sencillos. Además puedes dejarlos tal cual e ir cambiándolos ya desde el sistema instalado. Además la Guia de instalación es bastante completa y te permite tener un sistema básico montado en un periquete.

Vuelvo a repetir por si el miedo os ha cegado momentáneamente: los archivos de texto plano de configuración son sencillos de editar y funcionan perfectamente. Nada de estúpidos diálogos de configuración que te putean ignorando lo que introduces en ellos. Una sóla configuración y a tirar millas. Aún recuerdo cuando por culpa de una actualización se jodió la configuración del servidor SAMBA que tanto trabajo me costó montar en el instituto (aunque me valió un jugoso sobresaliente) y que luego no usaron para nada.

Arch no iba a ser menos que las demás y tiene su propio gestor de paquetes: Pacman; equivalente al apt-get de Debian/Ubuntu; si no es más potente por poco será. Tiene un montón de parámetros para modificar lo que hace, pero es muy eficaz. Por ejemplo, un
apt-get update && apt-get upgrade
apt-get install htop
equivale a un pacman -Syu
pacman -S htop

El uso es bastante similar y en la wiki vienen completamente desglosados los parámetros que admite, por si queréis darle un uso más avanzado.

Pero lo que más me ha gustado, y que en el fondo es lo que racha coa pana en comparación con lo que yo había probado es el AUR: Arch User Repository. Un enorme repositorio repleto de PKGBUILDs, scripts de instalación de prácticamente cualquier programa que se os pueda ocurrir; ya sean versiones SVN, versiones no oficiales con alguna característica añadida, programas de terceros sin versión oficial para Arch, etc. Aunque hay muchos programas para acceder al AUR, el más utilizado es yaourt.

yaourt swiftfox

Con ése comando te devolverá un listado con todos los programas que tengan que ver con swiftfox, cada uno de ellos con un número, introduces los números de los que quieres instalar y el se los baja, compila (en caso que sea necesario) e instala; ocupándose de las dependencias necesarias. Un lujo vamos.

Otra cosa que me encanta, es que en los repositorios no se comen el tarro con el nombre de los programas; por ejemplo, si quieres instalar el servidor gráfico, el driver de nvidia y los codecs, es tan simple como hacer un:
pacman -S xorg nvidia codecs

Nada de nombres raros, ni sufijos numéricos ni polladas varias. Además si decides instalar Gnome o KDE o cualquier otro “metapaquete” (no sé si es el término más adecuado) te pregunta si quieres instalar todo el paquete y si contestas que no, te irá preguntando que quieres hacer con las distintas partes o bloques, personalizando de una forma más fácil que es lo que quieres instalar.

Si sois fans de KDE, entonces es de obligado cumplimiento instalar KDEmod, un proyecto que mantiene una versión de KDE específicamente adaptada y optimizada para Arch que simple y llanamente VUELA. Actualmente ofrecen KDE3.5 y KDE4. Sólo he probado KDE4 y su velocidad es flipante, incluso con Compiz y con aplicaciones GTK abiertas de por medio el sistema sigue rápido y ágil. Sólo con deciros que ha conseguido que yo, el talibán anti-KDE (aunque pro-Amarok) me mude definitivamente a KDE4 creo que ya os haréis una idea de que el rendimiento que se obtiene vale la pena. Sorprendentemente para mi, es tremendamente estable, no tiene ni punto de comparación con el KDE4 de Ubuntu. Tan sólo se me habrá colgado algún programa tremendamente inestable sacado del SVN debido a mi versionitis o algún otro tras darle caña a lo cafre teniendo cien mil millones de cosas abiertas; pero en cosas normales y corrientes ni el más mínimo problema.

Arch también tiene sus desventajas, que no hay nada perfecto en ésta vida. La más evidente es que las cosas hay que configurarlas, no es una cosa excesivamente complicada, pero hay que hacerlo. Si instalas algo que funcione como demonio tienes que añadirlo a la lista de demonios del rc.conf para que los arranque al iniciarse el sistema; lo mismo para los módulos, etc.

Al no ser tan popular como otras distros no hay tanta documentación, sobre todo en castellano; aunque para la gran mayoría de las cosas la wiki oficial en inglés se basta y se sobra. Tres cuartos de lo mismo para las webs de algún programa que proporciona los programas ya en .DEB, .RPM, etc. Sin embargo como ya he dicho, si no está en los repos lo normal es que ya esté en el AUR.

En definitiva, una distribución muy recomendable, potente y rápida.

© Himliano for The Chux Norrix blog, 2008. | Permalink | 6 comments | Add to del.icio.us
Post tags: Arch, Debian, Informática, Linux, Software, Ubuntu

Feed enhanced by Better Feed from Ozh