Ubuntu y los botones para cerrar, minimizar y maximizar..

1 04 2010

O lo que es lo mismo, Ubuntu y su equipo de diseño…

Si os dijera que voy a cambiar el botón de cierre (Aka ‘Corre corre que me pillan’ o ‘X’), el botón de minimizar (aka ‘El salvavidas’ o ‘Minimizar’) y el botón de maximizar (aka ‘A ver que es esto..’ o ‘Cuadradito’) al lado izquierdo de vuestra pantalla me mandariais a la mierda, verdad?

Pues bien, el equipo de Diseño de Ubuntu (Ubuntu Design Team o UDT) ha decidido hacernos un cambio espectacular en cuanto a la estética se refiere, vamos a pasar de tener nuestros apreciados botones de manejo de ventana de la derecha a la izquierda…

Es cierto que no hay mayor problema pero, los que llevamos tantísimos años acostumbrados a tener los botones de control de ventana en la derecha ¿por qué coño tenemos que tenerlos a la izquierda ahora?

Se han creado webs a modo de protesta, post en los foros de Ubuntu, encuestas y demás pero, Ubuntu parece ser que lo tiene claro..

Tal vez quieran deshacerse del parecido con Windows (Recordaros que Mac OS X tiene los botones a la izquierda de toda la vida, al contrario que Windows, que los mantiene a la derecha) pero, si la comunidad, que al fin y al cabo es quien mueve, promueve y utiliza Ubuntu pide que no se cambien, no deberían de cambiarse.

Mi mera opinión personal es, si tanto os disgusta los botones a la izquierda, siempre podeis usar Debian (Ubuntu es un derivado de Debian) que es lo más simple o, modificar el código de GNOME (Cosa que creo yo que, con cada actualización va a ser un poco pesado de hacer).

Bajo mi punto de vista los cambios no son malos, pero sigo insistiendo en que, si la mayoría de la comunidad pide una rectificación en el diseño, se debería responder o negarse pero dando unos motivos sólidos y robustos para convencerlos.

Y como es graciosísimo ver como la gente se queja de los botones, me uno a la protesta con un típico ‘CowSay’.

Why My Fucking Buttons Go Left?!

Anuncios




Poniendo a prueba Firefox vs Opera vs Chrome

26 03 2010

No sé porqué ni el como me ha dado por hacer las pruebas en los tres navegadores más usados actualmente pero los resultados son ‘sorprendentes’.

Prueba de Seguridad Firefox

Pruebas realizadas bajo Firefox

Algunos sabreis que hay varios complementos para la seguridad en Firefox 3.6, entre los cuales tengo NoScript.
Aun con NoScript ha habido algunos fallos (Marcados en Rojo).

Pruebas de Seguridad en Opera

Pruebas de Seguridad en Opera

En Opera 10.10 sin ningun complemento (la instalación por defecto), ha habido algun fallito más en comparación con Firefox (y esperaros a ver las pruebas de Chrome..).

Prueba de Seguridad Chrome

Prueba de Seguridad en Chrome

Y Chrome 5.0.356.2 (de la rama inestable), contra todo pronóstico es el que mejor ha salido parado de estas pruebas, con una mayoría absoluta de pruebas pasadas (También sin complementos instalados).

Siempre decimos que Firefox es un navegador seguro pero, ¿estan infundadas nuestras palabras?

Todas las pruebas han sido realizadas bajo la misma plataforma (GNU/Linux) y arquitectura (i368/i686) y sobre la misma máquina.

Seguramente la próxima vez que nos pregunten ¿cuál es el navegador web más seguro? nos lo pensemos dos veces antes de decir Firefox. Aunque con esto no quiero decir que Firefox sea un mal navegador, es más, es mi navegador preferente. Esperemos que el equipo de Mozilla se encargue de mejorar estos aspectos en las futuras versiones 3.6.2 y 3.7. A Opera y Chrome, no se les puede decir mucho, tan solo felicitarlos por el gran desarrollo que estan realizando con los navegadores y a Mozilla, darles una palmadita en la espalda pidiéndoles que en las próximas versiones mejoren aspectos como la seguridad y la apariencia (aunque lo de Personas ha revolucionado mucho el mundo de los diseños/themes) y que implementen ya de una puñetera vez el estandar de HTML5… (esto va para todos ¬¬ Chrome, Firefox y Opera…)

Que no se me olvide que TODAS las pruebas han sido realizadas gracias a BrowserScope, sin sitios como BS esto no hubiera sido posible 🙂

¡All My Support to BrowserScope Team!





aMSN2 Perfecto pero.. ¿Para el 2040?

3 01 2010

Much@s de vosotros/as conocereis aMSN (Alvaro’s Messenger), un cliente de mensajería instantánea.

Hace hará más de un año se anunció la versión 2 de aMSN: aMSN2, se anunció tal cual un 12 de Junio de 2008.
Recordar que estamos a 3 de Enero de 2010 y aun no hay ni una sola fecha de publicación.

¿Por qué pasa esto?

Por mezclar dos proyectos que nada poco tenian que ver, por querer quitarse competencia de encima (Recordemos que emesene y aMSN se unieron para crear aMSN2).

