Quitar el arranque automático de apache y mysql

Una vez instalado nuestro entorno de desarrollo LAMP, si nuestro equipo es viejito es posible que, para ahorrar recursos, queramos que los servicios apache y mysql no se inicien automáticamente en el arranque, sino arrancarlos manualmente cuando los necesitemos. En las distribuciones basadas en Debian el procedimiento sería como sigue:

(Entrada modificada el 19/8/2015 siguiendo las indicaciones de este blog, que están basadas en este otro blog. Las instrucciones que tenía mi entrada anteriormente eran incorrectas, muchas gracias a ambos por haberme sacado de mi error.)

Para el servidor Apache:
Ejecutar:
sudo update-rc.d apache2 disable
De esta manera se deshabilita el servicio y por lo tanto su arranque automático.
Para volver a habilitar el servicio:
sudo update-rc.d apache2 enable
No es recomendable usar el comando
sudo update-rc.d -f apache2 remove
porque lo que hace este comando es modificar los directorios /etc/rc0.d, /etc/rc1.d, etc. hasta el /etc/rc6.d (uno para cada uno de los niveles de ejecución) borrando los enlaces simbólicos que controlan el arranque de los servicios. Por ejemplo, si listamos el contenido del directorio /etc/rc6.d después de hacer el comando remove veremos que han desaparecido los ficheros /etc/rc6.d/K01apache2 y /etc/rc6.d/K01mysql. Si quisiéramos recuperar los ficheros borrados, habría que lanzar el comando:
sudo update-rc.d apache2 defaults

Tenemos que tener en cuenta que es posible que cuando posteriormente se instale una actualización de apache, nuévamente nos encontremos con que éste vuelve a arrancarse automáticamente en el inicio. En este enlace comentan que la forma de evitar ésto es lanzando el comando:
sudo update-rc.d apache2 stop 80 0 1 2 3 4 5 6 .
Pero yo no lo he probado.

Para el servicio de mySQL:
En este caso hay que editar el fichero /etc/init/mysql.conf y modificar la línea con
start on runlevel [2345]
para dejarla de la manera siguiente:
start on (never and runlevel [2345])

Para arrancar estos servicios, ejecutamos:
sudo service apache2 start
sudo service mysql start

Instalar Bluetooth en CrunchBang (Waldorf)

CrunchBang viene de serie con casi todo lo que necesito, sólo echo de menos el bluetooth, pero instalarlo es relativamente fácil, sólo hay que instalar los siguientes paquetes:
sudo apt-get install bluez bluetooth blueman
Blueman tiene su propio applet que se inicia por xdg (podemos comprobarlo ejecutando /usr/lib/openbox/openbox-xdg-autostart --list y viendo que la miniaplicación Blueman aparece marcada para el inicio automático), así que no tenemos que modificar nada más.
Cuando reiniciamos Openbox ya nos aparece el icono de conexión a Bluetooth. Pulsamos en él con el botón derecho y marcamos «Permitir descubrir». Después pulsamos de nuevo con el botón derecho en dicho icono y seleccionamos «Servicios locales…». En la ventana que aparece vamos a la pestaña «Transferir» y ahí podemos indicar la carpeta en la que queremos recibir los archivos y verificar que estén marcados los dos check de Recepción de archivo (Object Push): «Activado» y «Aceptar archivos de los dispositivos en que se confíe». Tenemos también que desplegar en la parte inferior la opción de «Avanzadas», pues por defecto viene indicado el navegador Nautilus y tenemos que usar Thunar, así que en el campo de texto que aparece tenemos que poner:
thunar obex://[%d]
Para confiar en un dispositivo pulsamos de nuevo en el botón derecho sobre el icono de bluetooth, seleccionamos «Dispositivos…» y si ya tenemos preparado nuestro móvil con el bluetooth encendido y visible, nos aparecerá en la lista. Pulsamos sobre él con el botón derecho y seleccionamos «Trust».
Y ya está. Ya podemos enviar archivos del móvil a nuestro ordenador y viceversa.

Instalar Jitsi en OpenSUSE

El servicio de mensajería instantánea Jitsi no está dentro de los repositorios de OpenSUSE, pero es una alternativa interesante a Skype si sólo queremos usar software libre, pues está disponible bajo una licencia LGPL.
Para instalarlo tenemos que descargar el paquete rpm desde la página de descargas de Jitsi. En mi caso me he descargado el paquete jitsi-2.0-latest.x86_64.rpm (para x86_64).

Antes de instalarlo es necesario tener instalado en el sistema el lenguaje Java, en principio podría funcionar tanto con el OpenJDK como con el Java de Oracle. Este último es el que tengo instalado, siguiendo las instrucciones de esta otra entrada.

A continuación lo mejor es instalar el rpm usando Yast mediante el comando:
sudo /sbin/yast -i /home/<nuestro_usuario>/Descargas/jitsi-2.0-latest.x86_64.rpm

