Showing posts with label Distribuciones. Show all posts
Showing posts with label Distribuciones. Show all posts

Friday, December 10, 2010

Ok, seriously?

Something must be wrong: karma, a disturbance in the force, the economic crisis or something similar. There really is no distribution out there that would be easy and work out of the box without giving headaches?

Someone could say: Ubuntu! Is great! I love it! Ok, let's give it a try.

Download iso, start a VM, install, configure, reboot, update...


Wait... what? Well, at least it gives a solution. They COULD HAVE said that you need to run it as f*ckin' admin (it's for 'human beings", remember?), but let's add the 'sudo' for free. And...



O, rly? How am I supposed to recommend Ubuntu to my non-technical friends? Is this their concept of "user-friendly"?

Thanks for watching.

UPDATE:
Ok, I deleted the mentioned file in cache and updated again. It seemed to work. I installed Yakuake and virtualbox-guest-modules, rebooted, and...



No comments.

Tuesday, December 7, 2010

Note to self: why I use Arch.

Long time no see! It's been a long time since I posted last time. Facebook and twitter usually are enough for the occasional rant, but this deserved a special mention.

So, I leave this here in case at some point in the future I doubt why, oh why, I use Arch when it takes so long to install. When you need to use the console for stuff. This is the reason:



Steps to reproduce: Install Fedora. Click System. Click Administration. Click Software update.

Well, it's just a bug, I should update... oh wait!

Thanks for watching.

Monday, May 11, 2009

No Review de Arch Linux

Igual que quise en su momento hacer una review del ThinkPad X200s, pero dado que salieron 10 o 15 por internet lo dejé, también pensé en hacer una de Arch, mi "OS of choice" (¿como cohones se traduce eso? ¿mi SO elegido? hmmm).

Pero voy a hacer lo que hacen los grandes programadores: reusar código. En este caso, reusar reviews.

Aquí una review concisa, aquí uno que se queda a gusto despotricando y aquí para los que tengan mucho tiempo libre y quieran seguir leyendo.

Mi recomendación: si te gusta Ubuntu, prueba Mandriva. Si te gusta Debian, prueba Arch.

Tuesday, March 3, 2009

Post 100!

Conociendome, creí que nunca llegaría a las 100 entradas en el blog, así que esto ya se puede considerar todo un éxito.

Coincidiendo con la ocasión, en el Media Markt hoy había "netbooks" Acer AspireOne por 150€, con 512Mb de RAM, 8Gb de HDD y Linpus Linux. El portátil mola pero Linpus es muy muy para novatos. Aparte de que los paquetes son del año de la polca. ¿Nmap 4.20? En fin, en cuanto tenga un rato cambiaré la distro.

BackTrack tiene buena pinta para los usos que le voy a dar al bicho, aunque Debian sid, Zenwalk o Slax tampoco las descartaría. O quizá haya alguna distribución especial para el Acer One, me suena que para el Eee hay alguna...

La tarjeta Atheros se controla casi casi igual que una fonera:
# wlanconfig ath0 destroy
# wlanconfig ath0 create wlandev wifi0 wlanmode sta nosbeacon
# wlanconfig ath2 create wlandev wifi0 wlanmode ap
# ifconfig ath0 up
# iwconfig ath2 essid TONTO_EL_QUE_LO_LEA
# ifconfig ath2 up

Y a quedarse con la gente en todos lados :D

Parece que no soporta tantos APs como la fonera, pero con uno hay de sobra. Y siempre se le pueden sacar usos civilizados, como compratir una conexión 3G o una wifi "auditada" con éxito, por ejemplo.

Wednesday, November 12, 2008

Unas notas más acerca de Fedora

Tengo que admitir que en realidad Fedora es algo mejor de lo que creía.

He estado probando la instalación un ratillo más esta tarde y he visto unos cuantos detalles que creo interesantes. Excepto el fallo omnipresente en tooodas las distros que he visto, de las teclas multimedia que no funcionan "out of the box" con KDE4 y la inexistencia de drivers de nVidia, el soporte de hardware es bastante bueno. Incluso la hibernacion en disco funciona, cuando en Kubuntu daba problemas. Aparte, la inclusión de SELinux (sí, la página oficial es de la NSA, no es un error) es un gran punto a su favor.

También se amplian los puntos en contra. Sobre todo en cuanto a software. No sólo faltan los drivers de nVidia, tampoco pude encontrar el VLC ni mpalyer (!!). Lo intenté buscar dos veces reiniciando la herramienta de gestión de paquetes y recargando la lista disponible, no me podía creer que faltaran dos programas como esos, pero o soy muy torpe (que es posible) o efectivamente no están. Además de todo esto, el programa de gestión en sí es bastante lento, descargando información de internet en momentos inesperados y yendo generalemente muy lento. Me recuerda un poco a la versión antigua del Yast de Suse.

Teniendo en cuenta que la versión que he probado es una beta espero que solucionen el tema de los repositorios/instalación para la versión final y puede quedar un sistema mucho más cercano a "user freindly" de lo que pensaba. De todos modos no llega a la facilidad de Suse o Mandriva, para alguien muy verde sigo pensando que esos dos a pesar de no ser perfectos son los más recomendables. Sus centros de control son una bendición para un usuario novato o muy vago. Fedora puede ser un excelente candidato a "segundo pasito" en el mundo de Linux.

Ahora mismo estoy bajando la beta 5 de Mepis 8: ya que no hay lanzamientos a la vista me ha dado por probar las betas. Puede que la siguiente sea Suse 11.1, que hasta el 18 de diciembre no sale...

Monday, November 10, 2008

Probando Fedora

Este fin de semana en un rato libre instalé la versión "preview" de Fedora10. El resultado no es malo, pero no es una distro que vaya a usar.

La verdad es que ya había leido que Fedora no es una distribución "fácil", que necesita algo de trabajo post-instalación, pero no creía que tanto. El resultado recién terminada la instalación no se aleja mucho de lo que ofrece un Debian, por ejemplo. El touchpad funciona mal, la wifi sí que funciona sin problemas, las teclas multimedia no funcionan por defecto (hay que asignarlas)... vamos, realmente lo esperable en una distro cualquiera de hoy en día.

