Planeta BSD

También el pasado 14 de Septiembre, Dimitry Morozovsky anunció la inclusión ya, en el árbol de ports de FreeBSD, del nuevo Xorg 7.3. Pero eso sí, con algunas peculiaridades como dependencias cíclicas con los ports gtk-2.10.14_1 y dbus-1.0.2_2 (que ya están solucionadas).
Posteriormente se descubrió que habían algunas dependecias cíclicas mas (con cairo-1.4.10, por ejemplo), y que acabó con la inclusión de unos 20 ports aproximadamente, en los que están trabajando en sus Makefiles correspondientes. De manera que espero e imagino que dentro de muy poco tengamos noticia de su resolución, y podamos instalar tranquilamente el nuevo Xorg.
Mientras tanto, al menos yo, me abstendré de realizar ninguna actualización del sistema X

Have a nice day
TooManySecrets

Leer el post completo »

Ayer 14 de Septiembre, Constantine A. Murenin anunció que ya tiene completo todo el proyecto de importación del framewrork sysctl de hardware de OpenBSD en FreeBSD.
Según sus propias palabras:
“La parte userland del framework es completamente compatible a nivel de código fuente con OpenBSD. Por ejemplo, puedes coger la parte de OpenBSD correspondiente a “sensorsd(8)”, y compilará y funcionará correctamente bajo FreeBSD sin ninguna modificación.
El framework es completamente autónomo, de manera que creo que es una apuesta segura para, al menos, probar a tenerlo incluido en el código, cuando la congelación ocurra en preparación de la rama 7-RELENG.”
A continuación realizó la petición para que el parche sea incluido ya en el código fuente de la rama 7-CURRENT de FreeBSD.

El patch CVS completo lo podeis localizar aquí.

Los detalles sobre cómo aplicarlo y testearlo, están localizados en el LiveJournal de Constantine.

Así mismo indica que si tienes un procesador Intel Core 2, o una Winbond o ITE Tech Super
I/O chip en tu placa base, agradecerá que se testee y se realice el correspondiente feedback con él, sobre cómo ha ido el test.

Have a nice day
TooManySecrets

Leer el post completo »

Hola OpenBSDeros, como había quedado pendiente del ultimo tutorial sobre Apache el tema de Virtualhost acabo de agregarlo a nuestra Wiki, aca esta el link.
Espero como siempre que si encuentran algun problema, alguna modificacion o Tip nos lo hagan llegar tanto por mail, como por algun comentario, etc a fin de poder dejar la minima […]

Leer el post completo »

mergemaster es una herramienta contenida en los ports y que nos ayuda con las tareas de actualización del sistema y que será bastante útil en la…

Leer el post completo »

Hace ya algún tiempo comentaba diferencias entre SH (pdksh) y BASH, y hoy me he encontrado algo habitual cuando manejas directorios con muchos ficheros, o como me ha pasado a mi: liberando espacio de /tmp/.

Tenía gran cantidad de ficheros temporales, y otras cosas que no quería borrar, bueno… para eso están los patrones:

# rm /tmp/loquesea.*
-bash: /bin/rm: La lista de argumentos es demasiado larga

¡Anda! Y, ¿ahora qué hago? Bueno, lo más fácil es find(1) al rescate:

# find /tmp/ -name "loquesea.*" -exec rm {} ;

Esta solución hace que se ejecute el rm sobre cualquier fichero encontrado en /tmp/ o subdirectorios que cumpla el patrón indicado. Ojo que el patrón está entre comillas (no lo interpreta el shell, sino find), y veamos porqué la orden original tenía problemas.

Cuando indicamos en el shell un patrón de sustitución, BASH en este caso, reemplaza el patrón por una lista de ficheros que se ajustan a la descripción.

Eso quiere decir que si tenemos:

$ ls
fichero1  fichero2  fichero3  ficha

Al hace un rm fichero*, lo que realmente se ejecuta es: rm fichero1 fichero2 fichero3.

