Gnome 3.12: forzar la distribución del teclado en español (solución definitiva, o post V.2)

Hola a todos y todas. Hoy, muy contento, voy con una re-versión del post que hice hace poquito acerca de cómo tratar de resolver el problema del teclado en español en Ubuntu Gnome 14.04. Recapitulando, cuando uno reinicia la shell, el fokin teclado cambia de idioma.

Hice numerosos vericuetos en el post anterior. Me mete una sonrisita y también, por qué no, un poco de vergüenza jajaj, dado la solución era mucho más sencilla de lo que pensaba. A veces uno se complica la vida al pedo je.

El punto más importante es que este post 2.0  surgió de los comentarios del primer artículo, así que muchas gracias Raúl por compartir con nosotros tu solución! :)

Cómo solucionar el cambio de idioma del teclado

Como decía, la solución era muy simple. Abran una terminal y peguen esto (es sólo una línea):

gsettings set org.freedesktop.ibus.general use-system-keyboard-layout true

Listo el pollo. :)

Podemos probar el resultado reiniciando gnome-shell con alt+f2, r para comprobar que el tema está solucionadísimo.

Se trata de este bug en el que se ve que quedó medio colgao un parámetro del ibus. Nada. Lo cambiamos y ya. Todo como debería ser. Esto se puede hacer de dos formas, la que les acabo de mostrar, y mediante la forma gráfica con gconf-tool, como lo explica Raúl en los comentarios del post anterior. Me tomé la libertad de explorar un poco y de pasarlo a un comando, así en instalaciones nuevas lo podemos agregar a las cosas que se ejecutan apenas terminamos de instalar todo. Muy rápido y efectivo.

Contentísimo me despido por hoy.

Un abrazo a todos y gracias por compartir! :D

Salú!

imágen: https://dribbble.com/shots/553951-Retro-Keyboard?list=searches&tag=keyboard&offset=7

//

Advertisements
Gnome 3.12: forzar la distribución del teclado en español (solución definitiva, o post V.2)

[Rapidito] Cómo solucionar “E: No se pudo abrir el fichero de bloqueo «/var/lib/dpkg/lock» – open (13: Permiso denegado)”

Editado1: agregada la advertencia de paquetería

Editado2: agregada la razón del problema

Hola de nuevo a todos y todas. En esfuerzos incomunables por hacer posts más cortos voy a tratar de ir al punto. Hoy me meto con un error de terminal que todos tuvimos y tendremos. Se bloquea el dpkg y no nos deja hacer updates o instalar paquetes desde la terminal de Ubuntu.

Es algo relativamente usual que cada tanto Ubuntu se empaque y cuando hacemos un update nos tire el mensaje en cuestión E: No se pudo abrir el fichero de bloqueo «/var/lib/dpkg/lock» - open (13: Permiso denegado). Este mensaje bloquea todo tipo de instalación y upgrade del sistema, hacíendolo realmente molesto. Las razones son cosa’e mandinga para mi, pero la solución se las comparto a continuación.

La solución. Pim pam pum (o en 2 patadas)

En corta, abran una terminal y peguen:

sudo rm -Rf var/lib/dpkg/lock ; sudo apt-get dist-upgrade -y

Un segundito… que páaaaare la música!: Si agregaron un nuevo PPA o instalaron un paquetón que no funciona bien, entonces la línea de arriba fuerza a que el paquete se instale. Si ese es el caso, saquen el “-y” del final y controlen que la instalación vaya correctamente. Agradezco a +Javi en guglplás por la señalación.

Listo!

La razón del error, como dije, me es completamente ajena es simple (gracias +Héctor!): se debe a que cancelamos manualmente el proceso apt-get update. Luego de la cancelación, dpkg se empaca y bloquea esa carpeta impidiendo el acceso al sistema de paquetes. Así que si quieren prevenir este error, nada de ctrl+c o de killall apt-get durante el proceso `sudo apt-get update`.

Esta solución que les presenté se deriva directmente del mensaje que nos devuelve apt-get. Cuando dice que «/var/lib/dpkg/lock» está bloqueado, entonces sabemos que el problema está ahí. Lejos de tratar de “desbloquearlo”, el camino fácil es borrarlo ya que dpkg debería regenarlo por cada paquete que instala y, en efecto, es lo que sucede. Una vez que forzamos la eliminación del directorio todo vuelve a la normalidad. Para terminar de curar el sistema, debemos reiniciar.

Wow, eso fue corto. Me siento raro. :P

Espero les sirva y hasta la próxima! :D