Un poco decepcionante que no tengan drivers de nvidia. Al principio creí que era por temas de licencia o "filosofía", pero luego leyendo por los foros parece ser que por alguna misteriosa razón, los drivers de nvidia suelen salir un poco más tarde que el conjunto de la distribución. Sinceramente, no veo una razón lógica para esto, pero digo yo que no será por fastidiar a la gente. En general lo que comentan los más asiduos es que para los novatos vale la pena esperar un par de semanas desde el lanzamiento de una versión para dar tiempo a que todos los detalles estén pulidos. Yo personalmente no recomendaría Fedora a un novato visto lo visto, mucho tendría que cambiar el producto final para que fuera "user friendly".

Una cosa que me sorprendió de manera muy agradable es la alta coherencia gráfica que tiene, reasgo más bien propio de distros "fáciles". Además de coherente, el tema gráfico es (a mi gusto) muy bonito. Viendo en la web es aspecto de Fedora9, la versión todavía marcada como estable, parece que es un aspecto muy cuidado:



Ahora que me acuerdo, en el anterior portatil, usaba en KDM el theme de Fedora.

En fin, un sistema muy válido y que recomiendo probar a cualquiera que sepa al menos editar un xorg.conf, pero no aporta ninguna ventaja lo bastante significativa sobre otros como Debian como para invertir el esfuerzo de familiarizarse con él. Es resumen: válido como cualquier otro.

Thursday, November 6, 2008

Kubuntu 8.10

Si, lo confieso, he vuelto a instalar Kubuntu, pero sólo para usarlo 10 minutos.

Tras pelerame durante un tiempo con KDE4, nVidia y otras cosillas en Arch (hibernación, wifi rebelde, teclas multimedia, problemas gráficos, etc.) probé la Kubuntu 8.10 para ver si era cosa de Arch o de KDE4 y cía. Que conste que excepto las teclas multimedia y los problemas gráficos,los demás problemas de Arch no los he investigado, asi queprobablemente se puedan solucionar. Recuerdo que al menos los problemas gráficos no se daban en Mandriva 2008.1 ni 2009, asi que me dio por ver que tal fucionaba todo en Kubuntu, "la distro que hace que todo funcione bien a la primera" (ejem, ejem). Resultado: la wifi directamente NO va: lista las redes pero ni intenta conectarse, las teclas multimedia van a medias: silencio si pero volumen no y los problemas graficos no los da... porque no le da la gana instalar los drivers de nVidia.

En fin, a finales de mes Fedora 10 y en diciembre SuSE 11.1. La esperanza el lo último que se pierde, ¿no? Ah, y en algun momento del futuro (tras Debian 5.0), Mepis 8.

Wednesday, October 15, 2008

Arch Linux, primeras impresiones

Como ya comenté hace un par de días, tenía ganas de probar Arch, ya dado que es la única de la lista que no está ahora mismo en versión beta o RC , la he instalado. De hecho, igual que Gentoo, Arch tiene un sistema de actualización continua, por lo que las releases son simplemente congelaciones puntuales del arbol de paquetes.

La gente la comparaba a una cosa intermedia entre Debian y Gentoo y por ahí anda la cosa. Realmente es como un Gentoo pero binario. Tiene cosas buenas y otras no tanto, voy a contar las principales, centrándome en las diferencias con Gentoo, puesto que el resto es muy muy parecido: actualización continua, sistema base super reducido, configuración manual 100% de todos los aspectos del sistema, documentación para dar y tomar...

