Activado acceso HTTPS predeterminado en Gmail

Hoy al entrar en mi cuenta de Gmail, he observado un aviso de novedades en el servicio.

Al consultarlo, me encuentro que han activado de manera predeterminada el acceso a nuestra cuenta a través del protocolo HTTPS.

tal como en la práctica se puede comprobar.

Ya desde hace algún tiempo se podía habilitar dicha posibilidad, pero por defecto estaba desactivada. Sin embargo, a partir de ahora, todos los usuarios tendrán dicha opción activada por defecto.

¿Tendrá este cambio algo que ver con el actual conflicto que mantiene Google con el gobierno Chino? Actualizado: Más detalles sobre el ataque.

P.D. Por cierto, no tengo más que aplaudir la forma en la que de momento la empresa está afrontando dicha crisis. Otra cuestión bien distinta sería analizar comportamientos anteriores.

Acciones (comunes y/o de root) en menú de contexto

Hoy he añadido 3 nuevos imprescindibles en la categoría de Linux (margen derecho del Blog):

- Para escritorio KDE:

• Root Actions Servicemenu

- Para escritorio GNOME:

• NScripts
• G-Scripts (Nautilus Scripts)

Todos tienen la misma finalidad: permitir la ejecución de acciones habituales y/o de root (normalmente sobre archivos o carpetas) de manera simple, a través del menú de contexto de nuestro administrador de archivos (Nautilus en caso de GNOME; Konqueror o Dolphin en caso de KDE). Realmente más que de aplicaciones, se trata de recopilaciones de scripts de shell (scripts de Perl en el caso de Root Actions Servicemenu), aunque alguno requiera la presencia de software adicional.

La manera fácil de instalar Root Actions Servicemenu en Kubuntu (probado en Jaunty, Karmic, Lucid) es abrir una consola y ejecutar:

sudo add-apt-repository ppa:samrog131
sudo apt-get update
sudo apt-get install servicemenu-rootactions

Si queremos hacerlo manualmente descargamos el tar.gz de su sitio web, lo descomprimimos (por ejemplo en nuestro 'home' o carpeta de usuario), copiamos el archivo rootactions-servicemenu.pl a /usr/local/bin o /usr/bin

josea@linux-intb:~/Download/Root_Actions_2.4.8> sudo cp rootactions-servicemenu.pl /usr/local/bin

y comprobamos que tenga activado el atributo de ejecutable

josea@linux-intb:/usr/local/bin> ls -l
total 40
-rwxr-xr-x 1 root root 39078 ene 11 17:54 rootactions-servicemenu.pl

A continuación copiamos los archivos .desktop de dolphin-KDE4 a la carpeta service dentro de la configuración de nuestro KDE4, que (depende de la distro, en este caso openSUSE 11.2) podría ser ~/.kde4/share/kde4/services/:

josea@linux-intb:~/Download/Root_Actions_2.4.8/dolphin-KDE4> cp *.desktop ~/.kde4/share/kde4/services

Ahora ya podemos borrar el tar.gz y la carpeta donde lo hayamos descomprimido.

Para instalar g-scripts, descargamos el tar.gz, y lo descomprimimos dentro de ~/.gnome2. No hace falta hacerlo dentro de ~/.gnome2/nautilus-scripts/, pues la jerarquía de carpetas del tar.gz ya la incluye.

Si queremos instalar NScripts, descargamos el tar.gz, y en este caso sí que necesitaremos descomprimirlo dentro de ~/.gnome2/nautilus-scripts/

Ahora solo tenemos que abrir Nautilus o Dolphin, abrir el menú de contexto sobre un archivo o carpeta, y veremos un nuevo subconjunto de órdenes, dentro de la opción 'Scripts' en caso de Nautilus, y 'Opciones de root' en caso de Dolphin/Konqueror.

Sobre un archivo:

Sobre una carpeta:

Compilaciones diarias de Chromium

Si queréis estar al tanto del estado de desarrollo del navegador Chromium, proyecto de software libre detrás de Google Chrome, no tenéis más que comprobarlo vosotros mismos, simplemente ejecutando (en una distro derivada de Ubuntu Karmic 9.10):

