Para evitar que firefox se cierre al cerrar la última pestaña, hay que cambiar la preferencia browser.tabs.closeWindowWithLastTab a false en la configuración (about:config).
Llevo mil cierres involuntarios por culpa de esto. Ahora que me doy cuenta que, con cada nueva versión de firefox, hay comportamientos “históricos” que cambian. ¿Será para mantenernos ocupados?
En una de estas actualizaciones salvajes de Sid a las que me he acostumbrado (la última de cuatrocientos meigas de vellón) la gente de Debian me actualizó el Mozilla Firefox, de la versión 1.5 (la mejor que he probado hasta la fecha) a la 2.0. El cambio de nombre del programa dentro de la distribución me generó ciertos problemas con los que, ni fue automático, ni fue limpio pero como se trataba de debian, de firefox y estaba de buenas, todo quedó en una anécdota y una docena de paquetes reinstalados.
Pero al comenzar a usarlo, comenzaron los problemas. Parece una tontería, pero los detalles más pequeños, esos a los que te has acostumbrado sin siquiera darte cuenta, son los que primero acusas. En mi caso, alguien que utiliza el teclado compulsivamente, el hecho de que anulasen la tecla de retroceso (el backspace) fue lo primero que noté pero, gracias a Peter Upfold ya tengo la solución. Son dos pasos:
about:config¡Atención, coñazo linuxero! Advertidos estáis.
mario me retó hace tiempo con la configuración de un servidor FTP empleando uno de los mejores (sino el mejor, IMHO) servidores de dicho protocolo, el pure-ftpd. Pues bien, como la instalación en Debian es relativamente sencilla, me voy a centrar en la configuración de las opciones del servicio y, sobre todo, en los pasos necesarios para hacerla compatible con el sistema de gestión de parámetros que emplea esta distribución.
Pure-ftpd es un programa pensado para dotar de la máxima seguridad posible a un protocolo que carece de ella y, una de sus características más significativas, es que recibe todos los parámetros desde la línea de comandos. ¿Qué significa esto? Que en el hipotético caso de que quisieramos configurar el servidor para que, pongamos por ejemplo, encierre en una jaula a cada usuario (parámetro -A --chrooteveryone), opere como demonio (parámetro -B --daemonize) y no permita conexiones anónimas (parámetro -E --noanonymous), en dicho caso, decía, podemos modificar el script que arranca y para el servicio para añadirle a pelo las opciones que necesitamos (-A, -B, -E) o podemos crear unos ficheros en el directorio del configuración del pureftpd.
Si la opción elegida es la primera, bon voyage. Aquí nos centramos en la segunda 
.
El directorio de configuración del pureftpd en Debian, como suele ser habitual, es /etc/pure-ftpd y, bajo este nos encontramos dos subdirectorios, db y conf . El primero alberga los ficheros que son más sensibles y a los que hay que restringir el acceso mediante permisos, por ejemplo, aquellos que influyen en la manera de autenticar a los usuarios, ya sea por Login, LDAP u otros medios. En mi configuración, donde autentico a los usuarios desde un LDAP, el fichero /etc/pure-ftpd/conf/LDAPConfigFile alberga la ruta absoluta a las opciones de conexión y autenticación del LDAP, que están en ese directorio:
# cat LDAPConfigFile
/etc/pure-ftpd/db/ldap.conf
Es en el segundo directorio donde debemos crear un fichero por cada opción que queremos pasarle al servidor durante el arranque. La lista completa de los parámetros que podemos emplear se puede encontrar en la documentación del Pure-ftpd (en inglés). De ella debemos seleccionar las opciones que más se ciñen al funcionamiento que vamos a darle al servidor y crear los ficheros. Si nos ceñimos al ejemplo anterior, debemos añadir los siguientes parámetros:
-A --chrooteveryone
-B --daemonize
-E --noanonymous
El nombre de los ficheros debe coincidir con el parámetro no abreviado, el de nombre largo y deben separarse las palabras con mayúsculas. Así, para la jaula ejecutaríamos este comando:
# echo yes > /etc/pure-ftpd/conf/ChrootEveryOne
y para el resto estos:
# echo yes > /etc/pure-ftpd/conf/Daemonize
# echo yes > /etc/pure-ftpd/conf/NoAnonimous
Respecto al contenido de los ficheros, si el parámetro es verdadero o falso (1 y 0), se pone yes o no, pero si requiere otro tipo de argumento, ya sea un número (número máximo de conexiones), una ruta a un fichero (la configuración de la conexión al LDAP) o una dirección IP, entre otros, es aconsejable consultar el tipo exacto de dato en la documentación y, según las necesidades, escribirlo en el fichero.
Por último, para comprobar que nuestra configuración funciona, es recomendable auditar constantemente los ficheros de registros, los ficheros log porque el programa tiene la sana costumbre de notificarlo todo y más si le pedimos mucha información de depuración con -d --verboselog.