Lo primero el gestor de paquetes. Pacman es mucho más rápido que emerge, no sólo por que usa binarios sino porque está hecho en C y no en bash. La búsqueda es tan rápida como eix y la actualización de repositorios es casi instantánea:
[root@telstar ~]# time pacman -Sy
:: Sincronizando las bases de datos de paquetes...
core 31,8K 141,0K/s 00:00:00 [##################################################################] 100%
extra 410,3K 585,3K/s 00:00:01 [##################################################################] 100%
community está actualizado

real 0m2.385s
user 0m0.147s
sys 0m0.407s
[root@telstar ~]#

Nada que ver con los minutos de Gentoo en un eix-sync o al menos emerge --sync, o los de SuSE 10.x. De hecho es el gestor más rápido que he visto, superando incluso al apt-get de Debian. A veces hasta asusta:
[root@telstar ~]# time echo s | pacman -S wine
resolviendo dependencias...
verificando conflictos...

Objetivos (1): wine-1.1.6-1

Tamaño total de descarga: 0,00 MB
Tamaño total instalado: 73,62 MB

¿Continuar con la instalación? [S/n] Verificando la integridad de los paquetes...
(1/1) verificando conflictos entre archivos [##################################################################] 100%
(1/1) instalando wine [##################################################################] 100%
Dependencias Opcionales para wine
cups: printing support
sane: scanners support
libgphoto2: digital cameras support
alsa-lib: sound support
giflib: GIF images support
libjpeg: JPEG images support
libpng: PNG images support

real 0m1.378s
user 0m1.117s
sys 0m0.227s
[root@telstar ~]#

Instalación de wine en segundo y pico, no está nada mal.
Lo que ya no me gusta tanto es el aspecto. Sobre todo al hacer búsquedas, al no usar colores, es muy difícil de leer lo que encuentra si hay mas de 4 o 5 resultados. Hay proyectos por ahí de colorear la salida, pero son scripts de post-proceso, lo que contradice la filosofía de pacman.
Y otra cosa que echo mucho de menos de Gentoo es tener varias versiones de un mismo paquete, y clasificadas como estables y testings. En Arch hay una y punto, lo cual hace muy difícil volver a una versión anterior si una da problemas. Si se ha tenido antes y no se ha borrado la caché, se puede instalar desde el paquete en caché, si no se ha tenido ese paquete antes, hay que buscar por Internet un repositorio desactualizado, yo he usado http://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux/$repo/os/i686. Se sustituye en /etc/pacman.d/mirrorlist, se sincroniza (pacman -Sy) y se instala el paquete que se quiera. También se puede bajar a mano e instalar con "pacman -U". Todo esto hace que no me de mucha confianza para un sistema crítico, aunque sólo es una opinión personal. Por último, tiene una GUI en QT4, shaman que es bastante normalita: cumple su función, no estopea mucho a pacman pero tampoco lo mejora. Como synaptic con apt-get.

En cuanto a la administración, esta más centralizada que en Gentoo, pero no hay scripts auxiliares, aunque tampoco hacen falta debido a lo simple que es. Casi cualquier aspecto del sistema se configura tocando el archivo /etc/rc.conf. Evidentemente, apache sigue teniendo su httpd.conf, etc, pero la información referente al sistema en sí (localización, hardware, red, demonios) está en un sólo archivo de texto.
Una idea genial que tiene es la de arrancar demonios en background, los cual acelera muchísimo el proceso de arranque. ¿Para que esperar a que arranquen apache y mysql si pueden ir arrancando mientras tecleo la contraseña? Lo mismo con otros más obvios como dhcp, ntpd, etc. Gentoo simplemente tenía un switch de asincronismo, pero Arch permite definir cada demonio por separado.
El siguiente paso sería definir hilos de demonios. Me explico con un ejemplo: si ntpd tiene que esperar a que dhcp adquiera una dirección, no haya que detener todo el arranque mientras dhcp termina. Se define que ntpd depende de dhcp (gentoo lo hace con funciones bash en cada script, pero un xml o yml valdría par el caso) y se arrancan ambos de manera asíncrona, así dbus puede ir arrancando mientras dhcp adquiere una dirección y ntpd espera a dhcp. Aún más, se puede definir otro hilo con dbus-hal-otros y arrancar los hilos de dbus y dhcp y mientras ir iniciando kdm. Si tengo un rato lo propondré en el bugzilla de Arch, si no lo ha propuesto alguien ya. En la documentación al menos no viene.

En cuanto al escritorio no hay mucho que decir: los fallos de KDE4 con nVidia estropean un poco el tema y por desgracia, no hay KDE3 en los repositorios oficiales. Las teclas multimedia funcionan de pascuas a ramos y sólo algunas, etc.


Para terminar hoy, destacar que existe un mecanismo parecido a los overlays de Gentoo: ABS y también un repositorio actualizado por los usuarios, una especie de "wiki de paquetes", AUR, pero aún no los he investigado. Con estos mecanismos sí que es posible instalar KDE3 y otras cosillas, pero lo dejo para más adelante.

De momento usaré Arch, al menos hasta que salgan las nuevas "distribuciones fáciles". Para el futuro, a largo plazo me gusta más Gentoo, pero al menos tendré una opción formada sobre Arch. Por el momento, recomiendo a cualquiera que le guste trastear con linux que la pruebe, aunque yo, sobre todo por el tema de varias versiones de un paquete, me quedo con Gentoo. Eso sí, el logo es más bonito el de Arch :D

Sunday, October 12, 2008

Mandriva y cía

Una de las cosas positivas de Mandriva que ví al principio es la autocrítica, reflejada en la erratas en la wiki oficial. Incluye algunas cosas que había visto pero no había, comentado y otras que sí habia mencionado ya antes:
Otros muchos aún no están en las erratas, aunque el la página en inglés hay alguno más, como que las aplicaciones GTK aparecen con fallos gráficos en el panel, pero faltan otras muchas. Sin ir más lejos, la wifi falla al conectarse a puntos de acceso con WPA (y sin caracteres raros en la contraseña, a no ser que [0-9]+ sean caracteres raros), de manera increíble no hay ninguna aplicación para grabar discos en la instalación por defecto (instalar k3b requiere medio KDE3: 150 y pico megas), conky en desktop + compiz matan a las X, y así podría seguir un rato. Que conste que intenté instalar Mandriva 3 veces (más que nada porque las dos primeras me quedé sin wifi gracias a que el instalador borró el firmware), así que no creo que sea fallo mío. Vamos, que no le hubiera venido nada pero que nada mal otras dos semanitas de desarrollo, porque el resultado tiene una pinta de Beta que ni GMail ;)

Dispuesto a probar otros, intenté instalar openSUSE 11.0, por ver si la anterior vez fue fallo mío. Resultado: EPIC FAIL. Si siquiera llegó a arrancar el LiveCD, quedandose en una consola que decía: Arrancando X... Probé en inglés, con otra resoución y lo mismo. Probé arrancar en modo failsafe y llegó al escritorio, donde el touchpad funcionaba indescriptiblemente mal: cualquier toque bloqueaba el click y cuanquier movimiento accionaba la "rueda" del touchpad. Inusable. Aparte, las aplicaciones de systray (iconitos al lado del reloj) aparecían como programas minimizados en la barra de tareas, por supuesto sin posibilidad de hacerlos aparecer y por tanto sin poder usar la wifi (por ejemplo). Funcionaba tan mal que verifiqué el disco al arrancar de nuevo: MD5 OK. Suse KO.

Por último he probado Sabayon (filosofia ubuntu aplicada a gentoo en lugar de debian). La versión que me bajé fue "Sabayon-Linux-x86-3.5-Pod.iso", que resulta ser un LiveCD instalable como todos, pero con XFCE en lugar de KDE/GNOME y sin el firmware de la wifi. Lo peor es que en la web no explican que lleva, simplemente dejan links a los mirrors. Yo lo siento, pero teniendo un CD-RW no pienso gastar un DVD en probar la distro, y menos si no explican cómo va la cosa. Si encuentro un DVD+-RW lo intentaré.

Futuro: Dado que el portatil donde estoy probando estas distros lo va a heredar dentro de poco alguien no-geek, sigo buscando una distribución facilita. Kubuntu tuvo 2 oportunidades, así que le daré otra a openSUSE, versión 11.1 y si da tiempo, a Mandriva 2009.1. Aparte, intentaré sacar tiempo para probar Fedora10 y MEPIS8 y ya opcionalmente quizá Mint, PCLinuxOS... Quien sabe, incluso hasta PC-BSD o Desktop-BSD, aunque para un portátil no creo que den el pego.

Y yo volveré a los orígenes, Debian o Gentoo, dependiendo del procesador que tenga el portatil que me compre, aunque antes tengo ganas de probar Arch.

UPDATE: Parece ser que no soy el único al que Mandriva 2009 se le ha roto. Y de paso me he enterado de que PCLinuxOS en su versión actual no sirve de sistema para portatil, tocará esperar a una nueva versión.

Wednesday, September 24, 2008

Una semana con Mandriva

El día que acabé los examenes lo primero que hice (después de intentar ver un DVD con Vista) fue instalar Mandriva. La versión elegida ha sido la 2008.1, que a pesar de tener ya 6 meses casi, es la "estable" y asi cuando salga la 2009 (9 de octubre) puedo comparar. Espero que no pase como con suse, y la version nueva no sea peor que la vieja. (suse 10.3 daba muchos menos problemas que 11.0, ambas con kde3). En fin, que ha pasado una semana desde que lo instalé y creo que es tiempo suficiente para poder sacar ya muchas conclusiones. No voy a decir nada sobre las características generales, para eso esta la Wikipedia y distrowatch. Allá van mis impresiones.

Aspectos positivos
Lo primero y me atrevería a decir, de lo mejor que he visto para Linux: Mandriva Control Center (mcc) . Entre las cosas que me gustan de Windows está el panel de control. Pues el panel de control de Windows se queda corto comparado con el mcc. El mcc tiene todo lo que se puede necesitar y más. Las categorías generales son: Administración de paquetes, administración remota, hardware, redes, sistema(usuarios, logs, servicios, backups), recursos compratidos en red, discos (particiones), seguridad, arranque. Casi casi todo lo que he hecho lo he podido hacer desde aquí, sin tener que abrir una consola de root. Las cosas que he tenido que hacer a mano han sido recompilar el kernel (por friki, no por necesidad real), instalar modulos adicionales (rt73, ya que el rt73usb que hay en el kernel no me funciona) y otras cosas como "recuperación de claves WEP", que necesitan permisos de root. Aún así hay cosillas que mejorar, como integrarlo con el centro de control de KDE, o limar alguna cosa que no funciona como debería.
DKMS. Tras estas siglas se oculta una maravilla para "power-users". Y sorprende, siendo tan sencillo, como no se ha hecho antes. DKMS son las siglas de "Dynamic Kernel Module Support" y se trata de un sistema que recompila los modulos necesarios automáticamente cada vez que se cambia de kernel. Cuando compilé el kernel, di por hecho que al no tener el módulo de nvidia instalado para ese kernel (evidentemente, no estaba en el repositorio) no iba a poder arrancar en modo gráfico. Cual fue mi sorpresa cuando tras un largo arranque (un minuto extra o así) veo que me aparece la pantalla de presentación de nvidia antes de kdm. Wow! Basicamente en lugar de instalar los módulos binarios se instalan las "fuentes" y en cada arranque se comprueba si existen esos módulos para el kernel que se esté usando. Si existen no se hace nada y no se aprecia ningún retraso, y si no existen pues se crean. Parece ser que en la versión 8.10 de ubuntu también se va a incluir esto, a ver que tal les funciona. En mandriva va muy bien, aunque con un pero. Si se instala un kernel vanilla, la compilación del modulo en el arranque falla. Creo que hay que usar fuentes de kernel parcheadas por mandriva (no lo he confirmado, sólo probé compilar 1 kernel de kernel.org y falló). Y aún mas sorprendente, al fallar en esa ocasión, y no tener módulo nvidia, no me echo a una consola en modo texto, sino que hizo un "graceful fallback": un mensajito de error y reconfiguró el servidor gráfico con el driver nv libre. Chapó. Solo le faltaría volver a usar el nvidia cuando esté disponible, pero por desgracia hace los cambios permanentes. Lo cual no es tan grave, dado lo sencillo que es volver a ponerlo desde el mcc, pero no sé lo evidente/intuitivo que puede eso para un newbie.
Relacionado con el anterior, otra cosa muy sencilla como para ser una distribución tan "para usuarios" es compilar un kernel. Esto es gracias a que para cada kernel que hay en el repositorio, también viene la versión en código fuente, con sus parches y todo. Sólo hace falta un make, make modules_install y make install y listo. No hace falta ni tocar el grub, ni nada de nada. En mi caso quise recompilar el kernel porque el kernel para portatiles por defecto no soporta 4GB de RAM, para lo que tendría que instalar el kernel "para servidores", así que compilé un kernel con todas las opciones del poratil pero activando las extensiones PAE.
Otra cosa que también he comentado pero me gustaría destacar es la gestión de módulos "propietarios" (léase nvidia). Si el sistema detecta (al instalar o configurar) que para la gráfica que hay instalada hay un driver no-libre, pregunta si se quiere usar. Si se contesta que sí, se lo baja, lo instala y configura el servidor gráfico para que lo use. Lo único que hay que hacer es contestar "si" a un popup.
Por último es destacable, aunque era de esperar, que casi todas las funciones ACPI funcionan sin tocar nada. Teclas de volumen, brillo, silencio, play, todo estupendo. La suspensión en disco no funciona, supongo que es porque no tengo partición swap. Tampoco da ningún mensaje de error, simplemente hace todo el "progreso" de suspensión y al terminar en vez de apagarse el PC, se vuelve al escritorio. Quizá sin los parches tuxonice no se pueda usar un archivo como almacén, en gentoo usaba el kernel parcheado y sí tenía la opción (por opción me refiero a que estaba docuementado en el HOWTO). Es una faena, ya que con 4GB de RAM no me apetece nada tener que dedicar espacio de disco a swap. Aún tengo que comprobar si se puede hacer esto "a mano", pasándole el parámetro al kernel, ya que el kernel que instalé no es el de por defecto de mandriva sino uno "experimental" con varios parches, entre otros tuxonice. El resto creo recordar que las desactivé al compilar el kernel, por no jugarmela con la estabilidad.

Aspectos negativos
Como se suele decir, no todo el monte es orégano, así que Mandriva también tiene sus cositas que no funcionan como deberían.
La más grave es para mí es el reloj. Funcionaba bien, pero tras tocar alguna configuración, a veces al reiniciar el reloj se adelanta 2h. Da igual si se le dice que la hora hardware esta puesta a UTC o local (CEST:+2), parece ignorar este hecho y usar un mix de las dos. Al arrancar lo hace como si el reloj estuviera en UTC y suma 2 horas al reloj hardware. Al apagar, lo hace como si estuviera en hora local y guarda la hora tal como está, a la BIOS. Y lo peor es que no pasa siempre, sólo un 80% de las veces. Para rematar la faena, no encuentro en internet nadie describiendo este comportamiento, debe ser que he tocado algo raro, pero yo juraría que está todo ok, al menos en la sección de configuración de reloj, que esta reconfigurada 8 veces ya. Por suerte al rato de arrancar se arregla la hora por NTP.
Otra cosa bastante grave, pero que no es (totalmente) culpa de mandriva: la wifi muere. Aquí el problema son los drivers iwl4965. Resulta que si se hace un down de la interfaz, la tarjeta no vuelve a funcionar. En teoría no debería pasar nada, pero resulta que el dhclient que usa mandriva, al recibir un DHCP NAK, hace un ifconfig down y se va el invento a tomar vientos. Así que la solución pasa por cambiar de dhclient a dhcpcd. La opción esta en la parte "Avanzadas" de la configuracion de la interfaz de red, en forma de desplegable. Si está instalado dhcpcd, se instala automáticamente en ese momento (una gozada). Lo raro es que en kubuntu no dio problemas y resutla que el dhclient de kubuntu no baja la interfaz al cambiar de ip y por eso la tarjeta sigue funcionando. Si se hace un "ifconfig wlan0 down" de manera manual en kubuntu, la tarjeta muere para el resto de la sesión igual que en mandriva, asi que claramente es problema del iwl4965.
Otra cosilla negativa, aunque la intención es buena, a la hora de montar serividores. Al estilo coco.... Bien: incluir un "task: LAMP"que instale automáticamente todo lo necesario para montar un típico webserver. Mal: olvidarse de inculir a mysql como dependencia del paquete LAMP (que más que LAMP es "LAP"). Incluso instala php-mysql, pero no el mysql en sí. Tiene la pinta de un despiste por parte del creador del paquete. Se instala mysql aparte y no hay tragedia. Otro fallo más grave es en la configuración por defecto de apache. Por desgracia no trae un apartado de mcc para configurar servidores, así que hay que editar archivos ".conf" y el que trae por defecto, hace que el apache no se inicie al arrancar aunque esté configurado para ello. Trae la opción Listen 0.0.0.0 80, lo cual significa que debe escuchar en todas las interfaces en el puerto 80 pero sólo para IPv4. Según el manual de apache está bien, pero por algun extraño motivo, al arrancar da error de sintaxis en esa línea y al apache no se inicia. Sin embargo, al iniciar apache una vez arrancado el PC (haciéndolo tanto por consola como desde mcc) no da ningún problema. El orden de arranque es correcto, y el apache se inicia de lo último, cuando la red debería estar funcionando, quizá sea algún retraso del DHCP o algo... Cambiando la línea por Listen 80 se soluciona el problema y el apache se inicia al arrancar.
Tampoco me gusta demasiado que los paquetes no se actualizen demasiado. En el repositorio siguen estando disponibles vlc 0.8.6 y kde 4.0.3, cuando ya hace un tiempo que salieron las verisones 0.9.2 y 4.1.1, con mejoras significativas. Quizá estén en los repositorios "testing", y el repositorio por defecto sólo distribuya actualizaciones de seguridad... habrá que comprobarlo.
Otros defectos menores, o más bien "wishlist" son que el orden de las opciones de arranque no se puede cambiar desde mcc, hay que editar el grub.list para ello a mano. Otro: estaría genial un apartado en mcc para configurar servidores: httpd.conf, php.ini, algo tipo phpmyadmin... Otra cosa feísima es el prompt por defecto en la consola:
bash-3.2$ echo $PS1
\s-\v\$
bash-3.2$
Aunque la verdad, si alguien va a usar la consola, debería saber configurarse un prompt a su gusto...
Para terminar la lista de defectos, la resolución nada más instalar el sistema no era correcta, 1024x768 en vez de 1280x800, pero no es nada del otro jueves cambiarlo, cómo no, desde el Centro de Control.

Otros
Como comentarios generales, lo primero es decir ¡wow, peazo distribución! La gente se dedica a poner Ubuntu por las nubes y para un usuario normal Mandriva es mucho, muuucho más fácil de usar, bajo mi punto de vista. Y repito, para un usuario normal. A mi después de haber usado gentoo tanto tiempo cualquiera me parece fácil, pero en Mandriva un usuario normal puede no tocar la consola (esa "ventana muy rara, toda negra, con letras blancas" que tanto sale en los foros) en ningún momento.
El aspecto es genial, usando un mismo tema gráfico para todo: grub, bootsplash, kdm, ksplash y fondo de escritorio. El unico "problema" que hay es al querer cambiarlo. A mí me gusta mucho más el tema de mandriva-free (version 100% libre) que el de mandriva-one (version amigable, con codecs, flash, modulos nvidia, etc). Al instalar (con el mcc) mandriva-theme-free y free-kde-config se configura todo excepto la pantalla de carga de kde (kpslash). Para esto hay que hacer un enlace simbolico a /var/lib/mandriva/kde-profiles/free/share/apps/ksplash/Themes/Free/ dentro de la carpeta /usr/share/apps/ksplash/Themes/ (se puede copiar, si a alguien le sobra disco). Seguramente sea más correcto incluir la carpeta en algún PATH en algún fichero de configuración, pero no tengo ni idea de dónde mirar para saber que fichero es, man ksplash no da resultados. El tema es que tanto /var/.../kde-profiles/one como /var/.../kde-profiles/common están dentro ese "PATH", porque los themes que hay en ellos se muestran, pero el /var/.../kde-profiles/free, no.
Como ya he comentado antes, para que me reconozca los 4GB de RAM, he tenido que usar un kernel con soporte de 64GB (PAE), que por defecto es el variante "server". Como no me importaba hacerlo, yo preferí compilarme en kernel, pero hubiera sido suficiente con instalar este variante. Un hecho sorprendente es que por defecto trae el kernel "desktop586" que detecta sólamente ¡880MB! Dicen que para sistemas con 1GB no vale la pena cambiar el kernel por el desktop a secas o el laptop, que reconocen hasta 3,2GB, por la pequeña perdida de rendimiento, pero espero que para la versión 2009 el kernel por defecto reconozca más memoria, ya que casi ningun equipo actual tiene menos de 2GB... Al menos se puede configurar, el Vista en 32bits sólo detecta 3GB y punto pelota. En problemillas como este y el de la tarjeta de red se agradece enormemente la sección de erratas de la wiki, que me parece muchisimo mas legible que el Knowledge Base de Microsoft, que es más al estilo bugzilla, sin un índice o algo de esructura. No se que sistema tiene Kubuntu, ya que no encontré mas que foros y tampoco busqué más allá.
Mas cosas: el touchpad. Gracias a gsynaptics, el touchpad funciona muchísimo mejor que en Vista. Muchísimo. Tanto como perfecto. Scroll vertical y horizonal, nada de falsos clicks al hacer scroll, y no deja de funcionar cuando le da la gana... una maravilla. Y eso que para Vista lo configura el fabricante...
En cuanto a soporte, hay una página oficial para ello, una mezcla de foro/sistema de tickets, aparte de los tipicos foros de usuarios. Lo bueno es que en entornos profesionales, en la página oficial se puede solicitar ayuda urgente de pago, lo que seguro que ayuda a más de una empresa a dar el paso.

Y esto es todo por hoy. De las distribuciones "fáciles" hoy en dia en el mercado recomiendo Mandriva sin lugar a dudas. Mucho mejor que _ubuntu 8.04 y que openSUSE. A aprtir de octubre saldrán todas las nuevas versiones, así que habrá que comparar de nuevo, ya que no tiene porque mejorar, por desgracia (véase WinXP vs Vista o openSUSE 10.3 vs 11.0).

Saturday, January 26, 2008

Hasta luego, Gentoo

Llevo unos días pensando en cambiar la distro del portátil. Gentoo está bien para aprender, pero me he dado cuenta de que es mas para trastear y para jugar con ella que para su uso habitual. Sobre todo desde el día que tuve que hacer unos diagramas UMLpuaj!) y encontré en Internet una lista de algunos programas que facilitaban bastante el trabajo, ya que Kivio es más para diagramas más genéricos. Uno de ellos tenía una pinta estupenda y además era para KDE: Umbrello. Yo iba bastante pillado de tiempo y esperar 40 minutos a que se compilara Umbrello y 2 o 3 dependencias no me pareció la mejor solución, y eso que estaba en casa con el ordenador conectado a la corriente, sino la instalación del invento se habría comido media batería.

Caso aparte que el programa en cuestión era prácticamente inusable por lo que se rompía, bastaba borrar una clase del diagrama sin borrar antes los enlaces y segfault. Además, las etiquetas de texto no se podrían mover, ya que desde que se pulsaba el ratón para arrastrarlas hasta que dejaban de moverse pasaban décimas de segundo. Cada movimiento había que hacerlo en 5 o 6 arrastres. Y luego cada vez que se editaba una relación de colaboración, añadia el prefijo de secuencia al nombre del metodo invocado, aunque ya tuviera el prefijo de antes, lo que llevaba a etiquetas del tipo "3.2 3.2 3.2 create()". Y también... bueno, que era un desastre de implementación en general, aunque el programa tuviera una pinta muy muy prometedora. Parecía una versión 0.1 y no la 1.5.8. Tampoco quiero meterme mucho con él puesto que aún no tengo claro que esto fuera culpa del programa, porque no encontré quejas similares en ningún foro ni nada, así que igual era problema de la compilación, aunque lo compilé otra vez más tarde y una tercera habilitando el USEFLAG debug, pero seguía con los mismos fallos.

Otro problemilla que tenía con gentoo es que tener la CPU a 100% durante horas compilando cualquier actualización ( lo que se traduce en 80 ºC constantes) no me parece buena idea. Y está a 80 porque las políticas del cpufreqd están establecidas de manera que si se rebasa los 80º, las CPU baja de 1,8 a 1,3Ghz, con lo que se consigue una temperatura más razonable, aunque sea a costa de bajar la potencia y por tanto alargar el proceso de compilación. Sin control del cpufreqd, la temperatura llega fácilmente a 90-92 grados. Las temperaturas son tan extremas porque el ventilador murió y está cambiado por uno menos potente y el nuevo no da mucho de sí, pero aun así cuanto mas fresquito esté, mejor para la batería y demás piezas del portátil.

Un último punto negativo se lo lleva le gestión de actualizaciones. Mientras un apt-get update tarda poco más de 10 segundos en un portátil ya entrado en años, un eix-sync puede llevar fácilmente varios minutos.

Con todos estos pequeños inconvenientes he decidido probar algo nuevo antes de pasar al viejo conocido debian, a ver si algo me gusta. A Suse le tengo cierto reparo por su manera peculiar de configuración (¿demasiado "oculta", quizá?) y que también tarda cosa de 3 o 4 minutos actualizar los repositorios. He estado mirando Fedora, Slackware, Arch y Mepis, entre otros. Pero siempre están los BSD por ahí, que me llaman mucho la atención.

Ya veremos lo que instalo, aunque de momento Debian tiene todas la papeletas de ser la (re)elegida. Por supuesto no es un adiós, ya que gentoo tiene muchísimas cosas buenas y que echaré de menos, pero de momento no me convence para su uso en un portátil con software cambiante.

Thursday, October 25, 2007

"FN Keys" en Linux

Un problema que he tenido con todas las distribuciones que he probado últimamente ha sido el tema de las teclas especiales del portátil, esas que sirven para ajustar el volumen, hibernar, etc. En algunas distros funcionaban algunas cosas, en otras salía el OSD pero no funcionaban y en la mayoría no funcionaban en absoluto. En las distribuciones de prueba ni me he molestado en investigar sobre el asunto pero en mi gentoo tenía que hacer que funcionasen estas teclas ya que su comodidad es incomparable a hacer las cosas con el raton desde algun menú, como el de KMix.

Los pasos para tener las teclas fn funcionando en un Sony Vaio SZ son:
1. Instalar soporte de teclas especiales sony en el kernel. Antes el módulo se llamaba sony_acpi, pero ahora es sony-laptop. Con esto conseguimos que el kernel genere eventos acpi cada vez que pulsamos la tecla fn + f1-f12
2. Procesar los eventos acpi. Para esto basta una sección adicional en el script /etc/acpi/default.sh. Por supuesto, se puede llamar a un script aparte poniendo el clasificador correspondiente en /etc/acpi/events/ y creando el script en la carpeta anterior, o en una subcarpeta, a gusto del usuario. En mi caso, la seccion relevante del default.sh es:
  1. #!/bin/sh
  2. # /etc/acpi/default.sh
  3. [...]
  4. case "$group" in
  5. button) [...]
  6. sony)
  7. case "$value" in
  8. 0000000d)
  9. logger "mute"
  10. /usr/local/bin/vol_mute
  11. ;;
  12. 0000000e)
  13. logger "bajando el volumen"
  14. /usr/local/bin/vol_down
  15. ;;
  16. 0000000f)
  17. logger "subiendo el volumen"
  18. /usr/local/bin/vol_up
  19. ;;
  20. 00000010)
  21. logger "bajando el brillo"
  22. /usr/local/bin/bright_down
  23. ;;
  24. 00000011)
  25. logger "subiendo el brillo"
  26. /usr/local/bin/bright_up
  27. ;;
  28. *)
  29. logger "acpid: sony action $value is not defined"
  30. ;;
  31. esac
  32. ;;
  33. ac_adapter) [...]]
  34. *) log_unhandled $* ;;
  35. esac