Durante la instalación nos dará el error:
nothing provides java >= 1:1.5.0 needed by jitsi-2.0-4506.10553.x86_64
Lo obviamos, indicando al instalador que continúe rompiendo dependencias.
Una vez terminada la instalación, ya podemos usarlo. Permite cuentas de varios proveedores (Google Talk, XMPP, etc.).

Equivalencias entre apt-get y zypper

Como tengo el corazón dividido entre las distribuciones basadas en Debian y OpenSUSE, creo que no es mala idea tener a mano una guía de referencia entre los gestores de paquetes por consola de ambos mundos.

apt-get update ————> zypper refresh
apt-get -u upgrade ————> zypper update
apt-get -u dist-upgrade ————> zypper dist-upgrade
apt-get install amarok ————> zypper install amarok
apt-get remove amarok ————> zypper remove amarok
apt-cache search amarok ————> zypper search amarok
apt-cache showpkg amarok ————> zypper info amarok
apt-get moo ————> zypper moo
apt-file search ————> zypper wp
apt-get autoremove ————> zypper rm –clean-deps <paquete> (sólo limpia las dependencias específicas de un paquete determinado)
apt-get clean ————> zypper clean
apt-get source package ————> zypper source-install (también instala las dependencias de construcción)

dpkg -l ————————–> rpm -qa
dpkg -L ————————–> rpm -ql
dpkg -s ————————–> rpm -qi
dpkg -S ————————–> rpm -qf

Añadir repositorio ————————–> zypper addrepo <uri> <alias>
Usar chroot (operar en diferente directorio raiz) ————————–> zypper –root
cat /var/log/dpkg.log ————————–> cat /var/log/zypp/history
Bloquear un paquete ————————–> edit /etc/zypp/locks

(Gracias a victorhckinthefreeworld.wordpress.com)

Montaje automático de USB en Archlinux con XFCE4

En Archlinux con XFCE4, después de una instalación desde cero, nos encontramos que cuando conectamos una memoria USB ésta ni aparece en el navegador de archivos (Thunar) ni podemos montarla. Para habilitar el reconocimiento y montaje automático de las memorias y discos USB que conectamos al equipo, es necesario primeramente instalar el paquete dbus:
sudo pacman -S dbus
A continuación activar su demonio:
sudo systemctl enable dbus
Después instalar los paquetess siguientes:
pacman -S thunar-volman gvfs gvfs-afc
Con esto ya nos reconoce los dispositivos que conectemos. Si además queremos que se monten automáticamente, en vez de que se monten al hacer click sobre su nombre en Thunar, tendremos que ir a Menú principal / Configuración / Dispositivos y soportes extraíbles y marcar los dos primeros check, el que dice «Montar los dispositicos extraíbles al conectarse» y el que pone «Montar soportes extraíbles al ser conectados».
Con esto ya no deberíamos tener problemas para ver y montar los dispositivos USB que conectemos.
(Adaptado de aquí al nuevo sistema systemd en Archlinux)

Gparted no arranca desde el menu en XFCE4

Después de una instalación de Arch linux para x86_64 con XFCE4 partiendo del iso de 2012.11.01 me encuentro con que tras instalar el editor de particiones gparted, éste me aparece correctamente en el menú, pero al pulsar en el icono no arranca.
El problema proviene de los permisos y del comando que lo lanza. Para solucionarlo es necesario copiar el fichero
/usr/share/applications/gparted.desktop
a
~/.local/share/applications/
y reemplazar la linea hacia el final del mismo que pone «gparted-pkexec» con «gksu gparted».
Después de esto, en caso de que no tuviéramos todavía instalado el paquete gksu, lo instalamos y ya debería de funcionar el icono del menú.

(Idea cogida de este hilo de aquí).

PHP no funciona en userdir

Es una tontería, pero puede dar lugar a algún que otro dolor de cabeza: a veces por defecto la instalación de php tiene desactivada la ejecución en los directorios personales (por ejemplo en Ubuntu) por lo que si después de hacer una instalación de apache2 y php5 habilitas el módulo userdir, y generas un fichero php con la función phpinfo() o cualquier otro script de php, lo más seguro es que te aparezca una página en blanco, en vez de ver la información esperada.
La solución es fácil, basta con editar el fichero
/etc/apache2/mods-available/php5.conf
Al final del mismo verás que hay una parte que indica que hay que comentar unas lineas para que los scripts de php funcionen en un directorio de usuario. Esa parte tiene que quedar así:
# Running PHP scripts in user directories is disabled by default
#
# To re-enable PHP in user directories comment the following lines
# (from <IfModule ...> to </IfModule>.) Do NOT set it to On as it
# prevents .htaccess files from disabling it.
#<IfModule mod_userdir.c>
# <Directory /home/*/public_html>
# php_admin_value engine Off
# </Directory>
#</IfModule>

