Merci pour le message et pour ton patch. En fait, je crois qu'il y a un autre bug. Après avoir lu la source de notify.c, j'avais vu que si on ne passais pas l'option --pid (ni MAINPID), systemd-notify devait appeler la fonction getppid et utiliser le PID du processus père. Or à priori, cela ne fonct...

Ils doivent en avoir marre de recevoir du flood de gens qui leur disent que systemd c'est le mal...

Sinon, ton patch corrige l'option --pid de systemd-notify, tu as bien testé ? (pas moi : j'ai la flemme de recompiler le package là, maintenant tout de suite... :p)

Oui, c'était celui-là.

Sympa pour le reporting de bug ! :p

Il faut peut-être tenter la mailing-list directement ?

Oui, mes tests arrivent à la même conclusion : systemd-notify ne fonctionne pas *du tout*.

Du coup, cela ne sert même à rien de le diffuser avec systemd...

Mais à priori, ce bug a été reporté maintes fois et est toujours marqué comme résolu pour la release suivante.

Déçu je suis. Énervé aussi.

Voici : $ systemctl status -l powersave ● powersave.service - Launch powersaving script Loaded: loaded (/etc/systemd/system/powersave.service; disabled; vendor preset: disabled) Active: inactive (dead) $ systemctl start powersave $ systemctl status -l powersave ● powersave.service - Launch powersavi...

Je suis bien d'accord avec toi, d'où ma question ! :) Parce que le *vrai* problème est le suivant : de temps en temps, mon script s'arrête tout seul (et sans log...), mais du coup systemd peut le relancer. Par contre, de temps en temps, le script (un des processus fils en fait fige, donc il tourne t...

Bonjour, Merci de me signaler/déplacer si je ne suis pas dans la bonne section. J'essaye de créer un script (shell, ruby, le problème est le même) qui serait "daemon-isé" par systemd, avec un watchdog (relance si il ne répond pas depuis X secondes. Précision : je fais cela avec l'instance ...

Bonjour, Je vous expose mon soucis, merci de me dire/déplacer si je ne suis pas dans la bonne section. J'ai créé un script qui fait 2-3 choses concernant la gestion d'énergie sur mon portable (car systemd ne gère pas encore tout). Le voici : #!/bin/bash # # powersave # # Power saving script, simple ...

Bon, alors en fait, je n'ai plus le problème, mais c'est plus un workaround qu'une résolution... Déjà, je n'utilise plus XFCE, donc je n'ai pas le soucis de l'interférence de UPower. Ensuite, il s'avère que hop! Une nouvelle version du noyau (ou de udev ?) change les choses : dans ma règle, je surve...

Bonsoir, Donc, comme indiqué ailleurs, je me remts à utiliser Linux après quelques mois de cure d'O/S propriétaire. Après quelqus mises à jour, je m'aperçois avec horreur que lorsque je débranche le charguer de mon portable, celui-ci s'éteint (il y a 18 mois, il me lançait le script "powerdown&...

Oui, oui, j'ai vu !

Oui, le tiket est intéressant : le gars ne veux/peux pas fixer le soucis, il faut voir avec les développeurs d'Alsa ou des jeux incriminés...

Alors qu'une simple recompilation du package officiel règle le problème.

Curieux...

Bug signalé.

Oui. Alors non. En fait, je suis un boulet : oubliez mon post précédent... Bref, j'ai recompilé lib32-speex (et non pas le libx32-speex de AUR...) et effectivement, ça refonctionne très bien. Aussi bien Eschalon book I que Epic Inventor... Merci pour cette idée : j'avais bien vu la différence de dat...

Oui, j'ai bien vu la différence de date...

Cela dit, j'ai 2-3 soucis pour recompiler lib32-speex : il y a une dépendance cyclique entre libx32-glibc et gcc-multilib-x32 (l'un a besoin de l'autre et vice-versa)...

Du coup, impossible de compiler au final.

Bonjour, Voilà, je viens de me remettre sérieusement à utiliser mon Arch 64bit (après un séjour sous Windows), et je me remets donc à jouer sous Linux. Et là, je rencontre un soucis étrange. La plupart de mes jeux fonctionnent bien, mais étrangement, ceux utilisant le wrapper aoss ne fonctionnent pa...

Ok, merci pour l'info. Reste plus qu'à trouver pourquoi ce canal-là, précisément, entraine autant de soucis...

Bon, à priori c'était bien ça...

Si quelqu'un sait à quoi sert ce canal à l'origine ça m'intéresse, car je ne vois aucune différence après désactivation (en dehors du fait que mon son fonctionne normalement après un resume...) !

Bon, après maints essais, il semblerait que désactiver le canal "Loopback" dans alsamixer corrige le problème.

Je teste un peu plus avant de mettre en résolu (plusieurs mois de soucis pour ça...).

Test effectué : ça marche !