3. Crear los scripts que den la funcionalidad. En caso del volumen se puede usar el comando amixer. Para el brillo basta leer/escribir en /sys/class/backlight/sony/brightness. Por supuesto se pueden asignar las funciones que se quieran a las teclas, como ejecutar scripts de mantenimiento, arrancar navegadores... Como ejemplo dejo dos scripts de control de brillo y volumen, que es lo mas usado.
Brillo:
  1. #!/bin/bash
  2. BRIGHTNESS="$(cat /sys/class/backlight/sony/brightness)"
  3. if (( BRIGHTNESS < 7))
  4. then
  5. BRIGHTNESS=$((BRIGHTNESS+1))
  6. echo $BRIGHTNESS > /sys/class/backlight/sony/brightness
  7. # DESCOMENTAR PARA OSD
  8. # PERC="$(( (BRIGHTNESS*100)/7 ))"
  9. # osd_cat --pos=middle --align=center --barmode=percentage --percentage=$PERC --text=BRILLO &
  10. fi
Volumen:
  1. #!/bin/bash
  2. VOLUMEN=$(/usr/local/bin/vol_get)
  3. (( VOLUMEN = VOLUMEN + 5 ))
  4. if [ $VOLUMEN -gt 100 ]; then
  5. VOLUMEN=100
  6. fi
  7. /usr/local/bin/vol_set $VOLUMEN
