Dolphin se cierra de manera inesperada (crash)
Dolphin, el explorador de archivos por defecto en KDE4, se me cierra inesperadamente en muchas ocasiones. Me pasa con Debian testing y con OpenSuse 11.2 y la semana pasada averigüé como solucionarlo. Según el bug 564048 es debido a un problema entre Dlophin y Nepomuk, una implementación del escritorio semántico. Tuve que desactivarlo para dar estabilidad a Dolphin. Esto soluciono el problema tanto en Debian como en OpenSuse, pero claro, pierdes esa función. Esperemos arreglen el bug en breve.
Para desactivar Nepomuk vas a Preferencias del Sistema -> Avanzado -> Búsqueda de escritorio y desactivas la opción Habilitar el escritorio semántico Nepomuk.
Bye
Problemas con los permisos de raw1394 (IEEE 1394)
Despues de la ultima actualización (de OpenSuse 11.1 a 11.2) no puedo capturar vídeo de mi videocámara sin ser root (administrador). Al ejecutar el comando dvgrab me contesta:
$ dvgrab -s dv PuenteColgante raw1394 - failed to get handle: Permission denied.
Y tiene razón, como siempre. El dispositivo (dev) que se ha creado al enchufar la cámara solo tiene permisos para root.
$ ls l /dev/raw13* crw-rw--- 1 root root 171, 0 nov 24 12:38 /dev/raw1394
La solución ha sido crear una regla nueva a udev para que cuando cree el dispositivo raw1394 le asigne el grupo video al que ya pertenecen los usuarios del sitema.
Las reglas se encuentran en el directorio:
/etc/udev/rules.d
Creamos un archivo nuevo para nuestro dispositivo:
# touch /etc/udev/rules.d/99-ieee1394.rules
Y con nuestro editor preferido añadimos la línea:
KERNEL=="raw1394*", GROUP="video"
También puedes añadir dos lineas mas para que cree unos enlaces simbólicos a otros posibles nombres del dispositivo.
KERNEL=="dv1394*", SYMLINK+="dv1394/%n", GROUP="video" KERNEL=="video1394*", SYMLINK+="video1394/%n", GROUP="video"
La próxima vez que enchufemos la videocámara se creará el dispositivo con grupo vídeo para que todos los usuarios del sistema puedan usarlo.
$ ls l /dev/raw13* crw-rw--- 1 root video 171, 0 nov 24 13:38 /dev/raw1394
Bye
P.D. Mas información sobre las reglas de udev en:
http://bulma.net/body.phtml?nIdNoticia=2114
http://www.reactivated.net/writing_udev_rules.html
kde4, preferencias del sistema y el modo administrador
Ahora que en Debian han pasado KDE4 a testing, me he puesto a actualizar mi ordenador de sobremesa. Lo actualicé desde fuera del sistema gráfico para evitar posibles problemas por una actualización tan importante del KDE.
Después de la actualización, entré en el sistema gráfico y voila, ya tengo KDE4 en marcha. La primera vez que entras en KDE4 después de una actualización desde KDE3, se te inicia una herramienta (kaboom) para migrar Tú directorio de configuración (.kde) de la estructura de KDE3 a la estructura que necesita KDE4.
Al ir a ajustar a mi gusto la configuración después de la migración en las Preferencias del Sistema (systemsettings) , me di cuenta que no aparecía el botón de “modo administrador”. Muy útil para aquellas partes que solo el administrador puede cambiar.
Indagando los bug de systemsettings vi que tenia uno referido a esto, el 523094.
La solución es lanzar systemsettings con el comando:
$ kdesu systemsettings
Esta ventana de systemsetting se utilizaría solo para los cambios en que se necesita ser root. Pero me encontré con otro problema. El comando kdesu no está en el path, otro fallo reflejado en el Bug 495999 ¿Y como lo soluciono? Pues de dos maneras:
Escribiendo la ruta completa
$ /usr/lib/kde4/libexec/kdesu systemsettings
O creando un enlace simbolico y así queda para siempre
# ln -s /usr/bin/kdesu /usr/lib/kde4/libexec/kdesu
Bye
Borar el directorio tmp al inicio en Suse y Debian
El directorio tmp, temporal, es donde los programas van creando los archivos que necesitan durante la ejecución. Esos archivos deberían borrarlos los programas al finalizar la ejecución, pero aveces eso no ocurre. Se van acumulando y llenando el disco.
El comportamiento de muchas distribuciones Linux es borrar todo el contenido de tmp al iniciar el sistema, pero no siempre es así. Ahora te explico como configurarlo en Debian y OpenSuse.
- Debian o Ubuntu
El parámetro es TMPTIME y está en /etc/default/rc.s . Los valores posibles es un numero entero que indica cuantos días pararán desde que se borró el contenido de tmp y la siguiente vez que se borrarán. Si el valor es Ø (cero) borrará el contenido en cada inicio.
- OpenSuse
Los parámetros se encuentran en /etc/sysconfig/cron que puedes editar como administrador con tu editor favorito o a través de Yast->Sistema->Editor
En este caso los parámetros a tener en cuenta son dos:
CLEAR_TMP_DIRS_AT_BOOTUP para que borre el contenido de tmp en cada inicio cambialo de no a yes.
MAX_DAYS_IN_TMP su valor es un numero entero que indica cuantos días pasarán entre borrado y borrado. Si pones Ø (cero) junto al parámetro anterior lo borrarán en cada inicio.
Y eso es todo
Zendwalk 5.2 y los modem por puerto serie
Zenwalk es una distribución basada originalmente el Slackware, aunque ahora llevan caminos separados. Es pequeña, muy valida para equipos con pocos recursos y fácil de instalar. Respecto a esto ultimo estaba convencido hasta que tuve que probar el modem. Un modem externo, totalmente estandar, y nada. No había manera.
La versión de Zenwalk 5.2 viene con el Linux kernel-2.6.25.4 que no se porqué no funciona bien el puerto serie. Tiene los modulos y se cargan sin problemas pero no funciona. El wvdialconf no encuentra el modem y con ppp consigo que marque pero no se establece la comunicación.
La solución que encontré fue instalar el Linux kernel-2.6.25.15 que viene en la versión de pruebas, snapshot, y todo empezó a funcionar.
La dirtribución oficial tampoco trae software para conexiones por moden. Utilicé el wvdial para conectarme, manejado a traves del interface grafico pywvdial. Los dos los encontre empaquetados para Zenwalk gracias a su amplia y activa comunidad. Y como no, grácias a Google.
Iniciando
Este servidor, mi servidor, está continuamente conectado a Internet a través de un ADSL. Lo utilizo para aprender. ¿Y que mejor forma de aprender que teniendo un banco de pruebas? Sinceramente, si no te apetece cacharrear con el hardware del sistema, creo que un servidor virtual baratito es la mejor opción. Tú te ocupas del software y ellos del hardware.
Mis primeras acciones para dejarlo siempre encendido fue reducir el ruido, solo tiene un ventilador en la fuente, y medir la temperatura de distintas partes del server. Parecía facil, pero la placa del AMD K6-2 no tenía el circuito para medir la tempetatura, ¡tiene narices! Para ello tuve que realizar un circuitillo con un conversor a/d conectado al bus i2c y tomar las medidas con i2c-Tools.
Mi granito de arena es tener un servidor de hora, ntpd, al servicio de todos. Se encuentra dentro de un pool de servidores de hora, pool.ntp.org. Para mas información ver la noticia 1947 de Bulma, algo viejita pero todavía vale.