Salú!!

//

[Rapidito] Cómo solucionar “E: No se pudo abrir el fichero de bloqueo «/var/lib/dpkg/lock» – open (13: Permiso denegado)”

[Ninja] Cómo instalar Spotify 0.9.10 con nueva interfaz. Pero en 2 segundos.

Hola a todos y todas. Voy a intentar hacer un post corto. :)

Les muestro cómo instalar la última versión del archi-conocido programa Spotify. Spotify, por si no lo sabían, sirve para escuchar música, descubrir nuevos artistas en base a nuestros gustos y algunas cosillas más. Es gratis, aunque te mete publicidad de audio luego de algunas canciones. Tema que atacaremos en otro momento.

Por ahora les muestro cómo hice el ninja install de la última versión de Spotify, que incluye el fix que reconoce el rediseño (muy pituco) que hicieron de la interfaz.

Ninja-Install de Spotify 0.9.10 en Ubuntu 14.04

Como siempre, abran una terminal, peguen esto y “vualá”. :P (SÓLO SISTEMAS 64 BITS!!!)

sudo sh -c 'echo "deb http://repository.spotify.com/ stable non-free" > /etc/apt/sources.list.d/spotify.list' && sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 94558F59 && sudo apt-get update && sudo apt-get install spotify-client -y && sudo sed -i 's/ec=spotify \%U/ec=spotify --ui.track_notifications_enabled=false/g' /usr/share/applications/spotify.desktop

Lo ejecutan buscando “Spotify”, obviamente. :)

Felices canciones!

Ninja-Install de Spotify 0.9.10 en Ubuntu 12.04 ~ 13.10

También SÓLO SISTEMAS 64 BITS ^_^

sudo sh -c 'echo "deb http://repository.spotify.com/ stable non-free" >> /etc/apt/sources.list' && sudo apt-key adv –keyserver hkp://keyserver.ubuntu.com:80 –recv-keys 94558F59 && sudo apt-get update && sudo apt-get install spotify-client -y && sudo sed -i 's/ec=spotify \%U/ec=spotify --ui.track_notifications_enabled=false/g' /usr/share/applications/spotify.desktop

Gracias por compartirlo en los comentarios Halil! :)

Y Salú!

PS. salió bastante corto _

logo: https://dribbble.com/shots/1048329-Spotify-Logo?list=searches&tag=spotify&offset=74
fuente: http://www.webupd8.org/2014/05/spotify-for-linux-gets-refreshed-user.html

[Ninja] Cómo instalar Spotify 0.9.10 con nueva interfaz. Pero en 2 segundos.

Atacando otro bug de gnome 3.12: forzar la distribución del teclado en español

Hola a todos y todas. Gracias por la buena onda con el asunto del tema y los íconos. _

HAY UN POST MEJORADO DE ESTO, CON UNA MEJOR SOLUCIÓN. PÁSENSE POR AĆA.

Les cuento que hay otro bug que me molesta mucho de gnome 3.12 y me refiero a que el idioma se cambia a inglés sólo. Ahí vamos.

El bug: me cambia a idioma inglés el teclado

Qué es lo que pasa? Bueno, es bastante simple. Si instalamos algo en gnome-shell y queremos ver cómo es, una nueva extensión por ejemplo… o como me pasa a mi cada vez que toco algo en el tema de la shell tengo que reiniciar todo el entorno para que me tome bien los cambios. Las teclas de la injusticia: alt+f2, r.

Luego de apretar alt+f2, r, la shell se reinicia pero el idioma del teclado se cambia a inglés. No importa si no tenemos el idioma instalado. No importa si seleccionamos español por defecto con las herramientas que se les ocurran. No importa nada, el hijo de putasss se cambia al inglés. _

Para cambiarlo al español, nada, hay que seleccionar con el mouse (arriba a la derecha) el lenguaje “en” y luego volver a seleccionar “es”. Un dolor de bolas.

Lo atamos con alambre: crónicas de cosas que no funcionan.

Antes que nada, debo disculparme por la no elegancia de esta cosa que hice. De hecho lidié con ella desde el inicio de 3.12, pensé que en algún momento se iba a solucionar, pero acá estamos: 3.12.2 estable y todavía a todo developer le chupa un huevo o todos usan su fakin teclado en inglés, no sé… algo raro pasa. En fin…

