November 2007 - Musix-usuarios - lists.ourproject.org

Guía de Software Libre
by Martín Carr 21 Nov '07

21 Nov '07

http://www.vialibre.org.ar/2007/11/20/guia-practica-sobre-software-libre-su… Luego de varios meses de trabajo, UNESCO, la Organización de Naciones Unidas para la Educación y la Ciencia y la Cultura publicó la "Guía Práctica sobre Software Libre, su selección y aplicación local en América Latina y el Caribe" (Bajar .pdf 8,27MB.), bajo la autoría de Fernando da Rosa de Uruguay y Federico Heinz de Vía Libre de Argentina. La guía contó con la colaboración y aportes de Gustavo Boksar, Rodolfo Pilas y Beatriz Busaniche. Este material es un recurso útil para difundir y acompañar los primeros pasos hacia una migración a Software Libre para quienes recién se acercan a este concepto. Así, la guía sirve de herramienta de difusión, apoyo, y aplicación de políticas vinculadas a Software Libre en la región. ¡Saludos!

1 0

Ya no me llegan los mails de esta lista
by Colectivo Sonidos Libertarios 20 Nov '07

20 Nov '07

Saludos compañeros! Hace unas semanas que ya no recibo mails de la lista de musix, me cersiore que aun se generaran y asi es, la lista sigue activa y no he cancelado mi suscripcion en ningun momento... Hasta pronto... En solidaridad! Camilo

2 1

Re: seguimos adelante: update-grub mejorado
by Marcos Guglielmetti 19 Nov '07

19 Nov '07

Gracias, veo que lo que sigue fallando es el tema de (hd0,0); title Musix GNU/Linux, kernel 2.6.21 root (hd0,0) kernel /boot/vmlinuz-2.6.21 root=/dev/sda9 ro ramdisk_size=100000 lang=es apm=power-off nomce vga=791 savedefault teoricamente habia solucionado eso, haciendo que update-grub no fuera a un default de hda1 como particion raiz si no podia encontrar la que era raiz. Segun el log de consola, el script instalar sabe bien como debe numerar esto en menu.lst "Para la letra a corresponde el número 0 El segundo número de GRUB debe ser: 8 (0,8)" y update-grub tambien deberia saberlo, porque actua de un modo similar desde que lo modifique Por otro lado root=/dev/sda9 quedo correcto, entonces... no falta mucho realmente. La verdad, me parece que va a ser mejor que yo mismo me consiga una PC con discos sata para testear, pero aun no se como obtener eso aca... Lo que hay que solucionar es UNA PAVADA!!! , pero se me complica al no tener en frente mio una PC con ese problema. No descarto pedirte/les mas reportes al respecto. Y si: la imagen iso de Musix 1.0 R3 test2 tiene estas ultimas modificaciones, y otras tambien. Entonces,esa imagen iso en el caso de los discos SATA creara un menu.lst parcialmente correcto, al cual hay que modificar (hd0,0) por los numeros correctos para cada caso, sigo aca: El 19/11/07, Martín Carr <tincarr(a)gmail.com> escribió: > Hey Marcs. > > Voy a instalar con tu último update-grub. Veo que hay dos, en /sbin y > en /usr/sbin. Por las dudas copio el tuyo en los dos lugares, aunque > me dijiste que lo ponga en /usr/sbin en un mail del 9/11. UHH... eso complica las cosas realmente, ¿como puede estar repetido? abria que ver como esta la variable $PATH, calculo que cargara primero el del directorio que aparezca primero... > Bue, empiezo la instalación... Wish me luck... > > Terminó, reinicio y sigo el mail... > > .. > > Ouch, no funcionó, como verás en el menú q te attacheé... > Che, una pregunta: ¿cambiando en ese menu.lst (hd0,0) por (hd0,8) simplemente, ¿inicia bien Musix? yo lo doy como algo de hecho, obvio, pero no quiero tener mas sorpresas extrañas. > En la beta esa q subiste está ese update-grub? No la bajé. >} Si, aunque, anda a saber, por ahi funciona bien, aunque no creo. Gracias > Nos vemos! > > 2007/11/12, Marcos Guglielmetti > > Hola! > > > > (acá volvi a un cybercafé, manejando un molesto winxp, internetr explorte > > está colgado con "iexplore.exe ha detectado un problema y debe cerrearse" > > Informe a Microsoft de este problema. jajaja, no gracias! ) > > > > Bueno, el último reporte tuyo, Martín, es clarisimo: update-grub modificó > > correctamente lo que yo había pensado, es decir, lo que programé para que > > modificara... pero no fue suficiente, porque faltó, además de especificar la > > partición root con la nomenclatura /dev/loquesea , faltó la forma extraña en > > que grub las nomencla: (hd0,0) y esas cosas: eso estaba por default en otra > > función del script que adjunto. Ahora en vez de producir un (hd0,0) > > producirá lo que el usuario eligiera durante la instalación > > > > Bueno, espero los reportes, creo que esto debería solucionar definitivamente > > el problema. Si tenemos estos solucionado, me pongo en marcha para terminar > > el resto, si alguien mas lo puede probar, como siempre es bienvenido. Por > > favor, adjunten los archivos de debug. > > > > Ah, me olvidaba, con el ultimo /bin/instalar que pasé andará bien (forma > > bien el fstab)... así que no lo adjunto ahora. > > > > Si acaso no encontrás ese instalar, por favor probá igual este nuevo > > update-grub, gracias! > > > > > > > > > > * Director del desarrollo de Musix GNU+Linux, 100% Software Libre > > * CD Donwload: ( http://www.musix.org.ar/en/) > > * Videos, programas y otras cosas en: > > ftp://musix.ourproject.org/pub/musix/ > > * Reporte de errores a: > > https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs > > *IRC: #musix channel on freenode > > > > -- -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * CD Donwload: (http://www.musix.org.ar/en/) * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode

1 0

FW: [Musix-usuarios] Letras pequeñas en Ardour2 (solución)
by Jose M. Vazquez Viader 13 Nov '07

13 Nov '07

Adjunto los dos archivos que me olvidé antes. Ambos van en la ruta /usr/local/etc/ardour2/ Saludos;) ---------------------------------------- > From: speedmetal_w(a)hotmail.com > To: musix-usuarios(a)lists.ourproject.org > Date: Tue, 13 Nov 2007 23:44:38 +0100 > Subject: [Musix-usuarios] Letras pequeñas en Ardour2 (solución) > > > Hola a todos los compañeros de la lista: > > Bueno no se si este era un problema únicamente de mi máquina o es un problema recurrente, pero el caso es que ardour2 en mi ordenador tenía unas fuentes extremadamente pequeñas, aunque cambiase el tamaño de fuente en los gtk-switch gtk2, qt, kde...etc. El tamaño de fuente en ardour2 siempre era el mismo y extremadamente pequeño, prácticamente ilegible. > > Durante bastante tiempo lo solucioné editando el archivo kdmrc y poniendo el 96 en lugar de 72, como viene en el wiki y como se dijo en la lista en su día. Esta solución no me gustó demasiado porque en general los demás programas perdieron bastante claridad (al subir los puntos tuve que bajar los tamaños de fuente). > > En fin que últimamente he estado configurando Musix para dejarlo totalmente a mi gusto, y este era el último paso. Después de buscar por todo internet y más, encontré en una lista de ardour una solución para otro "bug", pero que también solucionaba este asunto. Consiste en sustituir, en los archivos de configuración de los temas de ardour (/usr/local/etc/ardour2/ardour2_ui_light.rc y /usr/local/etc/ardour2/ardour2_ui_dark.rc) los tamaños de fuente "fijos", escritos con numero, por unas variables que supongo que tienen que ver con el tema gtk activo actualmente. En fin que adjunto estos dos archivos con los cambios ya hechos. Son exáctamente iguales pero en lugar de poner los tamaños de fuente como constantes son variables. > > Lo único que no he conseguido ha sido hacer que cargue con el tema light de forma predeterminada, siempre carga el dark. Lo he solucionado temporalmente y de forma "chapucera" cambiando un archivo por otro. Es decir el archivo dark es realmente el del tema light y viceversa. > > > La verdad que llevo tiempo sin leer la lista (falta de tiempo), pero creo que este asunto no se ha tratado porque google no me ha encontrado nada actual sobre esto. De todos modos espero que esta información sea de ayuda para alguien. > > Un saludo! > > > > Marcos, a modo de offtopic te comento que aprovechando este tiempo de configurar musix totalmente a mi gusto, he ido apuntando todo paso a paso, podría hacer un "howto" sobre como configurar musix para un laptop samsung r40 (que es el mío), y configurar todo el hardware, pantalla, wifi, red con windows, impresion, dos monitores expandidos, teclas especiales de teclado, velocidad de cpu, lector de tarjetas.....asi como todos los problemas que he ido encontrando...que te parece?Cuando tenga todo lo publicaré por aquí si parece bien. > _________________________________________________________________ > Express yourself instantly with MSN Messenger! Download today it's FREE! > http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > _______________________________________________ > Musix GNU+Linux - www.musix.org.ar > Musix-usuarios mailing list > Musix-usuarios(a)lists.ourproject.org > https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

1 0

posible solución al problema de instalación
by Marcos Guglielmetti 12 Nov '07

12 Nov '07

Bien, adjunto 2 archivos: /bin/instalar /usr/sbin/update-grub Como antes, deben copiarlos y hacerlos ejecutables DESDE el live-CD de Musix 1.0 R3 test1 previo a instalar el sistema. chmod +x /bin/instalar chmod +x /usr/sbin/update-grub Supongo que esta vez andará todo bien. Hasta donde investigué, el problema está en algún lado que aún no sabemos, esencialmente, pero sí sé que un módulo de instalación de knoppix-installer se equivoca en ciertos equipos a la hora de crear /etc/fstab en la partición de destino. Eso a su vez provoca que el módulo de instalación de knoppix encargado de instalar grub, cuando llama a update-grub, este script se equivoque porque fstab no está bien conformado, dejando a /dev/hda1 como dispositivo root predeterminado de instalación.... de ahí en adelante, menu.lst queda mal conformado, tal como hemos visto por los reportes. Los archivos adjuntos se encargan, entonces, de crear bien menu.lst y fstab, eso espero. ;D Espero reportes, así en caso negativo puedo ver nuevamente qué sucede. Y en caso positivo, a festejar... Suerte!!! -- Marcos Guglielmetti, co-director de Musix GNU+Linux 100% Software Libre para artistas http://www.musix.org.ar "Nadie es profeta en su propia tierra" (más que nunca!!) Igual, gracias a Página 12 (http://www.pagina12.com.ar/diario/suplementos/no/12-2889-2007-07-19.html) y a USERS Linux que sí hablaron sobre Ututo y Musix. * Una crítica al Diario La Nación: en la nota (http://www.lanacion.com.ar/tecnologia/nota.asp?nota_id=929496) no se nombra a ninguna versión GNU+Linux nacida en Argentina. * Musix en la mayor revista de Alemania (y de Europa) http://www.spiegel.de/netzwelt/tech/0,1518,497951,00.html * Keyboard Magazine, Digg y Slashdot mencionan a Musix http://www.musix.org.ar/wordpress/?p=136

4 7

Re: [M-Colab] ¿lanzamos Musix 1.0 R3 test2 o stable?
by Marcos Guglielmetti 08 Nov '07

08 Nov '07

El Martes, 6 de Noviembre de 2007 20:51, Daniel Vidal Chornet escribió: | Saludos | | Perdonad que me meta en el hilo... pero estaba aqui en el ordenata y | se me ha ocurrido una cosa... (igual es una locura...) | | Si los scripts y utilidades de instalación no han cambiado... lo | unico que ha cambiado es el conjunto de paquetes... ¿Que paquete puede | influir en el reconocimiento y tratamiento de los discos sata?.... Es lo mismo que me estoy preguntando hace rato: cambiaron algunas librerías de R2 a R3, pero no parecen ligadas a grub. Pero: OJO, en los scripts de instalación hechos en bash, hay módulos, y en esos módulos en bash, hay cosas en bash y en perl, y por ejemplo a veces un cambio en una mísera variable (o en la forma de detectar tal o cual cuestión) puede producir un error en cadena, que es lo que creo que sucede acá: un mero cambio en la forma en que tienen los scripts de hacer las cosas (descubrir particiones,etc) puede provocar el error. Por ejemplo para mí una clave puede estar acá: perl -pi -e "s|^# kopt=root=(.*) ro|# kopt=root=\1 ro $GRUB_CMDLINE|g" $TARGET_MNT_POINT/boot/grub/menu.lst Aunque: ese no es el problema, siendo que en todo caso crea esta línea: # kopt=root=/dev/sda9 ro ramdisk_size=100000 lang=es apm=power-off nomce vga=791 Pero no entiendo bien qué hace, creo que es una especie de sed pero funcionando con perl, creo que para todos los kopt de grub, los cambia por kopt=root=\1 (pero no sé qué cornos es ese \1 ), luego entiendo (trabaja sobre el menu.lst de la partición de destino, como es lógico) Pueden encontrar eso en el script que adjunto, que está en: /usr/share/knoppix-installer/modules/booting/ Estaría bueno que alguien más lo analice, allí debe estar el problema esencial. | Y si | fuera el ivman-musix???????? Puede ser... quién sabe? Al fin y al cabo, tiene sentido: quizá ivman quizá introduce nuevos dispositivos que hacen que el instalador se equivoque: es una buena teoría, sí. | Los discos SATA y SCSI se llaman igual que | los pendrives (sdx)... Por los ficheros de configuración que he ojeado (de | hal, ivman, etc) ivman trata de forma especifica los discos SCSI y por lo | tanto tambien los SATA... y si hubiera algo ahí? Pueder ser.. pero en tal caso no sería muy positivo desinstalar ivman, sino hacer que el instalador funcione _con_ ivman. Un amigo me acaba de reportar que en su PC que tiene sólo discos IDE, se produce el mismo fallo de instalación. La particularidad que encontramos, es que existe un /dev/hda1 que en realidad no existe, porque no tiene nada conectado allí (tiene sólo conectados discos a /dev/hdb y /dev/hdc), y es curioso, porque el error que comete el instalador de knoppix es justamente configurar grub como si la partición de destino fuera hda1 | No se... lo dicho... igual es una locura pero... Costaria mucho probar | una iso sin el ivman??? R2 no tiene ivman, pero tampoco tiene otras cosas, y no fallaba. Se podría probar en un R3 de desinstalar ivman desde el live-CD, matar el proceso y luego realizar la instalación, para sacarnos la duda: SERIA MUY BUENO!! | Salud y Suerte!!!!! Igualmente! | El Lunes, 5 de Noviembre de 2007 20:19, Martín Carr escribió: | | 2007/11/5, Marcos Guglielmetti | | | |> | Desconecté los HD IDE, así que quedó solo un SATA. La partición ya | |> | la tenía lista, sda9. | |> | Usé el último 'install' q mandaste ayer. | |> | |> Apa: necesitaría los archivos de debug ¿los tenés por ahí? Es | |> fundamental ver qué había antes y qué se hizo luego, tal como mandaste | |> la anterior vez. | | | | ouch ouch... me olvidé en el momento y reinicié. ¿Quedan en algún lado? | | No: no quedan porque se producen luego de realizar la instalación y... eso | es memoria ram, en el directorio /tmp... pero... podría hacer que queden | en la partición de destino en algún directorio... | ahí está: /mnt/$DESTINO/var/log/instalar-debug/ | | Adjunto el /bin/instalar modificado para que cree archivos de debug en el | sistema instalado también, en /var/log/instalar-debug/ | | | (este tema del fallo en instalación en discos SATA me tiene cansadísimo, | quiero resolverlo cuanto antes, es insoportable: lo feo es que al no | encontrar la causa del problema, hay que emparcharlo superficialmente; y | no veo que hayan cambiado paquetes desde R2 a R3 que sean esenciales para | grub o algo por el estilo... en ultimísima instancia, no quedaría otra | mejor que tomar R2 de nuevo y modificar pocas cosas... pero lo malo de eso | es que el DVD ya está basado en R3 y anda lindo... vamos, tenemos que | solucionar esto... tenemos que poder, parece sencillo) | | |> | * en el menu de GRUB si podés ponele a la segunda entrada algo que | |> | diga para qué es, como p ej recovery. | |> | |> ¿Sirve para algo eso? O sea, musix arranca | | | | Sí, sí, es para informar por qué hay dos, nada más. | | Ah, ojo, ninguno actualmente es recovery... el default funciona así: si | instalás un nuevo kernel, el que diga default estará siempre como nueva | opción. | | |> | * estaría bueno q xchat tenga en la primera entrada el canal de | |> | Musix, y que el nick predeterminado no sea root. | |> | |> Si, eso hay que corregirlo, lo de root, lo 1ero no lo entiendo. | | | | Una entrada Musix, que tenga configurado el server y el canal de musix. | | Ahhhhh.... entendí, ahí van los archivos de ~/.xchat2/ modificados para | que haga eso | | |> | * en liveCD no aparecen íconos en el escritorio, pero sí en la | |> | versión instalada, ¿puede ser? | |> | |> Capaz que te aparecen iconos de "Particion" en el escritorio KDE? Eso | |> los crea el instalador | | | | UF, expliqué mal. Los iconos de icewm, los del automontaje. | | Ah: si, puede ser. Por eso puse (no sé si está así en el CD de R3 que | tenés) un icono que va a media:/ . Ojo, si lo usás como root pasa eso, si | lo usás como knoppix (cheatcode: musix kdm) debería comportarse como | cuando está instalado. Ivman funciona distinto como root que como usuario | normal por lo que leí en su momento, y creo que no hay forma de cambiar | eso fácilmente: no es algo tan dramático... el usuario si lo usa como | root, debe saber que los usb y otras cosas se montarán en media:/ al igual | que si lo usa como no root | | |> | * el kernel que se instaló no tiene esa opción multiLUNs que le | |> | hicimos poner a tapani, así q no te puedo mandar la fotito del | |> | error del ppio. No es grave, pero me da a elegir modos de video, ni | |> | idea. | |> | |> multiLUNs ya está en los nuevos kernels que pretendemos incluir en el | |> DVD, no sé si en el CD: tienen que funcionar realmente bien. | | | | En el CD no ta | | No, claro, es que el 2.6.21 del CD no trae eso habilitado. | | | Nos vemo! | | adelante... | | | _______________________________________________ | | Musix GNU+Linux - www.musix.org.ar | | Musix-Colaborad mailing list | | Musix-Colaborad(a)lists.ourproject.org | | https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-colaborad -- `&' # Marcos Guglielmetti, co-director de # Musix GNU+Linux, 100% Software Libre para artistas _#_ http://www.musix.org.ar (#) / O \ + archivos: ftp://musix.ourproject.org/pub/musix ( === ) Ecología: http://autosus.wordpress.com `---' Personal: http://marcospcmusica.wordpress.com Fry: "Tal vez no lo comprendais, pero al fin he encontrado lo que necesito para ser feliz, y no son amigos. Son cosas." Bender: "Yo soy cosa..." http://es.wikiquote.org/wiki/Futurama

2 3

Aclaro que faltaba en el paso 4º desmontar los /media/
by Marcos Guglielmetti 08 Nov '07

08 Nov '07

Hola Pablo! | Bueno, al aprecer no puedo entrar en la lista de colaboradores (no se | encuentra el sitio...). Tal cual: estará caído por 12hs, avisaron recién | Reporto a tí entonces losiguiente: Gracias Aclaro que faltaba en el paso 4º desmontar los /media/ perdón, cuando me fui a dormir, me di cuenta de eso y corregí (reenvié) el mail | hice los cambios que me pasaste... nada | se me ocurrió probar desinstalar uno por uno los paquetes (es decir: | desinstalar ivman e instalar, después dbus e instalar, ya sí con | diferentes combinaciones), resultado: nada se me ocurrió entonces agregar | a esa combinación borrar lo de fstab (las referencias a /media ) y... | nada, entonces hice lo mismo pero dejé las referencias ... nada En una de | las combinaciones no arrancaba X (de ninguna manera, bah, probé startx, | winxstart, y alguno más que ahroa no me acuerdo). En todas pro´be como | andaba musix, todo igual. Ok... lamentablemente hasta que no lo hagamos desmontando las particiones, no sabremos si ivman y compañía son el problema... El temita es que el instalador se fija en las particiones montadas actualmente a la hora de sacar conclusiones, entonces allí es donde supongo que se confunde. Fíjense de pensar, en el momento, si hay algo en la lista de discos montados que puede joder al instalador Por ejemplo, ejecutar mount: mount /dev/hdb8 on / type reiserfs (rw) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) procbususb on /proc/bus/usb type usbfs (rw) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/hda1 on /mnt/hda1 type ext3 (rw,nosuid,nodev) /dev/hda2 on /mnt/hda2 type reiserfs (rw,nosuid,nodev) /dev/hdb2 on /mnt/hdb2 type reiserfs (rw,nosuid,nodev) /dev/hdb4 on /mnt/hdb4 type reiserfs (rw,nosuid,nodev) /dev/hdb6 on /mnt/hdb6 type reiserfs (rw,nosuid,nodev) /dev/hdb7 on /mnt/hdb7 type reiserfs (rw,nosuid,nodev) /dev/hdc on /media/hdc type iso9660 (ro,nosuid,nodev) Comprobar que no exista NADA montado que apunte a /media antes de instalar. | Instalé tal como viene de fábrica, el mismo drama, arranqué poniéndole el | 0,1 en grub. No monta hdc, el dispositivo "está ocupado" o no existe es el | mensaje. Probé montarlo a mano: mount -a misma respuesta, probé cargar la | partición de win (quería instalar el modem para poder tener internet en | musxi) : muont -t ntfs /dev/hdc1 /mnt/hdc1 y lo montó, pero... no se puede | acceder sino es por consola. Fijate con ntfsmusix.sh , y fijate si el fstab quedó mal en el sistema instalado En tu caso tendría que estar así: # Added by KNOPPIX /dev/hdc1 /mnt/hdc1 ntfs noauto,users,exec,ro,umask=000 0 0 # Added by KNOPPIX # Added by KNOPPIX /dev/hdc3 none swap defaults 0 0 # Added by KNOPPIX /dev/hdc5 /mnt/hdc5 ntfs noauto,users,exec,ro,umask=000 0 0 Copiá y pegá y listo | Tampoco se puede desmontar | ni montar gráficamente. porque no está bien el fstab | Algo más: no funciona el reinicio como usuario | normal, así que rebooteé como root y desde consola. Debería: agregate a la lista de sudoers, desde Musix Control, activar sudo | En fin.... sigo sin | musix, pero con más preguntas! JAJAJAJA, abrazo, Acá estamos | Pablito | pd. todavía no pruebo cambiar de lugar los cables del disco, sigue | pudiendo ser eso. Pero evidentemente hay un problema de musix con el disco | o de algo pq es muy extraño que no se puedan montar (nada de hdc) desde el | entorno gráfico. CD, pendrive y DVD se puede sin problemas. Ok, veremos con estas nuevas "ideas" disculpas por enviar instrucciones deficientes anteriormente! Saludos! | _________________________________________________________________ Express | yourself instantly with MSN Messenger! Download today it's FREE! | http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- `&' # Marcos Guglielmetti, co-director de # Musix GNU+Linux, 100% Software Libre para artistas _#_ http://www.musix.org.ar (#) / O \ + archivos: ftp://musix.ourproject.org/pub/musix ( === ) Ecología: http://autosus.wordpress.com `---' Personal: http://marcospcmusica.wordpress.com "Los hamsters no pueden volar" http://es.wikiquote.org/wiki/Los_Simpson_pizarra

1 0

Quizá esta es la solución para el problema de instalación de Musix 1.0 r3 test1
by Marcos Guglielmetti 08 Nov '07

08 Nov '07

Hola a todos | Estuve pensando que tal vez grub me pone como hda porque | sea el único HD que hay, la cachai? Sí, la cazo, pero no entiendo en tal caso a GRUB si fuera así... mirá, hay una teoría brillante que esbozó Daniel VLC un español, que creo que tiene TODA la razón: la diferencia trascendental entre Musix 1.0 R2 (que se tiene que instalar bien en tu PC) y Musix 1.0 R3 test1, en cuanto a dispositivos, es la inclusión de los paquetes: ivman hal dbus En materia de procesos, se ven así: ps -A | grep ivman 3601 ? 00:00:00 ivman marcos@musix1:/mnt/hda1/marcos$ ps -A | grep hal 3077 ? 00:00:05 hald 3078 ? 00:00:00 hald-runner 3084 ? 00:00:00 hald-addon-acpi 3091 ? 00:00:00 hald-addon-keyb 3093 ? 00:00:00 hald-addon-keyb 3095 ? 00:00:00 hald-addon-keyb 3103 ? 00:00:00 hald-addon-keyb 3112 ? 00:00:03 hald-addon-stor marcos@musix1:/mnt/hda1/marcos$ ps -A | grep dbus 3065 ? 00:00:01 dbus-daemon 3534 ? 00:00:00 dbus-launch 3535 ? 00:00:00 dbus-daemon Entonces, te pido a vos y a todos los que quieran colaborar, lo siguiente: Que prueben de instalar Musix 1.0 R3 realizando unos cambios en el sistema ANTES de instalarlo. 1º bootean desde el live cd 2º desinstalan todos esos paquetes: apt-get remove ivman hal dbus 3º matan todos esos procesos: killall2 ivman killall2 hald killall2 dbus (asegurarse de que realmente no estén más en memoria, ej: ps -A | grep dbus) 4º Quitan de /etc/fstab cualquier referencia a /media, ejemplo borrar todo esto: /dev/fd0 /media/fd0 auto user,noauto,exec,umask=000 0 0 /dev/cdrom /media/cdrom auto user,noauto,exec,ro 0 0 /dev/hdb /media/hdb auto users,noauto,exec,ro 0 0 /dev/hda /media/hda auto users,noauto,exec,ro 0 0 5º Instalar el sistema (sin el parche que les pasé en estos días, es decir, simplemente ejecutar instalar tal como viene de fábrica) LISTO! en teoría, ahora gracias a eliminar los cambios que ha realizado ivman y compañía, el instalador no debería confundirse. Si esto funciona, ya tenemos la solución! Espero reportes! -- MGG, contento ;-)

1 1

problema de instalación , Musix 1.0 r3 test1
by Marcos Guglielmetti 07 Nov '07

07 Nov '07

(hola, adjunto script modificado para que haga los cambios también en casos de discos IDE [se reportó que también falla en algunos casos aparentemente cuando el BIOS los tiene en AUTO en vez de en LBA] y comento algunas cosas debajo) El Domingo, 4 de Noviembre de 2007 16:02, Martín Carr escribió: | Buenas! | | 2007/11/1, Marcos Guglielmetti | | > desde un live-cd actual de r3 test1 usando el script adjunto, y nos | > ahorraríamos el sacar otra versión de testeo, pasando directamente a la | > estable. | | Linux quiet 2.6.21 #1 SMP PREEMPT Fri Apr 27 18:08:33 EEST 2007 i686 | GNU/Linux | | Bueno, copié ese install en /bin y realicé la instalación tipo | Knoppix, modo Debian. | | Hice una partición en el SATA (la hice con cfdisk desde otro sistema, | para no hacer macanas) y lo instalé ahi. Al grub no lo instaló en el | disco SATA, sino en otro IDE. Como tuve que cambiar el orden de los | HDs para que bootee ese, el grub quedó mal (edité con 'e' y listo). Hola Martín y hola a todos. Estuve viendo nuevamente el reporte tuyo: los archivos menu.lst y fstab que mandaste, y parecen perfectos: parecen modificados por el /bin/instalar parchedo, porque, por ejemplo, al ver esta partecita. "## e.g. kopt=root=/dev/sda9 ro ## kopt_2_6_8=root=/dev/hdc1 ro ## kopt_2_6_8_2_686=root=/dev/hdc2 ro # kopt=root=/dev/sda9 ro ramdisk_size=100000 lang=es apm=power-off nomce vga=791 ## default grub root device ## e.g. groot=(hd0,8) # groot=(hd0,8)" en menu.lst de la partición de destino (o sea donde quedó instalado Musix 1.0 R3), veo que sed (un editor de texto de consola) modificó masivamente todo lo que encontró como 0,0 y hda1 por 0,8 y sda9: que es en tu caso la partición de destino. Es decir que teóricamente debería andar bien al arrancar... y teóricamente esa modificación a menu.lst no la hiciste vos, sino sed (desde instalar) Por eso luego veo que queda en teoría bien configurado "splashimage=(hd0,8)/boot/grub/splash.xpm.gz title Musix GNU/Linux, kernel 2.6.21 Default root (hd0,8) kernel /boot/vmlinuz root=/dev/sda9 ro ramdisk_size=100000 lang=es apm=power-off nomce vga=791 savedefault " No entiendo, la verdad, cómo luego no inicia bien! ¿No será que había otros Musix instalados en otras particiones y algo nos confundió en el medio? | Pero no seria un problema de instalación. | Una vez modificado la entrada de grub, musix booteó perfectamente, así | que supongo que el fstab está bien ahora. Sí: de eso estoy seguro (al menos es lo que se ve, y vos decís que funciona, salvo que no se crearon algunos directorios en mnt, eso es fácil de resolver): # /etc/fstab: filesystem table. # # filesystem mountpoint type options dump pass /dev/sda9 / reiserfs defaults 0 1 proc /proc proc defaults 0 0 /dev/fd0 /floppy vfat defaults,user,noauto,showexec,umask=022 0 0 usbfs /proc/bus/usb usbfs devmode=0666 0 0 sysfs /sys sysfs defaults 0 0 tmpfs /dev/shm tmpfs defaults 0 0 /dev/cdrom /cdrom iso9660 defaults,ro,users,noexec,noauto 0 0 /dev/cdrom1 /cdrom1 iso9660 defaults,ro,users,noexec,noauto 0 0 /dev/dvd /dvd iso9660 defaults,ro,users,noexec,noauto 0 0 # Added by KNOPPIX # Added by KNOPPIX /dev/hdc1 none swap defaults 0 0 # Added by KNOPPIX /dev/hdc2 /mnt/hdc2 ext3 noauto,users,exec 0 0 # Added by KNOPPIX /dev/hdd1 /mnt/hdd1 ext3 noauto,users,exec 0 0 # Added by KNOPPIX /dev/hdd2 /mnt/hdd2 ext3 noauto,users,exec 0 0 # Added by KNOPPIX /dev/hdd3 none swap defaults 0 0 # Added by KNOPPIX /dev/hdd5 /mnt/hdd5 ext3 noauto,users,exec 0 0 # Added by KNOPPIX /dev/hdd6 /mnt/hdd6 ext3 noauto,users,exec 0 0 # Added by KNOPPIX /dev/hdd7 /mnt/hdd7 reiserfs noauto,users,exec 0 0 # Added by KNOPPIX /dev/sda5 none swap defaults 0 0 # Added by KNOPPIX /dev/sda6 /mnt/sda6 ext3 noauto,users,exec 0 0 # Added by KNOPPIX /dev/sda7 /mnt/sda7 ext3 noauto,users,exec 0 0 # Added by KNOPPIX /dev/sda8 /mnt/sda8 ext3 noauto,users,exec 0 0 # Added by KNOPPIX

1 0

Charla: Introducción al Software Libre, 2 de octubre, La Plata
by Marcos Guglielmetti 06 Nov '07

06 Nov '07

http://www.musix.org.ar/wordpress/?p=271 Charla: Introducción al Software Libre, 2 de octubre, La Plata Posted by: marcos, in Español, Charlas En el marco de las “1eras Jornadas de Software Libre” de La Plata tuve la misión de encargarme de la conferencia de apertura, mediante el desarrollo de una breve historia sobre el Movimiento del Software Libre y la explicación de sus conceptos básicos. El Aula 49 de la Facultad de Informática de la UNLP, Argentina, estaba repleta de estudiantes. Ezequiel de Sun Microsystems me prestó una Notebook HP (en la cual corría un sistema operativo OpenSolaris) desde donde pude iniciar Musix GNU/Linux 1.0 R3 Live-DVD con el objetivo de abrir el texto y las imágenes que llevaba en mi pendrive, y además demostrar en vivo el funcionamiento de ciertos softwares básicos como por ejemplo OpenOffice Writer, Firefox (iceweasel), aMSN, y el escritorio KDE entre otros. Técnicamente, el único inconveniente estuvo en el proyector, que no pudo ser configurado para mostrar toda la pantalla, pero eso no impidió en absoluto la charla, sólo molestó un tanto. La exposición duró aproximadamente 40 minutos, para dar lugar posteriormente a la gente de Lihuen. En fin: felicitaciones a la Agrupación política “La fuente” por la organización, y gracias por invitarme, ha sido todo un placer. El texto que mostré en la pantalla fue el siguiente: Muy breve Historia del Software Libre En los años 60 y 70, S XX: software libre de hecho, en grandes computadoras (mainframes) Fines de los 70: las compañías iniciaron el hábito de imponer restricciones a los usuarios, con el uso de acuerdos de licencia. 1984 Richard Stallman, GNU, GCC (C++, Fortran, Ada y otros lenguajes), BASH, Emacs 1985 Free Software Foundation 1991 Kernel “Linux”, Linus Torvalds 1993 Debian GNU+Linux, Slackware 1994 Red Hat Enterprise Linux (posteriormente, 500 empleados en 15 lugares del mundo). Suse Linux 1995 Apache, Apache Software Foundation 1996 KDE (K Desktop Environment) 1997 GNOME: GNU Network Object Model Environment (Escritorio… 35 idiomas) 1998 Google; Mandrakelinux (ahora Mandriva, derivada de Red Hat) 1999 Exito empresarial a gran escala, Wall Street 2000 OpenOffice.org de Sun Microsystems; Ututo Live-CD (Salta, Argentina, Diego Saravia) 2001 Wikipedia. Live-CD Knoppix (Klaus Knopper, Ing. Electrónico; Consultor, profesor alemán) 2002 eMule (intercambio de archivos); Phoenix -> 2003 Firebird -> 2004 Firefox 2003 Novell compra SUSE Linux 2004 Ubuntu GNU/Linux (popular y fácil), NASA: Supercomputadora “Columbia”: la octava del mundo en capacidad de procesamiento, con 51.87 teraflops 2005 OpenSolaris (UNIX System V). Musix GNU/Linux 0.23 (músicos) 2006 Lihuen: deriva de GNULinEX (Fac. de Informática de la UNLP, orientada a la educación, funciona en OLPC) 2007 Musix GNU/Linux 1.0, Ututo XS 2007, Ubuntu 7.10, Debian 4.0 ¿Por qué usar y desarrollar Software Libre? Usar, estudiar, modificar, compartir —> ética y derechos humanos Adaptable –> Una mejora realizada en esta institución se puede aplicar al resto de los establecimientos Legal Soporte técnico comunitario y/o local y/o empresarial El dinero queda en el país Compatibilidad interna y externa de formatos de archivos, pasado, futuro (.rg, ardour, .doc, .xls, .mp3, .wav, .mid) Compartir ejercicios con docentes y estudiantes de todo el mundo usando los mismos programas libres y legales Es barato No posee virus , es invulnerable a spyware, addware, y todo tipo de código maligno Es estable, casi no se cuelga ni se congela Repositorio de software congelado y seguro Musix 1.0 puede funcionar en equipos fabricados entre 1999 y 2011 aprox -- `&' # Marcos Guglielmetti, co-director de # Musix GNU+Linux, 100% Software Libre para artistas _#_ http://www.musix.org.ar (#) / O \ + archivos: ftp://musix.ourproject.org/pub/musix ( === ) Ecología: http://autosus.wordpress.com `---' Personal: http://marcospcmusica.wordpress.com Fry: "Ehh, profesor... ¿Qué va a enseñar éste semestre?" Profesor: "Lo mismo que enseño todo los semestres: Matemáticas de los campos cuánticos de neutrino." (en voz baja) "Le puse ése título para que nadie se atreviera a matricularse." Fry: (anotándolo) "Matemáticas... de los cánticos... de un cretino... ¡Cuente conmigo!" Profesor: "¡Por favor, Fry! ¡Yo no se enseñar! ¡Yo soy profesor!" http://es.wikiquote.org/wiki/Futurama

2 2