Septiembre
2005
Soleupix 0.3.1-alfa
Desde Junio no trabajaba en SOLEUPIX, y ya iba siendo hora, desde entonces sarge es estable, ha entrado Xorg en debian testing, gnome-2.10, y muchas aplicaciones nuevas.
Mucha gente (dos o tres para que nos vamos a engañar) se han ofrecido a colaborar en el desarrollo, ayer estuve diseñando y preparando el nuevo instalador que como el resto de asistentes que trae soleupix se basa en ruby y gtk2, además he portado el sistema de svn para que con un sólo comando regenere el nuevo paquete (el Makefile no tiene desperdicio). Se puede revisar el proceso en el SVN de soleupix, soleupix->paquete->usr->share->soleupix->instalador. Si descargais el tar.gz se puede crear el paquete deb ejecutando debuild en el directorio paquete.
Hoy me he puesto a repasar cosas que necesitaba y cosas que ya tenía. Para empezar, cambio de kernel por un 2.6.12 (mínimo para que funcione el udev nuevo de debian) Ya que nos ponemos con el kernel no estaría mal un sistema sobre unionfs para en modo livecd tener lectura escritura, en esto me voy a basar en el calzador de x-evian que por lo visto a ellos les funciona, el parche de supermount desaparece (TODO: arreglar scripts de detección de particiones) ya que gnome no lo necesita gracias a udev, pmount y hal, además de los parches de bootsplash, squashfs e inotify que lo he puesto por probar... De momento el kernel parece que va bien. Está instalado en el mismo server que almacena este blog y varias cosas más. El kernel 2.4 se ha eliminado permitiendo jugar con nuevas versiones de squashfs (2.1 y 2.2), el 2.4 nos limitaba a 2.0 que es ligeramente ás lento y «menos compresor».
Ahora hay que ampliar el soporte de dispositivos raros y seguir dándolo a los que ya lo hacía.
Reestructuración de programas instalados:
Se han ido (si sobra sitio alguno volverá):
La iso todavía no la he probado, la estoy descargando del servidor... (1 hora a 170 Kb) Supongo que con el kernel 2.6.10 arranque, con el 2.6.12 espero que funcione unionfs, cuando la haya probado actualizaré el blog.
ACTUALIZADO 22:28
Por lo poco que he podido probar las X no arrancan con el kernel viejo (2.6.10) y el kernel nuevo tiene serios problemas de arquitectura, (nunca mejor dicho) ya que el archivo linuxrc del initrd está en formato mac, (gracias a compare me di cuenta del fallo de los kernel panic), con esto:
tr '15' '12' < in_file > out_file
lo he convertido. Digamos que es cosa de los saltos de línea. Al tener nuevas aplicaciones (unionctl) necesita más librerías, así que a copiar librerias del sistema al initr o compilarlo estáticamente.
Mucha gente (dos o tres para que nos vamos a engañar) se han ofrecido a colaborar en el desarrollo, ayer estuve diseñando y preparando el nuevo instalador que como el resto de asistentes que trae soleupix se basa en ruby y gtk2, además he portado el sistema de svn para que con un sólo comando regenere el nuevo paquete (el Makefile no tiene desperdicio). Se puede revisar el proceso en el SVN de soleupix, soleupix->paquete->usr->share->soleupix->instalador. Si descargais el tar.gz se puede crear el paquete deb ejecutando debuild en el directorio paquete.
Hoy me he puesto a repasar cosas que necesitaba y cosas que ya tenía. Para empezar, cambio de kernel por un 2.6.12 (mínimo para que funcione el udev nuevo de debian) Ya que nos ponemos con el kernel no estaría mal un sistema sobre unionfs para en modo livecd tener lectura escritura, en esto me voy a basar en el calzador de x-evian que por lo visto a ellos les funciona, el parche de supermount desaparece (TODO: arreglar scripts de detección de particiones) ya que gnome no lo necesita gracias a udev, pmount y hal, además de los parches de bootsplash, squashfs e inotify que lo he puesto por probar... De momento el kernel parece que va bien. Está instalado en el mismo server que almacena este blog y varias cosas más. El kernel 2.4 se ha eliminado permitiendo jugar con nuevas versiones de squashfs (2.1 y 2.2), el 2.4 nos limitaba a 2.0 que es ligeramente ás lento y «menos compresor».
Ahora hay que ampliar el soporte de dispositivos raros y seguir dándolo a los que ya lo hacía.
- Driver de tarjetas gráficas (las que soporta xorg) más los propietarios de ATI y NVIDIA.
- Driver de wireless (ipw2200 con su firmware) y ndiswrapper para esas tarjetas rebeldes sobre drivers windows.
- Drivers de modem: eagle-usb que vale para el modem ADSL azul de telefónica o para el SAGEM F@ST de wanadoo por ejemplo.
- Drivers de modems normales: slmodem que funciona con muchos via (como el de mi portátil)
- Todos los dispositivos que soporte el nuevo kernel 2.6.12.
Reestructuración de programas instalados:
Se han ido (si sobra sitio alguno volverá):
- mozilla
- thunderbird
- openoffice.org 1.1.4
- jedit
- mplayer
- java sdk
- dosemu
- y un montón de programas y librerias varios
- java j2re (entorno de ejecución)
- Openofficeorg beta (1.9.130-2) con idioma español.
- totem (que en gnome 2.10 abre de todo)
- debootstrap para instalar debian a lo bestia.
- Xserver -> Xorg
- mysql-server a la versión 4.1
- udev, hal y demas demonios del sistema
- gnome 2.10
- driver de ATI fglrx
La iso todavía no la he probado, la estoy descargando del servidor... (1 hora a 170 Kb) Supongo que con el kernel 2.6.10 arranque, con el 2.6.12 espero que funcione unionfs, cuando la haya probado actualizaré el blog.
ACTUALIZADO 22:28
Por lo poco que he podido probar las X no arrancan con el kernel viejo (2.6.10) y el kernel nuevo tiene serios problemas de arquitectura, (nunca mejor dicho) ya que el archivo linuxrc del initrd está en formato mac, (gracias a compare me di cuenta del fallo de los kernel panic), con esto:
tr '15' '12' < in_file > out_file
lo he convertido. Digamos que es cosa de los saltos de línea. Al tener nuevas aplicaciones (unionctl) necesita más librerías, así que a copiar librerias del sistema al initr o compilarlo estáticamente.
oye, he visto que metes el totem como reproductor en la nueva beta. Por la experiencia que he tenido yo con los reproductores cuando puse toda la red en casa, el mplayer va mejor que totem xine y demás.
además el totem es el menos configurable.
Has probado a arrancar soleupix en alguna maquina que no use x86?a ver si me bajo una y veo si funciona algo en el blankito
pues eso, opinión posteada
Aunque prácticamente ocupan el mismo espacio, mplayer (o gmplayer) es más complicado por la cantidad de opciones que tiene, además totem usa los codecs de mplayer (w32codecs) y tiene un interfaz más simple.
Luego he estado haciendo una comparativa en mi portátil y mplayer pone la cpu a más del 90% mientras que totem no pasa del 50% :P
En cuanto a la arquitectura, SOLEUPIX y la mayoría de los live son para i386, si tienes una manzana tendrás que usar ubuntulive ppc o algo así. Si te animas puedes hacer un soleupix ppc, pero sólo lo ibas a usar tú... poca gente tiene ppc en la uni.
Hola Mario, me ha encantado que te hayas puesto las pilas nada más llegar y agarres al toro por .. el código, que repaso le has dado a Soleupix, va a quedar irreconocible.
¿Cuando será descargable?
si, soy raro hasta para eso. la verdad es que en mi pc no noto diferencia de uso de cpu. de todas maneras dentro de los que usan el mismo motor, el xine me parece mas completo
saludos
markchang