Dadas las limitadísimas “habilidades programativas” que tengo, todo lo que pude hacer es una script en bash, jeje, como siempre. El script ejecuta el comando “setxkbmap es“, que es el salvavidas que nos retorna el teclado a nuestro idioma. Lo ridículamente arcaico del script es que ejecuta setxkbmap regularmente, o sea una vez cada cierta cantidad de tiempo, así no tengo que hacerlo manualmente nunca más. La contra es que ejecuta el comando regularmente, incluso cuando el idioma no es inglés.

Un poco más de detalle (la historia de un incomprendido): la estrategia de repetir como loro el comando que nos cambia el idioma es lo que en economía se llama un “second best”, o sea, no es lo ideal, pero de algún modo funciona. Lo ideal sería que cada vez que gnome-shell se reincia luego de apretar alt+f2, r lea un archivito en el que le podamos meter nuestros scripts… lamentablemente no pude hacer eso. En el proceso que recarga el tema y las extensiones activadas, debería leer ese archivito y ejecutarlo. Si alguien sabe cómo hacerlo, por favor, ayuda. _ ( porque .profile, .scripts, .bashrc… aplicaciones al inicio, nada… nada se recarga nuevamente luego de apretar alt+f2,r…). Entonces. La alternativa ideal no funcionó. Empecé a ejecutar el comando manualmente luego de reiniciar. Como habrán visto es una cosa muy cortita y no tarda absolutamente nada en aplicarse. Luego dije, ok, esto se tendría que poder repetir, basta de hacer esto cada vez que reinicio la shell (porque por ejemplo, cuando hago un tema, esto es básicamente… bueh… cada vez que modifico una línea -lo cual hace muy inconveniente cambiar a la terminal luego de cada reinicio-). Así que busqué en gugul y me encontré con “cron” y todas las herramientas “cronianas”… bueno. No me funcionó ninguna. Todavía no entiendo por qué. Tampoco me funciona “alias”, pero es claramente otro tema para quejarme otro día jajaja. Sigo: entonces como con el puto cron el comandito no se repetía ni se ejecutaba, tuve que encontrar otra forma (se supone que la función de cron es repetir comandos). La solución que encontré es “bien cabeza” como decimos en los suburbios de buenos aires _, porque loopeo (léase: lupéo) al infinito una condición y ejecuto el comando en cada vuelta del loop. Más simple que eso, no essiste papá. Y esa es la forma arcaica de hacer un parrot-command :P (hoy estoy on fire!).

Soluciones de menor a mayor.

Solución 1: ejecutar el comando manualmente

Lamentablemente esta es una opción. Si no reiniciamos la shell todo el tiempo por algún motivo, hasta la recomiendo. Simplemente abran una terminal y peguen:

setxkbmap es

Así de simple.

Solución 2: cron (no me funcionó)

A mi no me funcionó, pero lo pueden hacer. La idea es que hay que editar crontab y meter el comandito de arriba para que se repita. Para eso ejecutamos:

crontab -e

Y luego, al final, agregamos una línea que rece:

*/10 * * * * setxkbmap es

Para ejecutar el comando cada 10 minutos.

Solución 3: Script lupeáo cavernoso (cron sin cron)

Abrimos un gedit y pegamos esto:

#!/bin/bash
mkdir -p ~/.forzar-teclado-español
cd ~/.forzar-teclado-español
while true ;do
if [ -f teclado-español ] ;then
sleep 10;
setxkbmap es;
else
touch teclado-español;
fi
done;

Guardamos el archivo como teclado-es.sh en nuestro home. Yo tengo los scripts en una carpetita en el home que se llama .scripts. O sea que los guardo en ~/.scripts pero ya es cosa de gustos. _. Metanlo donde quieran. Luego lo ejecutamos como aplicación de inicio. Abrimos otro gedit y pegamos:

[Desktop Entry]
Type=Application
Exec=sh /home/XXXtu_nombre_de_usuarioXXX/teclado-es.sh
Hidden=false
NoDisplay=false
X-GNOME-Autostart-enabled=false
Name=teclado-es
Comment[es_ES]=
Comment=
Icon=preferences-desktop-launch-feedback
StartupNotify=true
Terminal=false
Categories=GNOME;GTK;

Reiniciamos y todo tendría que correr. Acuérdense de cambiar XXXtu_nombre_de_usuarioXXX por su nombre de usuario jeje. Si pusieron el .sh en otro lado deben editar esa línea con la localización (absolute path, nada de símbolos).

Solución 4 = Solución Buena!: se me ocurrió mientras escribía el post.

Ok, así se trabaja. :P

Resulta que repasando el script me dije “y qué pasa si puedo recuperar el valor de la distribución del teclado y aplicar el script quirúrugicamente sólo cuando el teclado tiene un idioma que no sea español?”.