Por la falta de unidad del equipo de desarrollo, por diversos motivos. Ahora vendrán con la excusa de que todos tenemos vida y que no les pagan por programar…

No es necesario que os recompensen económicamente, yo también he trabajado en proyectos GPL (sin ánimo de lucro vamos..) y cuando se proponía una nueva versión se intentaba pulir una versión alpha para ‘dar algo a los impacientes’, calmar las ansias de ‘cambio’ y callar bocas.

El problema realmente surje cuando, un grupo de personas se niegan y ofenden a la gente que entra en el foro preguntando una fecha de publicación para aMSN2.

Una típica respuesta del administrador de aMSN:

like we said thousands of time : STOP ASKING THAT QUESTION!
It will be ready when it will be, just asking will only annoy us more than anything else… if you want to speed up the process, clone the git repository and start patching it up until it’s usable. If you can’t code on it yourself, then be patient like everybody else.
Nos ofrece  de una manera poco amable amablemente dejar de preguntar la fecha de publicación y  nos brinda la posibilidad de ponernos a currar en el git (repositorio que usa aMSN actualmente).
Personalmente, llevo sin usar aMSN bastante tiempo (lo tuve que usar por necesidad in extremis una vez solamente, mientras se trabajaba en Mercury para solucionar el problema de las conexiones por webcam), actualmente lo único que uso es Pidgin y Mercury (Pidgin para GTalk, Jabber, ICQ… y Mercury para MSN Messenger).
En resumen, hoy os traigo una vista crítica sobre el desarrollo actual de aMSN, solo para que la gente deje de usarlo y lo deje en el olvido para que se den cuenta de que aMSN no es más que un proyecto corriente que, a día de hoy no puede competir con otros clientes de mensajería instantánea como Pidgin o Mercury.
If KaKaRoTo is reading this weblog, I’m hatin’ aMSN 😉




[GowTo] Instalar Drivers Propietarios Tarjeta Gráfica en Linux

26 12 2009

Este pequeño GowTo es a petición de un visitante que dejó un comentario sobre la aplicación EnvyNG que tenía diversos problemas y, para zanjar el asunto, pidió que creara un GowTo para instalar los drivers de la tarjeta gráfica en Linux.

