Planeta BSD

Para todo aquel que esté interesado en saber la situación de los ports en cada plataforma soportada por FreeBSD, y su respectiva versión, podeis visitar este link, donde podreis ver en modo de gráfica los datos anteriormente mencionados.
La información anterior, y mucha más relativa al árbol de ports de FreeBSD, podeis encontrarla en la página de FreeBSD Ports and Packages. Ahí podreis encontrar el número de ports marcados como BROKEN, el porcentaje de ports con fallos al compilar por plataforma y versión, porcentajes de PR’s por explicación o por estado, etc, etc, etc…

Have a nice day
TooManySecrets

Leer el post completo »

Bueno, pues la verdad es que poco hay que explicar ya… Después de recompilar el kernel, volví a realizar la prueba de nuevo (todo esto viene de la primera parte).
Los resultados fueron mucho mejores; no había lag en casi ninguna parte de lo probado, el mp3 no saltaba, no había lag en la utilización con el Firefox, tampoco en la escritura en una shell ni al crear tabs en la ventana del xfce4-terminal… nada. Tan solo hubo un lag en realidad, y se producía siempre que pulsaba el botón de poner en marcha el salvapantallas (recordar, configurado para usar solamente salvapantallas opengl)..
Pero la verdad, es que si tenemos en cuenta que la máquina tiene solamente 512 Mb de ram, que un firefox solito, de por sí, ya consume bastante (y más con varias tabs abiertas), y había 4 procesos de compilación para el kernel en paralelo… pues como que está de maravilla.
Probé lo mismo, pero poniendo el kernel a compilar solo con dos procesos a la vez (recuerdo de nuevo que mi procesador es “uni-procesador”, no tiene doble nucleo, ni nada parecido). Poniendo el proceso como “make -j2 buildkernel ….”, no había absolutamente lag alguno por ningún lado. Cero, nada, nothing, res… Ni que pusiera 100 veces seguidas el salvapantallas en marcha, con el mp3 de fondo, el firefox… Nada. Ni el mp3 saltó ninguna vez, ni hubo lentitud ni lag al escribir en el terminal y/o firefox o abrir tabs en él, ni nada de nada.

Por último me gustaría indicaros un link sobre una comparativa objetiva de Jeff Roberson, donde realiza una pequeña comparación entre el scheduler ULE y el CFS del kernel Linux, quizás un poco “por encima”. Aunque la verdad, es que este hombre sí que sabe y sus tests están a años luz de los míos.
También me gustaría comentar a quien lea esto (si es que lo lee alguien xDD), que si, que ese “probando” tiene un lack de rigor científico bastante apabullante. Pero tan sólo he intentado transmitir mi experiencia, lo que he visto al realizar la prueba, qué ha ocurrido, etc, etc.

Have a nice day
TooManySecrets

Leer el post completo »

Pues si. Acabo de verlo en OSNews; ya ha salido la nueva versión 1.4 del sistema de escritorio PC-BSD, basado en el sistema operativo FreeBSD 6.2-STABLE.
Aquí podeis encontrar las release notes, y por este otro link el documento changelog. Para todos aquellos que querais bajárosla (cosa muy recomendable, ni que sea para probarla como hice yo no hace mucho cuando estaba en su versión beta), podeis acceder al CD1 y al CD2 desde esta dirección.

Have a nice day
TooManySecrets

Leer el post completo »

Bueno, pues después de estar casi un mes con FreeBSD 7-CURRENT instalado en mi portátil, hoy me he decidido a realizar una prueba de carga con el scheduler SCHED_ULE.
El tema ha sido, primero, crear un kernel quitando el DEBUG, WITNESS e INVARIANTS de él, reiniciar la máquina y, posteriormente y con el sistema X-Window iniciado (con XFce4), hacer lo siguiente:
- poner mp3 a sonar usando el mplayer.
- una compilación del kernel usando: make -j4 buildkernel KERNCONF=MIKERNEL
- iniciar firefox y navegar con él usando dos ó tres tabs.
- iniciar y parar el programa xscreensaver previamente configurado para usar salvapantallas en modo OpenGL.

El equipo es un AMD64 3000+, usando una instalación basada en i386 (*no* es un sistema 64 bits). Tiene un disco duro de 60 Gb a 5400 rpm (es lentillo el disco), y tan solo cuenta con 512 Mb de RAM, por lo que creo que lo que cuento a continuación, es más positivo que no negativo.También tiene (se me olvidaba), una tarjeta Ati Radeon 9700, que el sistema detecta desde hace mucho tiempo perfectamente, y me ofrece aceleración 3D sin problemas.
El sistema es altamente usable. El sonido del mp3 no dá salto alguno, salvo muy brevemente cuando he iniciado el salvapantallas la primera vez, y el salvapantallas en sí funciona bien. He tenido algún que otro pequeño lag a nivel de salvapantallas, pero también ha sido mínimo y no se ha notado en la música mp3 que estaba escuchando.

En la lista -CURRENT han surgido algunos ejemplos en los que el scheduler ULE tiene un comportamiento como el que indico (cuando no debería), por lo que voy a ejecutar:

cd /usr/src/sys/kern/ && fetch
http://people.freebsd.org/~jeff/ulebugs.diff && patch < ulebugs.diff

tal y como sugiere Jeff en un correo del día 23 de este mes.

Ahora mismo estoy compilando el nuevo kernel (según indica Jeff Roberson, el commit con este parche está realizado desde hoy mismo). Cuando lo tenga listo, volveré a realizar la prueba a ver qué tal funciona. Mientras tanto, paciencia…