El comando rm(1) puede procesar listas de elementos a eliminar, pero el tamañano de la lista es limitado, y con los ficheros temporales que tenía esta mañana… he superado el límite.

Apuesto a que hay otras formas de solucionar la papeleta, si alguien se anima, que use los comentarios .

Leer el post completo »

Hace ya algún tiempo comentaba diferencias entre SH (pdksh) y BASH, y hoy me he encontrado algo habitual cuando manejas directorios con muchos ficheros, o como me ha pasado a mi: liberando espacio de /tmp/.

Tenía gran cantidad de ficheros temporales, y otras cosas que no quería borrar, bueno… para eso están los patrones:

# rm /tmp/loquesea.*
-bash: /bin/rm: La lista de argumentos es demasiado larga

¡Anda! Y, ¿ahora qué hago? Bueno, lo más fácil es find(1) al rescate:

# find /tmp/ -name "loquesea.*" -exec rm {} ;

Esta solución hace que se ejecute el rm sobre cualquier fichero encontrado en /tmp/ o subdirectorios que cumpla el patrón indicado. Ojo que el patrón está entre comillas (no lo interpreta el shell, sino find), y veamos porqué la orden original tenía problemas.

Cuando indicamos en el shell un patrón de sustitución, BASH en este caso, reemplaza el patrón por una lista de ficheros que se ajustan a la descripción.

Eso quiere decir que si tenemos:

$ ls
fichero1  fichero2  fichero3  ficha

Al hace un rm fichero*, lo que realmente se ejecuta es: rm fichero1 fichero2 fichero3.

El comando rm(1) puede procesar listas de elementos a eliminar, pero el tamañano de la lista es limitado, y con los ficheros temporales que tenía esta mañana… he superado el límite.

Apuesto a que hay otras formas de solucionar la papeleta, si alguien se anima, que use los comentarios .

Leer el post completo »

Leer el post completo »

Desde que estoy en Bilbao ha sido muy socorrido que Gnome venga integrado con su propio servidor VNC (vino, accesible vía Sistema > Preferencias > Escritorio remoto). Eso me permite dar soporte a mi madre en sus pequeños problemillas con el PC.

Pero esta característica out of the box tiene limitaciones, como que vino solo permite acceder a una sesión X11 existente (como la que suele tener abierta mi madre), y no crear tus propias sesiones.

Cuando quiero acceder a ciertos datos de mi máquina que dejé en casa, y vía SSH es imposible porque son datos que dependen de una aplicación con interfaz gráfico, con la conexión que tenemos por aquí a Internet es muchas veces inviable traer aunque sea sólo una aplicación con el protocolo de X11. El no poder crear una sesión me impide trabajar con vino en este caso, porque no hay sesión abierta.

Así que voy a explicar cómo lo he solucionado: permitiendo abrir sesiones X11 vía VNC.

Leer más

Leer el post completo »

Desde que estoy en Bilbao ha sido muy socorrido que Gnome venga integrado con su propio servidor VNC (vino, accesible vía Sistema > Preferencias > Escritorio remoto). Eso me permite dar soporte a mi madre en sus pequeños problemillas con el PC.

Pero esta característica out of the box tiene limitaciones, como que vino solo permite acceder a una sesión X11 existente (como la que suele tener abierta mi madre), y no crear tus propias sesiones.

Cuando quiero acceder a ciertos datos de mi máquina que dejé en casa, y vía SSH es imposible porque son datos que dependen de una aplicación con interfaz gráfico, con la conexión que tenemos por aquí a Internet es muchas veces inviable traer aunque sea sólo una aplicación con el protocolo de X11. El no poder crear una sesión me impide trabajar con vino en este caso, porque no hay sesión abierta.

Así que voy a explicar cómo lo he solucionado: permitiendo abrir sesiones X11 vía VNC.

Leer más

Leer el post completo »

Ya está lista la pre-venta del próximo OpenBSD 4.2 que será lanzado este 1 de noviembre.Obtengan YA su copia, porque La Seguridad Importa!

Leer el post completo »