hiro protagonist

Objetivo: montar una carpeta compartida por un windows con mi usuario, sin privilegios especiales.

Problema: el fichero /sbin/mount.cifs, que es el que se encarga, sólo tiene permisos de ejecución para root. Puedo cambiarle los permisos y activarle el bit SUID, pero cada vez que actualizo el paquete al que pertenece el fichero, los permisos vuelven al estado original.

Solución: decirle al sistema de paquetes de Debian que quiero saltarme los permisos por defecto de ese fichero, con:

# sudo dpkg-statoverride --update --add root root 4755 /sbin/mount.cifs
# sudo dpkg-statoverride --update --add root root 4755 /sbin/umount.cifs

Habrá que confirmar que funciona con la siguiente actualización, pero creo que ya está.

Ese es el cartel que Hezbolá está poniendo en lo que queda de los edificios del sur de Beirut que fueron destruidos utilizando misiles fabricados en los estados unidos.

Vía Viaje a la guerra, el blog del periodista argentino Hernán Zin , que está ahora mismo en Beirut. Uno de esos blogs que realmente deberíais leer.

Sigo cerrando capítulos que tenía por ahí abiertos pero escondidos debajo de la alfombra. Uno de ellos era la actualización de los paquetes en OpenBSD, y es al que le tocó ayer.

Para quien no lo sepa, OpenBSD proporciona software que no forma parte de su núcleo en dos formatos: como ports, estilo FreeBSD, o como paquetes, estilo cualquier distribución de GNU/Linux. Como es más fácil, y además es lo que recomienda OpenBSD, yo uso la segunda opción.

Y aquí es donde surgía el problema: obviamente, entre cada versión de OpenBSD uno de sus paquetes podría tener un problema de seguridad (no, el grupo de desarrolladores no audita la seguridad de los paquetes, sólo del sistema básico), y entonces ¿cómo lo actualizo?

La solución fácil es trivial: reviso en un mirror si hay alguno que tenga un número de versión mayor que el que tengo instalado, lo descargo y lo actualizo con pkg_add -u paquete. Pero esto es un auténtico rollo...

La otra solución -trivial, pero desconocida para mí hasta ayer- es hacer

# pkg_add -ui

(teniendo en la variable PKG_PATH la URL de un mirror)

Y mano de santo, oiga. Revisa los paquetes uno por uno, los que sólo tienen actualizaciones los actualiza y los que tienen más de una -aún no sé muy bien por qué- te pregunta cuál quieres.

Aaaaaaaaaagur.

Bueno, pues al final los problemillas no eran para tanto.

Por un lado, efectivamente OpenBSD no se lleva especialmente bien con mi KVM, pero si al arrancarlo miro en la consola todo el proceso de arranque, al final el ratón funciona bien. Eso sí, todo para comprobar que con aMule tampoco la cosa va mucho más rápido, así que he vuelto a mldonkey.

Por otro lado, anteayer salió la versión 2.8.1 de mldonkey, así que ya puestos la compilé y la probé. Al arrancarla, un fantástico "Could not bind to port 4662: address already in use", y un par de horas dando vueltas de aquí para allá. Al final el problema era sencillo: pese a la documentación de mldonkey parece decir lo contrario, no se puede configurar Overnet en el mismo puerto que Edonkey... así que cambio overnet_port, modifico pf.conf, cambio las redirecciones de Tele2 (que esto es para contar otro día)... y hoy tengo la subjetiva sensación de que va más rápido.

Para hoy me queda probar fvwm-crystal en el portátil, que llevaba demasiado tiempo apagado. Bueno, eso si mi vecino de 7 años me deja, que se ha autoinvitado a jugar al MAME :)

Aaaaaaaaaagur.

Tras la vuelta de las vacaciones (a lo mejor os resumo en otro post), he tenido dos problemillas técnicos.

Por un lado, en debian sid están haciendo cambios en los scripts de arranque, y eso me dejó un par de días sin sonido en el bicho. En realidad, más por vago que otra cosa: la solución era ejecutar otra vez alsaconf, pero preferí esperar a la típica solución automágica...

Por otro lado, tengo curiosidad por probar amule, sobre todo porque mi mldonkey un día va bien y al siguiente no. El caso es que en principio amule es una aplicación gráfica, así que me tocaba configurar X en mi OpenBSD, cosa que aún no había hecho (total, para lo que lo uso...). Y aquí viene el problema: mientras que en OpenBSD 3.8 me funcionaba sin más, en OpenBSD 3.9 el ratón se me vuelve loco.

El control del ratón en OpenBSD se hace a través de wsmoused, y aquí viene el problema: es tan automático que no tiene opciones sobre el tipo de ratón; y si, como es mi caso, funciona mal, no hay nada que hacerle.

Lo más parecido a una respuesta que he encontrado es que OpenBSD es muy sensible a los switches KVM, y que por eso se vuelve loco, aunque yo he probado a pinchar directamente el ratón al puerto PS2 y no ha mejorado nada...

Se admiten sugerencias :)

• Principal
• archivos
• Albums
• links

• Michael Schenker Group, Bergara, 31/10/2008
• Tesla: Comin' atcha live! 2008
• Guía rápida para crear máquinas virtuales en Debian GNU/Linux con kvm
• Releyendo "Los desposeídos"
• Queremos software libre
• El senado americano es un nido de comunistas
• ¿No toda la pasta será para los bancos?
• Por fin alguien lo ha entendido
• ¿Por qué no hice huelga el pasado jueves 14?
• Reencuentro con Teresa Malina

• General [16]
• Política [18]
• Otros textos [1]
• Música [7]
• Libros [4]
• Tech [22]
• Juegos [0]
• Cine [1]

• RSS 0.90
• RSS 1.0
• RSS 2.0
• Atom