MUY IMPORTANTE: Daniel, Ariel, Carlos, Felipe, Galle, Gilberto, Javier, etc.
On Saturday 20 June 2015 05:57:58 Felipe T. Dorado wrote:
Marcos estás al pié del cañón en la lista, ¿quién mas? Carlos, Javier, ...
Hola, sería bueno comenzar por ver quién puede hacer qué cosa, y cuándo comenzar a trabajar seriamente en Musix 4.0 Yo NO puedo hacer casi nada en materia de programación, sólo testear imágenes y reportar y aconsejar, comentar cosas en la lista y nada más: mi mujer está embarazada, tengo otra hija de 2 años y medio, y estoy laburando y con ellas casi todo el tiempo. Por lo cual estaría bueno ver con quiénes contamos y qué pueden hacer Por ejemplo Daniel Vidal: (compila kernels e imagenes de musix, a veces) lo veo activo ¿qué podés o querés hacer, cuáles son tus ideas/desafíos que ves? Ariel Errera: idem, hace tareas en wiki y otras cosas Galleguindio: consejo, esperá a ver qué dicen estos otros ;) Carlos S.: generalmente se encarga de ordenar ideas, etc., similar a lo que hace Felipe, pero ¿podés compilar imagenes o testear imagenes y modificar software? Felipe: ¿qué capacidades técnicas tenés o podrás adquirir? ¿sabés hacer una imagen ISO en base a una distro Debian? No es necesario, pero podría servir en algún momento Gilberto: ¿qué opinás? harás una imagen pequeña en CD en portugués? Javier Llorente: ¿sabés compilar y empaquetar en .deb los programas nuevos que proponés? disculpen si me olvido de alguno TODOS: ¿quién sabe compilar paquetes .deb? será necesario para ir agregando software modificado - el kernel supongo q lo hará Daniel, pero el resto de los paquetes modificados o nuevos [ejemplo, [1]] en Musix q no están en debian ¿quién lo puede hacer? * ADEMÁS: cómo vamos a encarar el proyecto de Musix 4.0 en los hechos? Tendremos que basarnos en jessie, no? (https://www.debian.org/releases/stable/), basarnos en una distro testing o inestable es un dolor de cabeza terrible y no deberíamos hacerlo, salvo que planifiquemos terminar Musix 4.0 dentro de 2 años o cuando Debian termine "stretch" (la actual testing) Una masterización al estilo "knoppix" descartando el sistema de debian-live? (como ha sido musix al ppio hasta creo que 2010, y como lo he hecho yo en Musix 3.0 para ahorrar tiempo)??? ¿o nos basaremos en debian live? debian live tiene la virtud de poder hacer q colaboren más personas, pero a la vez es mucho más complejo todo, y lo q tardaríamos 2 o 3 meses en masterizar al "estilo knoppix", podría llevar 3 años en debian live si no estamos bien unidos y con tiempo colaborando ** Quién tira la primera piedra de software ¿Daniel, cuándo te parece que comenzamos a trabajar sobre una Musix 4.0 "en bruto"? quizá lo mejor y más simple, -y si no tenemos demasiado tiempo personal c/u, es lo q propongo-, es que Daniel haga una ISO en bruto, y luego ALGUIEN (quién, Ariel?), quizá con la ayuda de otro/s, vaya modificando el aspecto gráfico -HAGAMOS ALGO NUEVO?-, y corrigiendo errores, y agregando software que sea útil a artistas. ¿se ve el plan? no es complejo 1º Daniel hace la ISO base 2º Alguien, Ariel, x ej, la mejora Si [ Ariel u otro luego no tiene tiempo ] entonces Sigue otro final Mientras [ Ariel u otro tenga tiempo ] entonces la termina, con ayuda y críticas de los demás que *testean* final ¿qué les parece? [1] Ha salido un nuevo software de edición de audio y vídeo para Linux que creo que puede ser interesante incorporar a Musix: OpenAV – Professional Grade Audio Software for Linux http://www.openavproductions.com/ Fuente y vía http://www.plingzine.com/?p=494 https://www.facebook.com/linuxspain/posts/289846227869017 Un saludo, -- Javier Llorente http://javierllorente.es -- Marcos Guglielmetti ▲ :::::::::::::::::: M U S I X ::::::::::::::::::::: ▼ www.musixdistro.wordpress.com www.bosquedealimentos.org ((*J*)) ▼ "The beginning of the mistake is from growing meat for the king and wine for the church." (http://www.context.org/ICLIB/IC14/Fukuoka.htm)
Cuando salga el iso bruto avisen y veo de probar instalar OpenRC para reemplazar systemD y poder usar Alsa en toda su magnitud. Tambien pensaba hacer (estoy estudiandolo para ututo instalador con Calamares Framework Un abrazo On 20/06/15 09:47, Marcos G. wrote:
On Saturday 20 June 2015 05:57:58 Felipe T. Dorado wrote:
Marcos estás al pié del cañón en la lista, ¿quién mas? Carlos, Javier, ...
Hola, sería bueno comenzar por ver quién puede hacer qué cosa, y cuándo comenzar a trabajar seriamente en Musix 4.0
Yo NO puedo hacer casi nada en materia de programación, sólo testear imágenes y reportar y aconsejar, comentar cosas en la lista y nada más: mi mujer está embarazada, tengo otra hija de 2 años y medio, y estoy laburando y con ellas casi todo el tiempo.
Por lo cual estaría bueno ver con quiénes contamos y qué pueden hacer
Por ejemplo
Daniel Vidal: (compila kernels e imagenes de musix, a veces) lo veo activo ¿qué podés o querés hacer, cuáles son tus ideas/desafíos que ves?
Ariel Errera: idem, hace tareas en wiki y otras cosas
Galleguindio: consejo, esperá a ver qué dicen estos otros ;)
Carlos S.: generalmente se encarga de ordenar ideas, etc., similar a lo que hace Felipe, pero ¿podés compilar imagenes o testear imagenes y modificar software?
Felipe: ¿qué capacidades técnicas tenés o podrás adquirir? ¿sabés hacer una imagen ISO en base a una distro Debian? No es necesario, pero podría servir en algún momento
Gilberto: ¿qué opinás? harás una imagen pequeña en CD en portugués?
Javier Llorente: ¿sabés compilar y empaquetar en .deb los programas nuevos que proponés?
disculpen si me olvido de alguno
TODOS: ¿quién sabe compilar paquetes .deb? será necesario para ir agregando software modificado - el kernel supongo q lo hará Daniel, pero el resto de los paquetes modificados o nuevos [ejemplo, [1]] en Musix q no están en debian ¿quién lo puede hacer?
* ADEMÁS: cómo vamos a encarar el proyecto de Musix 4.0 en los hechos?
Tendremos que basarnos en jessie, no? (https://www.debian.org/releases/stable/), basarnos en una distro testing o inestable es un dolor de cabeza terrible y no deberíamos hacerlo, salvo que planifiquemos terminar Musix 4.0 dentro de 2 años o cuando Debian termine "stretch" (la actual testing)
Una masterización al estilo "knoppix" descartando el sistema de debian-live? (como ha sido musix al ppio hasta creo que 2010, y como lo he hecho yo en Musix 3.0 para ahorrar tiempo)???
¿o nos basaremos en debian live?
debian live tiene la virtud de poder hacer q colaboren más personas, pero a la vez es mucho más complejo todo, y lo q tardaríamos 2 o 3 meses en masterizar al "estilo knoppix", podría llevar 3 años en debian live si no estamos bien unidos y con tiempo colaborando
** Quién tira la primera piedra de software ¿Daniel, cuándo te parece que comenzamos a trabajar sobre una Musix 4.0 "en bruto"?
quizá lo mejor y más simple, -y si no tenemos demasiado tiempo personal c/u, es lo q propongo-, es que Daniel haga una ISO en bruto, y luego ALGUIEN (quién, Ariel?), quizá con la ayuda de otro/s, vaya modificando el aspecto gráfico -HAGAMOS ALGO NUEVO?-, y corrigiendo errores, y agregando software que sea útil a artistas.
¿se ve el plan?
no es complejo
1º Daniel hace la ISO base
2º Alguien, Ariel, x ej, la mejora
Si [ Ariel u otro luego no tiene tiempo ] entonces
Sigue otro
final
Mientras [ Ariel u otro tenga tiempo ] entonces
la termina, con ayuda y críticas de los demás que *testean*
final
¿qué les parece?
[1]
Ha salido un nuevo software de edición de audio y vídeo para Linux que creo que puede ser interesante incorporar a Musix:
OpenAV – Professional Grade Audio Software for Linux http://www.openavproductions.com/
Fuente y vía http://www.plingzine.com/?p=494 https://www.facebook.com/linuxspain/posts/289846227869017
Un saludo,
-- Javier Llorente http://javierllorente.es
Que tal: no puedo ayudar en esas cosas, al menos hasta que mis conocimientos avancen, pero testearé con gusto, y puedo hacer algunas guías para usuarios principiantes, como yo, que musix podría incluír en "ayuda" junto con manuales, creo que mi mirada de usuario músico puede servir. Y si lo de hacer un encuentro como propuso Galleguindio prospera me anoto, si es en Brasil o España avisen con tiempo porque suelo viajar de mochilero!!!
Saludos!He seguido esta distro ya varios años, pero aunque no he tenido mucho éxito al instalarla, igual mantengo la esperanza de tenerla funcionando... algún día!... En el camino he instalado y administrado la mayoría de las distro más importantes, incluso Arch... Esta última ha exponenciado mi curva de aprendizaje sobre Linux... Por cierto, yo sé que este debe ser un tema viejo, pero me intriga saber las razones por las que no se basa Musix en Arch. Se podría aprovechar la que para mi es la mejor wiki que existe en el mundo Linux! así como su sistema rolling release. Agradecería que alguien me explicara cuáles desventajas tiene...Yo me comprometo a ayudar con manuales, en especial de instalación... Es el primer obstáculo con el que se encuentra un novato en Linux, y que a mi criterio es el problema más grande de resolver para que la distro tenga una mejor difusión...El jueves de la semana siguiente sustentaré la tesis de mi maestría y tendré mucho tiempo libre antes de regresar a mi país. Me propongo escudriñar Musix para tener la capacidad de aportar con algo...Eso por ahora...Un abrazo, Carlos Jiménez S. (en breve Mtr.) :) El Sábado, 20 de junio, 2015 18:31:30, federico rocher <[email protected]> escribió: Que tal: no puedo ayudar en esas cosas, al menos hasta que mis conocimientos avancen, pero testearé con gusto, y puedo hacer algunas guías para usuarios principiantes, como yo, que musix podría incluír en "ayuda" junto con manuales, creo que mi mirada de usuario músico puede servir. Y si lo de hacer un encuentro como propuso Galleguindio prospera me anoto, si es en Brasil o España avisen con tiempo porque suelo viajar de mochilero!!! _______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-usuarios mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
Bien, Musix no se basa en Arch porque cuando lo comencé, no existía.... y dado que no uso Arch y que aparentemente el resto de los desarroladores no lo usan tampoco, no podríamos hacerlo. Proponer un cambio tan tan TAN drástico a estas alturas es imposible, salvo que la mayoría de los desarrolladores lo pudieran llevar a cabo. NOTA: tenemos que ir sumando en un WIKI una lista de usuarios con sus MAILS y lo que proponen brindar como colaboración, entonces: wiki para anotar datos de usuarios y lo que ofrecen brindar al proyecto? alguna dirección web? página? On Saturday 20 June 2015 13:10:54 Carlos Jiménez wrote:
Saludos!He seguido esta distro ya varios años, pero aunque no he tenido mucho éxito al instalarla, igual mantengo la esperanza de tenerla funcionando... algún día!... En el camino he instalado y administrado la mayoría de las distro más importantes, incluso Arch... Esta última ha exponenciado mi curva de aprendizaje sobre Linux... Por cierto, yo sé que este debe ser un tema viejo, pero me intriga saber las razones por las que no se basa Musix en Arch. Se podría aprovechar la que para mi es la mejor wiki que existe en el mundo Linux! así como su sistema rolling release. Agradecería que alguien me explicara cuáles desventajas tiene...Yo me comprometo a ayudar con manuales, en especial de instalación... Es el primer obstáculo con el que se encuentra un novato en Linux, y que a mi criterio es el problema más grande de resolver para que la distro tenga una mejor difusión...El jueves de la semana siguiente sustentaré la tesis de mi maestría y tendré mucho tiempo libre antes de regresar a mi país. Me propongo escudriñar Musix para tener la capacidad de aportar con algo...Eso por ahora...Un abrazo, Carlos Jiménez S. (en breve Mtr.) :)
El Sábado, 20 de junio, 2015 18:31:30, federico rocher <[email protected]> escribió:
Que tal: no puedo ayudar en esas cosas, al menos hasta que mis conocimientos avancen, pero testearé con gusto, y puedo hacer algunas guías para usuarios principiantes, como yo, que musix podría incluír en "ayuda" junto con manuales, creo que mi mirada de usuario músico puede servir. Y si lo de hacer un encuentro como propuso Galleguindio prospera me anoto, si es en Brasil o España avisen con tiempo porque suelo viajar de mochilero!!!
_______________________________________________ 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 ▲ :::::::::::::::::: M U S I X ::::::::::::::::::::: ▼ www.musixdistro.wordpress.com www.bosquedealimentos.org ((*J*)) ▼ "The beginning of the mistake is from growing meat for the king and wine for the church." (http://www.context.org/ICLIB/IC14/Fukuoka.htm)
El 20 de junio de 2015, 21:04, Marcos G. <[email protected]> escribió:
Bien, Musix no se basa en Arch porque cuando lo comencé, no existía.... y dado que no uso Arch y que aparentemente el resto de los desarroladores no lo usan tampoco, no podríamos hacerlo.
Proponer un cambio tan tan TAN drástico a estas alturas es imposible, salvo que la mayoría de los desarrolladores lo pudieran llevar a cabo.
Para musica no se si un so que se actualiza todo el tiempo solo este bien,
al contrario, por lo general se tiene todo el trabajo en una particion sin coneccion, y ademas no es comun que se este cambiando y/o actualizando el soft.
Ok, basar Musix en esa distro alternativa de debian que inicia con OpenRC me parece inseguro por varios motivos: falta de trayectoria del fork, posibles toyanos que pueda ingresar gente nueva y desconocida allí... etc., problemas técnicos por contar con menos testers, etc., pero si tenés éxito instalando OpenRC y eso, con los meses y los años, lo podríamos incluir... claro que sos libre de hacerte una Musix derivada de la alternativa sin sistemD! On Saturday 20 June 2015 11:01:19 Galleguindio Ramirez wrote:
Cuando salga el iso bruto avisen y veo de probar instalar OpenRC para reemplazar systemD y poder usar Alsa en toda su magnitud. Tambien pensaba hacer (estoy estudiandolo para ututo instalador con Calamares Framework Un abrazo
On 20/06/15 09:47, Marcos G. wrote:
On Saturday 20 June 2015 05:57:58 Felipe T. Dorado wrote:
Marcos estás al pié del cañón en la lista, ¿quién mas? Carlos, Javier, ...
Hola, sería bueno comenzar por ver quién puede hacer qué cosa, y cuándo comenzar a trabajar seriamente en Musix 4.0
Yo NO puedo hacer casi nada en materia de programación, sólo testear imágenes y reportar y aconsejar, comentar cosas en la lista y nada más: mi mujer está embarazada, tengo otra hija de 2 años y medio, y estoy laburando y con ellas casi todo el tiempo.
Por lo cual estaría bueno ver con quiénes contamos y qué pueden hacer
Por ejemplo
Daniel Vidal: (compila kernels e imagenes de musix, a veces) lo veo activo ¿qué podés o querés hacer, cuáles son tus ideas/desafíos que ves?
Ariel Errera: idem, hace tareas en wiki y otras cosas
Galleguindio: consejo, esperá a ver qué dicen estos otros ;)
Carlos S.: generalmente se encarga de ordenar ideas, etc., similar a lo que hace Felipe, pero ¿podés compilar imagenes o testear imagenes y modificar software?
Felipe: ¿qué capacidades técnicas tenés o podrás adquirir? ¿sabés hacer una imagen ISO en base a una distro Debian? No es necesario, pero podría servir en algún momento
Gilberto: ¿qué opinás? harás una imagen pequeña en CD en portugués?
Javier Llorente: ¿sabés compilar y empaquetar en .deb los programas nuevos que proponés?
disculpen si me olvido de alguno
TODOS: ¿quién sabe compilar paquetes .deb? será necesario para ir agregando software modificado - el kernel supongo q lo hará Daniel, pero el resto de los paquetes modificados o nuevos [ejemplo, [1]] en Musix q no están en debian ¿quién lo puede hacer?
* ADEMÁS: cómo vamos a encarar el proyecto de Musix 4.0 en los hechos?
Tendremos que basarnos en jessie, no? (https://www.debian.org/releases/stable/), basarnos en una distro testing o inestable es un dolor de cabeza terrible y no deberíamos hacerlo, salvo que planifiquemos terminar Musix 4.0 dentro de 2 años o cuando Debian termine "stretch" (la actual testing)
Una masterización al estilo "knoppix" descartando el sistema de debian-live? (como ha sido musix al ppio hasta creo que 2010, y como lo he hecho yo en Musix 3.0 para ahorrar tiempo)???
¿o nos basaremos en debian live?
debian live tiene la virtud de poder hacer q colaboren más personas, pero a la vez es mucho más complejo todo, y lo q tardaríamos 2 o 3 meses en masterizar al "estilo knoppix", podría llevar 3 años en debian live si no estamos bien unidos y con tiempo colaborando
** Quién tira la primera piedra de software ¿Daniel, cuándo te parece que comenzamos a trabajar sobre una Musix 4.0 "en bruto"?
quizá lo mejor y más simple, -y si no tenemos demasiado tiempo personal c/u, es lo q propongo-, es que Daniel haga una ISO en bruto, y luego ALGUIEN (quién, Ariel?), quizá con la ayuda de otro/s, vaya modificando el aspecto gráfico -HAGAMOS ALGO NUEVO?-, y corrigiendo errores, y agregando software que sea útil a artistas.
¿se ve el plan?
no es complejo
1º Daniel hace la ISO base
2º Alguien, Ariel, x ej, la mejora
Si [ Ariel u otro luego no tiene tiempo ]
entonces
Sigue otro
final
Mientras [ Ariel u otro tenga tiempo ]
entonces
la termina, con ayuda y críticas de los demás que *testean*
final
¿qué les parece?
[1]
Ha salido un nuevo software de edición de audio y vídeo para Linux que creo que puede ser interesante incorporar a Musix:
OpenAV – Professional Grade Audio Software for Linux http://www.openavproductions.com/
Fuente y vía http://www.plingzine.com/?p=494 https://www.facebook.com/linuxspain/posts/289846227869017
Un saludo,
-- Javier Llorente http://javierllorente.es
_______________________________________________ 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 ▲ :::::::::::::::::: M U S I X ::::::::::::::::::::: ▼ www.musixdistro.wordpress.com www.bosquedealimentos.org ((*J*)) ▼ "The beginning of the mistake is from growing meat for the king and wine for the church." (http://www.context.org/ICLIB/IC14/Fukuoka.htm)
El 20/06/15 a las 09:47, Marcos G. escibió:
On Saturday 20 June 2015 05:57:58 Felipe T. Dorado wrote:
Marcos estás al pié del cañón en la lista, ¿quién mas? Carlos, Javier, ...
Hola, sería bueno comenzar por ver quién puede hacer qué cosa, y cuándo comenzar a trabajar seriamente en Musix 4.0
Yo NO puedo hacer casi nada en materia de programación, sólo testear imágenes y reportar y aconsejar, comentar cosas en la lista y nada más: mi mujer está embarazada, tengo otra hija de 2 años y medio, y estoy laburando y con ellas casi todo el tiempo.
Por lo cual estaría bueno ver con quiénes contamos y qué pueden hacer
Por ejemplo
Daniel Vidal: (compila kernels e imagenes de musix, a veces) lo veo activo ¿qué podés o querés hacer, cuáles son tus ideas/desafíos que ves?
Ariel Errera: idem, hace tareas en wiki y otras cosas
Bueno, no me puedo comprometer mucho actualmente por eso volví a "mis orígenes", es decir, organizar documentación, redactar algunos tutoriales, etc... En relación al desarrollo de la distro, no creo que debian-live sea una buena elección por eso que claramente ponés: todo lleva más tiempo simplemente porque debian-live fue pensada para armar distros debian puras. Como consecuencia las posibilidades de personalización se fueron volviendo más complejas en cada versión, ni hablar del instalador. Compilarlo me llevó horas y horas de lectura y muchas horas más de prueba y error que ahora no podría donar al desarrollo de Musix. Tuve sí, la prudencia de documentar gran parte de lo que hacía, eso quedó entre el wiki viejo y el nuevo en la sección desarrollo, sumado a algunas notas desordenadas que debo tener por ahí. Me tomo el atrevimiento de dejar un consejo para los que tomen/tomemos el desarrollo: Querer es poder. Programé cosas en bash para automatizar tareas de desarrollo con el manual de bash al lado, programé una interfaz en python para musixstarter aprendiendo sobre la marcha, generé una versión de prueba que salió al público y muchas más para mi fumándome la documentación de debian live. Hoy si quiero programar algo aunque sea muy sencillo vuelvo a revisar la documentación porque no programo de forma regular (nunca lo hice) y me olvido la sintáxis :-P Le di prioridad a la música en el momento que dejé la carrera de sistemas varios años atrás (de la cual solo llegué a hacer el primer año, es decir, casi nada) y me anoté en una escuela de música. Eso no quita que uno pueda aprender otras cosas por puro gusto o por ayudar a un proyecto. No soy programador pero mis ganas de participar me llevaron a intentar aprender algo con un objetivo claro: realizar un aporte concreto. Afortunadamente, el 99,99% de mis aportes han sido bienvenidos de los cuales de programación serán 2 o 3. Una cosa más, podemos debatir y filosofar mil detalles que querríamos sobre Musix, en la práctica, el que lleva las riendas del desarrollo es el que va a tomar la mayoría de las decisiones, sino es muy difícil: se pierde mucho tiempo en esperar llegar a un consenso por minucias y que una vez instalada la distro cada uno puede cambiar a gusto. Insisto, no perdamos el tiempo en esos debates. A mi criterio para decidir sería: * Sistema de construcción (debian live, knopix, etc...): que en la práctica no va a haber mucha vuelta al respecto, hay que probarlos y ver cual es más práctico. * Escritorio por defecto (y dudo si es realmente importante). * Y alguna otra cosa más que no recuerdo... Todo lo demás es accesorio y alguien quiere que algo esté en la distro ese alguien tiene que laburar y generarlo para que el que desarrolle solo tenga que copiar y pegar. Alguien por aquí, no recuerdo si Marcos, lo llamo meritocracia. Perdón por lo largo del mensaje, ¡Un abrazo para tod@s! Ariel.
Saludos.Este es mi primer mensaje a la lista. Me llamo Salomon y soy musico y alguna vez fui programador en ActionScripit 3 el lenguaje de programacion de Flash y he trasteado bastante la Bash para automatizar cosas en Gnu/Linux,sistema que me ha acompagnado (perdon estoy en francia y en un cyber y no esta la "egne")durante bastante tiempo entre ellas la primera MUsix que fue mi primer acercamiento a una distribucion Gnu/Linux musical. No tengo,como la mayoria,mucho tiempo y aveces desaparezco de internet bastante tiempo. No se los tiempos de desarrollo de un proyecto tan serio como este pero en lo que vaya surgiendo y pueda comprometerme (intento cumplir siempre mi palabra) y si no surgen problemas de ambito mayor estaria dispuesto a colaborar. Un saludo y gracias por el esfuerzo. El 20 de junio de 2015, 18:27, Ariel Errera <[email protected]> escribió:
El 20/06/15 a las 09:47, Marcos G. escibió:
On Saturday 20 June 2015 05:57:58 Felipe T. Dorado wrote:
Marcos estás al pié del cañón en la lista, ¿quién mas? Carlos, Javier, ...
Hola, sería bueno comenzar por ver quién puede hacer qué cosa, y cuándo comenzar a trabajar seriamente en Musix 4.0
Yo NO puedo hacer casi nada en materia de programación, sólo testear imágenes y reportar y aconsejar, comentar cosas en la lista y nada más: mi mujer está embarazada, tengo otra hija de 2 años y medio, y estoy laburando y con ellas casi todo el tiempo.
Por lo cual estaría bueno ver con quiénes contamos y qué pueden hacer
Por ejemplo
Daniel Vidal: (compila kernels e imagenes de musix, a veces) lo veo activo ¿qué podés o querés hacer, cuáles son tus ideas/desafíos que ves?
Ariel Errera: idem, hace tareas en wiki y otras cosas
Bueno, no me puedo comprometer mucho actualmente por eso volví a "mis orígenes", es decir, organizar documentación, redactar algunos tutoriales, etc...
En relación al desarrollo de la distro, no creo que debian-live sea una buena elección por eso que claramente ponés: todo lleva más tiempo simplemente porque debian-live fue pensada para armar distros debian puras. Como consecuencia las posibilidades de personalización se fueron volviendo más complejas en cada versión, ni hablar del instalador. Compilarlo me llevó horas y horas de lectura y muchas horas más de prueba y error que ahora no podría donar al desarrollo de Musix.
Tuve sí, la prudencia de documentar gran parte de lo que hacía, eso quedó entre el wiki viejo y el nuevo en la sección desarrollo, sumado a algunas notas desordenadas que debo tener por ahí.
Me tomo el atrevimiento de dejar un consejo para los que tomen/tomemos el desarrollo: Querer es poder.
Programé cosas en bash para automatizar tareas de desarrollo con el manual de bash al lado, programé una interfaz en python para musixstarter aprendiendo sobre la marcha, generé una versión de prueba que salió al público y muchas más para mi fumándome la documentación de debian live. Hoy si quiero programar algo aunque sea muy sencillo vuelvo a revisar la documentación porque no programo de forma regular (nunca lo hice) y me olvido la sintáxis :-P Le di prioridad a la música en el momento que dejé la carrera de sistemas varios años atrás (de la cual solo llegué a hacer el primer año, es decir, casi nada) y me anoté en una escuela de música. Eso no quita que uno pueda aprender otras cosas por puro gusto o por ayudar a un proyecto. No soy programador pero mis ganas de participar me llevaron a intentar aprender algo con un objetivo claro: realizar un aporte concreto. Afortunadamente, el 99,99% de mis aportes han sido bienvenidos de los cuales de programación serán 2 o 3.
Una cosa más, podemos debatir y filosofar mil detalles que querríamos sobre Musix, en la práctica, el que lleva las riendas del desarrollo es el que va a tomar la mayoría de las decisiones, sino es muy difícil: se pierde mucho tiempo en esperar llegar a un consenso por minucias y que una vez instalada la distro cada uno puede cambiar a gusto. Insisto, no perdamos el tiempo en esos debates.
A mi criterio para decidir sería: * Sistema de construcción (debian live, knopix, etc...): que en la práctica no va a haber mucha vuelta al respecto, hay que probarlos y ver cual es más práctico. * Escritorio por defecto (y dudo si es realmente importante). * Y alguna otra cosa más que no recuerdo...
Todo lo demás es accesorio y alguien quiere que algo esté en la distro ese alguien tiene que laburar y generarlo para que el que desarrolle solo tenga que copiar y pegar. Alguien por aquí, no recuerdo si Marcos, lo llamo meritocracia.
Perdón por lo largo del mensaje,
¡Un abrazo para tod@s! Ariel.
_______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-usuarios mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
-- *Hola*,soy la firma *de* *Salomon* *;)*
Gracias por tus lindas palabras, hice una entrada con tu texto en la página de Wiki que creó Ariel http://wiki.musix.es/index.php?title=Musix_4.0_trabajando#Salomon_David contamos con tu ayuda... usaremos ese wiki para ir fijando objetivos, organizar, y esta lista de mail junto con musix-colaborad https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-colaborad Se me ocurre que podrías testear las versiones y corregir algunos errores que veas? quizá programando en bash, que es lo usual en el sistema ¿no? Cualquier detalle que pudieras reparar va a ser bienvenido On Saturday 20 June 2015 14:29:02 Salomon David wrote:
Saludos.Este es mi primer mensaje a la lista.
Me llamo Salomon y soy musico y alguna vez fui programador en ActionScripit 3 el lenguaje de programacion de Flash y he trasteado bastante la Bash para automatizar cosas en Gnu/Linux,sistema que me ha acompagnado (perdon estoy en francia y en un cyber y no esta la "egne")durante bastante tiempo entre ellas la primera MUsix que fue mi primer acercamiento a una distribucion Gnu/Linux musical. No tengo,como la mayoria,mucho tiempo y aveces desaparezco de internet bastante tiempo. No se los tiempos de desarrollo de un proyecto tan serio como este pero en lo que vaya surgiendo y pueda comprometerme (intento cumplir siempre mi palabra) y si no surgen problemas de ambito mayor estaria dispuesto a colaborar. Un saludo y gracias por el esfuerzo.
El 20 de junio de 2015, 18:27, Ariel Errera <[email protected]>
escribió:
El 20/06/15 a las 09:47, Marcos G. escibió:
On Saturday 20 June 2015 05:57:58 Felipe T. Dorado wrote:
Marcos estás al pié del cañón en la lista, ¿quién mas? Carlos, Javier, ...
Hola, sería bueno comenzar por ver quién puede hacer qué cosa, y cuándo
comenzar a trabajar
seriamente en Musix 4.0
Yo NO puedo hacer casi nada en materia de programación, sólo testear
imágenes y reportar y
aconsejar, comentar cosas en la lista y nada más: mi mujer está
embarazada, tengo otra hija de 2
años y medio, y estoy laburando y con ellas casi todo el tiempo.
Por lo cual estaría bueno ver con quiénes contamos y qué pueden hacer
Por ejemplo
Daniel Vidal: (compila kernels e imagenes de musix, a veces) lo veo
activo ¿qué podés o querés
hacer, cuáles son tus ideas/desafíos que ves?
Ariel Errera: idem, hace tareas en wiki y otras cosas
Bueno, no me puedo comprometer mucho actualmente por eso volví a "mis orígenes", es decir, organizar documentación, redactar algunos tutoriales, etc...
En relación al desarrollo de la distro, no creo que debian-live sea una buena elección por eso que claramente ponés: todo lleva más tiempo simplemente porque debian-live fue pensada para armar distros debian puras. Como consecuencia las posibilidades de personalización se fueron volviendo más complejas en cada versión, ni hablar del instalador. Compilarlo me llevó horas y horas de lectura y muchas horas más de prueba y error que ahora no podría donar al desarrollo de Musix.
Tuve sí, la prudencia de documentar gran parte de lo que hacía, eso quedó entre el wiki viejo y el nuevo en la sección desarrollo, sumado a algunas notas desordenadas que debo tener por ahí.
Me tomo el atrevimiento de dejar un consejo para los que tomen/tomemos el desarrollo: Querer es poder.
Programé cosas en bash para automatizar tareas de desarrollo con el manual de bash al lado, programé una interfaz en python para musixstarter aprendiendo sobre la marcha, generé una versión de prueba que salió al público y muchas más para mi fumándome la documentación de debian live. Hoy si quiero programar algo aunque sea muy sencillo vuelvo a revisar la documentación porque no programo de forma regular (nunca lo hice) y me olvido la sintáxis :-P Le di prioridad a la música en el momento que dejé la carrera de sistemas varios años atrás (de la cual solo llegué a hacer el primer año, es decir, casi nada) y me anoté en una escuela de música. Eso no quita que uno pueda aprender otras cosas por puro gusto o por ayudar a un proyecto. No soy programador pero mis ganas de participar me llevaron a intentar aprender algo con un objetivo claro: realizar un aporte concreto. Afortunadamente, el 99,99% de mis aportes han sido bienvenidos de los cuales de programación serán 2 o 3.
Una cosa más, podemos debatir y filosofar mil detalles que querríamos sobre Musix, en la práctica, el que lleva las riendas del desarrollo es el que va a tomar la mayoría de las decisiones, sino es muy difícil: se pierde mucho tiempo en esperar llegar a un consenso por minucias y que una vez instalada la distro cada uno puede cambiar a gusto. Insisto, no perdamos el tiempo en esos debates.
A mi criterio para decidir sería: * Sistema de construcción (debian live, knopix, etc...): que en la práctica no va a haber mucha vuelta al respecto, hay que probarlos y ver cual es más práctico. * Escritorio por defecto (y dudo si es realmente importante). * Y alguna otra cosa más que no recuerdo...
Todo lo demás es accesorio y alguien quiere que algo esté en la distro ese alguien tiene que laburar y generarlo para que el que desarrolle solo tenga que copiar y pegar. Alguien por aquí, no recuerdo si Marcos, lo llamo meritocracia.
Perdón por lo largo del mensaje,
¡Un abrazo para tod@s! Ariel.
_______________________________________________ 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 ▲ :::::::::::::::::: M U S I X ::::::::::::::::::::: ▼ www.musixdistro.wordpress.com www.bosquedealimentos.org ((*J*)) ▼ "The beginning of the mistake is from growing meat for the king and wine for the church." (http://www.context.org/ICLIB/IC14/Fukuoka.htm)
Saludos. De nuevo perdon por la tardanza en responder,como dije soy musico y estoy en temporada alta. De acuerdo en testear lo que vaya saliendo. Aparte no se como ira el tiempo de desarrollo ni como vais a ir repartiendo las tareas. Ariel dijo/ *Me tomo el atrevimiento de dejar un consejo para los que tomen/tomemos el desarrollo: Querer es poder.* *Programé cosas en bash para automatizar tareas de desarrollo con el manual de bash al lado, programé una interfaz en python para musixstarter aprendiendo sobre la marcha, generé una versión de prueba que salió al público y muchas más para mi fumándome la documentación de debian live. Hoy si quiero programar algo aunque sea muy sencillo vuelvo a revisar la documentación porque no programo de forma regular (nunca lo hice) y me olvido la sintáxis :-P* Esto me ha inspirado a colaborar y como el amigo Ariel es mas o menos como suelo trabajar lo ralacionado con el software. Asi que podia empezar a testear y mas adelante si me planteais algun reto trataria de darle salida.Aprendiendo sobre la marcha y si es necesario aprendiendo sintaxis nueva. Repito,no se si habeis empezado ya o no (ire revisando los mansajes de la lista e ire estando al tanto)pero como dije ahora estoy en temporada alta pero eso no quita que si fuera necesario fuera haciendo pequegnos aportes. Un saludo y gran trabajo. El 21 de junio de 2015, 5:25, Marcos G. <[email protected]> escribió:
Gracias por tus lindas palabras, hice una entrada con tu texto en la página de Wiki que creó Ariel
http://wiki.musix.es/index.php?title=Musix_4.0_trabajando#Salomon_David
contamos con tu ayuda... usaremos ese wiki para ir fijando objetivos, organizar, y esta lista de mail junto con musix-colaborad
https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-colaborad
Se me ocurre que podrías testear las versiones y corregir algunos errores que veas? quizá programando en bash, que es lo usual en el sistema ¿no?
Cualquier detalle que pudieras reparar va a ser bienvenido
On Saturday 20 June 2015 14:29:02 Salomon David wrote:
Saludos.Este es mi primer mensaje a la lista.
Me llamo Salomon y soy musico y alguna vez fui programador en ActionScripit 3 el lenguaje de programacion de Flash y he trasteado bastante la Bash para automatizar cosas en Gnu/Linux,sistema que me ha acompagnado (perdon estoy en francia y en un cyber y no esta la "egne")durante bastante tiempo entre ellas la primera MUsix que fue mi primer acercamiento a una distribucion Gnu/Linux musical. No tengo,como la mayoria,mucho tiempo y aveces desaparezco de internet bastante tiempo. No se los tiempos de desarrollo de un proyecto tan serio como este pero en lo que vaya surgiendo y pueda comprometerme (intento cumplir siempre mi palabra) y si no surgen problemas de ambito mayor estaria dispuesto a colaborar. Un saludo y gracias por el esfuerzo.
El 20 de junio de 2015, 18:27, Ariel Errera <[email protected]>
escribió:
El 20/06/15 a las 09:47, Marcos G. escibió:
On Saturday 20 June 2015 05:57:58 Felipe T. Dorado wrote:
Marcos estás al pié del cañón en la lista, ¿quién mas? Carlos, Javier, ...
Hola, sería bueno comenzar por ver quién puede hacer qué cosa, y cuándo
comenzar a trabajar
seriamente en Musix 4.0
Yo NO puedo hacer casi nada en materia de programación, sólo testear
imágenes y reportar y
aconsejar, comentar cosas en la lista y nada más: mi mujer está
embarazada, tengo otra hija de 2
años y medio, y estoy laburando y con ellas casi todo el tiempo.
Por lo cual estaría bueno ver con quiénes contamos y qué pueden hacer
Por ejemplo
Daniel Vidal: (compila kernels e imagenes de musix, a veces) lo veo
activo ¿qué podés o querés
hacer, cuáles son tus ideas/desafíos que ves?
Ariel Errera: idem, hace tareas en wiki y otras cosas
Bueno, no me puedo comprometer mucho actualmente por eso volví a "mis orígenes", es decir, organizar documentación, redactar algunos tutoriales, etc...
En relación al desarrollo de la distro, no creo que debian-live sea una buena elección por eso que claramente ponés: todo lleva más tiempo simplemente porque debian-live fue pensada para armar distros debian puras. Como consecuencia las posibilidades de personalización se fueron volviendo más complejas en cada versión, ni hablar del instalador. Compilarlo me llevó horas y horas de lectura y muchas horas más de prueba y error que ahora no podría donar al desarrollo de Musix.
Tuve sí, la prudencia de documentar gran parte de lo que hacía, eso quedó entre el wiki viejo y el nuevo en la sección desarrollo, sumado a algunas notas desordenadas que debo tener por ahí.
Me tomo el atrevimiento de dejar un consejo para los que tomen/tomemos el desarrollo: Querer es poder.
Programé cosas en bash para automatizar tareas de desarrollo con el manual de bash al lado, programé una interfaz en python para musixstarter aprendiendo sobre la marcha, generé una versión de prueba que salió al público y muchas más para mi fumándome la documentación de debian live. Hoy si quiero programar algo aunque sea muy sencillo vuelvo a revisar la documentación porque no programo de forma regular (nunca lo hice) y me olvido la sintáxis :-P Le di prioridad a la música en el momento que dejé la carrera de sistemas varios años atrás (de la cual solo llegué a hacer el primer año, es decir, casi nada) y me anoté en una escuela de música. Eso no quita que uno pueda aprender otras cosas por puro gusto o por ayudar a un proyecto. No soy programador pero mis ganas de participar me llevaron a intentar aprender algo con un objetivo claro: realizar un aporte concreto. Afortunadamente, el 99,99% de mis aportes han sido bienvenidos de los cuales de programación serán 2 o 3.
Una cosa más, podemos debatir y filosofar mil detalles que querríamos sobre Musix, en la práctica, el que lleva las riendas del desarrollo es el que va a tomar la mayoría de las decisiones, sino es muy difícil: se pierde mucho tiempo en esperar llegar a un consenso por minucias y que una vez instalada la distro cada uno puede cambiar a gusto. Insisto, no perdamos el tiempo en esos debates.
A mi criterio para decidir sería: * Sistema de construcción (debian live, knopix, etc...): que en la práctica no va a haber mucha vuelta al respecto, hay que probarlos y ver cual es más práctico. * Escritorio por defecto (y dudo si es realmente importante). * Y alguna otra cosa más que no recuerdo...
Todo lo demás es accesorio y alguien quiere que algo esté en la distro ese alguien tiene que laburar y generarlo para que el que desarrolle solo tenga que copiar y pegar. Alguien por aquí, no recuerdo si Marcos, lo llamo meritocracia.
Perdón por lo largo del mensaje,
¡Un abrazo para tod@s! Ariel.
_______________________________________________ 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 ▲ :::::::::::::::::: M U S I X ::::::::::::::::::::: ▼ www.musixdistro.wordpress.com www.bosquedealimentos.org ((*J*)) ▼ "The beginning of the mistake is from growing meat for the king and wine for the church." (http://www.context.org/ICLIB/IC14/Fukuoka.htm)
_______________________________________________ Musix GNU+Linux - www.musix.org.ar Musix-usuarios mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
-- *Hola*,soy la firma *de* *Salomon* *;)*
On Saturday 20 June 2015 13:27:10 Ariel Errera wrote:
El 20/06/15 a las 09:47, Marcos G. escibió:
On Saturday 20 June 2015 05:57:58 Felipe T. Dorado wrote:
Marcos estás al pié del cañón en la lista, ¿quién mas? Carlos, Javier, ...
Hola, sería bueno comenzar por ver quién puede hacer qué cosa, y cuándo comenzar a trabajar seriamente en Musix 4.0
Yo NO puedo hacer casi nada en materia de programación, sólo testear imágenes y reportar y aconsejar, comentar cosas en la lista y nada más: mi mujer está embarazada, tengo otra hija de 2 años y medio, y estoy laburando y con ellas casi todo el tiempo.
Por lo cual estaría bueno ver con quiénes contamos y qué pueden hacer
Por ejemplo
Daniel Vidal: (compila kernels e imagenes de musix, a veces) lo veo activo ¿qué podés o querés hacer, cuáles son tus ideas/desafíos que ves?
Ariel Errera: idem, hace tareas en wiki y otras cosas
Bueno, no me puedo comprometer mucho actualmente por eso volví a "mis orígenes", es decir, organizar documentación, redactar algunos tutoriales, etc...
En relación al desarrollo de la distro, no creo que debian-live sea una buena elección por eso que claramente ponés: todo lleva más tiempo simplemente porque debian-live fue pensada para armar distros debian puras. Como consecuencia las posibilidades de personalización se fueron volviendo más complejas en cada versión, ni hablar del instalador. Compilarlo me llevó horas y horas de lectura y muchas horas más de prueba y error que ahora no podría donar al desarrollo de Musix.
Tuve sí, la prudencia de documentar gran parte de lo que hacía, eso quedó entre el wiki viejo y el nuevo en la sección desarrollo, sumado a algunas notas desordenadas que debo tener por ahí.
Me tomo el atrevimiento de dejar un consejo para los que tomen/tomemos el desarrollo: Querer es poder.
Programé cosas en bash para automatizar tareas de desarrollo con el manual de bash al lado, programé una interfaz en python para musixstarter aprendiendo sobre la marcha, generé una versión de prueba que salió al público y muchas más para mi fumándome la documentación de debian live. Hoy si quiero programar algo aunque sea muy sencillo vuelvo a revisar la documentación porque no programo de forma regular (nunca lo hice) y me olvido la sintáxis :-P Le di prioridad a la música en el momento que dejé la carrera de sistemas varios años atrás (de la cual solo llegué a hacer el primer año, es decir, casi nada) y me anoté en una escuela de música. Eso no quita que uno pueda aprender otras cosas por puro gusto o por ayudar a un proyecto. No soy programador pero mis ganas de participar me llevaron a intentar aprender algo con un objetivo claro: realizar un aporte concreto. Afortunadamente, el 99,99% de mis aportes han sido bienvenidos de los cuales de programación serán 2 o 3.
Una cosa más, podemos debatir y filosofar mil detalles que querríamos sobre Musix, en la práctica, el que lleva las riendas del desarrollo es el que va a tomar la mayoría de las decisiones, sino es muy difícil: se pierde mucho tiempo en esperar llegar a un consenso por minucias y que una vez instalada la distro cada uno puede cambiar a gusto. Insisto, no perdamos el tiempo en esos debates.
A mi criterio para decidir sería: * Sistema de construcción (debian live, knopix, etc...): que en la práctica no va a haber mucha vuelta al respecto, hay que probarlos y ver cual es más práctico. * Escritorio por defecto (y dudo si es realmente importante). * Y alguna otra cosa más que no recuerdo...
Todo lo demás es accesorio y alguien quiere que algo esté en la distro ese alguien tiene que laburar y generarlo para que el que desarrolle solo tenga que copiar y pegar. Alguien por aquí, no recuerdo si Marcos, lo llamo meritocracia.
Perdón por lo largo del mensaje,
¡Un abrazo para tod@s! Ariel.
+1 ¿podrías darnos una dirección del wiki en la cual ordenar el "grupo de colaboradores"? así cuando necesitemos algo (redactar manuales, traducir textos, testear la distro, incluir paquetes nuevos, etc.), ya sabremos a quién llamar! -- Marcos Guglielmetti ▲ :::::::::::::::::: M U S I X ::::::::::::::::::::: ▼ www.musixdistro.wordpress.com www.bosquedealimentos.org ((*J*)) ▼ "The beginning of the mistake is from growing meat for the king and wine for the church." (http://www.context.org/ICLIB/IC14/Fukuoka.htm)
El 20/06/15 a las 18:08, Marcos G. escibió:
+1
¿podrías darnos una dirección del wiki en la cual ordenar el "grupo de colaboradores"?
así cuando necesitemos algo (redactar manuales, traducir textos, testear la distro, incluir paquetes nuevos, etc.), ya sabremos a quién llamar!
Creé la siguiente página, siguiendo la nomenclatura que ya se venia utilizando: http://wiki.musix.es/index.php?title=Musix_4.0_trabajando Cualquier página nueva que creen hay que agregarla a la categoría desarrollo así no se pierde entre tantos artículos, solo hay que colocar el siguiente texto al final de la página: [[Categoría:Desarrollo]] ¡Saludos!
participants (6)
-
Ariel Errera -
Carlos Jiménez -
federico rocher -
Galleguindio Ramirez -
Marcos G. -
Salomon David