[fix] geany no inicia, «Attempt to unlock mutex that was not locked»

Hice una actualización, y después de unos días feliz intento abrir el editor geany y cual es mi sorpresa de toparme con el mensaje


toto@linux:~$ geany
Attempt to unlock mutex that was not locked
Abortado

Y pues efectivamente no abría, abortaba el inicio del programa.

corro entonces geany, dándole la instrucción geany -v, para leer el mensaje de donde podría estar el error, y veo que se detiene al momento de invocar los plugins


toto@sidux:~$ geany -v
Geany-INFO: Geany 1.24.1, es_MX.UTF-8
Geany-INFO: GTK 2.24.25, GLib 2.42.0
Geany-INFO: System data dir: /usr/share/geany
Geany-INFO: User config dir: /home/toto/.config/geany
Geany-INFO: System plugin path: /usr/lib/i386-linux-gnu/geany
Geany-INFO: Added filetype Go (58).
Geany-INFO: Added filetype Clojure (59).
Geany-INFO: Added filetype Genie (60).
Geany-INFO: Added filetype Scala (61).
Geany-INFO: Added filetype Cython (62).
Geany-INFO: Added filetype CUDA (63).
Geany-INFO: Added filetype Graphviz (64).
Geany-INFO: Loaded: /usr/lib/i386-linux-gnu/geany/autoclose.so (Autocierre)
Geany-INFO: Loaded: /usr/lib/i386-linux-gnu/geany/addons.so (Añadidos)
Geany-INFO: Loaded: /usr/lib/i386-linux-gnu/geany/defineformat.so (Definir formateador)
Attempt to unlock mutex that was not locked
Abortado

hago una prueba de llamar a geany, sin plugins, con la instrucción geany -p y abre perfectamente

toto@sidux:~$ geany -p

por lo que voy a ver (editar) el archivo ~/.config/geany/geany.conf para ver cuales plugins están activos y cual es él que esta dando problemas.

Solución

Después de probar quitando uno por uno, veo que es debugger.so el que da problemas, por lo cual borro de la lista, guardo, inicio geany y todo funciona bien nuevamente

la linea editada en la sección plugins, listado en active_plugins= quedo así después de borrar /usr/lib/i386-linux-gnu/geany/debugger.so; (efectivamente, tengo activados muchos plugins)


[plugins]
load_plugins=true
custom_plugin_path=
active_plugins=/usr/lib/i386-linux-gnu/geany/autoclose.so;/usr/lib/i386-linux-gnu/geany/addons.so;/usr/lib/i386-linux-gnu/geany/defineformat.so;/usr/lib/i386-linux-gnu/geany/geanypy.so;/usr/li
b/i386-linux-gnu/geany/geanymacro.so;/usr/lib/i386-linux-gnu/geany/multiterm.so;/usr/lib/i386-linux-gnu/geany/filebrowser.so;

[fix] Problema con Skype y pulseaudio 4 con Micrófono

Este es un error muy raro, al actualizar pulseaudio a la versión 4.0-3 en mi debian, todo el sonido parecía funcionar bien, sin embargo al abrir el skype (4.2.0.11-1) y hacer una llamada, mi interlocutor no me escuchaba, después de revisar y moverle no lograba que mi micrófono -en skype- funcionara.

La recomendación que encontraba era que reinstalara la versión vieja de pulseaudio y de libpulse, sin embargo me tope con una verdadera solución, que al solo agregar una linea, se me corrigió el problema.

Editar el archivo /etc/pulse/default.pa ( #nano /etc/pulse/default.pa )

y agregar la linea (…al final)


# solución sonido en micrófono para skype
load-module module-equalizer-sink

y al parecer todo solucionado 🙂 (después de reiniciar)

Fuentes:
[skype] pulseaudio 4.0-1 breaks sound in skype
Aliaksandr Zhaunerchyk (google+)

[fix] pacman -Syu could not resolve host

Al actualizar Arch con un pacman -Syu me topo con que de repente ya no corría, al darme el error

pacman -Syu
:: Synchronizing package databases...
error: failed retrieving file 'core.db' from mirrors.kernel.org : Could not resolve host: mirrors.kernel.org; Name or service not known
error: failed retrieving file 'core.db' from mirror.yandex.ru : Could not resolve host: mirror.yandex.ru; Name or service not known
error: failed to update core (download library error)
error: failed retrieving file 'extra.db' from mirrors.kernel.org : Could not resolve host: mirrors.kernel.org; Name or service not known
error: failed retrieving file 'extra.db' from mirror.yandex.ru : Could not resolve host: mirror.yandex.ru; Name or service not known
error: failed to update extra (download library error)
error: failed retrieving file 'community.db' from mirrors.kernel.org : Could not resolve host: mirrors.kernel.org; Name or service not known
error: failed retrieving file 'community.db' from mirror.yandex.ru : Could not resolve host: mirror.yandex.ru; Name or service not known
error: failed to update community (download library error)
error: failed to synchronize any databases
error: failed to init transaction (download library error)

se me ocurrió deshabilitar IPv6 hosts en el archivo /etc/hosts.y comentamos la linea ::1 localhost.localdomain localhost poniéndole la almohadilla o gato (#) para que se vea como sigue
#<ip-address> <hostname.domain.org> <hostname>
127.0.0.1 localhost.localdomain localhost
#::1 localhost.localdomain localhost

No se la causa concreta de la falla, aunque los tiros van al IPv6, se que quizá esta no sea la mejor solución o igual y luego de actualizar lo volvemos a descomentar dejándolo como estaba, no sea que algún otro programa si lo necesite

Por mientras, mejor lo deje comentado

[Fixed]Pidgin, MSN y el certificado omega.contacts.msn.com

Hoy intenté conectarme (18 de Noviembre de 2010) al MSN con mi cliente de mensajería instantánea:pidgin, sin embargo, n logro conectarme por causa de un certificado algo de un certificado.
error pidgin
Microsoft ha cambiado la versión de SSL y lo que hay que hacer es actualizar el certificado omega.contacs.msn.com, mismo que se ve en el letro como el causante del error
Lo que hay que hacer desde consola:
Cerrar pidgin.
Abrir una terminal, evidente si ya dije que desde consola.
Borrar el certificado (o moverlo de directorio)

rm .purple/certificates/x509/tls_peers/omega.contacts.msn.com

Obtener el nuevo certificado del sitio: https://omega.contacts.msn.com/ y guardarlo en el directorio  .purple/certificates/x509/tls_peers con el nombre  omega.contacts.msn.com (copia del certificado)

cd .purple/certificates/x509/tls_peers/
wget "http://webadedios.net/uploads/wordpress/2010/11/omega.contacts.msn_.com_.txt"
mv omega.contacts.msn_.com_.txt omega.contacts.msn.com

y eso es todo, ya tenemos actualizado el certificado y nos podremos conectar nuevamente sin problemas