Para cambiar el editor por defecto:

$update-alternatives --config editor

Y en la lista que nos sale, marcamos el deseado.

Hay que tener en cuenta que esto es para seleccionar el editor por defecto para todo el sistema, si queremos solo cambiarlo para nuestro usuario usaremos:

export EDITOR=vim

En el .bashrc o .bash_profile -o bien equivalentes si usamos otra shell-.

fuente: debianadmin.com

Después de googlear bastante, me di cuenta que no era cosa del firefox, puesto que todas las opciones de mousewheel.withnoaction.* estaban correctas y seguia comportandose igual.

El fallo era pues, del módulo del ratón en el kernel, que con estas dos sencillas lineas se carga con las opciones adecuadas para que no se vuelva loco:

rmod psmouse && sudo modprobe psmouse rate=100 proto=imps

Y  si quieres hacer el arreglo permanente ( ¿Quién no querría? xD ), basta con incluir la siguiente linea en el fichero: /etc/modprobe.d/options

options psmouse proto=imps

Espero que le sirva a alguien, tanto como a mi al menos.

4gb seg fixup, process sendmail (pid 6442), cs:ip 73:00e991f7

Donde en lugar de sendmail podremos ver cualquier otro proceso del sistema. Para solucionarlo:

echo 'hwcap 0 nosegneg' > /etc/ld.so.conf.d/libc6-xen.conf
ldconfig
reboot

fuente: http://miguelangelnieto.net

En este artículo explico las pequeñas modificaciones que se deben hacer en el código de la versión 2.2.3 para eliminar el SPAM.

Según la licencia de la versión gratuita del ARTIO JoomSEF, estoy autorizado a realizar las modificaciones en el código que me convengan y no estoy autorizado a distribuir la versión modificada. OK, pues voy a modificarlo y a mostrar cómo se hace para que cada uno se lo haga él mismo

Si abrimos el archivo /administrator/components/com_sef/sef.class.php una vez tenemos instalado el componente en nuestro Joomla, encontraremos sobre la línea 385 algo cómo:

eval(base64_decode('JHNlZkRpckFkbWluID0.....'));

Justo debajo debemos incluir la siguiente línea:

A continuación renombramos o eliminamos el archivo /administrator/components/com_sef/signature.b64 y listos!

Por curiosidad, os propongo que cojáis la instrucción que está dentro del eval(), es decir el base64_decode('...') y lo printéis en el navegador entre un par de tags 'pre' y '/pre'. Veréis cómo tienen oculto los links esta gente.

Hay que tener ganas para subvencionarse de una forma tan guarra.

Saludos

Via: http://www.syntaxerror.es

Que yo sepa, esta tarjeta en la mayoría de las situaciones no debe dar ningún problema, de hecho tiene soporte nativo de aceleración por hardware en xorg, pero en mi caso con un monitor panorámico se empezó a poner peleona. Este howto es imprescindible si tu combinación es MacMini + Monitor panorámico + Linux. Como este caso va a ser muy poco frecuente, publico la entrada como nota mental por si vuelvo a necesitar echar mano del truco y por si quizás a alguien le sirva en el futuro directa o indirectamente.

PASO 1. El primer paso es instalar el programa 915resolution. Lo más normal es que tu distribución ya tenga ese paquete y lo puedas instalar de la forma habitual, pero si no fuera así, sólo tienes que bajártelo de su página web e instalarlo.

PASO 2. Una vez instalado, con el siguiente comando obtendrás una lista de las resoluciones soportadas nativamente por tu tarjeta gráfica.

# 915resolution -l
 

Observa que cada resolución tiene un modo con un código (al principio de cada línea). Bien, elige un modo que no vayas a usar nunca (en mi caso el 4b) y lo que vamos a hacer ahora va a ser "reconfigurar" dicho modo para que use la resolución que queremos. Es tan fácil como hacer lo siguiente, pero no olvides cuál era la resolución original del modo que estás cambiando, porque la necesitarás más tarde:

# 915resolution 4a 1680 1050 24
 

4a es el modo que estamos modificando, 1680 y 1050 es el tamaño horizontal y vertical respectivamente de la resolución que queremos usar, y 24 es la profundidad de color que queremos (comprueba cual es la máxima que soporta tu monitor, posiblemente ya esté definido en xorg.conf).

PASO 3. Una vez modificado el modo, ya tenemos una configuración usable para aplicar en xorg.conf. Abrimos dicho archivo y vamos hasta la sección Device, donde añadiremos la línea Option "ForceBIOS" "1600x1200=1680x1050".

#nano /etc/X11/xorg.conf

 Section "Device"
 
 Identifier      "Intel 945GM/GMS/940GML"
 
 Driver          "i810"
 
 BusID           "PCI:0:2:0"
 
 VideoRam        64000
 
 Option          "ForceBIOS" "1600x1200=1680x1050"
 
 EndSection
 
 

