¿alguien sabe cómo solucionar esto? muchas cosas no andan bien como usuario no root
Hola, El título lo dice todo, más detalles abajo, pero JACK pierde muchos datos y rosegarden no inicia :S ---------- Mensaje reenviado ---------- From: Marcos Guglielmetti <[email protected]> To: Lista de colaboradores de Musix <[email protected]>, Usuarios de Musix <[email protected]> Date: Tue, 10 Jan 2006 01:11:14 +0100 Subject: [Musix-Help] Re: [M-Colab] Varias cosas (Musix como usuario no-ro ot no anda bien) --> help! On Tuesday 10 January 2006 01:36, Lucas Godoy wrote:
Hola gente, ¿cómo están?
Sigo probando *Musix*. Les cuento algunas cosas con las que me encontré:
*ICEWM*
Una buena: ¿se acuerdan de ese error que les comenté que me aparecía en el escritorio del IceWM? Bueno, se arregla dándole permiso de escritura a los archivos que están en */home/knoppix/.choice/ROX-Filer*. Lo que no entiendo es porqué necesita escribir si, en teoría, yo no estoy modificando el escritorio.
Bien, acá los tengo asi: -rw-r--r-- 1 root root 428 2005-12-29 20:14 Así que deberé cambiarlos, para que eso no ocurra más. Estas cosas (problemas y cómo resolverlos) deberían ser incluidas en el WIKI: https://www.musix.org.ar/wiki/index.php/Problemas-Bugs Si no las incluís vos, decime que las incluyo. Pero, ¿por qué estás utilizando el usuario knoppix en lugar del usuario creado junto con el proceso de instalación?
*KDE*
1. Noté que luego de instalar Musix en el rígido, me queda el escritorio de root con KDE por defecto. Esto se arregla fácil (cambiando a IceWM en el login de *KDM*) pero, ¿fue intencional que eso quede así?
No, es un error: cuando tenía lista una versión que entre otras cosa se comportaba de ese modo, tuve un problema y debí volver atrás: descomprimí un ISO de copia de seguridad que tenía guardado y comencé a re-hacer mil cambios, y se me olvidaron ciertos detalles menores como ese: es confuso para los nuevos usuarios, también deberíamos documentarlo.
2. Si estoy usando IceWM, *Kate* no me anda (cosa que no pasa si uso KDE). Además, las demás aplicaciones de KDE me dan un error (no se encuentra el DCOP server) antes de iniciar. Después funcionan normalmente.
Si, eso no sé cómo se soluciona exactamente: me ha pasado varias veces y lo que ice fue borrar archivos temporales en ~/ con el nombre .DCO* o algo así... si tienen más info al respecto, se los agradezco: reenvío este mail a la lista de usuarios porque quizá alguien sepa cómo resolver esto.
*QSAMPLER *
Intenté compilar la última versión de qsampler, pero no camina. Al correr * configure* me da un error de que no tengo seteada la variable QT_ERROR. Dado que esto fue hecho con *QTDesigner* (según vi en la página web), ¿se necesitará alguna librería de QT3 para que compile? Voy a mandar un mail a los tipos que lo hacen a ver si me pueden dar una mano.
Buenísimo: tenía instalado Qsampler, pero horas antes de terminar el ISO tuve que eliminarlo por problemas de dependencias, una pena, pero seguro que se puede instalar de algún modo.
*ROSEGARDEN*
1. Acabo de darme cuenta que Rosegarden no me anda si no estoy como usuario *root*. No carga el programa. Me fijé si estaban bien los permisos de los scripts y del ejecutable y está todo en orden. No sé que pasa…
Debe ser el mismo problema que con el resto de los programas KDE: debería ser sencillo de solucionar. Acá hice una prueba: creé un usuario nuevo, lo inicié desde ese usuario e inició: pero mal, quedó trabado en la pantalla de bienvenida (inicializando vista) por un tiempo y luego mostró 3 carteles de error que no decían nada (?). Luego pareció funcionar normalmente. Creo que debería ser un problema de permisos o algo así en el directorio ~/ (es decir del usuario normal), Me había sucedido eso un tiempo atrás, y nunca supe por qué, creo que lo solucioné y ahora no sé cómo lo hice :S Pedí una pista de procesos con "ps -A" y ví que resegardensequencer estaba <defunct>: por eso no te reproducía nada, porque el secuenciador se queda colgado, habría que averiguar por qué, pero siendo que anda bien como usuario root, calculo que será un problema de permisos, preguntaré por ahí. . También experimenté esto de que JACK produce _muchos_ más xruns que como usuario root: ¿será por el kernel 2.6.13multimedia?
2. Por otro lado, no puedo reproducir nada. Loco, porque me
pareció que lo había probado y funcionaba. Me fijé en *Jack Control* y Rosegarden nunca aparece como dispositivo de reproducción. ¿Hay alguna forma de agregarlo a mano?
Solucionando el problema en general: seguro que lo de rosegarden tiene su base en el problema que tienen todas las aplicaciones KDE como usuario no root
Bueno, eso es todo por ahora. También estoy viendo que *JACK* me tira *xruns * con bastante facilidad, pero eso quiero investigarlo un poco más.
Te recomiendo que, si querés jugar tranquilo, lo uses como root, o sino tratá de investigar por qué no anda bien como no-root, se puede hacer un strace, veremos, esperemos que alguien nos tire una soga! -- Marcos Guglielmetti(www.pc-musica.com.ar) Coordinador del desarrollo de Musix GNU+Linux (www.musix.org.ar) -- Marcos Guglielmetti(www.pc-musica.com.ar) Coordinador del desarrollo de Musix GNU+Linux (www.musix.org.ar) ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
Marcos Guglielmetti wrote:
Te recomiendo que, si querés jugar tranquilo, lo uses como root, o sino tratá de investigar por qué no anda bien como no-root, se puede hacer un strace, veremos, esperemos que alguien nos tire una soga!
Hola,a ver si esta soga vale :-) Ando construyéndome un sistema "a medida" digamos,a partir de debian sid,compilando todo lo que sea posible compilar en mi máquina,con el interés de aprender algunas cosas. Para ello tomé ,en principio el kernel de demudi,que ya trae las características de baja latencia y demás,pero además del kernel instalé también el realtime lsm-module,o mejor dicho lo compilé con cada kernel que instalé,y lo cargué con realtime gid=29 teniendo en cuenta que el grupo 29 es el grupo audio en debian,y también que el usuario pertenece a dicho grupo. Para no tenerlo que caragar a mano cada vez,lo añadí a /etc/modules. Se supone,según tengo entendido,y si no corríjanme por favor,que esto debe permitir usar las capacidades de tiempo real de los programas como hace root sin necesidad de serlo. También he visto que programas como muse necesitan tener ciertos permisos.En mi caso está así: -rws r--s r-x 1 root root 28287861 2006-01-06 02:19 /usr/bin/muse aunque no pasa igual con ardour que los tiene así: -rwx r-x r-x 1 root root 1445572 2005-11-13 23:02 /usr/bin/ardour igual que hydrogen o zynaddsubfx . En fin,espero que esto ayude. Saludos. --Carlos.
Hola a todos: Es urgente para los usuarios de Musix, por favor divulgar -=Resumen=- Problema: Musix no cargaba el modulo realtime en el inicio Solución: cp /etc/rc5.d/backup/S15realtime /etc/rc5.d/ Explicación y agradecimientos: On Wednesday 11 January 2006 16:08, Carlos Pino wrote:
Marcos Guglielmetti wrote:
Te recomiendo que, si querés jugar tranquilo, lo uses como root, o sino tratá de investigar por qué no anda bien como no-root, se puede hacer un strace, veremos, esperemos que alguien nos tire una soga!
Hola,a ver si esta soga vale :-)
Ando construyéndome un sistema "a medida" digamos,a partir de debian sid,compilando todo lo que sea posible compilar en mi máquina,con el interés de aprender algunas cosas. Para ello tomé ,en principio el kernel de demudi,que ya trae las características de baja latencia y demás,pero además del kernel instalé también el realtime lsm-module,o mejor dicho lo compilé con cada kernel que instalé,y lo cargué con
realtime gid=29
Pino! Sin desmerecer el aporte de nadie, dado que todos los aportes son importantes, este fue el aporte más importante en la historia del proyecto porque a partir de determinada versión de Musix (no sé desde qué versión exactamente!, quizá la última), el script que carga-ba el módulo realtime en Musix fue a parar a un directorio de backups!!!! /etc/rc5.d/backup/S15realtime Es decir que el módulo estaba inoperante porque el sistema no lo cargaba al inicio y en ningún momento. Lo único que hacía el sistema era tratar de descargarlo durante el apagado (/etc/rc0.d/), pero de gusto porque no estaba cargado! En resumen, para reestablecer la situación a la normalidad, sólo hay que copiar /etc/rc5.d/backup/S15realtime a /etc/rc5.d/S15realtime En comando de consola: cp /etc/rc5.d/backup/S15realtime /etc/rc5.d/ Tendré que poner esta información en TODOS lados! Yo veía que algo andaba mal en Musix con respecto a JACK y no podía darme cuenta de dónde provenían los problemas: las distorsiones, ese tipo de cosas, el bajo rendimiento (¡si antes andaba mejor!) y era esa "pavada"!!!!
teniendo en cuenta que el grupo 29 es el grupo audio en debian,y también que el usuario pertenece a dicho grupo. Para no tenerlo que caragar a mano cada vez,lo añadí a /etc/modules.
Si tienes ese script no necesitarás ponerlo así, porque además lee la configuración desde: /etc/default/realtime donde dice: # enable loading of module at startup ENABLE=yes # parameter settings for module PARAMETERS="gid=29"
Se supone,según tengo entendido,y si no corríjanme por favor,que esto debe permitir usar las capacidades de tiempo real de los programas como hace root sin necesidad de serlo.
Claro! No sólo eso, sino que también mejora el desempeño en general de todos los programas que trabajan con JACK, por ejemplo Ardour me permite latencias de 1.3 ms que antes no permitía.
También he visto que programas como muse necesitan tener ciertos permisos.En mi caso está así: -rws r--s r-x 1 root root 28287861 2006-01-06 02:19 /usr/bin/muse
aunque no pasa igual con ardour que los tiene así: -rwx r-x r-x 1 root root 1445572 2005-11-13 23:02 /usr/bin/ardour
igual que hydrogen o zynaddsubfx .
Ni idea sobre esto de los permisos para estos programas ¿es para los usuarios no root?
En fin,espero que esto ayude.
Como dije: el principal aporte de toda la historia! GRACIAS -- Marcos Guglielmetti(www.pc-musica.com.ar) Coordinador del desarrollo de Musix GNU+Linux (www.musix.org.ar) ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
On Wednesday 11 January 2006 16:15, Marcos Guglielmetti wrote:
Hola a todos:
Es urgente para los usuarios de Musix, por favor divulgar
-=Resumen=- Problema: Musix no cargaba el modulo realtime en el inicio Solución:
ln -s /etc/init.d/realtime /etc/rc5.d/S15realtime -- Marcos Guglielmetti(www.pc-musica.com.ar) Coordinador del desarrollo de Musix GNU+Linux (www.musix.org.ar) ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
Hola. En la version 0.26, el realtime esta correcto. El fichero ya existe y la consola retorna lo que sigue: ln: '/etc/rc5.d/S15realtime' : el fichero existe Debe ser desde la version 0.30 adelante. Hasta luego Gilblack. Marcos Guglielmetti <[email protected]> escreveu: Hola a todos: Es urgente para los usuarios de Musix, por favor divulgar -=Resumen=- Problema: Musix no cargaba el modulo realtime en el inicio Solución: cp /etc/rc5.d/backup/S15realtime /etc/rc5.d/ Explicación y agradecimientos: On Wednesday 11 January 2006 16:08, Carlos Pino wrote:
Marcos Guglielmetti wrote:
Te recomiendo que, si querés jugar tranquilo, lo uses como root, o sino tratá de investigar por qué no anda bien como no-root, se puede hacer un strace, veremos, esperemos que alguien nos tire una soga!
Hola,a ver si esta soga vale :-)
Ando construyéndome un sistema "a medida" digamos,a partir de debian sid,compilando todo lo que sea posible compilar en mi máquina,con el interés de aprender algunas cosas. Para ello tomé ,en principio el kernel de demudi,que ya trae las características de baja latencia y demás,pero además del kernel instalé también el realtime lsm-module,o mejor dicho lo compilé con cada kernel que instalé,y lo cargué con
realtime gid=29
Pino! Sin desmerecer el aporte de nadie, dado que todos los aportes son importantes, este fue el aporte más importante en la historia del proyecto porque a partir de determinada versión de Musix (no sé desde qué versión exactamente!, quizá la última), el script que carga-ba el módulo realtime en Musix fue a parar a un directorio de backups!!!! /etc/rc5.d/backup/S15realtime Es decir que el módulo estaba inoperante porque el sistema no lo cargaba al inicio y en ningún momento. Lo único que hacía el sistema era tratar de descargarlo durante el apagado (/etc/rc0.d/), pero de gusto porque no estaba cargado! En resumen, para reestablecer la situación a la normalidad, sólo hay que copiar /etc/rc5.d/backup/S15realtime a /etc/rc5.d/S15realtime En comando de consola: cp /etc/rc5.d/backup/S15realtime /etc/rc5.d/ Tendré que poner esta información en TODOS lados! Yo veía que algo andaba mal en Musix con respecto a JACK y no podía darme cuenta de dónde provenían los problemas: las distorsiones, ese tipo de cosas, el bajo rendimiento (¡si antes andaba mejor!) y era esa "pavada"!!!!
teniendo en cuenta que el grupo 29 es el grupo audio en debian,y también que el usuario pertenece a dicho grupo. Para no tenerlo que caragar a mano cada vez,lo añadí a /etc/modules.
Si tienes ese script no necesitarás ponerlo así, porque además lee la configuración desde: /etc/default/realtime donde dice: # enable loading of module at startup ENABLE=yes # parameter settings for module PARAMETERS="gid=29"
Se supone,según tengo entendido,y si no corríjanme por favor,que esto debe permitir usar las capacidades de tiempo real de los programas como hace root sin necesidad de serlo.
Claro! No sólo eso, sino que también mejora el desempeño en general de todos los programas que trabajan con JACK, por ejemplo Ardour me permite latencias de 1.3 ms que antes no permitía.
También he visto que programas como muse necesitan tener ciertos permisos.En mi caso está así: -rws r--s r-x 1 root root 28287861 2006-01-06 02:19 /usr/bin/muse
aunque no pasa igual con ardour que los tiene así: -rwx r-x r-x 1 root root 1445572 2005-11-13 23:02 /usr/bin/ardour
igual que hydrogen o zynaddsubfx .
Ni idea sobre esto de los permisos para estos programas ¿es para los usuarios no root?
En fin,espero que esto ayude.
Como dije: el principal aporte de toda la historia! GRACIAS -- Marcos Guglielmetti(www.pc-musica.com.ar) Coordinador del desarrollo de Musix GNU+Linux (www.musix.org.ar) ___________________________________________________________ 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 --------------------------------- Yahoo! doce lar. Faça do Yahoo! sua homepage.
On Thursday 12 January 2006 00:53, Gilberto Borges wrote:
Hola.
En la version 0.26, el realtime esta correcto. El fichero ya existe y la consola retorna lo que sigue:
ln: '/etc/rc5.d/S15realtime' : el fichero existe
Debe ser desde la version 0.30 adelante.
Hasta luego Gilblack.
Gracias Gilberto: es muy bueno saber eso, confío en que los usuarios sabrán ejecutar ese comando que lo soluciona todo. Queda ver por qué Rosegarden no inicia como usuario no-root
Marcos Guglielmetti <[email protected]> escreveu: Hola a todos:
Es urgente para los usuarios de Musix, por favor divulgar
-=Resumen=- Problema: Musix no cargaba el modulo realtime en el inicio Solución: cp /etc/rc5.d/backup/S15realtime /etc/rc5.d/
Explicación y agradecimientos:
On Wednesday 11 January 2006 16:08, Carlos Pino wrote:
Marcos Guglielmetti wrote:
Te recomiendo que, si querés jugar tranquilo, lo uses como root, o sino tratá de investigar por qué no anda bien como no-root, se puede hacer un strace, veremos, esperemos que alguien nos tire una soga!
Hola,a ver si esta soga vale :-)
Ando construyéndome un sistema "a medida" digamos,a partir de debian sid,compilando todo lo que sea posible compilar en mi máquina,con el interés de aprender algunas cosas. Para ello tomé ,en principio el kernel de demudi,que ya trae las características de baja latencia y demás,pero además del kernel instalé también el realtime lsm-module,o mejor dicho lo compilé con cada kernel que instalé,y lo cargué con
realtime gid=29
Pino!
Sin desmerecer el aporte de nadie, dado que todos los aportes son importantes, este fue el aporte más importante en la historia del proyecto porque a partir de determinada versión de Musix (no sé desde qué versión exactamente!, quizá la última), el script que carga-ba el módulo realtime en Musix fue a parar a un directorio de backups!!!!
/etc/rc5.d/backup/S15realtime
Es decir que el módulo estaba inoperante porque el sistema no lo cargaba al inicio y en ningún momento. Lo único que hacía el sistema era tratar de descargarlo durante el apagado (/etc/rc0.d/), pero de gusto porque no estaba cargado!
En resumen, para reestablecer la situación a la normalidad, sólo hay que copiar /etc/rc5.d/backup/S15realtime a /etc/rc5.d/S15realtime
En comando de consola:
cp /etc/rc5.d/backup/S15realtime /etc/rc5.d/
Tendré que poner esta información en TODOS lados!
Yo veía que algo andaba mal en Musix con respecto a JACK y no podía darme cuenta de dónde provenían los problemas: las distorsiones, ese tipo de cosas, el bajo rendimiento (¡si antes andaba mejor!) y era esa "pavada"!!!!
teniendo en cuenta que el grupo 29 es el grupo audio en debian,y también que el usuario pertenece a dicho grupo. Para no tenerlo que caragar a mano cada vez,lo añadí a /etc/modules.
Si tienes ese script no necesitarás ponerlo así, porque además lee la configuración desde:
/etc/default/realtime
donde dice:
# enable loading of module at startup ENABLE=yes
# parameter settings for module PARAMETERS="gid=29"
Se supone,según tengo entendido,y si no corríjanme por favor,que esto debe permitir usar las capacidades de tiempo real de los programas como hace root sin necesidad de serlo.
Claro! No sólo eso, sino que también mejora el desempeño en general de todos los programas que trabajan con JACK, por ejemplo Ardour me permite latencias de 1.3 ms que antes no permitía.
También he visto que programas como muse necesitan tener ciertos permisos.En mi caso está así: -rws r--s r-x 1 root root 28287861 2006-01-06 02:19 /usr/bin/muse
aunque no pasa igual con ardour que los tiene así: -rwx r-x r-x 1 root root 1445572 2005-11-13 23:02 /usr/bin/ardour
igual que hydrogen o zynaddsubfx .
Ni idea sobre esto de los permisos para estos programas ¿es para los usuarios no root?
En fin,espero que esto ayude.
Como dije: el principal aporte de toda la historia!
GRACIAS
-- Marcos Guglielmetti(www.pc-musica.com.ar) Coordinador del desarrollo de Musix GNU+Linux (www.musix.org.ar) ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar
participants (3)
-
Carlos Pino -
Gilberto Borges -
Marcos Guglielmetti