Have a nice day
TooManySecrets

Leer el post completo »

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. Acabo de dar con este magnífico tutorial, donde explica paso a paso, cómo actualizar una máquina con FreeBSD 4.11 a 6.2, usando para ello una conexión remota SSH.
Una magnífica entrada que, quien más quien menos, le irá de maravilla.

Leer el post completo »

Hola holas! Me acaba de llegar el FreeBSD Status Report Q2/2007, y la verdad es que es para ir rayando el suelo con los dentarros que ese le ponen a uno. ¡Disfrutadlo!

Leer el post completo »

Nota extraida de la web de Matteo Riondato.
- instalar el port graphics/gnash y www/firefox, y asegurarse de NO marcar la opción “GSTREAMER” en el menú de configuración del port gnash.
Para ver vídeos de YouTube se precisa instalar el port multimedia/mplayer y www/mplayer-plugin, el plugin Greasemonkey, e instalar este script para el Greasemonkey. Hay que asegurarse de seleccionar el thema “mini” para la GUI del mplayer, porque el plugin lo precisa. Asímismo hay que asegurarse de compilar el port mplayer con la opción WITH_GUI.
Según indica él mismo, con ésto y un bizcocho… je je je ¡A seguir disfrutando de vuestro FreeBSD!

TooManySecrets
Have a nice day

Leer el post completo »

Bueno, ha llovido un poquito desde mi última entrada, y han pasado muchas cosas en el mundo FreeBSD, principalmente la actualización del sistema X-Window a Xorg 7.2, y con ello, toda la modificación de los ports al mover la localización de $X11BASE. Mientras esto ocurría, el árbol de ports ha estado unas dos semanas congelado completamente, lo cual ha podido crear algún que otro pequeño dolor de cabeza a quien quisiera hacer una actualización, especialmente por temas de seguridad, pero hace ya una semana que ha terminado todo esto.
Quien hace los “deberes” y lee el fichero /usr/ports/UPDATING, sabrá (porque ahí lo pone) los pasos a seguir para actualizar el sistema Xorg, solucionar problemas que puedan surgir, programas afectados, etc, etc. Como decía, quien hace todo esto habrá tenido poca o ninguna complicación en realizar la actualización, pero como siempre hay otras maneras de hacerlo, o mejor dicho, utilizar otras herramientas para conseguir el objetivo. Aquí os pongo una (en mayor o menor medida afortunada) traducción de un texto enviado hoy a la lista freebsd-ports por Doug Barton, donde explica cómo realizar la actualización usando su herramienta Portmaster.

Según él mismo indica, la mejor manera de realizar la actualización es haciendo un “pkg_delete -f xorg*” seguido de un ‘portmaster x11/xorg’, pero quien no pueda (o quiera), puede seguir adelante con el escrito que ha realizado él Así que aquí comienza el procedimiento:

1- actualizar “portmaster” a la versión 1.17 (o superior) y echar un vistazo a la página man.
2- Añadir ‘X11BASE= ${LOCALBASE}’ al fichero /etc/make.conf.
3- Exportar XORG_UPGRADE en tu entorno (mira /usr/ports/UPDATING).
4- Lee la entrada 20070519 en /usr/ports/UPDATING, y cualquier otra nueva entrada que pertenezca a la actualización.
5- pkg_delete -f xorg-manpages, xorg-fonts-misc-bitmaps, y cualquier port relacionado con librerías xorg.
6- Considera hacer un ‘rm -r /var/db/ports/*’, o añadir una nueva opción - –force-config al principio de cada linea de comando de las que vienen ahora.
7- Inicia el script para UPDATING.
8- portmaster -wv /usr/ports/x11/xorg-libraries
Si puedes estar seguro (usando para ello WRKDIRPREFIX o realizando una pre-limpieza de tu árbol /usr/ports/) de que no tienes directorios “work”, considera añadir el flag “-C”. Si quieres borrar los antiguos distifles sin ser preguntado, usa la opción “-d”.
9- portmaster -v[Cd] /usr/ports/devel/imake
10- portmaster -v[Cd] -w -r libXft
Si esto falla en algún punto (y probablemente lo haga al menos una vez), añade “-R” a la línea de comando para evitar reconstruir otra vez aquello que ya esté hecho. Sería también un buen momento de añadir el flag “-C” si el fallo ha sido en la parte del make del port, para evitar volver a realizar el make en aquellas partes del port que ya estén hechas. Si suele fallar en el apartado de la instalación del port por estar ya instalado (parte del problema “el huevo o la gallina”), considera añadir al comando “portmaster” ésto: -m”-DFORCE_PKG_REGISTER” (no he puesto ni quitado dobles comillas, son tal cual las que deben ir). No es la solución ideal pero ahorra tiempo y funciona.
11- portmaster -v[Cd] -w /usr/ports/x11/xorg
La opción -R, como se ha descrito antes, no te ayudará aquí, pero la información del punto 10 si. Aplícala.
12- portmaster -v[Cd] -w -a
13- portmaster [-d] -s
14- portmaster [-d] –clean-distfiles
15- disfruta del nuevo Xorg 7.2

El propio Doug pide el favor de no dirigirse a él en caso de problemas, sino hacerlo a la lista de freebsd-ports, mencionada anteriormente.
Espero me disculpeis si la traducción ha sido realizada con mayor o menor fortuna. He intentado hacerlo lo mejor que he podido

Have a nice day
TooManySecrets

Leer el post completo »