En este ejemplo 1600x1200 era la resolución original del modo, y 1680x1050 la resolución que realmente queremos usar.

Finalmente, para que la configuración no se pierda al apagar o reiniciar el ordenador, debes añadir una línea con el comando anterior (en este ejemplo: /usr/sbin/915resolution 4a 1680 1050 24) a /etc/init.d/bootmisc.sh, antes de exit aunque muchas distribuciones como Debian ya incluyen con este paquete un servicio al inicio que lo carga automáticamente. Para este último caso sólo habría que configurar el archivo /etc/default/915resolution y añadir al inicio dicho servicio.

Y ya está, reiniciando las X ya deberías ver el efecto de la nueva configuración.

Fuente: http://giingo.org

Cuando
tienes una red de PCs todos con la misma distro, resulta muy molesto
tener que estar bajando las actualizaciones para todas de internet, o
cualquier paquete, cuando lo más fácil sería bajarlo para una y que
desde ahí se propague al resto, y no tener que estar saturando los
servidores de Ubuntu, ni perdiendo el tiempo en bajar el mismo paquete
x veces, así que tienes dos opciones o crearte un repositorio con apt-cacher,
así bajas el paquete una sola vez para un PC y ya los demás lo piyan
desde ese PC, o montarte un repositorio local con apt-mirror, esto es
más pesado pero tienes todos los paquetes y si creas un cron se
actualizan a diario, la primera vez tienes que bajarte unos 32Gb pero
ya las siguientes sólo las actualizaciones.

Al ejecutar las X la tarjeta de red se queda pescando.

La solución es bien sencilla, en la linea del Grub, añadimos el parametro "noapic" para el kernel, y así nos ahorramos historias!

Por ejemplo:

mount /dev/sda1 /mnt

Ahora montamos el proc, sys y dev para bindear los dispositivos ( si no hacemos esto, el instalador del gestor se volveria algo loco con los discos ).

mount --bind /proc /mnt/proc

mount --bind /sys /mnt/sys

mount --bind /dev /mnt/dev

Ahora ya podemos hacer el chroot:

chroot /mnt

Y reinstalamos ahora el gestor:

Lilo: Lilo -v (la particion en lilo está en el parametro boot del lilo.conf)

Grub: grub-install (hd0,0)

Bien, pues hay una solución. ( Copiado de: AQUI)

Deshabilitar el touchpad mientras se escribe evita movimientos involuntarios y acciones de tu ratón que puede apuntar a la ventana equivocada, iniciar aplicaciones por hacer clic en el fichero equivocado y más... Usando synclient o syndaemon evitará esto. Tanto synclient como syndaemon necesitan tener acceso a la memoria compartida del driver de synaptic. Esto se puede conseguir añadiendo la directiva correcta en tu xorg.conf.

En primer lugar, edita /etc/X11/xorg.conf y asegúrate de que la opción

Option “SHMConfig” “on”

está habilitada. Ahora que todo está bien configurado, descubramos qué nos proporcionan esas herramientas. Synclient es una herramienta para consultar y modificar "al vuelo" los parámetros del driver de Synaptic Touchpad. Para poder conseguir la configuración de tu driver de synaptic, tienes que escribir:

$synclient -l

Cuando el touchpad está activo, deberías obtener la siguiente línea:

TouchpadOff = 0

Para deshabilitar tu touchpad, puedes escribir:

$synclient TouchpadOff=1

Esto deshabilitará tu touchpad durante toda la sesión, mientras no escribas:

$synclient TouchpadOff=0

Se hace realmente muy aburrido deshabilitarlo constantemente mientras escribes, y habilitarlo otra vez cuando quieres usar el puntero. Afortunadamente, syndaemon viene al rescate.

Syndaemon es un programa que monitoriza la actividad de tu teclado y deshabilita tu touchpad cuando tu teclado está activo. Hay unas pocas opciones que puedes pasarle a syndaemon: el tiempo que tu teclado ha estado parado antes de volver a encender tu touchpad, tanto si quieres o no deshabilitar la opción de pulsar el teclado involuntariamente y el scrolling, o si quieres o no iniciar syndaemon como un demonio.

Los parámetros predeterminados deshabilitarán completamente tu touchpad mientras se escribe y lo reactivará después de 2 segundos de inactividad. Escribir en una consola

$syndaemon

automáticamente deshabilitará tu touchpad cuando escribes y lo habilitará una vez que tu teclado haya estado inactivo 2 segundos. Utilizando el parámetro -i, serás capaz de ajustar el tiempo de parado.

$syndaemon -i 1.0

Reactivará tu touchpad después de 1 segundo.

$syndaemon -i 1.0 -t

desactivará el scrolling y la pulsación involuntaria, pero dejará activo el puntero del ratón incluso si escribes con el teclado. Las personas que quieran iniciar syndaemon automáticamente cuando ingresen usando ~/.xinitrc deberían asegurarse que la opción -d está habilitada. -d espera al daemon y hará que syndaemon se inicie en segundo plano.