[LUG.ro] Viejas

Pablo Cúbico pablocuadrado en gmail.com
Dom Ago 5 01:08:37 ART 2012


Qué cacho de informe Mariano! Te zarpaste!!!

Felicitaciones por el laburo que hicieron, yo me tengo que poner las
pilas con unas máquinas que tengo en la oficina para dar (antes tengo
que backupear los discos) y llevarlas, me vengo colgando mucho pero es
que estoy con mucho, mucho laburo.



2012/8/5 Mariano Street <mctpyt en gmail.com>:
> Hoy nos reunimos con las viejas y las toqueteamos bastante.  Fuimos seis en
> casa de Fernando, entre dos mates, torta y viejas despojadas de atavíos.
>
> Paso a documentar:
>
> Había una máquina con Xubuntu 8.04 “Hardy Heron”.  Por defecto se ponía la
> pantalla roja durante el arranque del sistema operativo; hubo que iniciarla
> en
> modo de recuperación y pasándole el argumento “acpi=force” al núcleo[0] para
> que no diera problemas.  A esta máquina le faltaba GCompris así que le
> conectamos una placa de red, que no tenía, y se lo instalamos.  Funcionó
> aceptablemente e incluso logramos ejecutarlo sin entorno gráfico, con X.Org
> pelado[2].  En esta nos quedaron pendientes dos cosas.  Primero, poner
> GCompris en español: a pesar de que instalamos el paquete
> “gcompris-sound-es”,
> seleccionamos español en la configuración de la aplicación e incluso
> probamos
> especificando “locales”, los textos permanecen en la lengua del imperio y en
> la configuración sale una crucecita roja junto a la bandera de España.
> Segundo, el sonido: las preferencias al respecto de Xfce se tornaban
> prácticamente inexistentes así que instalamos “alsa-lib” y “alsa-utils” para
> tratar de configurar algo, pero alsamixer daba error[3] y alsaconf desde
> hace
> un tiempo ya ni viene en Debian (y por consiguiente en Ubuntu, y por
> consiguiente en Xubuntu); tampoco funcionó Totem, que dio el mismo error[4]
> que mostraron GCompris y cualquier otro programa que intentara acceder a la
> placa de sonido (seguramente por este error la ventana de configuración de
> Xfce estaba vacía).  A esta máquina de paso le aumentamos la memoria RAM,
> como
> detallo más abajo.
>
> Las especificaciones de esta máquina:
>     - Sistema operativo: Xubuntu 8.04 “Hardy Heron”
>     - CPU: Intel Pentium II “Deschutes” de 300 MHz
>     - Placa madre: circuito integrado auxiliar[4] Intel 440
>     - Memoria RAM: 256 MiB (previamente 196 MiB), 2 zócalos DIMM con:
>         1. un módulo de 128 MiB
>         2. un módulo de 128 MiB (antes, uno de 64 MiB)
>     - Disco duro: 6 GiB
>     - Placa de video: SiS 5598/6326, puerto VGA
>     - Placa de sonido: integrada, con puertos Jack “line in”, “mic” y “line
>       out”
>     - Otros puertos: DIN para teclado, serie para ratón, 2 USB
>     - Salida del comando “lspci”::
>           00:00.0 Host bridge: Intel Corporation 440LX/EX-82443LX/EX Host
>           bridge (rev 03)
>           00:01.0 PCI Bridge: Intel Corporation 440LX/EX-82443LX/EX AGP
> bridge
>           (rev 03)
>           00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev
>           02)
>           00:07.1 IDO interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE
>           (rev 01)
>           00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB
>           (rev 01)
>           00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev
> 02)
>           00:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
>           RTL-8139/8139C/8139C+ (rev 10)
>           00:00.0 USB Controller: OPTi Inc. 82C861 (rev 10)
>           01:00.0 VGA compatible controller: Silicon Integrated Systems
> [SiS]
>           86C326 5598/6326 (rev 0b)
>
> Una máquina con Debian excepcionalmente poderosa, donde se habían instalado
> ya
> Sugar y GCompris, fue también manoseada pero solo para asegurarse de que se
> la
> bancaba muy bien.  Y se la bancó muy bien.  Le probamos un Linux Mint en
> edición LXDE, si no me equivoco.
>
> Las especificaciones de esta máquina:
>     - Sistema operativo: Debian GNU/Linux “Squeeze” (actualizado desde
> “Lenny”)
>     - CPU: Intel Pentium III, 733 MHz
>     - Memoria RAM: 256 MiB
>     - Disco duro: 20 GiB
>     - Placa de video: Intel 815
>     - Placa de red: RTL8029 (AS)
>
> Trasteamos con un par de máquinas que no satisficieron nuestros requisitos.
>
> Las especificaciones de la primera:
>     - CPU: AMD K6-II, 166 MHz (aumentado desde 150 MHz)
>     - Disco duro: 4 GiB
>     - No se puede apagar
>
> Las especificaciones de la segunda:
>     - Sistema operativo: Microsoft Windows 98
>     - CPU: Intel Pentium MMX, 200 MHz
>     - Memoria RAM: 50 MiB
>
> Finalmente nos acordamos de la máquina con Slackware, que había quedado
> olvidada en un rincón.  La misma máquina donde antaño habíamos instalado
> Vector Linux y otras yerbas.  Parecida un poco en hardware a la de Xubuntu,
> que describí allá arriba.  Le arrancamos el sistema, para lo cual hubo que
> pasarle al núcleo la opción “acpi=off”, improvisando en el manejo del
> desconocido LILO para lograr el cometido[6].  Parecida un poco también en
> historia a la de Xubuntu: faltaba instalar GCompris, así que, como no había
> placa de red, le agregamos una.  X.Org estaba instalado sin entorno gráfico
> (creo que tenía un manejador de ventanas bien primitivo).  Revisamos en la
> web
> de Slackware[7] y vimos que lamentablemente no hay paquete oficial del mismo
> para GCompris, así que habría que crear uno, ya sea escribiendo nosotros el
> SlackBuild[8] u obteniendo uno de los repositorios comunitarios[9] que hay
> por
> ahí; esto no lo llegamos a hacer, ni tampoco compilamos GCompris
> manualmente.
> Probarlo quedó pendiente.  Lo que sí hicimos acá fue hacer andar el sonido:
> ejecutamos alsaconf para configurar la placa y alsamixer para ajustar el
> volumen, después comprobamos que reproducía bien los archivos WAV de ejemplo
> que hay en /usr/share/sounds/.
>
> Las especificaciones de esta máquina:
>     - CPU: Intel Pentium II “Deschutes”, 300 MHz
>     - Memoria RAM: 256 MiB, 3 zócalos DIMM con:
>         1. un módulo de 128 MiB, PC133
>         2. un módulo de 128 MiB, PC133
>         3. un módulo libre
>     - Disco duro: 9 GiB
>     - Puertos: DIN para teclado, serie para ratón, 2 USB
>     - Salida del comando “lspci”::
>           00:00.0 Host bridge: Silicon Integrated Systems [SiS] 5600 Host
> (rev
>           11)
>           00:00.1 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE]
>           (rev d0)
>           00:01.0 ISA bridge: Silicon Integrated Systems [SiS]
> SiS85C503/5513
>           (LPC Bridge) (rev b1)
>           00:01.1 Unassigned class [ff00]: Silicon Integrated Systems [SiS]
>           ACPI
>           00:01.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.1
>           Controller (rev 11)
>           00:02.0 PCI bridge: Silicon Integrated Systems [SiS] Virtual
>           PCI-to-PCI bridge (AGP)
>           00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
>           RTL-8139/8139C/8139C+ (rev 10)
>           00:0b.0 USB Controller: ALi Corporation USB 1.1 Controller (rev
> 03)
>           00:0b.1 USB Controller: ALi Corporation USB 1.1 Controller (rev
> 03)
>           00:0b.2 USB Controller: ALi Corporation USB 1.1 Controller (rev
> 03)
>           00:0b.3 USB Controller: ALi Corporation USB 1.1 Controller (rev
> 01)
>           01:00.0 VGA compatible controller: Silicon Integrated Systems
> [SiS]
>           86C236 5598/6326 (rev 0b)
>
> Esas fueron las máquinas que más tocamos, aparte de alguna otra que
> tampoco andaba y alguna cuyo toqueteo era “offtopic”.
>
> Por otro lado, mientras jugábamos con las computadoras fuimos hablando sobre
> el camino a seguir.  El objetivo es sacar máquinas andando para que las usen
> pibes de primaria o jardín; tener GCompris (si es que concluimos que las
> máquinas se lo bancan) y tener sonido nos parecen dos puntos fundamentales y
> suficientemente abastecedores, o sea, no hace falta ni sería muy conveniente
> mucho más que eso; mientras más simple lo hagamos, mejor.  Nuestro trabajo
> por
> ahora se está centrando en definir el piso de hardware sobre el cual
> trabajar,
> ir probando qué sirve y qué no e ir ganando experiencia.  Documentar todo es
> algo que todos consideramos fundamental.  Después de eso viene una idea que
> ya
> previamente habíamos acordado: hacer una variante de alguna distribución de
> GNU/Linux preparada específicamente para usar en este proyecto, de manera de
> lograr uniformidad y automatizar trabajo.  No sé cuánto se ha concretado ya
> de
> esta idea.  Hay, no obstante, diferencias en cuanto a la distro a usar como
> base: algunos prefieren Slackware y otros, Debian[10].
>
> Y eso es más o menos todo.  Si alguno quiere comentar más cosas, buenísimo.
> La próxima reunión sería en principio dentro de dos semanas, aunque parece
> que
> hay finde largo.
>
> Ah, y casi me olvido: hay que pensar nombres para bautizar a las máquinas.
> Fernando propuso ponerles nombres de háckeres softwarelibristas de renombre
> o
> de miembros del LUGRo (si bien no necesariamente tienen que ser dos
> conjuntos
> disjuntos estos).
>
>
> [0] La distribución trae GRUB Legacy, donde el parámetro se pasa así:
>     1. Apretamos Escape cuando esté cargando el gestor de arranque para que
> se
>        muestre el por defecto oculto menú de selección de sistema operativo.
>     2. Nos posicionamos (apretando la tecla Abajo, por si hace falta
>        aclarar... algún novato a lo mejor aprieta C-n o j[1]) en la segunda
>        opción del menú (arrancar Xubuntu en modo de recuperación) y
> apretamos
>        “e” para editarla.
>     3. Ahora se mostrará otro menú, con los detalles de la opción
> seleccionada
>        previamente.  Nos movemos a la segunda línea, que dice “kernel”, y
>        nuevamente apretamos “e” para editar.
>     4. Agregamos al final de la línea “acpi=force”, procurando que quede
>        separado por al menos un espacio del texto preexistente, y aceptamos
>        con Enter.
>     5. Finalmente, apretamos “b” (de “boot” en inglés) para arrancar.
> Esto hay que hacerlo cada vez que se arranca el sistema, salvo que se edite
> la
> configuración de GRUB (el archivo /boot/grub/menu.lst), lo cual es fácil y
> conveniente pero no lo hicimos.
>
> [1] La novaticidad es relativa.  C-n y j mueven el cursor una línea hacia
>     abajo en los editores de texto Emacs y Vi, respectivamente.
>
> [2] Con esto me refiero a cargar el servidor gráfico, X.Org, y arriba
>     directamente la aplicación, sin gestor de ventanas, escritorio ni otras
>     cosas de por medio.  Para X.Org, un gestor de ventanas es lo mismo que
>     cualquier otra aplicación gráfica, así que de la misma manera que
> hacemos
>     que cargue una cosa podemos hacer que cargue la otra, muy fácilmente:
>     1. Creamos el archivo ~/.xinitrc con el siguiente contenido::
>           #! /bin/sh
>           exec gcompris
>     2. Vamos a una tty (Ctrl+Alt+F1..F6), iniciamos sesión (con el mismo
>        usuario para el cual creamos el archivo anterior) y matamos la
>        instancia de X.Org actual, para que cuando levantemos otra no se
> queden
>        ejecutando dos a la vez::
>            sudo /etc/init.d/gdm stop
>     3. Levantamos X.Org de manera que lea el archivo que creamos::
>            startx
>
> [3] El error que daba alsamixer::
>         alsamixer: function snd_ctl_open failed for default: No such file or
>         directory
>
> [4] El error que daban Totem, GCompris y otros programas::
>        OIL: ERROR liboiltest.c 361: oil_test_check_impl(): illegal
> instruction
>        in mmxCombineAddU
>
> [5] “Chipset” en la menos germánica de las lenguas germánicas.
>
> [6] No fue gran cosa, LILO ya te avisa cuando muestra su pantalla que podés
>     apretar Tab para tener una línea de comandos, y una vez en esta podés
>     apretar Tab para que te liste las cosas disponibles para arrancar (en
>     nuestro caso, solamente “Linux”).  Así que tras varios intentos fallidos
>     con otras opciones, le atinamos con::
>         Linux acpi=off
>
> [7] http://packages.slackware.com/
>
> [8] Un SlackBuild es un script que automatiza la construcción de un paquete
> de
>     Slackware
>
> [9] Como SlackBuilds.org: http://slackbuilds.org/
>
> [10] Lástima que Arch no sea una opción, no solo porque está optimizada para
>      i686 (lo cual es mucho para las máquinas), sino también porque está en
> su
>      peor momento.
>
>
> Saludos,
> Mariano
> _______________________________________________
> Lugro mailing list
> Lugro en lugro.org.ar
> http://lugro.org.ar/mailman/listinfo/lugro


Más información sobre la lista de distribución Lugro