Gentoo Latino América

Como ya la mayoria de gente en el mundo del software libre sabe. Gentoo esta de cumpleaños. Aunque Danniel Robbins el creador original afirma que no hay una fecha exacta. La gente de gentoo se preparó para la celebración. De una manera particularmente geek.

El día de ayer se publicó la versión definitiva de Gentoo 10.0. Un Live DVD de “celebración” el cual es algo irónico porque desde hace varios meses Gentoo anuncio que ya no se iban a sacar discos Live. El nombre de la versión ni siquiera se ajusta a la que se utilizaba antes (el año de lanzamiento). Pero ¿a quien diablos le importa?.

Para los que son gentoozeros y han administrado bien el sistema saben que no es necesario actualizar Gentoo año con año. No existe necesidad de pasar desde una version Happy Hippy a una Kike Koala por el sistema de rolling updates. Con el DVD vinieron los resultados del concurso de screenshots. Y tambien artwork de un pingüino volador bastante peculiar.

Para los que usen Gentoo espero que se disparen una buena fiesta en Guatemala. Por mi parte creo que voy a descargarme el disco e imprimir el Jewel Case para tenerlo sobre mi escritorio. Al final de cuentas sigo en Funtoo .

Y asi como algunos adornan su casa en navidad. Yo puse el wallpaper en mi escritorio. Se que es extraño sentirme “feliz” por algo asi. Pero de una u otra forma el utilizar Gentoo me ha servido para aprender muchas más cosas de sistemas *nix.

Como la tradición bleeding edge dicta “descargate los paquetes desde el controlador de versiones y diviertete” creo que regrese a las andadas. Aprovechando que me resurgio el pequeño gnomo del bleeding edge, decidi a probar gnome-shell. De lo nuevo que se viene para gnome 3.

Mucho se ha hablado de este cambio que promete estar 100% para gnome 3. Y la verdad no se parece en nada a los escritorios que he utilizado, podria decir que es una licuadora entre compiz light+gnome viejo+creatividad. Me gusto y aunque tiene una cantidad considerable de bugs (como cualquier paquete descargado desde git). Le veo un futuro prometedor y de seguro resistencia al cambio .

Cosas destacables:

• Se siente más ligero que kde
• Usa composite sin llegar a ser un escritorio feo
• Cambia totalmente el paradigma de los administradores de ventanas
• La tecla de windows (si, la ventanita) toma un papel fundamental en la navegación

A mi la verdad me gusto bastante aunque supongo que no a todos les gustara. Pienso que esta dentro de los comentarios del linuxcon donde los sistemas libres no deben de copiar y tratar de imitar siempre a windows. Más bien deben de innovar, crear cosas nuevas y crear su propio nicho de usuarios. Al menos espero las proximas versiones y hasta me estoy animando a usar gnome-shell más seguido. Aca unas capturas:

Si no utilizan ubuntu (el cual ya tiene ppa con el paquete) pueden utilizar jhbuild que esta en el link hacia la pagina oficial. Lo más patetico es que por hacer las pruebas descubri que listen esta usando demasiados recursos, debe ser culpa de python . Pero bueno nada es perfecto.

Desgraciadamente y como ya se habran dado cuenta en alguna de mis tantas maldiciones , ati en linux es y seguira siendo una basura respecto a intel o nvidia.

Me vi en la necesidad de migrar al driver libre radeon porque ati dijo que ya no soportaria más actualizaciones para la x200m en linux y por el lado de windows solo dara actualizaciones “criticas”.

Al no ofrecer más actualizaciones con las nuevas caracteristicas del kernel y xorg me sucede lo siguiente:

• No puedo usar el driver con el nuevo esquema EXA/UXA
• No puedo usar un kernel “oficialmente” despues del 2.6.28
• No puedo usar una nueva rama de xorg-server que no sea la 1.4 porque la 1.5 necesita el kernel .29 y su nueva infraestructura.

Me gustaria que hubieran sido como nVidia, que aunque ya me paso al club de los legacy con mi fx5700 aun me va a seguir dando actualizaciones para que siga funcionando el driver con los nuevos xorg y kernel.

Pero bueno este post es para contarles lo que tuve que hacer y algunas cosas con las que me tope para migrar desde el no tan buen driver propietario al muy verde driver libre (lo digo porque tiene peor rendimiento 3D). Asi que investigando un poco encontre que podia usar el driver sin dri y con dri.

Sin dri:

• Volvieron a funcionar las caracteristicas del kernel tuxonice
• No tuve problemas con pm-utils
• Sigue funcionando el segundo monitor
• No hay 3D

Con dri:

• El 3D es aceptable un poco más feo que el propietario pero suficiente para open arena
• Ya no funciona pm-utils
• Sigue funcionando el segundo monitor
• En vano las caracteristicas del tuxonice

Vamos al tutorial:

Primero:

Migramos a un kernel limpio de la rama .29 o .30 de preferencia. En mi caso opte por tuxonice, en este solo debemos de tomar en cuenta activar la opcion de evdev para las nuevas funciones de xorg con hal, lo encuentran en:

Device Drivers —>

Input device support —>

Event interface.

Si queremos activar el dri compilamos el modulo de dri y el driver radeon:

<M> Direct Rendering Manager (XFree86 4.1.0 and higher DRI support)

<M> radeon

Segundo:

Editamos el valor VIDEO_CARDS en nuestro make.conf removemos fglrx y agregamos radeon.

Luego de esto actualizamos xorg-server con todo y sus dependencias . Esto es muy importante y no debe ser omitido (la opción u y N por supuesto) o tendremos problemas de versiones (en mi caso la salida mostraba un “Mismatch Version”).

emerge -uavN xorg-server

O tambien podemos actualizar todo incluyendo fuentes, y demás modulos no criticos del xorg.

emerge -uavN xorg-X11

Tercero

El nuevo xorg tiene un monton de cambios ya descritos en la documentación de gentoo, solo me limitare a decir que además de lo que dice ahi, yo tuve que reconstruir todos los paquetes de la categoria x11-drivers, de ahi todo me funcióno.

Si los fdi no son copiados simplemente el teclado y el mouse no funcionaran.

En mi caso borre el xorg.conf, copie los fdi y aqui estoy tecleando de nuevo.

Cualquier duda especifica espero comentarios.

Cuarto:

Ya que hasta este punto estaba muy cansado pude observar que puedo utilizar el xorg.conf y tambien las reglas fdi, como tenia que habilitar el dri por aquello de las LAN partys, decidi crear un xorg.conf solo con lo necesario. Tal ves si averiguo despues como diablos crear el .fdi actualice el post, mientras tanto esto utilice en mi xorg.conf

Section “ServerLayout”

Identifier     “X.Org Configured”

Screen      0  ”Screen[0]” 0 0

EndSection

Section “Module”

Load  ”ddc”

Load  ”vbe”

Load  ”GLcore”

Load  ”dbe”

Load  ”dri”

Load  ”extmod”

Load  ”glx”

Load  ”bitmap”

Load  ”record”

Load  ”synaptics”

EndSection

Section “Monitor”

Identifier   “Monitor[0]“

Option “DPMS” “true”

EndSection

Section “Device”

Identifier  ”Device[0]“

Driver      ”radeon”

Option “Accel” “true”

Option “AccelMethod” “EXA”

Option “RenderAccel” “true”

Option “DRI” “true”

EndSection

Section “Extensions”

Option “Composite” “disable”

EndSection

Section “Screen”

Identifier “Screen[0]“

Device     “Device[0]“

Monitor    ”Monitor[0]“

DefaultDepth     24

SubSection “Display”

Viewport   0 0

Depth     24

EndSubSection

EndSection

Section “dri”

Mode 0666

EndSection

Esta es la grafica generada por la compilacion de mi kernel Gentoo-sources en un HP Proliant Blade con 2 procesadores QuadCore, instalado con Vmware ESX y corriendo como guest mi Gentoo.

inicialmente esta era una prueba de performance para el ESX (linux) pero me ha gustado tanto el rendimiento que lo voy a utilizar para mi granja de compilacion de stages para gentoo (mayix reloaded) LOL!

voy a seguir con mis experimientos sobre la plataforma ESX que me ha sorprendido bastante su estabilidad y versatilidad (claro tenia que ser linux) a pesar de ser un sistema propietario todo el Vmware, Linux le vino a poner “la sal y la pimienta” a el nuevo concepto de virtualizacion.

Tweet This Post Delicious

Como cierta persona muy odiada en la facultad dijiera “en Guatemala es dificil hacer ciencia” y son de las pocas cosas que le doy absoluta razón.

Al entrar a la universidad recuerdo que yo pensaba que la carrera de ciencias y sistemas tenia un enfoque más cientifico y menos comercial chirmol te preparamos como kaibil para trabajar. Sin embargo el area que más me ha gustado es la de las ciencias computacionales (la menos comercial ), lo web no se me da muy bien, el analisis y diseño de software se me da por accidente y aunque mis resultados han sido más o menos buenos (ja si no pongo este parentesis el kreig me va a volver a decir engreido o peor aun, maquero xD) no es lo que me apasiona.