El truco: setxkbmap -query nos devuelve el lenguaje del teclado. Todo gracias a man setxkbmap. Un poco de bash-no-jutsu, sed, awk, if-else y la mar en coche, y podemos aislar el asunto. El script escupe todo el día el lenguaje del teclado. Si devuelve “es”, no hace nada. Si no, ejecuta el comando para cambiar la distribución a español. La cosa viene así:

#!/bin/bash

while true ;do
if [ -f /tmp/teclado-español ] ;then
sleep 3;
rm /tmp/current-keyboard ; 
setxkbmap -query | grep layout > /tmp/current-keyboard
sed "s/.*,//" /tmp/current-keyboard
value=`sed "s/.*,//" /tmp/current-keyboard`

if [ $value = "us" ]; then
       sleep 3;
else
    setxkbmap es;
fi

else
touch /tmp/teclado-español;
fi
done;

Este es el output del script. En la línea 3 reinicié la shell. Cada línea tarda 3 segundos en aparecer. :)

Esta opción es excluyente de la anterior. Guardamos el archivo como teclado-es.sh en nuestro home. Yo tengo los scripts sueltitos en el home pero ocultos. O sea que empiezan con un punto. Pero esas ya es cosa de gustos. _. Metanlo donde quieran. Luego lo ejecutamos como aplicación de inicio. Abrimos otro gedit y pegamos:

[Desktop Entry]
Type=Application
Exec=sh /home/XXXtu_nombre_de_usuarioXXX/teclado-es.sh 
Hidden=false
NoDisplay=false
X-GNOME-Autostart-enabled=false
Name=teclado-es
Comment[es_ES]=
Comment=
Icon=preferences-desktop-launch-feedback
StartupNotify=true
Terminal=false
Categories=GNOME;GTK;

Guardamos el archivo en ~/.config/autostart con el nombre teclado-es.desktop. Luego ejecutamos en la terminal chmod +x ~/.config/autostart/teclado-es.desktop para darle permisos de ejecución.

Reiniciamos y todo tendría que correr. Cualquier cosa comentan abajo.

Eso es todo. Como siempre, un post de 5 minutos termina siendo un chorro de cosas. Será. :)

Salú!

//

Atacando otro bug de gnome 3.12: forzar la distribución del teclado en español

Nuevo tema gtk3: Sudestada! Pasen y vean.

Nuevo tema GTK3 y GTK2! Les presento a Sudestada para Gnome 3.12

Hola a todos y todas, como ya saben los que anden por google+, hace un tiempo estoy trabajando en un temita gtk. Le puse Sudestada, porque si. :P

(y esas son las ganas de escribir que tengo hoy, jeje)

Cómo instalarlo (Ninja-Install):

Abran una terminal, copien este código, péguenlo en la terminal y apreten enter. :)

wget https://github.com/rhoconlinux/sudestada-gtk3-theme/archive/master.zip && unzip master.zip && rm master.zip && sudo mv sudestada-gtk3-theme-master /usr/share/themes/Sudestada-alpha1 && gsettings set org.gnome.desktop.interface gtk-theme "sudestada-alpha1"

Probado en SOLO Gnome 3.12! El Ninja es multi-distro, así que funciona en Ubuntu y afines, Fedora y Arch Linux.

Notas: Por ahora no soporta unity. Bah, no lo probé, capas que anda. Además no funciona ni funcionará en Elementary OS Luna o en versiones de Ubuntu viejas (tipo 12.04).

Ahí van unas capturas! :D

Las barras de progreso

Las apps gtk3 que no tienen headerbar

Rhythmbox

Gnome Tweak Took

Menues en ventanas

Menues click derecho

Nautilus – Icon View

Nautilus – Icon View2

Nautilus – Details View

Terminal

Firefox

Libreoffice Writer

Lyx

Stata 12

Una ayudita para mejorarlo

No, no voy a pedir plata jeje. Voy a pedir que llenen bugs en github. Es súper fácil, sólo le dan click a new issue (acá) y dicen qué va mal, que cosas querrían de nuevas, etc.

Ah! y si alguien se anima a hacer el poster del tema para deviant-art, la ayuda será más que bienvenida. _

La versión oscura viene con el release alpha2. Y si no es muy complicado, también una versión con otros colores más normales. :P

Salú!
Y espero les guste!
(y bueno, pido compasión porque es una primera alpha! jijij)

//

Nuevo tema gtk3: Sudestada! Pasen y vean.