Siendo vol_get:
  1. amixer sget Master | grep Left: | sed -e "s/[^[]*\[\([^%]*\).*/\1/"
Y vol_set:
  1. #!/bin/bash
  2. if [ $# -lt 1 ]
  3. then
  4. echo "Uso: $0 VOLUMEN"
  5. exit 1
  6. fi
  7. amixer -q sset Master ${1}%
Los scripts son de andar por casa y chapuceros, de hecho creo que son los primeros que he escrito, así que no tengo mucha idea de normas de estilo, ni siquiera de normas en general ;) Pero espero que sirvan para ilustrar el proceso a seguir para ajustar el comportamiento al gusto de cada uno. Y por supuesto la regexp de sed ha sido copiada de una web y modificada para que funcione con la salida del amixer (salida filtrada chapuceramente con grep xD).
Por supuesto, existen otros métodos como mapear los eventos acpi a pulsaciones de teclas en X, o a través de módulos de KDE, pero esas soluciones o son más complejas y menos potentes o se acercan más al Plug & Pray y si no funcionan a la primera, no hay manera de arreglarlas.

PD: el codigo para la su publicación ha sido porcesado usando esta página. Increíble lo que he tardado en encontrar una página de ese tipo, la relación señal/ruido en Internet cada vez es peor.

