Open i30817 opened 5 years ago
Same issue here.
btw, i didn't know that pgrep can't find the actual app name instead of python3 yet. Any way to fix that or it's just a question of waiting for distros?
That works on Fedora 30, at least. Depends how the Python program is launched. Make sure you're not using a #!/usr/bin/env python3
shebang, or anything like that. If the script is /usr/bin/mpDris2
and its shebang is just #!/usr/bin/python3
, so that the command line ends up being /usr/bin/python3 /usr/bin/mpDris2
, then:
$ ps -ef |grep mpDris2
ferd 10549 8493 0 18:18 ? 00:00:00 /usr/bin/python3 /usr/bin/mpDris2
ferd 11078 30852 0 18:21 pts/1 00:00:00 grep --color=auto mpDris2
$ pgrep mpDris2
10549
after two days with the mpd server deactivated, my log file became giant because of it. up for 2020 and 2021 ðŸ¤ðŸ¥³
I switched to mocp since i don't really need the server functionality. Just more convenient.
Might be related to an issue of mine: Recently, as I was reconfiguring MPD to use pipewire to stream via bluetooth, I noticed my fan spinning widly, and apparently mpdris2 was using one CPU core for 100% for a while, so that I force-killed it. No more details right now. If you have any advice how I can provide a better report if it happens again let me know. Maybe because it tries to reconnect constantly?
From journalctl, every second. It's not a systemd service i think, i did
systemctl stop --user mpDris2.service
andsystemctl stop mpDris2.service
, with no effect (though indeed there was a --user service enabled but already dead, to autostart it i think). Rather it's mpdris2 insisting on attempting to connect to the broken socket.jun 21 12:06:00 AIVAS mpdris2.desktop[1604]: 2019-06-21 12:06:00,644 base INFO: Calling MPD connect('/home/i30817/.config/mpd/socket', 6600, timeout=None)
btw, i didn't know that pgrep can't find the actual app name instead of python3 yet. Any way to fix that or it's just a question of waiting for distros?