Compiladores y sistemas operativos fueron mis materias preferidas pero hay algo que siento que me falta, los sistemas de gran escala.

Durante la carrera el unico cluster que realice fue un cluster de alta disponibilidad que fue más o menos dificil de configurar pero eran configuraciones de servicios que por una u otra razón ya conocia y solo se le agrego lo de trabajar todos juntos.

Cuando era pequeño y miraba los articulos del discovery acerca de supercomputadoras, siempre me pregunte como le hacian para tener megaprocesadores y hasta que investigue del tema llegue a los clusters, el concepto magico de “la union hace la fuerza” nunca volvio a ser el mismo para mi.

En las ultimas de la carrera se nos pide que pensemos nuestro trabajo de graduación o ya de plano optemos por ser monkey code 6 meses y aprender lo duro que es producir software en la vida real, como igual trabajo de monkey code y ahi si me pagan , dedici que lo mio iba a ser investigar acerca de este tema y de paso graduarme ya sea haciendo examen privado despues o siendo monkey code por 3 meses.

Pero el problema fue ENFOCARLO, de primero iba a hacer un estudio de factibilidad para ver si en Guatemala puede existir investigación con clusters y si habian aplicaciones para soluciones de tal complejidad, pero despues de hablar con un par de personas vi que no era posible y que esa tesis hasta un ingeniero industrial la podía hacer porque ellos tienen más dotes estadisticos, además las investigaciones de la mayoria de instituciones son de tipo estadistico descriptivo sin experimentación avanzada. asi que FAIL.

Posteriormente frustrado y queriendo una galleta como el cookie monster, me eche ese maldito curso con 58 por no tener asesor de tesis, ni tener claro mi tema, fue de los pocos curso que perdi en la universidad (donde pocos <10) y me quede a 3 puntos de cerrar el més de mayo , pero algo de bueno tenia que tener.

Me inscribi en seminario de investigación esperando terminar lo más pronto y aunque no ha terminado el curso (como dicta la tradición sistemica en la USAC) fue lo mejor que pude hacer.

El ingeniero que para mi es de los mejores de la Universidad (o de los pocos buenos como lo quieran ver ), nos hizo bastante hincapié en como realizar nuestras investigaciónes, que errores no cometer y en mi caso me ayudo a enfocar la investigación, entender el punto en que por muy malo que sea el resultado la investigación no se trata de ganar premios, se trata de intentarlo y si se logra o no al menos se contribuyo en algo.

Mi otra opción era “realizar algo en clusters HPC y paralelismo” sin embargo mi problema fue que no soy muy conocedor de otras disciplinas y pues nunca encontre una aplicación practica que yo entendiera a cabalidad y necesitara tanto poder de procesamiento, muy bien pude estudiar otra cosa pero regrese de mi nube y no creo que mis viejos estuvieran de acuerdo en mantenerme otros 5 años para estudiar otra ciencia (lo cual si me gustaria pero a modo de hobbie). Además ya me quiero graduar para olvidarme de la U aunque sea un rato.

Asi que pase una noche pensando que podía estudiar en la misma linea y llegue a la misma conclusión que me inspiro, los clusters de compilación los cuales he utilizado por años como usuario de Gentoo.

Aunque los clusters de compilación  no son exactamente aplicaciones dignas de un cluster Road Runner, entre mis lecturas de complejidad computacional, me di cuenta que tambien puede tener otro enfoque.

La complejidad computacional y los clusters no solo se trata de algoritmos fumados para describir como un cuerpo cae desde el incienso utilizando n variables donde n tiende a infinito, la complejidad computacional tambien viene dada por el tiempo y la memoria que una pc tarda en procesar la informacion, como en el caso de SETI uno de los mayores clusters, el cual no es un gran algoritmo que corre en todas las computadoras en paralelo con maquinas PVM o MPI, más bien son señales de radio que se analizan en cada una de las pc’s que se apuntan a formar el grid cuando estas estan disponibles y tal vez sepamos un dia cuando ET va a regresar a cobrarle regalias al Estiven Espilberg (capaz me demanda si pongo bien el nombre), EN ESTE PUNTO HABIA ENCONTRADO UN TEMA DE TESIS!!!.

En resumen, con este post inicio un estudio acerca de la complejidad computacional a la hora de procesar el código fuente con clusters distcc y clusters icecream los cuales podrían clasificarse como un grid HTC el cual difiere de los clusters de computo tradicionales enfocandose no en procesar grandes datos y algoritmos complicados como los HPC, más bien son clusters cuyo objetivo es ejecutar la mayor cantidad de tareas en el menor tiempo posible, y sobre todo existe cierta independencia entre las tareas individuales. Asi pues no me tengo que  preocupar porque la facultad de ingenieria deje de invertir en paletas y populismo para la compra de una red infiniband y otras como por ejemplo lo que hubiera sido mi cluster beowulf no tuviera hardware heterogeneo.