Tuesday, October 16, 2007

openSUSE 10.3 + Compiz-Fusion

Con tanto trajín de distribuciones, cada una instalando su propio gestor de arranque, al final se le queda a uno el MBR hecho un desastre. Y mas cuando alguna distribucion lo que hace es copiar el menú existente y encadenarlo al que instala ella misma. Es decir, uno arrranca el PC tras instalar por ejemplo, SuSE, y aparece un menu de arranque. En ese menu se puede seleccionar entre arrancar SuSE, Pequesuave Ventanas o las instalaciones anteriores de Linux. Pues cuando se selecciona la instalacion anterior, en lugar de arrancar el sistema, nos lleva al menu original de esa instalación.

El caso es que arranqué SuSE para arreglar el desastre y de paso instalar ese gestor de arranque tan bonito que trae (gfxboot se llama el invento, y es un parche al grub desarrollado precisamente por la gente de SuSE).
Ya que estaba, y recordando la instalación del qemu, decidí probar suerte con el compiz-fusion. Compiz viene instalado por defecto y sólo hace falta activarlo con un par de clicks, pero no hay nada como un estar a la última. Y nueva sorpresa: sólo hace falta instalar el "opensuse-xgl-settings" desde el YaST y luego dentro del configurador, darle al botón "Instalar", luego a "Configurar" y luego a "Activar". Reinicio y todo listo. Sin un solo comando, ni consola, ni nada. Esto sí que es un sistema "user-friendly".