Lo primordial es descargarte los drivers de la web oficial de nVidia (que por cierto, si lo intentais en un terminal (lynx, elinks etcétera..) es un gran coñazo descargarse los drivers por los menús y los estilos de CSS de la “fantástica” web de nVidia…

Yo personalmente descargo los drivers en fase / estado ‘Beta’ (Beta = véase estado en fase de pruebas que no es recomendable para un sistema que requiera de cierta estabilidad)  aunque realmente gracias a que los devilops (Véase DevilOps (D-Evil-Operators o lo que es lo mismo; Malvados Operadores / Desarrolladores) hacen los controladores más ‘óptimos’ que pueden y no suele no hay problema alguno.

Si quereis probar los Drivers de nVidia Beta podeis descargarlos desde aquí.

En cambio, si sois más conservadores y quereis la seguridad y fiabilidad de los ‘estables’ (Aunque como su nombre indica, algunas veces es todo lo contrario) podeis descargarlos desde aquí

De igual modo, en cualquiera de las dos fases que seleccioneis, debeis seleccionar el modelo de vuestra tarjeta gráfica y el sistema operativo (algunas veces ya aparece marcado gracias a los Agentes de Usuario del navegador que informa del sistema).

Con el archivo .bin (es la extensión, no os asusteis tan pronto) en nuestra carpeta $HOME ($HOME == Alias para la dirección de carpeta /home/nuestroUsuario), tan solo debemos salir del entorno gráfico (Servidor X, no pensemos mal tan pronto…) ¿Como lo hacemos? Facilón facilón, pulsamos CTRL + ALT + F1 y pasaremos a un entorno muy extraño para algunos y muy familiar para otros (un saludo tty!!!).

Se nos pedirá que introduzcamos el login y el password (Nombre de Usuario y Contraseña que usemos normalmente para entrar en nuestro entorno gráfico).

Antes de empezar la instalación tenemos que parar el GDM (Gnome Display Manager) con el siguiente comando:

sudo /etc/init.d/gdm stop

Después, en el terminal (Sí, eso tan soso y oscuro se llama terminal, prompt o tty), escribimos

chmod a+x NVIDIA-Linux-x86-195.30-pkg1.run

sudo ./NVIDIA-Linux-x86-195.30-pkg1.run

Si no nos apetece darle permisos de ejecución o hacerlo ejecutable (llamémosle ‘X’) podemos ejecutarlo como un simple script en Bash

sudo sh NVIDIA-Linux-x86-195.30-pkg1.run

Y listo, el proceso de instalación es bastante simple y no requiere de mayores instrucciones (Eso sí, leerme la pantalla por el amor de dios…).

Os recomiendo tener instalado el paquete DKMS (Dynamic Kernel Module System o en Castellano Sistema de Módulos Dinámicos del Kernel), porque la instalación de los drivers propietarios de nVidia (Sí, son closed-source o lo que es lo mismo no tienes derecho alguno a modificarlos y si lo hicieras incurririas en un delito) requiere de la instalación de un módulo para el correcto funcionamiento de los mismos.

A medida que la instalación avance, os preguntará el asistente si quereis compilar el módulo para el kernel actual, obviamente, debeis seleccionar ‘Sí’ o ‘Yes’ con las flechas de dirección del teclado (En palabras simples: Esas flechas con las que bajas por las páginas guarrillas mientras tienes la otra mano ocupada.. ¿Me… vas pillando no??), aunque en este caso, en vez de usar arriba y abajo, usaremos las teclas izquierda y derecha.

También se nos preguntará si queremos que el asistente cree un nuevo archivo de configuración del servidor X, personalmente, si no tienes ninguna modificación personal del archivo o si no te importa perderla, permítele al asistente que se ocupe del temita..

Una vez finalizado el proceso, el asistente nos confirmará la instalación de los drivers.

¿Ha sido o no ha sido fácil!?

Pues bien, ahora para confirmar que tenemos rendimiento 3D y los drivers en correcto funcionamiento escribimos en un terminal o consola:

glxinfo |grep direct

El resultado que nos debería aparecer si todo ha ido como la seda es el siguiente

cross@GenLinux~$ glxinfo |grep direct
direct rendering: Yes

Listo, ya puedes jugar al OpenArena o al Warsow sin problemas y con los drivers propietarios de nVidia (que por desgracia, los drivers de código abierto (Open Source) no tienen un gran rendimiento en cuanto a 3D se refiere..).

Más GowTos





Nautilus No Genera Vista Previa Thumbnails

30 10 2009

Nautilus no genera vistas previas (Thumbnails) para algunos archivos sin haber instalado antes los codecs correspondientes.

Parece ser que si no instalas los codecs correspondientes para reproducir el formato de vídeo, Nautilus ‘omite’ los archivos sin codecs (como era de esperar).
La solución es bastante simple:

cd $HOME/.thumbnails/fail/gnome-thumbnail-factory/

rm *

Con estos dos sencillos pasos, Nautilus regenerará todas las vistas previas de los archivos (Previews – Thumbnails). En caso de que no se regenerasen:

killall nautilus

nautilus &

Listo 🙂

Espero que os sirva de ayuda.





¡Lista de colaboradores GenLinux!

26 09 2009

Bueno, como much@s de vosotr@s ya sabeis, hará algún tiempo inauguré una sección llamada ‘Ordenador Linux‘, en esa sección proponía varios ordenadores con Linux pre instalado para que pudierais comprar un ordenador económico y a la vez con Linux (Cualquier distribución) y así también, colaborar con GenLinux.

Pues bien, pasado un tiempo y a fecha de hoy (26 de Septiembre de 2009) la lista de compradores es la siguiente: (Sólo nombraré pseudónimos (aka nicks))

  • Racing21
  • Exparta
  • Euse
  • Auriox
  • Mazescape
  • Zarroz

Y por el momento ésto es todo, recordaros que los pagos se realizan a través de Paypal, que no hay problemas de estafa (me llevais conociendo desde hace ya bastante tiempo) y que la finalidad de ésto es sacar algunas ‘pelillas’ con el weblog. Principalmente, los envíos que he realizado hasta ahora han sido en territorio Español, pero támpoco cierro puertas a envíos internacionales (siempre y cuando la persona interesada corra con los gastos extras que se generan al ser un envío internacional.





WWW o no WWW

13 09 2009

Muchas veces necesitamos hacer uso de un dominio específico y de una forma exclusiva las peticiones y todos los enlaces conduzcan a una determinada URI.

Tal vez no me esteis entendiendo pero ahora seguro que sí.

Más de un webmaster se habrá comido la cabeza pensando si su dominio debería ser accesible atraves de http://ejemplo.es y http://www.ejemplo.es, la diferencia tan solo está en el WWW (World Wide Web), aunque, como hoy en día el ranking de las páginas también se ve afectado por los buscadores como Google es recomendable que unifiquemos todo el tráfico bajo un dominio y una forma de petición al mismo, es decir WWW ó No WWW pero sólo una.

¿Cómo se consigue redireccionar las peticiones Sin WWW a WWW?
Facil, haciendo uso del mod_rewrite de Apache,  podemos hacerlo. Creamos un archivo .htaccess y escribimos lo siguiente:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www.ejemplo.es
RewriteRule ^.*$ http://www.ejemplo.es%{REQUEST_URI} [R=301,L]

¿Y al reves?

Idéntico, creamos un archivo .htaccess y insertamos lo siguiente:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www.ejemplo.es
RewriteRule ^.*$ http://ejemplo.es%{REQUEST_URI} [R=301,L]

Una vez creado el archivo .htaccess tan sólo debemos subirlo vía FTP a nuestro servidor a la carpeta www ó public_html/ (varía según configuración).

PS: Estas instrucciones también se podrían utilizar para redireccionar una web a otra… pero no lo useis para cositas malas 😉