Y eso es todo. Después de reiniciar el servidor Apache (service apache2 restart) los scripts de php ya funcionan.
También se podría poner la directiva a «On», pero si lo hacemos así, entonces no podríamos ponerla a «Off» en los ficheros .htaccess si en algún momento queremos hacerlo.

Activar el tapping del touchpad

Una de las primeras cosas que hago cuando instalo una nueva distribución para probarla en el netbook (un Asus EeePC 1001HA) es habilitar el «tapping» o emulación del click izquierdo del ratón al golpear la pantallita del «touchpad» con un dedo. Recién instalada una Debian Wheezy beta 3 descargada de aquí, lo hago como de costumbre en Gnome 3: Pincho en el nombre de mi usuario en la parte superior derecha de la pantalla, voy a «Configuración del Sistema», pulso en el icono «Ratón y touchpad», pulso en la pestaña «Touchpad» y marco la opción «Activar pulsaciones del ratón con el touchpad». Después de todo esto ya puedo simular el «click» del ratón en el touchpad… hasta que reinicio.

No se por qué, pero después de haber estado funcionando bien un buen rato, después de un reinicio y sin haber cambiado nada en la configuración, el tapping deja de funcionar. Repaso que está activado volviendo a marcar la opción como he indicado anteriormente y nada, que no funciona. Busco un poco por internet y me encuentro una solución en este enlace. Siguiendo sus indicaciones edito el fichero

/usr/share/X11/xorg.conf.d/50-synaptics.conf

añadiendo la linea

Option "TapButton1" "1"

Justo antes del «End Section» de la sección identificada como "touchpad catchall".
Y a partir de ese momento el tapping vuelve a funcionar.

Para ver todas las opciones que se pueden incluir en esta sección podemos ver la página del manual:

man 4 synaptics

Debemos de tener en cuenta que editar este fichero a mano tiene un riesgo: la próxima vez que se haga una actualización de las Xorg casi seguro que perdemos los cambios, y habría que volver a realizarlos.

Kmail no encuentra los contactos de Kaddressbook

Este error me ha aparecido en Debian Wheezy con KDE. Utilizando el cliente de correo de KDE, Kmail, he visto que aunque se cargue la libreta de direcciones con los contactos de una lista ldif (por ejemplo), cuando escribimos un correo nuevo, al pulsar en el botón «Seleccionar» para escoger los contactos a los que se mandará el correo, no aparece ninguno.

Para solucionarlo hay que ir a Preferencias del Sistema – Información personal. En el botón desplegable seleccionamos Contactos (es la opción que aparece por defecto). Veremos que en la ventana inferior aparece una sola línea que pone «Default Address Book» con tipo «File». Pulsamos el botón «Añadir», seleccionamos «Libreta de direcciones Akonadi» y pulsamos «Aceptar». En la nueva ventana que aparece volvemos a seleccionar «Aceptar» y veremos que se nos ha creado una nueva fila que pone «akonadi-resource» del tipo «Akonadi». La seleccionamos y pulsamos el botón «Utilizar como estándard». Pulsamos Aplicar y ya está.

A partir de ese momento las direcciones de nuestros contactos estarán accesibles desde la ventana de creación de un nuevo correo.

Instalar el Java de Oracle en Debian

Para instalar el Java de Oracle en Debian 6 ó 7 (Squeeze o Wheezy) hay que seguir el siguiente procedimiento:
1) Descargar el jdk más moderno correspondiente a nuestra arquitectura (i386 o x86_64) de la página de descargas de Java.

2) Instalarlo en /opt con:
# cd /opt
# tar -xzvf <path_to_download>/jdk-7u7-linux-i586.tar.gz

(Ojo, cambiar el nombre del fichero con el que nos hayamos descargado).

3) Registramos esta versión de Java como alternativa y la marcamos por defecto (los comandos se corresponden con la versión para i386, por lo que habrá que modificarlos  en caso de estar en x86_64:
# update-alternatives --install /usr/bin/java java /opt/jdk1.7.0_07/bin/java 1
# update-alternatives --install /usr/bin/javac javac /opt/jdk1.7.0_07/bin/javac 1
# update-alternatives --install /usr/lib/mozilla/plugins/libjavaplugin.so mozilla-javaplugin.so /opt/jdk1.7.0_07/jre/lib/i386/libnpjp2.so 1
# update-alternatives --set java /opt/jdk1.7.0_07/bin/java
# update-alternatives --set javac /opt/jdk1.7.0_07/bin/javac
# update-alternatives --set mozilla-javaplugin.so /opt/jdk1.7.0_07/jre/lib/i386/libnpjp2.so

4) Verificar la versión de java instalada con el comando:
# java -version
java version "1.7.0_07"
Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
Java HotSpot(TM) Server VM (build 23.3-b01, mixed mode)

5) Verificar la versión instalada en el navegador en esta página, pulsando en el botón «Verificar la versión de Java».

Tomado del blog > /dev/null.