Ojo, no digo que yo no me lo pase bien toqueteando todo lo que puedo con el consola con gentoo, lo que pasa es que no se puede predicar a los cuatro vientos lo facil que es un sistema y luego para cualquier cosa que no sea navegar por internet, tener que estar haciendo sudo apt-get install, editando xorg.conf's, creando scripts y demás historias...

Para terminar, un par de screenshots.

Escritorio por defecto:


Compiz-Fusion:



En fin, no se de donde han salido todos los fans de Ubuntu, pero para instalar Compiz-Fusion hay que hacer casi el mismo trabajo que para gentoo... ¿eso es ser facil / para principiantes? A ver si un día de estos saco tiempo y hago una pequeña comparativa entre todas las distros que he tocado la últma semana.

Linux para... ¿seres humanos?

Tras usar Windows durante un tiempo, uno se hace a la idea de que cada X tiempo toca formatear. Eso, y que de manera casi inevitable hay que instalarse un antivirus, antispyware, bla, bla, bla... Bueno, yo soy un temerario y a parte de usar WEP en la wifi de mi casa jamás en 9 años que llevo usando un PC he tocado un antivirus. Eso de tener un programa mirando todo lo que haces, lo que te bajas, lo que envías por msn a amigos incautos y tocando las narices en general, no me hace mucha gracia. Para programas inútiles que consuman recursos prefiero el compiz, que al menos da una alegría a la vista, jeje. Y por cierto, en estos 9 años: 0 infecciones por virus para el menda. Del blaster me libré por conectarme por router y de lo demás, por tener dos dedos de frente al navegar por internet. En realidad no hay antivirus que proteja al usuario de su propia estupidez así que toda el concepto de "antivirus" carece un poco de sentido....

