Musix 1.0: Manos a la obra
Ver y editar en: http://www.musix.org.ar/wiki/index.php?title=Musix1.0tasks Musix 1.0: Manos a la obra NOTA: las tareas marcadas con una H, ya fueron completadas. * Reporte de Bugs, aquí: http://www.musix.org.ar/wiki/index.php/Reporte_0.99_carlos Hay muchas de estas tareas que pueden ser realizadas solamente por mí mismo (Marcos GG), porque por el momento soy casi el único que trabaja directamente en el master de Musix (2.2 gb en archivos descomprimidos) (salvo Gilberto Borges que remasteriza la versión en Portugués), y es mucho más sencillo para mí completarlas localmente, por lo cual las marcaré con "MGG" para que sean mayormente evitadas por los colaboradores, aunque siempre se puede ayudar en testeos y pruebas al respecto. Todo lo que no está marcado como MGG debería ser mirando con atención por quienes quieran colaborar. A la vez, hay tareas que se podrán completar en colaboración, ya sea entre mí mismo y alguien/algunos más o entre otras personas. Hay tareas pequeñas que no valen la pena realizarlas en grupo. Hay tareas grandes e importantes que suelen requerir del testeo de muchos, como es el caso de KERNEL. Nuestro amigo finlandés Tapani Räikkönen (tapsa ilmainen.net) se encuentra compilando kernels linux continuamente, buscando optimizarlos para Musix y para su propia distribución basada en Knoppix. Necesitamos reportes sobre el funcionamiento de esos kernels sobre todo en relación a la detección de hardware y el desempeño con aplicaciones que utilizan JACK en tiempo real. Actualmente me encuentro testeando un kernel 2.6.21-rc4 que se encuentra disponible en los repositorios de paquetes de Musix, instalable con apt-get, sería ideal recibir reportes al respecto, no he recibido aún ningún reporte, pero en mi máquina se comporta perfectamente: la idea es testear esta rama del kernel, e incorporarlo sólo cuando sea estable, pero quizá Musix 1.0rc1 salga con un kernel release candidate (no es pecado, Fedora test sale con kernels de esta clase y nadie "se vuelve loco por ello"). No habrá grandes cambios con respecto a las aplicaciones que ya se encuentran en Musix 0.99, el tema es solucionar los pequeños problemas que tiene Musix 0.99, y como mucho incorporar alguna característica nueva si fuera posible. Esto producirá un producto más pulido y funcional, algo completamente necesario para una versión 1.0 final, una versión basada en Debian/Etch (futuro Debian/Estable) con la mínima cantidad de problemas posibles. Musix 1.0rc debería estar listo para mediados de abril de 2007 si dedicamos suficiente tiempo libre de nuestros días y/o noches a su desarrollo. = Nuevos paquetes en Musix 1.0rc1 = * driconf (utilidad para configurar la aceleración de video) * Ardour 2.0 beta12 (versión 2.0 beta12 del famoso multipista) * sonic-visualiser (Visualisation and annotation program for music audio files) = Paquetes Actualizados= * 113 paquetes actualizados * 41 paquetes actualizados * Musixcontrol 0.7 = Tareas Pendientes = * Evaluar si es necesario actualizar el manual del usuario desde el WIKI * tratar de incorporar medidor de promedio de volumen http://sourceforge.net/projects/postqc *MGG* incorporar el menú de fluxbox de "Dan Creyd" <mandame.spam.aca gmail.com> iría en .fluxbox/menu * MGG hacer icono a driconf en admin * MGG implementar un modo en que Musix inicie directamente KDM como usuario knoppix en vez de como root * gnome-alsamixer da un mensaje de warning molesto, ver de actualizarlo o ver qué sucede realmente * hacer que vuelva al escritorio luego de configurar con videocofig.sh y xorgmusix.sh, si es posible fácilmente * (testear!) * solucionar snd-seq que reportó Suso (no funciona: hay que cargar aparentemente otros módulos antes: snd-seq-dummy o cosas por el estilo, ver...) * Ver de mejorar el instalador, incorporar los otros sistemas libres que se encuentren en las distintas particiones, reformar update-grub o escribir algo sencillo desde cero * incorporar soporte básico para Ruso: menu icewm, rox-filer, y sobre todo añadirlo mediante locale-gen y la lista de localepurge (dpkg-reconfigure). También agregarlo a isolinux.conf y hacer los scripts pertinentes * Estudiar el problema de la desafinación que comenta Suso para JACK en 48khz cuando utilizamos sintetizadores en conjunto, ejemplo. Qsynth, Zynaddsubfx, DSSI, etc. * Revisar los errores reportados aquí: http://www.musix.org.ar/wiki/index.php/Reporte_0.99_carlos * el script de Masterizar no tiene icono en ningún escritorio y está en portugués. Sólo hay icono en el escritorio de KDE *lanzadores de Rosegarden: -el lanzador de Ok-i-lied da error "No se puede encontrar el archivo rg-20060609-030739-2.wav" y en el resto de archivos wav // -a veces al cerrar zynaddsubfx se queda colgado en la ventana de guardar. Creo que de ja colgado a jack o viceversa * icepref e iceme no arrancan por problema en /usr/lib/python2.3/site-packages/pygtk.py, quizá lo solucione el mantenedor del paquete Debian, quizá deban ser desinstalados * el lanzador de Noteedit "noteedit+timidity-bajo-rendimiento" no funciona correctamente: se queda colgada la shell que arranca timidity y hasta que la cierras o pulsas Ctrl+c no aparece Noteedit, que ya no puede reproducir. * Grubconf: se ha reportado que puede producir problemas (Javier C.)... estudiar si debería quedarse en el CD o deberíamos eliminarlo. == Tareas completadas == *H Solucionado problema de incompatibilidad entre los efectos gráficos de xcompmgr y Xmms/audacity y otros programas GTK1 (gracias Suso Comesaña) *H* desinstalar smail (2mb desc) *H (testear) * ver si se pude salir más limpiamente del escritorio: si, implementando el resetkdeapps dento de salir.sh *H* MGG hacer que realtime-lsm sólo se cargue con el cheatcode lsm desde isolinux... (borré /mnt/hda1/knx/source/KNOPPIX/etc/rc5.d/S16-realtime-force) === Testear === *h* el icono instalar no andaba, por culpa de usar sudo (ver qué sucede realmente) == Problemas conocidos == * Cuando la aceleración gráfica funciona, lo hace generalmente en la primer sesión de escritorio, luego si se reinicia sin reiniciar todo el sistema, puede ser que no existe aceleración gráfica * El instalador de Kanotix tiene un bug por el cual no reconoce a veces (o siempre) que la partición /home tiene ya formato. = Tareas pospuestas = - Estas tareas pueden realizarse en un futuro, ya sea en el Live-CD o en un Live-DVD * incluir soundconverter si fuera posible, no es posible... necesita demasiadas librerías de Gnome y otras cosas (42mb) -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * CD Download: (http://www.musix.org.ar/en/) * Colabora: http://www.musix.org.ar/wiki/index.php/Musix099_tasks * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode * http://autosus.wordpress.com/ «No te tomes en serio nada que no te haga reír» [un amigo de E. Galeano]
Hola. Marcos escribió: * Ver de mejorar el instalador, incorporar los otros sistemas libres que se= =20 encuentren en las distintas particiones, reformar update-grub o escribir al= go=20 sencillo desde cero ----------- He estado repasando el Update-grup, y por más vueltas que le doy, siempre me reconoce sólo los kernel que tenemos instalados en la partición desde donde ejecutamos este script, olvidando las demás y por tanto los diferentes siste- mas que en ellas haya instalados. He estado mirando el instalador de Knoppix, y tampoco veo cual pueda ser el pro- blema. Así que he pensado que mientras alguien pudiera reconocer el "fallo", lo mejor es hacer un script que nos monte todas las particiones y que incorpore al menu.lst, que nos crea el instalador, los demás, posibles, kernels que haya en en el equipo. Pero no tengo mucho tiempo, por el momento, y no puedo prometer que lo tenga en breve. Slds.
El Sáb 31 Mar 2007 13:14, Jose A. Gonzalez escribió: | Hola. | | Marcos escribió: | | * Ver de mejorar el instalador, incorporar los otros sistemas libres que | se= =20 | encuentren en las distintas particiones, reformar update-grub o escribir | al= go=20 | sencillo desde cero | | | ----------- | | | He estado repasando el Update-grup, y por más vueltas que le doy, siempre | me reconoce sólo los kernel que tenemos instalados en la partición desde | donde ejecutamos este script, olvidando las demás y por tanto los | diferentes siste- mas que en ellas haya instalados. Es que está hecho para hacer solamente eso, al menos es lo que vi al analizarlo un poco... igual pienso que con alguna modificación podría hacer lo que nosotros queremos, pero no sé hasta qué punto. Fue hecho en 2001, por Wichert Akkerman <[email protected]>, y colaboraron: # Contributors: # Jason Thomas <[email protected]> # David B.Harris <[email protected]> # Marc Haber <[email protected]> # Crispin Flowerday <[email protected]> Fijate que busca el punto de montaje: mount_point=$1 Eso está en el script en la línea 62, dentro de la función find_device () Y esa función es llamada en la línea 277 así: find_device "/boot" es decir que ese $1 es /boot, cuando quizá podría ser /mnt/hd$algo/boot Eso le da a la variable boot_device el varlo $(find_device "/boot"), es decir: boot_device=$(find_device "/boot") También en la línea 135 se fija si el dispositivo existe, siempre hablando de $1 Hay otra función llamada find_root_device () que está en la línea 91, la cual si no encuentra el dispositivo root, utiliza /dev/hda1 como dispositivo root echo "Cannot determine root device. Assuming /dev/hda1" >&2 Y le pasa ese valor a: $device, es decir device=/dev/hda1 Un dato que nos dice claramente que está preparado sólo para Debian, es este: # Title title="Debian GNU/`uname -s | sed -e s,GNU/,,g`" Que está en la línea 285 Desde mi punto de vista, es claro que está hecho solamente para sistemas de tipo Debian, y para actuar SOLAMENTE con los kernels en la partición root, es decir, nunca se va a fijar en otros sistemas instalados en otros discos. Lo que podemos hacer es preguntarle a los desarrolladores, si existe un script que haga esto otro que nosotros queremos, o cuál sería la mejor forma de convertir este script para que haga eso | He estado mirando el instalador de Knoppix, y tampoco veo cual pueda ser | el pro- blema. Es que no es un problema para Knoppix: no se plantearon hacer que reconozca otros sistemas. | Así que he pensado que mientras alguien pudiera reconocer | el "fallo", lo mejor es hacer un script que nos monte todas las | particiones y que incorpore al menu.lst, que nos crea el instalador, los | demás, posibles, kernels que haya en en el equipo. Sí, yo también pensé en eso, pero antes preguntaré a los desarolladores de update-grub si existe algo ya hecho, que imagino que debe existir | Pero no tengo mucho tiempo, por el momento, y no puedo prometer que lo | tenga en breve. No lo hagas aún, espera un tiempito a que reciba alguna respuesta de ellos, gracias! | | Slds. -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * CD Download: (http://www.musix.org.ar/en/) * Colabora: http://www.musix.org.ar/wiki/index.php/Musix099_tasks * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode * http://autosus.wordpress.com/ «No te tomes en serio nada que no te haga reír» [un amigo de E. Galeano]
Hola Marcos. Valdría algo así: #!/bin/bash for i in $(cat /etc/fstab | grep dev/hd* | cut -d" " -f1); do MNT=${i#\/dev\/} mount /mnt/$MNT pru=$(cat /mnt/$MNT/boot/grub/menu.lst | grep -A 4 title | uniq | cut -d "#" -f1) echo "$pru" >> /home/tu_usuario/menu.lst done for i in $(cat /etc/fstab | grep dev/hd* | cut -d" " -f1); do MNT=${i#\/dev\/} umount /mnt/$MNT done Ya se puede ver que no es un portento de script, pero estoy seguro que tu podrás hacerlo muchisimo mejor. Es sólo una idea y a ver que te parece. Slds.
El Sáb 31 Mar 2007 20:54, Jose A. Gonzalez escribió: | Hola Marcos. | | Valdría algo así: | | #!/bin/bash | | for i in $(cat /etc/fstab | grep dev/hd* | cut -d" " -f1); do | | | MNT=${i#\/dev\/} | mount /mnt/$MNT | | | pru=$(cat /mnt/$MNT/boot/grub/menu.lst | grep -A 4 title | uniq | cut -d | "#" -f1) Eso funciona bien porque devuelve cosas como: "title Musix 050 hdb5, kernel 2.6.15.4 root (hd1,4) kernel /boot/vmlinuz-2.6.15.4 root=/dev/hdb5 ro dma ramdisk_size=100000 init=/etc/init lang=es apm=power-off nomce quiet alsa dma vga=normal initrd /boot/initrd.img-2.6.15.4" Agregué | grep -v "\-\-" porque separaba cada titulo para cada kernel con "--" Un problema al respecto, es que funcionaría bien para sistemas de tipo Debian, aunque estoy casi seguro de que no funcionaría para otros sistemas, como Suse, pero habría que probarlo: mi "miedo" al respecto tiene que ver con incorporar una característica casi no testeada a Musix 1.0 que debería ser un sistema con pocos problemas, estable ¿qué hacemos? Si están dispuestos a testear este script, lo modifico y lo incluyo, sino, no lo incluyo ¿cuántos están dispuestos a testearlo? Mando este mail a la lista de colaboradores | echo "$pru" >> /home/tu_usuario/menu.lst | | done | | for i in $(cat /etc/fstab | grep dev/hd* | cut -d" " -f1); do | | | MNT=${i#\/dev\/} | umount /mnt/$MNT | done | | | Ya se puede ver que no es un portento de script, pero estoy seguro que tu | podrás hacerlo muchisimo mejor. Te equivocas: hay muchas cosas de BASH que tengo en el tintero, la solución que encontraste si bien no toma en cuenta la posibilidad de que los menu.lst están armados de otra manera para otros sistemas GNU/Linux, creo que funcionaría perfectamente para Debian Ubuntu y derivados... | Es sólo una idea y a ver que te parece. Y está muy bien! Estoy probando ahora de reiniciar con una menu.lst al cual le sumé lo que tu script encontró en cada partición, si la cosa va bien, ya estaría más o menos lista la idea, sino, a corregir... en todo caso se le puede preguntar al usuario si quiere intentar encontrar otros sistemas en el equipo | Slds. -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * CD Download: (http://www.musix.org.ar/en/) * Colabora: http://www.musix.org.ar/wiki/index.php/Musix099_tasks * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode * http://autosus.wordpress.com/ «No te tomes en serio nada que no te haga reír» [un amigo de E. Galeano]
Marcos escribió:
El S=E1b 31 Mar 2007 20:54, Jose A. Gonzalez escribi=F3: | Hola Marcos. | | Valdr=EDa algo as=ED:
Perdón, quería decir: ¿Valdría algo así?
aunque estoy casi seguro de que no funcionar=EDa para otros sistemas, como= =20 Suse, pero habr=EDa que probarlo: mi "miedo" al respecto tiene que ver con= =20 incorporar una caracter=EDstica casi no testeada a Musix 1.0 que deber=EDa = ser un=20 sistema con pocos problemas, estable =BFqu=E9 hacemos?
No, no, la idea sería que se probara antes de darle un valor definitivo. Y sobre todo el esperar a ver que te contestan los desarrolladores de Grub. Ya que yo estuve mirando en su página y no ví ningún tema para usuarios, sólo para desarrolladores y bugs.
... en todo caso se le puede preguntar al=20 usuario si quiere intentar encontrar otros sistemas en el equipo
Ya digo que ahora no interesa de modificar nada que funcione bien en Musix, por no entretener en nada su lanzamiento definitivo. Y dedicarse sólo en pulir los posi- bles contratiempos que surjan de lo ya testeado. Slds.
El Dom 01 Abr 2007 14:06, Jose A. Gonzalez escribió: | Marcos escribió: | >El S=E1b 31 Mar 2007 20:54, Jose A. Gonzalez escribi=F3: | > | Hola Marcos. | > | | > | Valdr=EDa algo as=ED: | | Perdón, quería decir: | ¿Valdría algo así? | | >aunque estoy casi seguro de que no funcionar=EDa para otros sistemas, | > como= =20 | >Suse, pero habr=EDa que probarlo: mi "miedo" al respecto tiene que ver | > con= =20 | >incorporar una caracter=EDstica casi no testeada a Musix 1.0 que | > deber=EDa = ser un=20 | >sistema con pocos problemas, estable =BFqu=E9 hacemos? | | No, no, la idea sería que se probara antes de darle un valor definitivo. | Y sobre todo el esperar a ver que te contestan los desarrolladores de | Grub. Ya que yo estuve mirando en su página y no ví ningún tema para | usuarios, sólo para desarrolladores y bugs. Bien | >... en todo caso se le puede preguntar al=20 | >usuario si quiere intentar encontrar otros sistemas en el equipo | | Ya digo que ahora no interesa de modificar nada que funcione bien en | Musix, por no entretener en nada su lanzamiento definitivo. Y dedicarse | sólo en pulir los posi- bles contratiempos que surjan de lo ya testeado. | | Y... no sé qué hacer, porque esa característica es necesaria quizá... pero hoy lo probé (el script nuevo) desde el live-cd en un proceso de instalación normal... y funcionó, pero no muy bien, porque los menu.lst que encontró eran tantos en mis particiones de HD, y tan largos, que luego GRUB no sabía interpretar bien el menu.lst generado, igual es una situación muy anómala, porque acá mis menu.lst son larguísimos y desactualizados, y son como 5, pero en la mayoría de las máquinas debería andar bien... por eso pido que lo prueben... suerte | Slds. -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * CD Download: (http://www.musix.org.ar/en/) * Colabora: http://www.musix.org.ar/wiki/index.php/Musix099_tasks * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode * http://autosus.wordpress.com/ «No te tomes en serio nada que no te haga reír» [un amigo de E. Galeano]
El Sáb 31 Mar 2007 20:54, Jose A. Gonzalez escribió: | Hola Marcos. | | Valdría algo así: | | #!/bin/bash | | for i in $(cat /etc/fstab | grep dev/hd* | cut -d" " -f1); do | | | MNT=${i#\/dev\/} | mount /mnt/$MNT | | | pru=$(cat /mnt/$MNT/boot/grub/menu.lst | grep -A 4 title | uniq | cut -d | "#" -f1) | | echo "$pru" >> /home/tu_usuario/menu.lst | | done | | for i in $(cat /etc/fstab | grep dev/hd* | cut -d" " -f1); do | | | MNT=${i#\/dev\/} | umount /mnt/$MNT | | done | | | Ya se puede ver que no es un portento de script, pero estoy seguro que tu | podrás hacerlo muchisimo mejor. Es sólo una idea y a ver que te parece. | | Slds. Bien, ahí va el script modificado, para testear, por acá funcionó bien, al menos es lo que creo: detectó e incorporó todos los kernels de las otras particiones fijándose lo que había en menu.lst (aunque no comprueba que esos kernels sigan instalados, es una buena idea, más sencilla)... Si lo testean y funciona, incorporamos esta característica! -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * CD Download: (http://www.musix.org.ar/en/) * Colabora: http://www.musix.org.ar/wiki/index.php/Musix099_tasks * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode * http://autosus.wordpress.com/ «No te tomes en serio nada que no te haga reír» [un amigo de E. Galeano]
El Sábado, 31 de Marzo de 2007 01:04, Marcos Guglielmetti escribió:
* incluir soundconverter si fuera posible, no es posible... necesita demasiadas librerías de Gnome y otras cosas (42mb)
sounKonverter anda a las chapas!!!; osea, bien y rapido. Tanto con carpetas y archivos; y con muchas opciones de codecs :-D deb http://rarewares.org/debian/packages/unstable/ ./ -- Juan Pablo Sastre * Usuario / colaborador de Musix GNU+Linux, 100% Software Libre * Descarga el CD de Musix y reemplaza tu Windows: http://www.musix.org.ar * Videos, y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporta errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs
El enlace de descarga directa para la distro que hay en http://www.musix.org.ar/download.html está mal, dice esto: http://ftp.gnu.org/gnu+linux-distros/ututo-e/MusixGNU+Linux0.99.iso y debería decir esto: ftp://ftp.gnu.org/gnu+linux-distros/ututo-e/MusixGNU+Linux0.99.iso Lo mismo ocurre con el que dice Descarga los CDs desde gnu.org <http://ftp.gnu.org/gnu+linux-distros/ututo-e/> Llevo varios días intentando descargarla y no había manera . Que alguien lo corrija por favor . Saludos . -- Carlos.
El Sáb 31 Mar 2007 22:24, Carlos Pino escribió: | El enlace de descarga directa para la distro que hay en | | http://www.musix.org.ar/download.html | | está mal, dice esto: | | http://ftp.gnu.org/gnu+linux-distros/ututo-e/MusixGNU+Linux0.99.iso | | y debería decir esto: | | ftp://ftp.gnu.org/gnu+linux-distros/ututo-e/MusixGNU+Linux0.99.iso | | | Lo mismo ocurre con el que dice | | | Descarga los CDs desde gnu.org | <http://ftp.gnu.org/gnu+linux-distros/ututo-e/> | | | | Llevo varios días intentando descargarla y no había manera . Pero, ¡por favor! | Que alguien lo corrija por favor . Perdón y gracias! | | Saludos . | | -- Carlos. ("Por favor, perdón y gracias" es un disco de León Gieco) http://es.wikipedia.org/wiki/Le%C3%B3n_Gieco | _______________________________________________ | Musix GNU+Linux - www.musix.org.ar | Musix-usuarios mailing list | [email protected] | https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * CD Download: (http://www.musix.org.ar/en/) * Colabora: http://www.musix.org.ar/wiki/index.php/Musix099_tasks * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode * http://autosus.wordpress.com/ «No te tomes en serio nada que no te haga reír» [un amigo de E. Galeano]
hola Carlos. Yo la estube bajando ayer con el wget -c. Es verdad que tardó un rato en conectar, pero al final se vé que lo redirecciona y me la bajo sin problemas. Slds.
participants (4)
-
Carlos Pino -
Jose A. Gonzalez -
Marcos Guglielmetti -
Pablo Sastre