sudo add-apt-repository ppa:chromium-daily/ppa
sudo apt-get update
sudo apt-get install chromium-browser

lo que os permitirá acceder a las compilaciones diarias de dicho navegador.

La verdad que actualmente es perfectamente utilizable, y aunque todavía no al nivel de funcionalidad de Firefox, es increíble lo que los desarrolladores de Google han conseguido en tan poco tiempo. Sin duda en cuestión de meses será un firme candidato a navegador 'predeterminado' en nuestro escritorio.

OpenShot Video Editor 1.0

Hoy ha sido publicada oficialmente la primera versión final de este magnífico editor de vídeo no lineal. Junto con Kdenlive, los 2 mejores editores de código abierto que existen actualmente. Así como Kdenlive ya es un proyecto veterano, es increíble lo que el equipo de desarrollo de OpenShot ha conseguido en tan poco tiempo (Agosto de 2008, tal como podemos leer en esta entrada sobre la historia del proyecto). Hoy en día casi no tiene nada que envidiar a soluciones propietarias (además que de pago) de edición no profesionales, como Pinaccle Studio, Nero Vision, Windows Movie Maker, etc.

Si queréis echarle un ojo, y usáis cualquier distro derivada de Ubuntu Karmic 9.10, simplemente:

sudo add-apt-repository ppa:jonoomph/openshot-edge
sudo apt-get update
sudo apt-get install openshot

Actualizando GRUB2

Recientemente instalé Ubuntu 9.10 Karmic Koala en mi portátil, machacando el gestor de arranque que tenía en el MBR (GRUB instalado por openSUSE) por el nuevo GRUB2 que incorpora Karmic.

La verdad que en principio todo funcionó, siendo capaz tanto de arrancar con Karmic, como con Windows 7 (las menos) y openSUSE (de calle la mejor en integrar el escritorio KDE).

El problema surgió en el último arranque que hice con openSUSE, pues YaST actualizó algunos paquetes, entre los que se encontraba una revisión del kernel. La siguiente vez que intenté arrancar openSUSE desde GRUB2, éste me lanzó un error de que no encontraba el kernel de openSUSE.

Así que después de arrancar con Karmic, y tirando de algunos recursos, concretamente éste (o este otro en castellano), la solución fue ejecutar update-grub (como root), tal como se muestra a continuación:

josea@ubuntu-dell:~$ sudo update-grub
[sudo] password for josea: 
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-2.6.31-16-generic
Found initrd image: /boot/initrd.img-2.6.31-16-generic
Found linux image: /boot/vmlinuz-2.6.31-14-generic
Found initrd image: /boot/initrd.img-2.6.31-14-generic
Found memtest86+ image: /boot/memtest86+.bin
Found Dell Utility Partition on /dev/sda1
Found Windows 7 (loader) on /dev/sda2
Found openSUSE 11.2 RC 1 (i586) on /dev/sda6
done
josea@ubuntu-dell:~$ 

update-grub ejecuta unos scripts que se encuentran dentro de /etc/grub.d, que entre otras cosas, y dinámicamente, se encargan de encontrar los s.o. que tengamos en nuestra máquina, y almacenar toda esa información en el archivo grub.cfg, que se encuentra en /boot/grub (vendría a ser el menu.lst de GRUB) y que no deberíamos modificar manualmente, ya que de esto se encargan precisamente los scripts mencionados antes.

Si GRUB2 no estuviese correctamente instalado, ejecutaríamos a continuación (en mi caso no fue necesario):

sudo grub-install /dev/sda

que instalaría GRUB2 en el MBR de la unidad sda (usar sdb, etc si vuestra unidad es otra, o usar /dev/sdaX, sustituyendo sda por lo que corresponda, y X por el número de la partición en la que queramos instalar GRUB2, si no quisiésemos hacerlo en el MBR). Si lanzase algún error, podríamos intentarlo con:

sudo grub-install --recheck /dev/sda

Es hora de reiniciar y comprobar si nuestro trabajo ha resultado satisfactorio.