Volviendo al tema de los formateos periódicos, cuando se vuelven necesarios cada 3 meses hasta el más inexperto se cansa y pide ayuda a su amigo informático. Que por cierto, esto de "el amigo informático" ya lo trataré en otros posts, porque tiene tela el asunto y ya me he desviado bastante. El caso es que uno analiza las necesidades del usuario y le dice que para navegar, msn y ofimática cualquier distibución de Linux es más que suficiente. Pero claro, tiene que ser un Linux "fácil" y aquí empiezan los problemas.

El primero que viene a la mente es el tan de moda Ubuntu, pero a parte de parecerme bastatne feo (cosa solucionable), para hacer cualquier cosa hay que andar abriendo consolas y haciendo sudos. Si eso es un sistema para novatos que baje dios y lo vea.

Luego uno piensa en los "clásicos". Aún recuerdo mi primer linux, aquel Mandrake 7.2 que venía con un revista e instalé en el PIII450, 256Mb, 10Gb y Voodoo3 de la familia. Ya arranqué un PCLinuxOS (los desarrolladores son ex-Mandrake) hace unas semanas y me pareció una gran distro, así que la opción lógica fue la nueva Mandriva 2008.0 Free, en teoría la versión oficial de la saga. La verdad es que me decepcionó un poco al no traer driviers para la ipw3945 pero el centro de control no estaba nada mal. Aún asi la falta de drivers "out-of-the-box" me pareció un fallo muy grave para una distribución que pretende ser fácil.

Hace unos meses había grabado un DVD con la openSUSE 10.2 y no me convenció demasiado, al igual que la 9.algo un tiempo atrás, pero ya que había salido hace poco la 10.3 decidí probarla. Y solo me queda decir: ¡wow! Vaya mejora en apenas unos meses. Mientras la 10.2 no reconocía ni la pantalla 1280x800 del portatil, la 10.3 directamente arrancó con un precioso splashboot a pantalla completa. Impresionante. Y el escritorio no es para menos. Estuve unas horas trasteando con el YaST y la verdad es que parece que no hace falta tocar la consola ni un solo momento para configurar todo como se quiere. Incluso instalé el qemu a golpe de ratón sin ningún problema. Me ha dejado tan buen sabor de boca que en cuanto termine de "tunear" el gentoo del portátil (con, por ejemplo, el gfxboot de SuSE) sustituiré el Debian 4.0 del PC de escritorio por un flamante openSUSE 10.3. Y eso, tras... ¿5? años usando Debian, son palabras mayores.

Eso sí, del servidor/router el único que puede sustituir a mi querido Debian es ese OpenBSD que ando probando y no tiene tan mala pinta como creía. Pero los experimentos, con gaseosa; así que de momento, y por muchos meses, seguirá habiendo un Debian en mi casa :)

PD: al principio he hablado de "Windows". Tras las últimas clases de "Traducción de textos informáticos" en la facultad no se si esto es correcto. Después algunas barbaridades de días pasados, esta mañana me enteré de que "phishing" es totalmente incorrecto y hay que sustituirlo directamente por la palabra "estafa". Vamos, que si te timan al comprar una casa, te han hecho phishing, así de repente. Y todo esto en un artículo que trataba de explicar qué es el phishing.... ¡perdon! qué es "la estafa". Así que creo que en honor a mi sabia profesora de inglés debería empezar a hablar de Pequesuave Ventanas XP, no vaya a ser que me suspenda a final de cuatrimestre...