Entonces combino mis pasiones, clusters, software libre y Gentoo.

Tal ves parezca un poco sosa la investigación, a uno que otro le ha parecido (malditos!!!). Pero leyendo un par de tesis del tipo “vendiendo chicles en la nueva web 2.0″ o “implementando una red  wi-fi para N institución” hecha por gente de sistemas, pues creo que no estoy tan mal. Además que es un estudio que esta a mi alcance y un poco fuera de lo comun. Por aca tendran un poco de mis reflexiones y cosas interesantes que encuentre en el camino.

Se agradecen comentarios, sacadas de madre, etc.

games-misc/fortune-mod (nombre oficial en Gentoo) es un paquete desde tiempos UNIX que nos muestra un mensaje al azar (he ahí su nombre, como si fuera una galleta de la fortuna). Hace tiempo puse un pequeño tip de como hacer que nos mostrara un mensaje cada ves que abriéramos la consola.

Pues bien hoy abri una consola y literalmente me cague del susto porque el fortune fue muy grande, aunque despues lo vi y es bastante divertido (en ingles porque me da hueva descargar paquetes de español), el mensaje fue el ABC de unix que habia visto hace años pero no recordaba, se los copio para compartir mi admiración por estos sistemas.

A is for awk, which runs like a snail, and
B is for biff, which reads all your mail.
C is for cc, as hackers recall, while
D is for dd, the command that does all.
E is for emacs, which rebinds your keys, and
F is for fsck, which rebuilds your trees.
G is for grep, a clever detective, while
H is for halt, which may seem defective.
I is for indent, which rarely amuses, and
J is for join, which nobody uses.
K is for kill, which makes you the boss, while
L is for lex, which is missing from DOS.
M is for more, from which less was begot, and
N is for nice, which it really is not.
O is for od, which prints out things nice, while
P is for passwd, which reads in strings twice.
Q is for quota, a Berkeley-type fable, and
R is for ranlib, for sorting ar table.
S is for spell, which attempts to belittle, while
T is for true, which does very little.
U is for uniq, which is used after sort, and
V is for vi, which is hard to abort.
W is for whoami, which tells you your name, while
X is, well, X, of dubious fame.
Y is for yes, which makes an impression, and
Z is for zcat, which handles compression.
– THE ABC’S OF UNIX–

Parte de mi tiempo libre la utilizo para colaborar a Gentoo Linux, la cual es una distribución GNU/Linux altamente configurable y debo de admitir que me es realmente adictiva.

Para los que no están familiarizados Gentoo puede funcionar como un servidor, estación de desarrollo, escritorio, sistema de juegos, sistema embebido, etc. etc.

Parte de mi participación consiste en el reporte/solución de bugs (errores/actualizaciones/mejoras en software) y para aquellos que se sientan curiosos de mi participación pueden ver aquí

En cuantos bugs has participado hoy?

Siempre pense que google estaba mintiendo con chromium y el port para mac y gnu/linux, porque la verdad llevan bastante tiempo haciendo las versiones.

Ya se que win32<>GTK, pero creo que lo debieron de hacer desde el primer momento en QT o GTK asi como firefox o algunos otros productos de google como Google Earth, y si pensaban hacer versiones nativas tampoco c# era una opción.

El dia de hoy me entere que ya estaba el build binario en gentoo y decidi probarlo, la verdad me daba pereza compilar un navegador que de seguro no voy a utilizar. El proyecto va tomando forma, como navegador casual tal ves llegue a funcionar a corto plazo pero no puedo vivir sin muchos de los complementos de firefox.

Por el momento aun no tiene basicas como plugins (adios youtube nooooooo!!!) o impresión y todas las tabs de configuración muestran un TODO.

Por si lo quieren instalar en gentoo el paquete se llama chromium-bin,y con estas dos instrucciones

echo “=www-client/chromium-bin-0_p16980″>>/etc/portage/package.keywords

emerge chromium-bin

Tambien hay una version bleeding edge desde el build server, ademas de package.keywords se agrega a package.unmask (los gentoozeros saben de que hablo y que es un paquete hardmasked), YO NO LA RECOMIENDO, fue mi primera opción pero el servidor estaba tan lento que se cancelo la descarga y a la hora de hacer emerge, sorpresa!!!, el build bot ya tenia nueva versión, compila como a cada 15 minutos más o menos, fue frustrante.

Una imagen del browser: