LibraZiK bugtracker

Notice: Undefined index: tasklist_type in /data/web/71/14/dc/librazik.tuxfamily.org/htdocs/flyspray/includes/class.tpl.php(128) : eval()'d code on line 85 Notice: Undefined index: tasklist_type in /data/web/71/14/dc/librazik.tuxfamily.org/htdocs/flyspray/includes/class.tpl.php(128) : eval()'d code on line 90
  • Etat Nouveau
  • Pourcentage achevé:
    0%
  • Type de tâche Rapport de bogue
  • Catégorie distribution → nouveau logiciel
  • Assignée à Personne
  • Système d'exploitation
  • Sévérité Basse
  • Priorité Normale
  • Basée sur la version version 2 20171028
  • Due pour la version version 2 future
  • Date d'échéance Non décidé
Concerne le projet: LibraZiK bugtracker
Ouverte par Administrateur (trebmuh) - 2017-11-17
Dernière édition par Administrateur (trebmuh) - 2017-11-18

FS#256 - Muse

Muse : ne fonctionne pas directement sur LibraZiK-2 alors qu'il démarre directement sur une debian stretch.
Voir pourquoi. C'est peut être librazik-optimisations-timers qui fout le foin.

This task does not depend on any other tasks.

Administrateur (trebmuh)
mardi, 26 décembre 2017, 18:38 GMT
L'intuition était bonne. Si on désinstalle (c'est pas bien, ne le faites pas) le paquet librazik-optimisations-timer, puis qu'on utilise la commande :
su -c "chgrp audio /dev/rtc0"
alors muse démarre (il gueule que jack l'a viré parce qu'il n'était pas assez rapide, mais il démarre)

Je continue à enquêter afin de savoir quelle est l'optimisation provenant de ce paquet qui met le foin.

Pierrick Hervé (piep)
mercredi, 07 février 2018, 23:10 GMT
erreur : piep@x320-piep:~$ /usr/bin/muse
creating new config...
success.
creating new qt config...
success.
Config File </home/piep/.config/MusE/MusE.cfg>
Gtk-Message: Failed to load module "canberra-gtk-module"

(muse:11718): Gtk-WARNING **: Impossible de trouver le moteur de thème dans module_path : « adwaita »
LOCALE fr_FR
open projectfile: Aucun fichier ou dossier de ce type
Denormal protection enabled.
Trying RTC timer...
fatal error: open /dev/rtc failed: Permission non accordée
hint: check if 'rtc' kernel module is loaded, or used by something else
Trying ALSA timer...
AlsaTimer::initTimer(): best available ALSA timer: system timer
got timer = 79
Aquired timer frequency: 250

muse affiche alors un message d'erreur :
Le timming de la fréquence source est de 250hz, ce qui est inférieur au minimum recommendé : 500hz.


je viens de regarder sur mon système. l'erreur est du aux droits sur les fichiers devices.

rappel de l'erreur : fatal error: open /dev/rtc failed: Permission non accordée

piep@x320-piep:~$ ll /dev/hpet
crw------- 1 root audio 10, 228 févr. 6 18:22 /dev/hpet
piep@x320-piep:~$ ll /dev/rtc0
crw------- 1 root audio 252, 0 févr. 6 18:22 /dev/rtc0
piep@x320-piep:~$ ll /dev/rtc
lrwxrwxrwx 1 root root 4 févr. 6 18:22 /dev/rtc -> rtc0



le group audio ne peut pas utiliser les devices ni read, ni write (---). il lui faut rw-
donc
$ su -c "chmod g+rw /dev/hpet /dev/rtc0"

piep@x320-piep:~$ ll /dev/rtc0 /dev/hpet
crw-rw---- 1 root audio 10, 228 févr. 6 18:22 /dev/hpet
crw-rw---- 1 root audio 252, 0 févr. 6 18:22 /dev/rtc0

mais alors c'est pire. muse plante apres avoir affiché:
got timer = 79
donc à l'acces sur le device."/dev/rtc"

erreur :

--- SIGABRT {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=11802, si_uid=1000} ---
+++ killed by SIGABRT +++

extrait du strace :
open("/dev/rtc", O_RDONLY) = 79
ioctl(79, RTC_IRQP_SET, 1024) = 0
ioctl(79, RTC_PIE_ON) = 0
ioctl(79, RTC_PIE_OFF) = 0
getpid() = 11802
tgkill(11802, 11805, SIGRT_1) = 0
getpid() = 11802
tgkill(11802, 11804, SIGRT_1) = 0

setresuid(-1, 1000, -1) = 0
ioctl(79, RTC_IRQP_READ, [1024]) = 0
open("/dev/tty", O_RDWR|O_NOCTTY|O_NONBLOCK) = 80
writev(80, [{iov_base="*** ", iov_len=4}, {iov_base="stack smashing detected", iov_len=23}, {iov_base=" ***: ", iov_len=6}, {iov_base="/usr/bin/muse", iov_len=13}, {iov_base=" terminated\n", iov_len=12}], 5) = 58
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fc7b58f4000
futex(0x7fc7c1e98110, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7fc7c20b01a0, FUTEX_WAKE_PRIVATE, 2147483647) = 0
write(80, "======= Backtrace: =========\n", 29) = 29


pour info j'ai lancé :
$ strace -o muse.trc /usr/bin/muse > muse.log 2>muse.err

je te joins les 3 fichiers et je continue l'enquete.

Piep
   muse.trc (1,79 Mio)
Pierrick Hervé (piep)
jeudi, 08 février 2018, 15:15 GMT
===
destination paquetage "LibraZiK 2 Timers Optimisation":
pour etre sur que les utilisateurs du group audio accedent bien a /dev/rtc0 et /dev/hpet

changement sur le fichier /lib/udev/rules.d/40-timer-permissions.rules
de
KERNEL=="rtc0", GROUP="audio"
KERNEL=="hpet", GROUP="audio"
à
KERNEL=="rtc0", GROUP="audio", MODE="0660"
KERNEL=="hpet", GROUP="audio", MODE="0660"

===
pour info :
muse 2.1.2 ne plante plus si on met /sys/class/rtc/rtc0/max_user_freq à 512 .
mais le timer n'est pas utlisé.

Pierrick Hervé (piep)
vendredi, 09 février 2018, 13:32 GMT
ce qui donne après reboot un acces en r/w pour le group audio
$ ls -l /dev/hpet /dev/rtc*
crw-rw---- 1 root audio 10, 228 févr. 9 11:54 /dev/hpet
lrwxrwxrwx 1 root root 4 févr. 9 11:54 /dev/rtc -> rtc0
crw-rw---- 1 root audio 252, 0 févr. 9 11:54 /dev/rtc0

conclusion:
muse 2.1.2 semble bien bugué sur l'acces au timer /dev/rtc


muse 2.2.1
==========
http://muse-sequencer.org/index.php/Download
indique a https://sourceforge.net/projects/lmuse/files/

la derniere version "dite stable" de muse est la muse-2.2.1.tar.gz
mais impossible de compiler proprement cette archive avec GCC/G++ 6
(des warnings dans tous les sens et à la fin un plantage à a compil.
J'ai bien patché qq fichiers mais le travail est bien trop long...
J'ai abandonné la compilation de la version 2.2.1

J'ai trouvé une version GCC5 sur kxstudio
https://launchpad.net/~kxstudio-debian/+archive/ubuntu/apps/+build/6759684
wget https://launchpad.net/~kxstudio-debian/+archive/kxstudio/+files/kxstudio-repos-gcc5_9.4.9~kxstudio1_all.deb

mais elle plante sauvagement et n'arrive pas de toute façon a gerer le timer RTC non plus.

message d'erreur:
RtcTimer::setTimerFreq(): cannot set freq 8192 on /dev/rtc: Permission non accordée
precise timer not available, check file permissions and allowed RTC freq (/sys/class/rtc/rtc0/max_user_freq)
AlsaTimer::initTimer(): best available ALSA timer: system timer
convoLV2: samplerate mismatch preset:48000 host:44100

extrait du strace:
open("/dev/rtc", O_RDONLY) = 82 --> le device est bien ouvert en READ
ioctl(82, RTC_IRQP_SET, 8192) = -1 EACCES (Permission denied)
write(2, "RtcTimer::setTimerFreq(): cannot"..., 85) = 85
write(2, " precise timer not available, c"..., 111) = 111
close(82) = 0

normal avec sys/class/rtc/rtc0/max_user_freq à 3072
mais impossible de mettre 8192 dans /sys/class/rtc/rtc0/max_user_freq
donc j'ai arreté mes tests avec muse 2.2.1

conclusion:
muse 2.2.1 semble aussi bien bugué sur l'acces au timer /dev/rtc et autre

muse 3.0.2
==========

donc je me suis rabatu sur muse 3.0.2.
https://github.com/muse-sequencer/muse/

https://github.com/muse-sequencer/muse/blob/master/muse3/README

cette version se compile nickel. marche nickel.
mais aucun acces a /dev/rtc dans les traces meme en changeant la frequence de le menu de configuration de muse3.
donc le probleme apparu dans la version 2.1.2 n'existe plus dans la version 3.0.2

conclusion:
je pense donc qu'il serait bien de proposer la mise a jour vers muse 3.0.2

Librement,
Pierrick


Administrateur (trebmuh)
lundi, 03 septembre 2018, 18:29 GMT
Il n'y a pas encore de paquet 3.x chez Debian.
Une demande a été ouverte en janvier ici : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887794
Pierrick Hervé (piep)
jeudi, 06 septembre 2018, 13:45 GMT
jz n'ai pas bien compris le fonctionnement. tu attends qu'il existe un paquet debian ?
mais parfois tu fais des paquets alors qu'il n'y a pas de paquet debian.

Administrateur (trebmuh)
vendredi, 07 septembre 2018, 13:12 GMT
Oui, parfois, je fais des paquets moi-même, parfois je fais des rétroportages depuis debian/sid, des fois je fais des adaptions/reconstructions en prenant comme base des paquets PPA ubuntu/kxstudio/..., il y a plusieurs méthodes.

Dans le cas de Muse :
- je ne l'utilise pas personnellement
- je n'ai pas de demande de la part d'utilisateurs de LZK et ne connaît pas d'utilisateur de LZK-2 l'utilisant
- c'est un empaquetage que je ne connais pas bien et qui me semble un peu plus compliqué qu'à l'habitude

Du coup, je me dis que ce n'est pas une grosse priorité pour l'instant surtout qu'il y a déjà une version (plus ancienne) disponible.

Chargement...