Ante todo, enhorabuena a todo el equipo que colabora y desarrolla Musix. He estado probando la distribución en mi "laptop" y me gustaría hacer un breve resumen con mis impresiones, así como algunas sugerencias. El equipo es un Acer, el procesador es Athlon 2200 XP (nombre engañoso, su máxima velocidad es 1,7 GHz) y tiene 448 Mb de RAM. La tarjeta de sonido es una VIA integrada, no recuerdo el modelo (y escribo desde otro PC). Suele funcionar con el módulo snd-via82xxx. En Musix ha sido detectada sin problemas. Los demás componentes (red, vídeo, touchpad, etc) funcionan correctamente. Ha sido una buena elección basarse en Knoppix para elaborar Musix. He instalado Musix en el disco, tengo una partición siempre lista para hacer pruebas :-) El rendimiento ha sido bueno, aunque sólo he probado reproducir los distintos ejemplos (la canción "Probando Musix" está muy bien, enhorabuena, Marcos ;-) El sistema de menús que habéis preparado para usar con el Icewm es genial, así como los distintos "sabores" de "desktop" que se pueden seleccionar desde la barra de tareas. Es una idea muy buena y útil. Sería interesante que el escritorio KDE pudiera tener también algún sistema de menús similar, aparte del estándar de Debian. Los pequeños cuadros de diálogo informativos que aparecen al lanzar algunas aplicaciones "combinadas" ("Ahora debe conectar zyn a pcm_out", p. ej.) son también muy útiles. Respecto a los dos kernel que se incluyen: - El 2.6.12-multimedia: con éste puede utilizarse el módulo realtime, pero algunas funciones ACPI parecen estar desactivadas (por ejemplo, no puedo hibernar el "laptop"). - El 2.6.11: Lo contrario que el anterior. Puedo hibernar, pero no parece tener compilado el módulo realtime. Me gustaría hacer algunas sugerencias respecto a los paquetes que se incluyen: - Eliminar los paquetes apache (apache-common, libapr0, ...), squid (squid-common, ...) y todos los paquetes relacionados con juegos (ace-of-penguins, ...), para poder ganar espacio para otras aplicaciones. - Incorporar los siguientes programas: Solfege y Lilypond. La última versión de Lilypond (2.6) ya no depende de LaTex, así que no ocupa tanto espacio en disco. - Sustituir el programa kpackage por synaptic, creo que está mejor acabado. - Sustituir el cliente de correo Balsa por Sylpheed, que también es muy ligero y, a mi parecer, tiene más funcionalidades. - Incluir el paquete timidity-interfaces-extra, ya que la interfaz gráfica que actualmente se usa en timidity (xaw) creo que es bastante "fea". Sería mejor (en mi opinion) usar la interfaz GTK (opción -ig) por defecto, incluída en este paquete. Respecto al aspecto general o "look" de las aplicaciones, lo veo un poco incoherente. Se que es difícil dar un aspecto más uniforme, por la cantidad de "toolkits" diferentes que utilizan las distintas aplicaciones (Qt/Kde, GTK/Gnome (versiones 1.2 y 2.x), Fltk, XAw, ...) Mi propuesta sería utilizar en Qt/Kde el tema "Plastik" y en GTK (1.2 y 2.x) el tema "Indubstrial". Son bastante parecidos y discretos. El tema por defecto en Qt/Kde (Keramik) me parece demasiado sobrecargado ;-) También añadiría un nuevo escritorio a los actuales (MIDI, Audio, Internet, Ofimática, Relax, ...) llamado "Sistema", en el cual tuviésemos lanzadores para synaptic, alsaconf, xterm, etc. Aunque la filosofía de Musix es utilizar sólo software libre, incluíria alguna opción para instalar paquetes "non-free". Por ejemplo, se podría incluir un lanzador llamado "Habilitar la instalación de paquetes no libres" que incluyese el repositorio de marillat en /etc/apt/sources.list, así como otro lanzador para instalar lame, podría llamarse "Instalar codificador MP3 (no libre)", o algo parecido, que mostrase la advertencia legal pertinente y procediese a instalar lame desde el repositorio de marillat, por ejemplo. También sería interesante añadir lanzadores en el escritorio "Sistema" para instalar grupos de tareas que puedan ser interesantes para un usuario que haya instalado Musix en el disco: "Instalar escritorio KDE completo" ó "Instalar escritorio GNOME completo" ó "Instalar Plugins para el navegador", etc. Bueno, por ahora no tengo más que comentar. Como decía al principio, enhorabuena a todo el equipo de Musix y ánimo. Esta distribución puede convertirse en un referente para Linux-músicos. Saludos. -- David Asorey Álvarez [email protected]
2005/9/14, David Asorey Álvarez <[email protected]>:
Ante todo, enhorabuena a todo el equipo que colabora y desarrolla Musix. He estado probando la distribución en mi "laptop" y me gustaría hacer un breve resumen con mis impresiones, así como algunas sugerencias.
El equipo es un Acer, el procesador es Athlon 2200 XP (nombre engañoso, su máxima velocidad es 1,7 GHz) y tiene 448 Mb de RAM.
La tarjeta de sonido es una VIA integrada, no recuerdo el modelo (y escribo desde otro PC). Suele funcionar con el módulo snd-via82xxx. En Musix ha sido detectada sin problemas. Los demás componentes (red, vídeo, touchpad, etc) funcionan correctamente. Ha sido una buena elección basarse en Knoppix para elaborar Musix.
He instalado Musix en el disco, tengo una partición siempre lista para hacer pruebas :-)
El rendimiento ha sido bueno, aunque sólo he probado reproducir los distintos ejemplos (la canción "Probando Musix" está muy bien, enhorabuena, Marcos ;-)
El sistema de menús que habéis preparado para usar con el Icewm es genial, así como los distintos "sabores" de "desktop" que se pueden seleccionar desde la barra de tareas. Es una idea muy buena y útil. Sería interesante que el escritorio KDE pudiera tener también algún sistema de menús similar, aparte del estándar de Debian.
Los pequeños cuadros de diálogo informativos que aparecen al lanzar algunas aplicaciones "combinadas" ("Ahora debe conectar zyn a pcm_out", p. ej.) son también muy útiles.
Respecto a los dos kernel que se incluyen: - El 2.6.12-multimedia: con éste puede utilizarse el módulo realtime, pero algunas funciones ACPI parecen estar desactivadas (por ejemplo, no puedo hibernar el "laptop"). - El 2.6.11: Lo contrario que el anterior. Puedo hibernar, pero no parece tener compilado el módulo realtime.
Me gustaría hacer algunas sugerencias respecto a los paquetes que se incluyen:
- Eliminar los paquetes apache (apache-common, libapr0, ...), squid (squid-common, ...) y todos los paquetes relacionados con juegos (ace-of-penguins, ...), para poder ganar espacio para otras aplicaciones. - Incorporar los siguientes programas: Solfege y Lilypond. La última versión de Lilypond (2.6) ya no depende de LaTex, así que no ocupa tanto espacio en disco. - Sustituir el programa kpackage por synaptic, creo que está mejor acabado.
synaptic es mucho más interesante
- Sustituir el cliente de correo Balsa por Sylpheed, que también es muy ligero y, a mi parecer, tiene más funcionalidades. - Incluir el paquete timidity-interfaces-extra, ya que la interfaz gráfica que actualmente se usa en timidity (xaw) creo que es bastante "fea". Sería mejor (en mi opinion) usar la interfaz GTK (opción -ig) por defecto, incluída en este paquete.
Respecto al aspecto general o "look" de las aplicaciones, lo veo un poco incoherente. Se que es difícil dar un aspecto más uniforme, por la cantidad de "toolkits" diferentes que utilizan las distintas aplicaciones (Qt/Kde, GTK/Gnome (versiones 1.2 y 2.x), Fltk, XAw, ...)
Mi propuesta sería utilizar en Qt/Kde el tema "Plastik" y en GTK (1.2 y 2.x) el tema "Indubstrial". Son bastante parecidos y discretos. El tema por defecto en Qt/Kde (Keramik) me parece demasiado sobrecargado ;-)
subscribo, y me parece algo importante.
También añadiría un nuevo escritorio a los actuales (MIDI, Audio, Internet, Ofimática, Relax, ...) llamado "Sistema", en el cual tuviésemos lanzadores para synaptic, alsaconf, xterm, etc.
Aunque la filosofía de Musix es utilizar sólo software libre, incluíria alguna opción para instalar paquetes "non-free". Por ejemplo, se podría incluir un lanzador llamado "Habilitar la instalación de paquetes no libres" que incluyese el repositorio de marillat en /etc/apt/sources.list, así como otro lanzador para instalar lame, podría llamarse "Instalar codificador MP3 (no libre)", o algo parecido, que mostrase la advertencia legal pertinente y procediese a instalar lame desde el repositorio de marillat, por ejemplo.
También sería interesante añadir lanzadores en el escritorio "Sistema" para instalar grupos de tareas que puedan ser interesantes para un usuario que haya instalado Musix en el disco: "Instalar escritorio KDE completo" ó "Instalar escritorio GNOME completo" ó "Instalar Plugins para el navegador", etc.
Bueno, por ahora no tengo más que comentar. Como decía al principio, enhorabuena a todo el equipo de Musix y ánimo. Esta distribución puede convertirse en un referente para Linux-músicos.
Saludos.
-- David Asorey Álvarez [email protected]
_______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-Help mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-help
El Mié 14 Sep 2005 08:41, David Asorey Álvarez escribió:
Ante todo, enhorabuena a todo el equipo que colabora y desarrolla Musix.
Gracias, ha sido un duro y feliz trabajo esta versión.
He estado probando la distribución en mi "laptop" y me gustaría hacer un breve resumen con mis impresiones, así como algunas sugerencias.
Bien.
El equipo es un Acer, el procesador es Athlon 2200 XP (nombre engañoso, su máxima velocidad es 1,7 GHz) y tiene 448 Mb de RAM.
La tarjeta de sonido es una VIA integrada, no recuerdo el modelo (y escribo desde otro PC). Suele funcionar con el módulo snd-via82xxx. En Musix ha sido detectada sin problemas. Los demás componentes (red, vídeo, touchpad, etc) funcionan correctamente. Ha sido una buena elección basarse en Knoppix para elaborar Musix.
Es un punto fundamental el que describís, el de la detección de los componentes de la PC. Es así, diseñamos Musix a partir de Knoppix porque Knoppix detecta bien el hardware.
He instalado Musix en el disco, tengo una partición siempre lista para hacer pruebas :-) El rendimiento ha sido bueno, aunque sólo he probado reproducir los distintos ejemplos (la canción "Probando Musix" está muy bien, enhorabuena, Marcos ;-)
Gracias. El ejemplo más pesado que se encuentra es el que necesita a Zynaddsubfx y Hydrogen + Rosegarden para funcionar, Se llama:"Rosegarden+ZynaddsubFX-Demo-odisea", lo encontrás en el menú de lanzadores de Rosegarden, en Icewm Sería interesante si nos podés contar cómo funciona eso (no olvides conectar zynaddsubfx como te aconseja antes de hacer el play, porque sino zynaddsubfx se cuelga)
El sistema de menús que habéis preparado para usar con el Icewm es genial, así como los distintos "sabores" de "desktop" que se pueden seleccionar desde la barra de tareas. Es una idea muy buena y útil.
Bueno, eso es algo que creo que le da un toque de distinción con respecto a cualquier otro sistema de escritorios: no creo que desde ese icewm + rox-filer se extrañe demasiado un KDE o Gnome. Además ya estuvimos pensando cosas para darle más utilidad aún a las diferentes disposiciones de iconos sobre el fondo de escritorio. Ya que estamos hablando de todo lo bueno, quería destacar que mejoramos la situación en cuanto a la internacionalización de Knoppix: ¿vieron que Knoppix viene por separado en Inglés y en Castellano? Nosotros logramos poner en un sólo CD un sistema castellano-inglés, y nos costó mucho esfuerzo realmente: es uno de los puntos que a veces no se ven, ni se declaman, pero hemos pasado la mayoría del tiempo ocupados en la internacionalización de Musix.
Sería interesante que el escritorio KDE pudiera tener también algún sistema de menús similar, aparte del estándar de Debian.
Claro. El problema con eso se debió a que logré sincronizar el sistema de dependencias de paquetes de software sólo unas 10 horas antes de la fecha tope, así que no pude más que incluir un KDE no adaptado, cosa que lamento realmente, pero al menos está ahí.
Los pequeños cuadros de diálogo informativos que aparecen al lanzar algunas aplicaciones "combinadas" ("Ahora debe conectar zyn a pcm_out", p. ej.) son también muy útiles.
Si, no está hecho para geeks (locos de la computación). Mucha gente no comprendió eso aún, y piensan que DeMuDi o Planet CCRMA pueden ser utilizados cómodamente por cualquier músico, y ahí es donde se equivocan y retrasan el avance del software libre.
Respecto a los dos kernel que se incluyen: - El 2.6.12-multimedia: con éste puede utilizarse el módulo realtime, pero algunas funciones ACPI parecen estar desactivadas (por ejemplo, no puedo hibernar el "laptop").
En eso no te puedo ayudar yo, deberás preguntarle a alguien que conozca de laptops, y por otra parte, ese kernel es fantástico, pero no ha sido demasiado testeado: fue modificado y adaptado en gran parte por Free Ekanayaka, de DeMuDi.
- El 2.6.11: Lo contrario que el anterior. Puedo hibernar, pero no parece tener compilado el módulo realtime.
No lo tiene el módulo realtime, ya que es el kernel que venía con knoppix 3.8.2, y es para un uso más general. Es definitiva, nos encantaría dejar un sólo kernel que hiciera todo bien, pero, es un objetivo a largo plazo.
Me gustaría hacer algunas sugerencias respecto a los paquetes que se incluyen:
Dale, estábamos esperando este tipo de cosas de parte de los usuarios.
- Eliminar los paquetes apache (apache-common, libapr0, ...),
Me dice esto: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Se instalarán los siguientes paquetes extras: ssl-cert Los siguientes paquetes se ELIMINARÁN: apache apache-common apache-utils apache2-utils libapache-mod-php4 libapache-mod-ssl php4 Se instalarán los siguientes paquetes NUEVOS: ssl-cert 0 actualizados, 1 se instalarán, 7 para eliminar y 476 no actualizados. 1 no instalados del todo o eliminados. Necesito descargar 6904B de archivos. Se liberarán 7986kB después de desempaquetar. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ¿Por qué eliminar apache? ¿No tendría utilidad? Pregunto desde el desconocimiento total sobre apache.
squid (squid-common, ...) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Los siguientes paquetes se ELIMINARÁN: squid squid-common 0 actualizados, 0 se instalarán, 2 para eliminar y 480 no actualizados. 1 no instalados del todo o eliminados. Necesito descargar 0B de archivos. Se liberarán 6001kB después de desempaquetar.
Description: Internet Object Cache (WWW proxy cache) This is the Squid Internet Object Cache developed by the National Laboratory for Applied Networking Research (NLANR) and Internet volunteers. This software is freely available for anyone to use. The Squid home page is http://www.squid-cache.org/ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Squid parece no ser importante para Musix, necesitaría saber si realmente lo necesitamos o no.
y todos los paquetes relacionados con juegos (ace-of-penguins, ...), para poder ganar espacio para otras aplicaciones.
Si, no tengo problemas en remover los juegos esos, además de que son muy pobre (prefiero poner un juego lindo a 10 malos).
- Incorporar los siguientes programas: Solfege y Lilypond. La última versión de Lilypond (2.6) ya no depende de LaTex, así que no ocupa tanto espacio en disco.
Claro, no sé cómo estará ahora, pero en su momento cuando probé, pedía 121mb! Solfege pide 9mb *Anoté eso para ver en la próxima versión de Musix, realmente es mi intención que lilypond esté allí. " It produces beautiful sheet music using a high level description file as input." Nunca lo vi funcionar.
- Sustituir el programa kpackage por synaptic, creo que está mejor acabado.
También es mi intención reemplazar a kpackage, creo que lo haremos, es sólo que synaptic requería algo más de espacio, por las dependencias.
- Sustituir el cliente de correo Balsa por Sylpheed, que también es muy ligero y, a mi parecer, tiene más funcionalidades.
Habría que testearlo, pero a primera vista, sylpheed parece una buena elección. No sé si no terminaremos incluyendo kmail, que es muy funcional (aunque ocupa el doble, quizá vale la pena)
- Incluir el paquete timidity-interfaces-extra, ya que la interfaz gráfica que actualmente se usa en timidity (xaw) creo que es bastante "fea". Sería mejor (en mi opinion) usar la interfaz GTK (opción -ig) por defecto, incluída en este paquete.
Tal cual, el problema se presentó porque debimos compilar timidity y tuve un problema en un punto, y no se compiló esa interfaz, pero yo la prefería también, de hecho está así en musix 0.23
Respecto al aspecto general o "look" de las aplicaciones, lo veo un poco incoherente.
Es casi completamente incoherente, pero no creo que se resuelva fácil, por lo que contás más abajo:
Se que es difícil dar un aspecto más uniforme, por la cantidad de "toolkits" diferentes que utilizan las distintas aplicaciones (Qt/Kde, GTK/Gnome (versiones 1.2 y 2.x), Fltk, XAw, ...)
Mi propuesta sería utilizar en Qt/Kde el tema "Plastik" y en GTK (1.2 y 2.x) el tema "Indubstrial".
¿Tenés un gtkrc con ese tema? Nos vendría bien testearlo: el tema elegido para gtk tiene que ver casi exclusivamente con que las perillas de Jamin y otros como gamix se vieran bien (además de fbpanel, también)
Son bastante parecidos y discretos. El tema por defecto en Qt/Kde (Keramik) me parece demasiado sobrecargado ;-)
Eso es algo que siempre me da vuelta en la cabeza, pero no termino de decidir: muchos ven ese tema y dicen "guau qué bien!", así que no sé qué hacer.
También añadiría un nuevo escritorio a los actuales (MIDI, Audio, Internet, Ofimática, Relax, ...) llamado "Sistema", en el cual tuviésemos lanzadores para synaptic, alsaconf, xterm, etc.
Si, pensé hacer eso pero con tantas cosas que teníamos que hacer, lo dejé para las próximas versiones.
Aunque la filosofía de Musix es utilizar sólo software libre, incluíria alguna opción para instalar paquetes "non-free". Por ejemplo, se podría incluir un lanzador llamado "Habilitar la instalación de paquetes no libres" que incluyese el repositorio de marillat en /etc/apt/sources.list, así como otro lanzador para instalar lame, podría llamarse "Instalar codificador MP3 (no libre)", o algo parecido, que mostrase la advertencia legal pertinente y procediese a instalar lame desde el repositorio de marillat, por ejemplo.
Lo que pasa es que, el papel que cumple Musix dentro del Software Libre casi no tendría sentido si hiciéramos algo así: somos parte de un grupo de gente que quiere ver al software libre avanzar lo más pronto posible y liberar así a millones de personas de la dependencia del software privativo (SP). Por otro lado, sería incoherente poner una forma fácil de obtener SP en Musix porque no podríamos darle soporte técnico, así que no sólo se trata de ética, que es lo más importante, sino de técnica, que es lo menos importante, y lo que más se valora lamentablemente. El SP dentro del SL retraza su avance. Por ejemplo, si hubiera mucha gente diseñando un plugin libre para FLASH, ya estaría funcionando, pero como muchas distros lo traen consigo, el desarrollo de ese plugin se retraza muchísimo.
También sería interesante añadir lanzadores en el escritorio "Sistema" para instalar grupos de tareas que puedan ser interesantes para un usuario que haya instalado Musix en el disco: "Instalar escritorio KDE completo" ó "Instalar escritorio GNOME completo" ó "Instalar Plugins para el navegador", etc.
Formidable idea, había pensado en algo similar, pero no de la manera tan práctica como la presentaste vos, vamos a tratar de hacerlo, está anotado en la lista de tareas pendientes. Podría haber un ícono "actualizar tal grupo de programas de música" también.
Bueno, por ahora no tengo más que comentar. Como decía al principio, enhorabuena a todo el equipo de Musix y ánimo. Esta distribución puede convertirse en un referente para Linux-músicos.
Saludos.
Gracias por todo, estos tipos de informes realmente hacer que Musix avance una enormidad. Necesitamos músicos que usan linux actualmente para que se sumen al proyecto, pero sobre todo necesitamos músicos en general, para que lo usen y nos digan cómo va la cosa. Marcos -- Marcos Guglielmetti (www.musix.org.ar) -- (www.incasol.org.ar) -- Rosegarden: Tutorial (http://rosegarden.sourceforge.net/tutorial/) -- fecha: mié sep 14 15:30:01 CEST 2005 ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
apache es un servidor web, no creo que sirva... El 14/09/05, Marcos Guglielmetti<[email protected]> escribió:
El Mié 14 Sep 2005 08:41, David Asorey Álvarez escribió:
Ante todo, enhorabuena a todo el equipo que colabora y desarrolla Musix.
Gracias, ha sido un duro y feliz trabajo esta versión.
He estado probando la distribución en mi "laptop" y me gustaría hacer un breve resumen con mis impresiones, así como algunas sugerencias.
Bien.
El equipo es un Acer, el procesador es Athlon 2200 XP (nombre engañoso, su máxima velocidad es 1,7 GHz) y tiene 448 Mb de RAM.
La tarjeta de sonido es una VIA integrada, no recuerdo el modelo (y escribo desde otro PC). Suele funcionar con el módulo snd-via82xxx. En Musix ha sido detectada sin problemas. Los demás componentes (red, vídeo, touchpad, etc) funcionan correctamente. Ha sido una buena elección basarse en Knoppix para elaborar Musix.
Es un punto fundamental el que describís, el de la detección de los componentes de la PC. Es así, diseñamos Musix a partir de Knoppix porque Knoppix detecta bien el hardware.
He instalado Musix en el disco, tengo una partición siempre lista para hacer pruebas :-) El rendimiento ha sido bueno, aunque sólo he probado reproducir los distintos ejemplos (la canción "Probando Musix" está muy bien, enhorabuena, Marcos ;-)
Gracias.
El ejemplo más pesado que se encuentra es el que necesita a Zynaddsubfx y Hydrogen + Rosegarden para funcionar, Se llama:"Rosegarden+ZynaddsubFX-Demo-odisea", lo encontrás en el menú de lanzadores de Rosegarden, en Icewm
Sería interesante si nos podés contar cómo funciona eso (no olvides conectar zynaddsubfx como te aconseja antes de hacer el play, porque sino zynaddsubfx se cuelga)
El sistema de menús que habéis preparado para usar con el Icewm es genial, así como los distintos "sabores" de "desktop" que se pueden seleccionar desde la barra de tareas. Es una idea muy buena y útil.
Bueno, eso es algo que creo que le da un toque de distinción con respecto a cualquier otro sistema de escritorios: no creo que desde ese icewm + rox-filer se extrañe demasiado un KDE o Gnome. Además ya estuvimos pensando cosas para darle más utilidad aún a las diferentes disposiciones de iconos sobre el fondo de escritorio.
Ya que estamos hablando de todo lo bueno, quería destacar que mejoramos la situación en cuanto a la internacionalización de Knoppix: ¿vieron que Knoppix viene por separado en Inglés y en Castellano? Nosotros logramos poner en un sólo CD un sistema castellano-inglés, y nos costó mucho esfuerzo realmente: es uno de los puntos que a veces no se ven, ni se declaman, pero hemos pasado la mayoría del tiempo ocupados en la internacionalización de Musix.
Sería interesante que el escritorio KDE pudiera tener también algún sistema de menús similar, aparte del estándar de Debian.
Claro. El problema con eso se debió a que logré sincronizar el sistema de dependencias de paquetes de software sólo unas 10 horas antes de la fecha tope, así que no pude más que incluir un KDE no adaptado, cosa que lamento realmente, pero al menos está ahí.
Los pequeños cuadros de diálogo informativos que aparecen al lanzar algunas aplicaciones "combinadas" ("Ahora debe conectar zyn a pcm_out", p. ej.) son también muy útiles.
Si, no está hecho para geeks (locos de la computación). Mucha gente no comprendió eso aún, y piensan que DeMuDi o Planet CCRMA pueden ser utilizados cómodamente por cualquier músico, y ahí es donde se equivocan y retrasan el avance del software libre.
Respecto a los dos kernel que se incluyen: - El 2.6.12-multimedia: con éste puede utilizarse el módulo realtime, pero algunas funciones ACPI parecen estar desactivadas (por ejemplo, no puedo hibernar el "laptop").
En eso no te puedo ayudar yo, deberás preguntarle a alguien que conozca de laptops, y por otra parte, ese kernel es fantástico, pero no ha sido demasiado testeado: fue modificado y adaptado en gran parte por Free Ekanayaka, de DeMuDi.
- El 2.6.11: Lo contrario que el anterior. Puedo hibernar, pero no parece tener compilado el módulo realtime.
No lo tiene el módulo realtime, ya que es el kernel que venía con knoppix 3.8.2, y es para un uso más general.
Es definitiva, nos encantaría dejar un sólo kernel que hiciera todo bien, pero, es un objetivo a largo plazo.
Me gustaría hacer algunas sugerencias respecto a los paquetes que se incluyen:
Dale, estábamos esperando este tipo de cosas de parte de los usuarios.
- Eliminar los paquetes apache (apache-common, libapr0, ...),
Me dice esto: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Se instalarán los siguientes paquetes extras: ssl-cert Los siguientes paquetes se ELIMINARÁN: apache apache-common apache-utils apache2-utils libapache-mod-php4 libapache-mod-ssl php4 Se instalarán los siguientes paquetes NUEVOS: ssl-cert 0 actualizados, 1 se instalarán, 7 para eliminar y 476 no actualizados. 1 no instalados del todo o eliminados. Necesito descargar 6904B de archivos. Se liberarán 7986kB después de desempaquetar. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
¿Por qué eliminar apache? ¿No tendría utilidad? Pregunto desde el desconocimiento total sobre apache.
squid (squid-common, ...) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Los siguientes paquetes se ELIMINARÁN: squid squid-common 0 actualizados, 0 se instalarán, 2 para eliminar y 480 no actualizados. 1 no instalados del todo o eliminados. Necesito descargar 0B de archivos. Se liberarán 6001kB después de desempaquetar.
Description: Internet Object Cache (WWW proxy cache) This is the Squid Internet Object Cache developed by the National Laboratory for Applied Networking Research (NLANR) and Internet volunteers. This software is freely available for anyone to use. The Squid home page is http://www.squid-cache.org/
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Squid parece no ser importante para Musix, necesitaría saber si realmente lo necesitamos o no.
y todos los paquetes relacionados con juegos (ace-of-penguins, ...), para poder ganar espacio para otras aplicaciones.
Si, no tengo problemas en remover los juegos esos, además de que son muy pobre (prefiero poner un juego lindo a 10 malos).
- Incorporar los siguientes programas: Solfege y Lilypond. La última versión de Lilypond (2.6) ya no depende de LaTex, así que no ocupa tanto espacio en disco.
Claro, no sé cómo estará ahora, pero en su momento cuando probé, pedía 121mb!
Solfege pide 9mb
*Anoté eso para ver en la próxima versión de Musix, realmente es mi intención que lilypond esté allí. " It produces beautiful sheet music using a high level description file as input." Nunca lo vi funcionar.
- Sustituir el programa kpackage por synaptic, creo que está mejor acabado.
También es mi intención reemplazar a kpackage, creo que lo haremos, es sólo que synaptic requería algo más de espacio, por las dependencias.
- Sustituir el cliente de correo Balsa por Sylpheed, que también es muy ligero y, a mi parecer, tiene más funcionalidades.
Habría que testearlo, pero a primera vista, sylpheed parece una buena elección. No sé si no terminaremos incluyendo kmail, que es muy funcional (aunque ocupa el doble, quizá vale la pena)
- Incluir el paquete timidity-interfaces-extra, ya que la interfaz gráfica que actualmente se usa en timidity (xaw) creo que es bastante "fea". Sería mejor (en mi opinion) usar la interfaz GTK (opción -ig) por defecto, incluída en este paquete.
Tal cual, el problema se presentó porque debimos compilar timidity y tuve un problema en un punto, y no se compiló esa interfaz, pero yo la prefería también, de hecho está así en musix 0.23
Respecto al aspecto general o "look" de las aplicaciones, lo veo un poco incoherente.
Es casi completamente incoherente, pero no creo que se resuelva fácil, por lo que contás más abajo:
Se que es difícil dar un aspecto más uniforme, por la cantidad de "toolkits" diferentes que utilizan las distintas aplicaciones (Qt/Kde, GTK/Gnome (versiones 1.2 y 2.x), Fltk, XAw, ...)
Mi propuesta sería utilizar en Qt/Kde el tema "Plastik" y en GTK (1.2 y 2.x) el tema "Indubstrial".
¿Tenés un gtkrc con ese tema? Nos vendría bien testearlo: el tema elegido para gtk tiene que ver casi exclusivamente con que las perillas de Jamin y otros como gamix se vieran bien (además de fbpanel, también)
Son bastante parecidos y discretos. El tema por defecto en Qt/Kde (Keramik) me parece demasiado sobrecargado ;-)
Eso es algo que siempre me da vuelta en la cabeza, pero no termino de decidir: muchos ven ese tema y dicen "guau qué bien!", así que no sé qué hacer.
También añadiría un nuevo escritorio a los actuales (MIDI, Audio, Internet, Ofimática, Relax, ...) llamado "Sistema", en el cual tuviésemos lanzadores para synaptic, alsaconf, xterm, etc.
Si, pensé hacer eso pero con tantas cosas que teníamos que hacer, lo dejé para las próximas versiones.
Aunque la filosofía de Musix es utilizar sólo software libre, incluíria alguna opción para instalar paquetes "non-free". Por ejemplo, se podría incluir un lanzador llamado "Habilitar la instalación de paquetes no libres" que incluyese el repositorio de marillat en /etc/apt/sources.list, así como otro lanzador para instalar lame, podría llamarse "Instalar codificador MP3 (no libre)", o algo parecido, que mostrase la advertencia legal pertinente y procediese a instalar lame desde el repositorio de marillat, por ejemplo.
Lo que pasa es que, el papel que cumple Musix dentro del Software Libre casi no tendría sentido si hiciéramos algo así: somos parte de un grupo de gente que quiere ver al software libre avanzar lo más pronto posible y liberar así a millones de personas de la dependencia del software privativo (SP).
Por otro lado, sería incoherente poner una forma fácil de obtener SP en Musix porque no podríamos darle soporte técnico, así que no sólo se trata de ética, que es lo más importante, sino de técnica, que es lo menos importante, y lo que más se valora lamentablemente.
El SP dentro del SL retraza su avance. Por ejemplo, si hubiera mucha gente diseñando un plugin libre para FLASH, ya estaría funcionando, pero como muchas distros lo traen consigo, el desarrollo de ese plugin se retraza muchísimo.
También sería interesante añadir lanzadores en el escritorio "Sistema" para instalar grupos de tareas que puedan ser interesantes para un usuario que haya instalado Musix en el disco: "Instalar escritorio KDE completo" ó "Instalar escritorio GNOME completo" ó "Instalar Plugins para el navegador", etc.
Formidable idea, había pensado en algo similar, pero no de la manera tan práctica como la presentaste vos, vamos a tratar de hacerlo, está anotado en la lista de tareas pendientes. Podría haber un ícono "actualizar tal grupo de programas de música" también.
Bueno, por ahora no tengo más que comentar. Como decía al principio, enhorabuena a todo el equipo de Musix y ánimo. Esta distribución puede convertirse en un referente para Linux-músicos.
Saludos.
Gracias por todo, estos tipos de informes realmente hacer que Musix avance una enormidad. Necesitamos músicos que usan linux actualmente para que se sumen al proyecto, pero sobre todo necesitamos músicos en general, para que lo usen y nos digan cómo va la cosa.
Marcos
-- Marcos Guglielmetti (www.musix.org.ar) -- (www.incasol.org.ar) -- Rosegarden: Tutorial (http://rosegarden.sourceforge.net/tutorial/) -- fecha: mié sep 14 15:30:01 CEST 2005
___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
_______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-Help mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-help
El Mié 14 Sep 2005 22:11, Hernán Ordiales escribió:
apache es un servidor web, no creo que sirva...
Siendo que ocupa bastante, podríamos quitarlo, pero yo esperaría la opinión de otra gente, y/o lo pondría a votación en algún lado, dado que soy un ignorante de apache, pero a la vez un "fan", por ser el caso más exitoso dentro del SL. veremos qué hacemos, no sé realmente. Es cierto que si tenés conexión a internet te podés bajar e instalar apache, y en tal caso tendría sentido quitarlo, me parece ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
El 14/09/05, Marcos Guglielmetti<[email protected]> escribió:
El ejemplo más pesado que se encuentra es el que necesita a Zynaddsubfx y Hydrogen + Rosegarden para funcionar, Se llama:"Rosegarden+ZynaddsubFX-Demo-odisea", lo encontrás en el menú de lanzadores de Rosegarden, en Icewm
Sería interesante si nos podés contar cómo funciona eso (no olvides conectar zynaddsubfx como te aconseja antes de hacer el play, porque sino zynaddsubfx se cuelga)
Allá va. Escribiré un correo aparte con los resultados.
Ya que estamos hablando de todo lo bueno, quería destacar que mejoramos la situación en cuanto a la internacionalización de Knoppix: ¿vieron que Knoppix viene por separado en Inglés y en Castellano? Nosotros [... sigue ...]
Suele pasar, generalmente, la tarea menos vistosa es la que más trabajo da ;-)
En eso no te puedo ayudar yo, deberás preguntarle a alguien que conozca de laptops, y por otra parte, ese kernel es fantástico, pero no ha sido demasiado testeado: fue modificado y adaptado en gran parte por Free Ekanayaka, de DeMuDi.
No hay problema, sólo tendría que recompilar y listo. Sólo lo mencionaba a título informativo.
Es definitiva, nos encantaría dejar un sólo kernel que hiciera todo bien, pero, es un objetivo a largo plazo.
Pues todo es cuestión de coger el 2.6.12-multimedia, las fuentes y parches y recompilarlo incluyendo más módulos. No creo que se estropee el rendimiento, puesto que los módulos que no se utilizan no se cargan en memoria. Voy a intentar recompilar algún kernel, a ver qué me voy encontrando. Ya os contaré ...
- Eliminar los paquetes apache (apache-common, libapr0, ...),
Me dice esto: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Se instalarán los siguientes paquetes extras: ssl-cert Los siguientes paquetes se ELIMINARÁN: apache apache-common apache-utils apache2-utils libapache-mod-php4 libapache-mod-ssl php4 Se instalarán los siguientes paquetes NUEVOS: ssl-cert 0 actualizados, 1 se instalarán, 7 para eliminar y 476 no actualizados. 1 no instalados del todo o eliminados. Necesito descargar 6904B de archivos. Se liberarán 7986kB después de desempaquetar. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
¿Por qué eliminar apache? ¿No tendría utilidad? Pregunto desde el desconocimiento total sobre apache.
Apache es un servidor web (mejor dicho, es El Servidor Web), pero no creo que sea necesario. Por cierto, yo haría apt-get remove libapr0 y quitaría todo lo relativo a apache (libapr0 -> "lib apache runtime").
Squid parece no ser importante para Musix, necesitaría saber si realmente lo necesitamos o no.
Creo poder decir con seguridad que no es necesario. Se suele utilizar en redes más o menos grandes (oficinas, empresas) para dar servicio de www a los usuarios.
Claro, no sé cómo estará ahora, pero en su momento cuando probé, pedía 121mb!
El problema con Lilypond es que hasta la versión 2.4 se basaba en TeX, que es un sistema enorme. La nueva versión de Lilypond (2.6) ya no necesita TeX, pero no hay (que yo sepa) un paquete para Debian. Yo lo que se puede hacer es instalar el autopackge de su web. Es muy fácil, reproduzco los pasos que habría que seguir: 1. Bajar el lilypond: wget http://lilypond.org/download/binaries/autopackage/lilypond-2.6.3.1.x86.packa... 2. Ejecutar el "installer" como root: chmod +x lilypond-2.6.3.1.x86.package su -c ./lilypond-2.6.3.1.x86.package 3. Seguir las instrucciones en pantalla. No se cuanto ocupará una vez instalado.
Solfege pide 9mb
Para que vaya bien, hay que instalar el paquete python-gnome2-extras. No lo pide como dependencia, pero es necesario (creo que el "bug" ya está reportado).
*Anoté eso para ver en la próxima versión de Musix, realmente es mi intención que lilypond esté allí. " It produces beautiful sheet music using a high level description file as input." Nunca lo vi funcionar.
En pocas palabras: una vez que lo aprendes, es imprescindible. Le da mil vueltas a cualquier Finale, Sibelius o lo que se tercie. Eso sí, cuesta un poco al principio. En mi web tengo algunos ejemplos: http://www.laclavedefa.org/lecciones.html
Tal cual, el problema se presentó porque debimos compilar timidity y tuve un problema en un punto, y no se compiló esa interfaz, pero yo la prefería también, de hecho está así en musix 0.23
Para que se compile la interfaz gtk hay que tener instalado el paquete gtk-devel.
¿Tenés un gtkrc con ese tema? Nos vendría bien testearlo: el tema elegido para gtk tiene que ver casi exclusivamente con que las perillas de Jamin y otros como gamix se vieran bien (además de fbpanel, también)
Mi .gtkrc suele ser un link al gtkrc que viene con el paquete: su -c apt-get install gtk-engines-industrial ln -s /usr/share/themes/Indubstrial/gtk/gtkrc ./gtkrc De todas formas, hay una pequeña utilidad para probar los temas gtk1.2 y gtk2.x que se llama gtk-theme-switch (incluye dos ejecutables, switch y switch2). Mi sugerencia sería instalar todos los gtk-engines y ésta utilidad. Una vez probados y seleccionado el más adecuado, podrían borrarse los demás: su -c apt-get install gtk-theme-switch gtk-engines-* gtk2-engines-*
El tema por defecto en Qt/Kde (Keramik) me parece demasiado sobrecargado
Eso es algo que siempre me da vuelta en la cabeza, pero no termino de decidir: muchos ven ese tema y dicen "guau qué bien!", así que no sé qué hacer.
Intuyo que lo dicen porque es totalmente distinto a cualquier cosa que hayan podido ver en un Windoze, pero reitero mi opinión: no es un tema muy "ergonómico": casi todos los "widgets" (elementos gráficos como botones, barras de desplazamiento, ...) son muy gruesos y muy coloridos. Esto distrae la atención del usuario (o por lo menos, la mía :)
Lo que pasa es que, el papel que cumple Musix dentro del Software Libre casi no tendría sentido si hiciéramos algo así: somos parte de un grupo de gente que [... sigue ...]
Estoy de acuerdo en la filosofía de Musix. No voy a hacer una disgresión sobre si el soft privativo o los algoritmos patentados son éticamente aceptables o no. No es la lista de correo adecuada ;-) Pero ... Simplemente quería hacer notar una realidad. El formato mp3 es el formato de audio comprimido más usado y un músico que se acerque a Musix por primera vez creo que esperará poder crear un mp3 con sus creaciones. Desde el punto de vista técnico sería sencillo habilitar la compresión mp3: Un "script" que haga un wget http://debian.nsu.ru/debian-marillat/pool/main/l/lame/lame_3.96.1-1_i386.deb y luego dpkg -i lame_3.96.1-1_i386.deb Creo recordar que lame no tiene dependencias raras, así que no habría que tocar el /etc/apt/sources.list ¿Como conciliar estas dos posturas? Por un lado queremos que el soft libre avance y que las ideas (=algoritmos) no sean patentables, o que sean de libre distribución. Por otra parte, tenemos un formato muy difundido que muchos músicos esperarían poder utilizar para registrar sus creaciones. Además, disponemos de otro formato comprimido (ogg) que proporciona una calidad comparable, si no superior, al mp3. Mi idea sería un lanzador titulado "Instalar codificador de MP3" o algo parecido. Cuando el usuario lo "pinchase", mostrarle un mensaje (un cuadro de diálogo o una página HTML en dillo) en el cual se le explicase porqué no debería usar MP3 u otros formatos propietarios, explicándole que existen alternativas de calidad. A continuación un mensaje de confirmación del tipo ... """ Si a pesar de lo que acaba de leer insiste en utilizar formatos propietarios y quiere utilizar el algoritmo propietario de codificación MP3, por favor siga estos pasos: wget http://debian.nsu.ru/debian-marillat/pool/main/l/lame/lame_3.96.1-1_i386.deb y luego dpkg -i lame_3.96.1-1_i386.deb El equipo de Musix no se responsabiliza del uso de este programa, bla, bla, bla ... """ o algo parecido.
Gracias por todo, estos tipos de informes realmente hacer que Musix avance una enormidad. Necesitamos músicos que usan linux actualmente para que se sumen al proyecto, pero sobre todo necesitamos músicos en general, para que lo usen y nos digan cómo va la cosa.
Según vaya viendo más cosas, lo iré reportando ... Gracias a todo el equipo de Musix. -- David Asorey Álvarez [email protected]
Si quieren ver algo de lilypond online pueden hacerlo aca (también pueden hacer sus pruebas en el "sandbox"): http://www.wikisophia.org/wiki/Wikitex#Music Mi idea era poder poner en algún momento esta funcionalidad en el wiki de Musix, pero dependemos de poder instalar ciertos paquetes en el server. Hernán. El 15/09/05, David Asorey Álvarez<[email protected]> escribió:
El 14/09/05, Marcos Guglielmetti<[email protected]> escribió:
El ejemplo más pesado que se encuentra es el que necesita a Zynaddsubfx y Hydrogen + Rosegarden para funcionar, Se llama:"Rosegarden+ZynaddsubFX-Demo-odisea", lo encontrás en el menú de lanzadores de Rosegarden, en Icewm
Sería interesante si nos podés contar cómo funciona eso (no olvides conectar zynaddsubfx como te aconseja antes de hacer el play, porque sino zynaddsubfx se cuelga)
Allá va. Escribiré un correo aparte con los resultados.
Ya que estamos hablando de todo lo bueno, quería destacar que mejoramos la situación en cuanto a la internacionalización de Knoppix: ¿vieron que Knoppix viene por separado en Inglés y en Castellano? Nosotros [... sigue ...]
Suele pasar, generalmente, la tarea menos vistosa es la que más trabajo da ;-)
En eso no te puedo ayudar yo, deberás preguntarle a alguien que conozca de laptops, y por otra parte, ese kernel es fantástico, pero no ha sido demasiado testeado: fue modificado y adaptado en gran parte por Free Ekanayaka, de DeMuDi.
No hay problema, sólo tendría que recompilar y listo. Sólo lo mencionaba a título informativo.
Es definitiva, nos encantaría dejar un sólo kernel que hiciera todo bien, pero, es un objetivo a largo plazo.
Pues todo es cuestión de coger el 2.6.12-multimedia, las fuentes y parches y recompilarlo incluyendo más módulos. No creo que se estropee el rendimiento, puesto que los módulos que no se utilizan no se cargan en memoria. Voy a intentar recompilar algún kernel, a ver qué me voy encontrando. Ya os contaré ...
- Eliminar los paquetes apache (apache-common, libapr0, ...),
Me dice esto: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Se instalarán los siguientes paquetes extras: ssl-cert Los siguientes paquetes se ELIMINARÁN: apache apache-common apache-utils apache2-utils libapache-mod-php4 libapache-mod-ssl php4 Se instalarán los siguientes paquetes NUEVOS: ssl-cert 0 actualizados, 1 se instalarán, 7 para eliminar y 476 no actualizados. 1 no instalados del todo o eliminados. Necesito descargar 6904B de archivos. Se liberarán 7986kB después de desempaquetar. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
¿Por qué eliminar apache? ¿No tendría utilidad? Pregunto desde el desconocimiento total sobre apache.
Apache es un servidor web (mejor dicho, es El Servidor Web), pero no creo que sea necesario. Por cierto, yo haría apt-get remove libapr0 y quitaría todo lo relativo a apache (libapr0 -> "lib apache runtime").
Squid parece no ser importante para Musix, necesitaría saber si realmente lo necesitamos o no.
Creo poder decir con seguridad que no es necesario. Se suele utilizar en redes más o menos grandes (oficinas, empresas) para dar servicio de www a los usuarios.
Claro, no sé cómo estará ahora, pero en su momento cuando probé, pedía 121mb!
El problema con Lilypond es que hasta la versión 2.4 se basaba en TeX, que es un sistema enorme. La nueva versión de Lilypond (2.6) ya no necesita TeX, pero no hay (que yo sepa) un paquete para Debian. Yo lo que se puede hacer es instalar el autopackge de su web. Es muy fácil, reproduzco los pasos que habría que seguir: 1. Bajar el lilypond: wget http://lilypond.org/download/binaries/autopackage/lilypond-2.6.3.1.x86.packa... 2. Ejecutar el "installer" como root: chmod +x lilypond-2.6.3.1.x86.package su -c ./lilypond-2.6.3.1.x86.package 3. Seguir las instrucciones en pantalla. No se cuanto ocupará una vez instalado.
Solfege pide 9mb
Para que vaya bien, hay que instalar el paquete python-gnome2-extras. No lo pide como dependencia, pero es necesario (creo que el "bug" ya está reportado).
*Anoté eso para ver en la próxima versión de Musix, realmente es mi intención que lilypond esté allí. " It produces beautiful sheet music using a high level description file as input." Nunca lo vi funcionar.
En pocas palabras: una vez que lo aprendes, es imprescindible. Le da mil vueltas a cualquier Finale, Sibelius o lo que se tercie. Eso sí, cuesta un poco al principio. En mi web tengo algunos ejemplos: http://www.laclavedefa.org/lecciones.html
Tal cual, el problema se presentó porque debimos compilar timidity y tuve un problema en un punto, y no se compiló esa interfaz, pero yo la prefería también, de hecho está así en musix 0.23
Para que se compile la interfaz gtk hay que tener instalado el paquete gtk-devel.
¿Tenés un gtkrc con ese tema? Nos vendría bien testearlo: el tema elegido para gtk tiene que ver casi exclusivamente con que las perillas de Jamin y otros como gamix se vieran bien (además de fbpanel, también)
Mi .gtkrc suele ser un link al gtkrc que viene con el paquete: su -c apt-get install gtk-engines-industrial ln -s /usr/share/themes/Indubstrial/gtk/gtkrc ./gtkrc
De todas formas, hay una pequeña utilidad para probar los temas gtk1.2 y gtk2.x que se llama gtk-theme-switch (incluye dos ejecutables, switch y switch2). Mi sugerencia sería instalar todos los gtk-engines y ésta utilidad. Una vez probados y seleccionado el más adecuado, podrían borrarse los demás: su -c apt-get install gtk-theme-switch gtk-engines-* gtk2-engines-*
El tema por defecto en Qt/Kde (Keramik) me parece demasiado sobrecargado
Eso es algo que siempre me da vuelta en la cabeza, pero no termino de decidir: muchos ven ese tema y dicen "guau qué bien!", así que no sé qué hacer.
Intuyo que lo dicen porque es totalmente distinto a cualquier cosa que hayan podido ver en un Windoze, pero reitero mi opinión: no es un tema muy "ergonómico": casi todos los "widgets" (elementos gráficos como botones, barras de desplazamiento, ...) son muy gruesos y muy coloridos. Esto distrae la atención del usuario (o por lo menos, la mía :)
Lo que pasa es que, el papel que cumple Musix dentro del Software Libre casi no tendría sentido si hiciéramos algo así: somos parte de un grupo de gente que [... sigue ...]
Estoy de acuerdo en la filosofía de Musix.
No voy a hacer una disgresión sobre si el soft privativo o los algoritmos patentados son éticamente aceptables o no. No es la lista de correo adecuada ;-)
Pero ...
Simplemente quería hacer notar una realidad. El formato mp3 es el formato de audio comprimido más usado y un músico que se acerque a Musix por primera vez creo que esperará poder crear un mp3 con sus creaciones.
Desde el punto de vista técnico sería sencillo habilitar la compresión mp3: Un "script" que haga un wget http://debian.nsu.ru/debian-marillat/pool/main/l/lame/lame_3.96.1-1_i386.deb y luego dpkg -i lame_3.96.1-1_i386.deb Creo recordar que lame no tiene dependencias raras, así que no habría que tocar el /etc/apt/sources.list
¿Como conciliar estas dos posturas? Por un lado queremos que el soft libre avance y que las ideas (=algoritmos) no sean patentables, o que sean de libre distribución. Por otra parte, tenemos un formato muy difundido que muchos músicos esperarían poder utilizar para registrar sus creaciones. Además, disponemos de otro formato comprimido (ogg) que proporciona una calidad comparable, si no superior, al mp3.
Mi idea sería un lanzador titulado "Instalar codificador de MP3" o algo parecido. Cuando el usuario lo "pinchase", mostrarle un mensaje (un cuadro de diálogo o una página HTML en dillo) en el cual se le explicase porqué no debería usar MP3 u otros formatos propietarios, explicándole que existen alternativas de calidad. A continuación un mensaje de confirmación del tipo ... """ Si a pesar de lo que acaba de leer insiste en utilizar formatos propietarios y quiere utilizar el algoritmo propietario de codificación MP3, por favor siga estos pasos: wget http://debian.nsu.ru/debian-marillat/pool/main/l/lame/lame_3.96.1-1_i386.deb y luego dpkg -i lame_3.96.1-1_i386.deb El equipo de Musix no se responsabiliza del uso de este programa, bla, bla, bla ... """ o algo parecido.
Gracias por todo, estos tipos de informes realmente hacer que Musix avance una enormidad. Necesitamos músicos que usan linux actualmente para que se sumen al proyecto, pero sobre todo necesitamos músicos en general, para que lo usen y nos digan cómo va la cosa.
Según vaya viendo más cosas, lo iré reportando ...
Gracias a todo el equipo de Musix.
-- David Asorey Álvarez [email protected]
_______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-Help mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-help
El Jue 15 Sep 2005 23:35, Hernán Ordiales escribió:
Si quieren ver algo de lilypond online pueden hacerlo aca (también pueden hacer sus pruebas en el "sandbox"): http://www.wikisophia.org/wiki/Wikitex#Music
Interesantísimo, che!
Mi idea era poder poner en algún momento esta funcionalidad en el wiki de Musix, pero dependemos de poder instalar ciertos paquetes en el server.
Lo que necesites, decime!
Hernán.
El 15/09/05, David Asorey Álvarez<[email protected]> escribió:
El 14/09/05, Marcos Guglielmetti<[email protected]> escribió:
El ejemplo más pesado que se encuentra es el que necesita a Zynaddsubfx y Hydrogen + Rosegarden para funcionar, Se llama:"Rosegarden+ZynaddsubFX-Demo-odisea", lo encontrás en el menú de lanzadores de Rosegarden, en Icewm
Sería interesante si nos podés contar cómo funciona eso (no olvides conectar zynaddsubfx como te aconseja antes de hacer el play, porque sino zynaddsubfx se cuelga)
Allá va. Escribiré un correo aparte con los resultados.
Ya que estamos hablando de todo lo bueno, quería destacar que mejoramos la situación en cuanto a la internacionalización de Knoppix: ¿vieron que Knoppix viene por separado en Inglés y en Castellano? Nosotros [... sigue ...]
Suele pasar, generalmente, la tarea menos vistosa es la que más trabajo da ;-)
En eso no te puedo ayudar yo, deberás preguntarle a alguien que conozca de laptops, y por otra parte, ese kernel es fantástico, pero no ha sido demasiado testeado: fue modificado y adaptado en gran parte por Free Ekanayaka, de DeMuDi.
No hay problema, sólo tendría que recompilar y listo. Sólo lo mencionaba a título informativo.
Es definitiva, nos encantaría dejar un sólo kernel que hiciera todo bien, pero, es un objetivo a largo plazo.
Pues todo es cuestión de coger el 2.6.12-multimedia, las fuentes y parches y recompilarlo incluyendo más módulos. No creo que se estropee el rendimiento, puesto que los módulos que no se utilizan no se cargan en memoria. Voy a intentar recompilar algún kernel, a ver qué me voy encontrando. Ya os contaré ...
- Eliminar los paquetes apache (apache-common, libapr0, ...),
Me dice esto: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Se instalarán los siguientes paquetes extras: ssl-cert Los siguientes paquetes se ELIMINARÁN: apache apache-common apache-utils apache2-utils libapache-mod-php4 libapache-mod-ssl php4 Se instalarán los siguientes paquetes NUEVOS: ssl-cert 0 actualizados, 1 se instalarán, 7 para eliminar y 476 no actualizados. 1 no instalados del todo o eliminados. Necesito descargar 6904B de archivos. Se liberarán 7986kB después de desempaquetar. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
¿Por qué eliminar apache? ¿No tendría utilidad? Pregunto desde el desconocimiento total sobre apache.
Apache es un servidor web (mejor dicho, es El Servidor Web), pero no creo que sea necesario. Por cierto, yo haría apt-get remove libapr0 y quitaría todo lo relativo a apache (libapr0 -> "lib apache runtime").
Squid parece no ser importante para Musix, necesitaría saber si realmente lo necesitamos o no.
Creo poder decir con seguridad que no es necesario. Se suele utilizar en redes más o menos grandes (oficinas, empresas) para dar servicio de www a los usuarios.
Claro, no sé cómo estará ahora, pero en su momento cuando probé, pedía 121mb!
El problema con Lilypond es que hasta la versión 2.4 se basaba en TeX, que es un sistema enorme. La nueva versión de Lilypond (2.6) ya no necesita TeX, pero no hay (que yo sepa) un paquete para Debian. Yo lo que se puede hacer es instalar el autopackge de su web. Es muy fácil, reproduzco los pasos que habría que seguir: 1. Bajar el lilypond: wget http://lilypond.org/download/binaries/autopackage/lilypond-2.6.3.1.x86.pa ckage 2. Ejecutar el "installer" como root: chmod +x lilypond-2.6.3.1.x86.package su -c ./lilypond-2.6.3.1.x86.package 3. Seguir las instrucciones en pantalla. No se cuanto ocupará una vez instalado.
Solfege pide 9mb
Para que vaya bien, hay que instalar el paquete python-gnome2-extras. No lo pide como dependencia, pero es necesario (creo que el "bug" ya está reportado).
*Anoté eso para ver en la próxima versión de Musix, realmente es mi intención que lilypond esté allí. " It produces beautiful sheet music using a high level description file as input." Nunca lo vi funcionar.
En pocas palabras: una vez que lo aprendes, es imprescindible. Le da mil vueltas a cualquier Finale, Sibelius o lo que se tercie. Eso sí, cuesta un poco al principio. En mi web tengo algunos ejemplos: http://www.laclavedefa.org/lecciones.html
Tal cual, el problema se presentó porque debimos compilar timidity y tuve un problema en un punto, y no se compiló esa interfaz, pero yo la prefería también, de hecho está así en musix 0.23
Para que se compile la interfaz gtk hay que tener instalado el paquete gtk-devel.
¿Tenés un gtkrc con ese tema? Nos vendría bien testearlo: el tema elegido para gtk tiene que ver casi exclusivamente con que las perillas de Jamin y otros como gamix se vieran bien (además de fbpanel, también)
Mi .gtkrc suele ser un link al gtkrc que viene con el paquete: su -c apt-get install gtk-engines-industrial ln -s /usr/share/themes/Indubstrial/gtk/gtkrc ./gtkrc
De todas formas, hay una pequeña utilidad para probar los temas gtk1.2 y gtk2.x que se llama gtk-theme-switch (incluye dos ejecutables, switch y switch2). Mi sugerencia sería instalar todos los gtk-engines y ésta utilidad. Una vez probados y seleccionado el más adecuado, podrían borrarse los demás: su -c apt-get install gtk-theme-switch gtk-engines-* gtk2-engines-*
El tema por defecto en Qt/Kde (Keramik) me parece demasiado sobrecargado
Eso es algo que siempre me da vuelta en la cabeza, pero no termino de decidir: muchos ven ese tema y dicen "guau qué bien!", así que no sé qué hacer.
Intuyo que lo dicen porque es totalmente distinto a cualquier cosa que hayan podido ver en un Windoze, pero reitero mi opinión: no es un tema muy "ergonómico": casi todos los "widgets" (elementos gráficos como botones, barras de desplazamiento, ...) son muy gruesos y muy coloridos. Esto distrae la atención del usuario (o por lo menos, la mía :)
Lo que pasa es que, el papel que cumple Musix dentro del Software Libre casi no tendría sentido si hiciéramos algo así: somos parte de un grupo de gente que [... sigue ...]
Estoy de acuerdo en la filosofía de Musix.
No voy a hacer una disgresión sobre si el soft privativo o los algoritmos patentados son éticamente aceptables o no. No es la lista de correo adecuada ;-)
Pero ...
Simplemente quería hacer notar una realidad. El formato mp3 es el formato de audio comprimido más usado y un músico que se acerque a Musix por primera vez creo que esperará poder crear un mp3 con sus creaciones.
Desde el punto de vista técnico sería sencillo habilitar la compresión mp3: Un "script" que haga un wget http://debian.nsu.ru/debian-marillat/pool/main/l/lame/lame_3.96.1-1_i386. deb y luego dpkg -i lame_3.96.1-1_i386.deb Creo recordar que lame no tiene dependencias raras, así que no habría que tocar el /etc/apt/sources.list
¿Como conciliar estas dos posturas? Por un lado queremos que el soft libre avance y que las ideas (=algoritmos) no sean patentables, o que sean de libre distribución. Por otra parte, tenemos un formato muy difundido que muchos músicos esperarían poder utilizar para registrar sus creaciones. Además, disponemos de otro formato comprimido (ogg) que proporciona una calidad comparable, si no superior, al mp3.
Mi idea sería un lanzador titulado "Instalar codificador de MP3" o algo parecido. Cuando el usuario lo "pinchase", mostrarle un mensaje (un cuadro de diálogo o una página HTML en dillo) en el cual se le explicase porqué no debería usar MP3 u otros formatos propietarios, explicándole que existen alternativas de calidad. A continuación un mensaje de confirmación del tipo ... """ Si a pesar de lo que acaba de leer insiste en utilizar formatos propietarios y quiere utilizar el algoritmo propietario de codificación MP3, por favor siga estos pasos: wget http://debian.nsu.ru/debian-marillat/pool/main/l/lame/lame_3.96.1-1_i386. deb y luego dpkg -i lame_3.96.1-1_i386.deb El equipo de Musix no se responsabiliza del uso de este programa, bla, bla, bla ... """ o algo parecido.
Gracias por todo, estos tipos de informes realmente hacer que Musix avance una enormidad. Necesitamos músicos que usan linux actualmente para que se sumen al proyecto, pero sobre todo necesitamos músicos en general, para que lo usen y nos digan cómo va la cosa.
Según vaya viendo más cosas, lo iré reportando ...
Gracias a todo el equipo de Musix.
-- David Asorey Álvarez [email protected]
_______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-Help mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-help
_______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-Help mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-help
-- Marcos Guglielmetti *Desocupado, busco trabajo.* cel: (0221) 15-5442691 tel: (0221) 427-5391 fecha: vie sep 16 19:45:02 CEST 2005 ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
El Jue 15 Sep 2005 08:56, David Asorey Álvarez escribió:
En eso no te puedo ayudar yo, deberás preguntarle a alguien que conozca de laptops, y por otra parte, ese kernel es fantástico, pero no ha sido demasiado testeado: fue modificado y adaptado en gran parte por Free Ekanayaka, de DeMuDi.
No hay problema, sólo tendría que recompilar y listo. Sólo lo mencionaba a título informativo.
Sería interesante si acaso supieras cómo reemplaza un kernel tal como viene en Knoppix, por otro, dado que los tutoriales que leí de la WEB estaban muy desactualizados, y aún no realicé testeos serios al respecto. Así que la solución en nuestro caso fue dejar un kernel-multimedia semi-instalado, que se termina de instalar durante el proceso de volcado a HD, pero sería interesante que fuera una opción dentro del mismo live-cd corriendo como live-cd
Es definitiva, nos encantaría dejar un sólo kernel que hiciera todo bien, pero, es un objetivo a largo plazo.
Pues todo es cuestión de coger el 2.6.12-multimedia, las fuentes y parches y recompilarlo incluyendo más módulos. No creo que se estropee el rendimiento, puesto que los módulos que no se utilizan no se cargan en memoria. Voy a intentar recompilar algún kernel, a ver qué me voy encontrando. Ya os contaré ...
Sería un aporte fantástico a Musix. Te comento que por lo que estuve leyendo en LAU y aGNUla, lo mejor sería tomar un 2.6.13 dado que mucha gente ha encontrado problemas con 2.6.12 Por ejemplo en 2.6.12 no estaban los módulo para las placas layla20 y 24 y toda la línea de la misma fabrica, y además se reportan otros problemas que no recuerdo, con respecto al 2.6.12
¿Por qué eliminar apache? ¿No tendría utilidad? Pregunto desde el desconocimiento total sobre apache.
Apache es un servidor web (mejor dicho, es El Servidor Web), pero no creo que sea necesario. Por cierto, yo haría apt-get remove libapr0 y quitaría todo lo relativo a apache (libapr0 -> "lib apache runtime").
Hecho, me convencí de que, el que quiere apache, es porque ya tiene acceso a Internet, y en tal caso lo instalaría con un simple apt-get. El usuario músico no experimentado en Linux no lo va a extrañar en Musix y, en última instancia, lo volvemos a incluir.
Squid parece no ser importante para Musix, necesitaría saber si realmente lo necesitamos o no.
Creo poder decir con seguridad que no es necesario. Se suele utilizar en redes más o menos grandes (oficinas, empresas) para dar servicio de www a los usuarios.
Quitado.
Claro, no sé cómo estará ahora, pero en su momento cuando probé, pedía 121mb!
El problema con Lilypond es que hasta la versión 2.4 se basaba en TeX, que es un sistema enorme. La nueva versión de Lilypond (2.6) ya no necesita TeX, pero no hay (que yo sepa) un paquete para Debian. Yo lo que se puede hacer es instalar el autopackge de su web. Es muy fácil, reproduzco los pasos que habría que seguir: 1. Bajar el lilypond: wget http://lilypond.org/download/binaries/autopackage/lilypond-2.6.3.1.x86.pack age 2. Ejecutar el "installer" como root: chmod +x lilypond-2.6.3.1.x86.package su -c ./lilypond-2.6.3.1.x86.package 3. Seguir las instrucciones en pantalla. No se cuanto ocupará una vez instalado.
Anotado. Suena interesante, pero creo que lo mejor será compilarlo, hacer un .deb, y de ese modo le damos al usuario una única forma de manejarse con las dependencias, actualización del sistema, etc. Veremos si podemos instalarlo.
Solfege pide 9mb
Para que vaya bien, hay que instalar el paquete python-gnome2-extras. No lo pide como dependencia, pero es necesario (creo que el "bug" ya está reportado).
Anotado, veremos qué hacemos, Ear training program for GNOME2 GNU Solfege is an ear training program for X Window written in python, using the GTK+ 2.0 and GNOME2 libraries. You can practice harmonic and melodic intervals, chords, scales and rhythms, and you can add new exercises using a simple plain text file format.
*Anoté eso para ver en la próxima versión de Musix, realmente es mi intención que lilypond esté allí. " It produces beautiful sheet music using a high level description file as input." Nunca lo vi funcionar.
En pocas palabras: una vez que lo aprendes, es imprescindible. Le da mil vueltas a cualquier Finale, Sibelius o lo que se tercie. Eso sí, cuesta un poco al principio. En mi web tengo algunos ejemplos: http://www.laclavedefa.org/lecciones.html
Luego veré
Tal cual, el problema se presentó porque debimos compilar timidity y tuve un problema en un punto, y no se compiló esa interfaz, pero yo la prefería también, de hecho está así en musix 0.23
Para que se compile la interfaz gtk hay que tener instalado el paquete gtk-devel.
:D
¿Tenés un gtkrc con ese tema? Nos vendría bien testearlo: el tema elegido para gtk tiene que ver casi exclusivamente con que las perillas de Jamin y otros como gamix se vieran bien (además de fbpanel, también)
Mi .gtkrc suele ser un link al gtkrc que viene con el paquete: su -c apt-get install gtk-engines-industrial ln -s /usr/share/themes/Indubstrial/gtk/gtkrc ./gtkrc
De todas formas, hay una pequeña utilidad para probar los temas gtk1.2 y gtk2.x que se llama gtk-theme-switch (incluye dos ejecutables, switch y switch2). Mi sugerencia sería instalar todos los gtk-engines y ésta utilidad. Una vez probados y seleccionado el más adecuado, podrían borrarse los demás: su -c apt-get install gtk-theme-switch gtk-engines-* gtk2-engines-*
Interesantísimas aplicaciones. Y probé todo. El problema con el tema industrial es que no produce resultados visuales lo suficientemente claros en Jamin y otros programas. Por ejemplo el tema xfce4.0 sí lo hace, o el xfce-redmon (que es el presente en Musix) Yo preferiría dejar el actual tema gtk2, modificar el gtk1.2, y quizá cambiar el tema KDE a plastic, que es cierto que quizá moleste menos, aunque es menos "brillante" o "lujoso". Pero en definitiva el usuario puede elegir entro otros temas desde el panel de control de kde: kcontrol, incluso al instalar esos paquetes gtk, en kcontrol apareció, dentro de Aspecto y Temas "GTK Styles and Fonts", y lo que intenta es resolver el problema de la "incompatibilidad" de temas. Yo no sé si esto de la incompatibilidad es tan así, dado que, quizá, preferiría que Jamin se viera distinto al resto, y que se viera lo mejor posible, como es con el tema xfce4.0, otro que me pareció interesante es xfce-kolors, y es totalmente compatible en colores con Plastic de KDE, quizá deberíamos dejar ese :D Además he notado que xfce-kolors achica los requerimientos de resolucion horizontal en pixeles de jamin.... deberíamos probarlo...
Lo que pasa es que, el papel que cumple Musix dentro del Software Libre casi no tendría sentido si hiciéramos algo así: somos parte de un grupo de gente que [... sigue ...]
Estoy de acuerdo en la filosofía de Musix.
No voy a hacer una disgresión sobre si el soft privativo o los algoritmos patentados son éticamente aceptables o no. No es la lista de correo adecuada ;-)
Pero ...
Simplemente quería hacer notar una realidad. El formato mp3 es el formato de audio comprimido más usado y un músico que se acerque a Musix por primera vez creo que esperará poder crear un mp3 con sus creaciones.
Si, es una lamentable realidad. Lo que ocurre básicamente es que si le damos soporte a la codificación hacia mp3 podemos tener problemas en EEUU.
Desde el punto de vista técnico sería sencillo habilitar la compresión mp3: Un "script" que haga un wget http://debian.nsu.ru/debian-marillat/pool/main/l/lame/lame_3.96.1-1_i386.de b y luego dpkg -i lame_3.96.1-1_i386.deb
Y bueno, los que vivan en países en los que no hayan problemas de patentes, pueden hacer eso, en Argentina no hay problemas con eso.
Creo recordar que lame no tiene dependencias raras, así que no habría que tocar el /etc/apt/sources.list
¿Como conciliar estas dos posturas? Por un lado queremos que el soft libre avance y que las ideas (=algoritmos) no sean patentables, o que sean de libre distribución. Por otra parte, tenemos un formato muy difundido que muchos músicos esperarían poder utilizar para registrar sus creaciones. Además, disponemos de otro formato comprimido (ogg) que proporciona una calidad comparable, si no superior, al mp3.
Es exactamente 2 veces superior al mp3. Podés hacer la prueba comprimiendo un .wav a .ogg a 64kb/ps. y luego lo mismo pero hacia mp3 a 64kb/ps: escucharás la mitad de calidad de parte del mp3, y si lo analizás con un analizador de espectros verás que faltan muchas frecuencias que en el ogg no faltan.
Mi idea sería un lanzador titulado "Instalar codificador de MP3" o algo parecido. Cuando el usuario lo "pinchase", mostrarle un mensaje (un cuadro de diálogo o una página HTML en dillo) en el cual se le explicase porqué no debería usar MP3 u otros formatos propietarios, explicándole que existen alternativas de calidad. A continuación un mensaje de confirmación del tipo ... """ Si a pesar de lo que acaba de leer insiste en utilizar formatos propietarios y quiere utilizar el algoritmo propietario de codificación MP3, por favor siga estos pasos: wget http://debian.nsu.ru/debian-marillat/pool/main/l/lame/lame_3.96.1-1_i386.de b y luego dpkg -i lame_3.96.1-1_i386.deb El equipo de Musix no se responsabiliza del uso de este programa, bla, bla, bla ... """ o algo parecido.
Es buena idea, pero tengo que consultarlo con gente como Daniel Olivera de Ututo-e, y en última instancia con Richard Stallman, pero creo que no lo podremos hacer, por lo que te comentaba más arriba. Bueno, seguimos en contacto! (estoy tratando de acostumbrarme al "plastik" a ver si va bien) -- Marcos Guglielmetti *Desocupado, busco trabajo.* cel: (0221) 15-5442691 tel: (0221) 427-5391 fecha: vie sep 16 18:00:02 CEST 2005 ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
El 16/09/05, Marcos Guglielmetti<[email protected]> escribió:
Pues todo es cuestión de coger el 2.6.12-multimedia, las fuentes y parches y recompilarlo incluyendo más módulos. No creo que se estropee el rendimiento, puesto que los módulos que no se utilizan no se cargan en memoria. Voy a intentar recompilar algún kernel, a ver qué me voy encontrando. Ya os contaré ...
Sería un aporte fantástico a Musix.
Te comento que por lo que estuve leyendo en LAU y aGNUla, lo mejor sería tomar un 2.6.13 dado que mucha gente ha encontrado problemas con 2.6.12 Por ejemplo en 2.6.12 no estaban los módulo para las placas layla20 y 24 y toda la línea de la misma fabrica, y además se reportan otros problemas que no recuerdo, con respecto al 2.6.12
Encontré un tutorial en ubuntu-es.org dónde explican cómo compilar en debian un kernel y generar el correspondiente kernel-image-xxx.deb Es muy sencillo, incluso un torpe como yo ya puede generarse su propio kernel. Enlace: http://www.ubuntu-es.org/node/431
El problema con Lilypond es que hasta la versión 2.4 se basaba en TeX, que es un sistema enorme. La nueva versión de Lilypond (2.6) ya no necesita TeX, pero no hay (que yo sepa) un paquete para Debian. Yo lo que se puede hacer es instalar el autopackge de su web. Es muy fácil, reproduzco los pasos que habría que seguir: [... sigue ...]
Anotado. Suena interesante, pero creo que lo mejor será compilarlo, hacer un .deb, y de ese modo le damos al usuario una única forma de manejarse con las dependencias, actualización del sistema, etc.
Veremos si podemos instalarlo.
Los mismos autores de Lilypond desaconsejan compilarlo. Es bastante complicado, según ellos :-( Y la versión que hay en testing es la 2.4, que sigue dependiendo de LaTex. A lo mejor se pueden convertir los rpm para Fedora y convertirlos con alien. Voy a intentarlo y ya os contaré. Saludos. -- David Asorey Álvarez [email protected]
El Lun 19 Sep 2005 10:14, David Asorey Álvarez escribió:
Encontré un tutorial en ubuntu-es.org dónde explican cómo compilar en debian un kernel y generar el correspondiente kernel-image-xxx.deb Es muy sencillo, incluso un torpe como yo ya puede generarse su propio kernel. Enlace: http://www.ubuntu-es.org/node/431
Interesante. Más que interesante. Ordeno un poco mi pensamiento: 1) Te comento, la idea original, para aprovechar trabajo externo al grupo de Musix, era tomar kernels de otros lados, eso se ve en parte complicado por el hecho de que los kernel-multimedia de DeMuDi son fantásticos para un SO instlado en HD, pero para un Live CD no son demasiado apropiados, por ejemplo el modo de video framebuffer no he logrado que funcione con esos. 2) Entonces tendría sentido crear kernel-image exclusivos para el Live CD de Musix. 3) A pesar de todo eso, Musix funciona bien y estamos tratando de resolver cuestiones más urgentes 4) Si alguien pudiera tomar esa misión referente a compilar kernels "multimedia" (con todos los parches para baja latencia, etc.) para el live-cd, el asunto sería más viable, porque nadie estaría saturado en su función dentro del grupo. _______Lilypond_______
Los mismos autores de Lilypond desaconsejan compilarlo. Es bastante complicado, según ellos :-( Y la versión que hay en testing es la 2.4, que sigue dependiendo de LaTex. A lo mejor se pueden convertir los rpm para Fedora y convertirlos con alien.
Voy a intentarlo y ya os contaré.
Bien, veremos qué pasa que andes bien -- Marcos Guglielmetti *Desocupado, busco trabajo.* http://www.pc-musica.com.ar/Curriculum-Marcos-Guglielmetti.html fecha: lun sep 19 09:15:01 CEST 2005 ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
¿Porque no tener una versión del núcleo para live-CD y otro para el HD? Marcos Guglielmetti <[email protected]> escreveu:El Lun 19 Sep 2005 10:14, David Asorey Álvarez escribió:
Encontré un tutorial en ubuntu-es.org dónde explican cómo compilar en debian un kernel y generar el correspondiente kernel-image-xxx.deb Es muy sencillo, incluso un torpe como yo ya puede generarse su propio kernel. Enlace: http://www.ubuntu-es.org/node/431
Interesante. Más que interesante. Ordeno un poco mi pensamiento: 1) Te comento, la idea original, para aprovechar trabajo externo al grupo de Musix, era tomar kernels de otros lados, eso se ve en parte complicado por el hecho de que los kernel-multimedia de DeMuDi son fantásticos para un SO instlado en HD, pero para un Live CD no son demasiado apropiados, por ejemplo el modo de video framebuffer no he logrado que funcione con esos. 2) Entonces tendría sentido crear kernel-image exclusivos para el Live CD de Musix. 3) A pesar de todo eso, Musix funciona bien y estamos tratando de resolver cuestiones más urgentes 4) Si alguien pudiera tomar esa misión referente a compilar kernels "multimedia" (con todos los parches para baja latencia, etc.) para el live-cd, el asunto sería más viable, porque nadie estaría saturado en su función dentro del grupo. _______Lilypond_______
Los mismos autores de Lilypond desaconsejan compilarlo. Es bastante complicado, según ellos :-( Y la versión que hay en testing es la 2.4, que sigue dependiendo de LaTex. A lo mejor se pueden convertir los rpm para Fedora y convertirlos con alien.
Voy a intentarlo y ya os contaré.
Bien, veremos qué pasa que andes bien -- Marcos Guglielmetti *Desocupado, busco trabajo.* http://www.pc-musica.com.ar/Curriculum-Marcos-Guglielmetti.html fecha: lun sep 19 09:15:01 CEST 2005 ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar _______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-Help mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-help __________________________________________________ Converse com seus amigos em tempo real com o Yahoo! Messenger http://br.download.yahoo.com/messenger/
El Lun 19 Sep 2005 18:27, Evandro Veloso Gomes escribió:
¿Porque no tener una versión del núcleo para live-CD y otro para el HD?
Es cierto que una cosa no excluye a la otra, pero nos gustaría que el kernel que arranca el live-cd tuviera características similares al kernel multimedia de DeMuDi: de ese modo el usuario podría probar realmente el rendimiento del sistema antes de instalarlo en HD (porque sería mejor el rendimiento, y sería más real) abraço -- Marcos Guglielmetti *Desocupado, busco trabajo.* http://www.pc-musica.com.ar/Curriculum-Marcos-Guglielmetti.html fecha: lun sep 19 19:15:01 CEST 2005 ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
Como seria el trabajo de compilar kernels exclusivamente para el live cd, me podrías expliacr un poco más al respecto, creo que para ello deberia tener inatalado Musix tal cual viene en el live cd en el HD y a partir de allí, compliar kernel, para ver como le funciona?, si es por ese estilo yo les podría ayudar a compilarlo, me refiero a realizar la labor, pero con bastante tutorial, ya que soy muy newbie en el manejo de carácteristicas de hardware, eso por un lado, y por el otro al no ser música creo que no detectaria los fallos necesarios para el live cd, aún así y teniendo en cuenta esta información, estoy dispuesta a colaborarles. Pd: Voy a leer el manual, del enlance ubuntu
El Mar 20 Sep 2005 18:54, aleka escribió:
Como seria el trabajo de compilar kernels exclusivamente para el live cd, me podrías expliacr un poco más al respecto, creo que para ello deberia tener inatalado Musix tal cual viene en el live cd en el HD y a partir de allí, compliar kernel, para ver como le funciona?,
Algo así. El problema básicamente es que hay tutoriales para reformar por ejemplo knoppix, que es de donde viene Musix, pero están desactualizados, llegan hasta la versión 3.4 por lo que yo sé. Si alguno puede encontrar por donde fuere (google, etc) tutoriales o cualquier información sobre cómo usar un arranque dual con knoppix 3.8 en adelante, nos vendría bien. Hasta una versión de Knoppix, creo que la 3.4, venía con 2 kernels en el inicio del live cd para elegir en el momento, y eso era interesantísimo, luego cambió el sistema de inicio con isolinux, y allí es donde empieza nuestro límite (que debe ser algo sencillo, pero no sabemos cómo hacer).
si es por ese estilo yo les podría ayudar a compilarlo, me refiero a realizar la labor, pero con bastante tutorial, ya que soy muy newbie en el manejo de carácteristicas de hardware, eso por un lado, y por el otro al no ser música creo que no detectaria los fallos necesarios para el live cd, aún así y teniendo en cuenta esta información, estoy dispuesta a colaborarles. Pd: Voy a leer el manual, del enlance ubuntu
Bien, podríamos hacer algo en conjunto si supiéramos cómo. Aquí les envío el tutorial que utilicé yo, los pasos son realmente pocos y simples. Sobre el final tiene un script que no utilicé, hice mi propio script adaptado, dado que tuve que adaptar incluso el mismo tutorial, porque estaba desactualizado. Lo importante aquí es buscar información en la red, sobre cómo incluir un nuevo kernel en el live cd, pero que no sólo funcione cuando uno instala el sistema en disco duro, sino que también corra desde el mismo live-cd -- Marcos Guglielmetti *Desempleado, busco empleo estable.* http://www.pc-musica.com.ar/Curriculum-Marcos-Guglielmetti.html fecha: mar sep 20 23:45:01 CEST 2005
participants (6)
-
aleka -
David Asorey Álvarez -
Evandro Veloso Gomes -
Hernán Ordiales -
Jorge Salgueiro -
Marcos Guglielmetti