[ArchLinux] Como solucionar problema entre akonadi y MariaDB 10.0.12

Después de actualizar mi Archlinux al último MariaDB me dejó de funcionar Akonadi(Con todo lo que ello implica: Mail, Calendario, contactos, etc.). Después de renegar un rato la solución fue más simple de lo que esperaba: Eliminar el archivo ~/.local/share/akonadi/mysql.conf

Eliminando este archivo y reiniciando akonadi todo vuelve a la normalidad 🙂

La data de como solucionar el problema la encontré acá

 

Sueños de TIerras: Otra Realidad de Ushuaia

Marginados y negados, los “okupas” ushuaienses viven como pueden y desde arriba miran como crecen los de abajo mientras ellos reciben palos y broncas. Los de abajo, los que deforestaron el %99,99 del bosque y se ponen la remera de Greenpeace, los putean y les tiran todas sus culpas.

Mal que les pese ahí están y estarán mientras el Municipio y el Gobierno Provincial esté poblado por gorilas.

[Solucionado] WordPress: No disponible por mantenimiento programado. Vuelve a comprobar el sitio en unos minutos

En estas latitudes las conexiones llevan atrasadas más o menos 5 años en relación al resto del país, por lo que a veces en plena actualización de WordPress se te puede quedar colgado y cagaste… Hoy justamente me pasó eso y cuando quería entrar al sitio o al wp-admin me aparecía el mensaje:

 

No disponible por mantenimiento programado. Vuelve a comprobar el sitio en unos minutos


La forma de solucionarlo fue sencilla: Entré por ftp al sitio, eliminé el archivo .maintenance y santo remedio.


			

[LMDE] Reparando el error Note: root’s PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin E: Sub-process /usr/bin/dpkg returned an error code (2)

Ultimamente cada vez que queria usar sudo con algunos comandos,  saltaba el error:

Note: root’s PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin E: Sub-process /usr/bin/dpkg returned an error code (2)

Para arreglarlo seguí los siguientes pasos:

1) Edito el archivo environment: $sudo nano /etc/environment y agrego la línea:

PATH=”/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games”

Guardamos (con CTRL+X) y salimos

2) Actualizamos los datos: $source /etc/environment y ¡Listo el pollo!

Error “(32) Not authorized to control networking.” Archbang [Solucionado]

Este error me venía jodiendo bastante, porque cada vez que tenía que conectarme a una red nueva debía escribir en una consola:

$sudo nm-applet

y conectarme desde el applet del Network Manager pero abierto como Root. La solución la encontré (cuando no) en los foros de ArchBang, y es la siguiente:

1) Editamos el archivo ~/.xinitrc: $nano .xinitrc

2) Cambiamos la línea exec ck-launch-session dbus-launch openbox-session por exec dbus-launch openbox-session .

3) Guardamos, volvemos a entrar en la sesión y ¡Listo! Problema resuelto.

 

 

Reparando WordPress en Blanco (wp-admin, wp-login, etc.)

Estaba modificando el function.php de un theme en wordpress y cuando quise ver el resultado solo vi una página en blanco. Traté de entrar al panel de administrador pero volvió a aparecer en blanco. Para solucionarlo seguí estos pasos:

1) Entrando en modo FTP al sitio renombre la carpeta /plugins a plugins2

2) Entramos al sitio de vuelta y vemos que error tira. En mi caso saltó: Parse error: syntax error, unexpected $end (…) graphene/functions.php on line 39

3) Por FTP edité el archivo functions.php del theme y reparé el detalle en la línea 39.

4) Vuelvo a renombrar plugins2 a plugins

5) entro al sitio nuevamente y todo volvió a la normalidad.