Sep 27, 2020, 10:06 by to...@tuxteam.de: > Ugh. It could tell us where it looks for its cache, couldn't > it? > > OK. If you don't fear some text output, you could run it under > strace (in Debian package strace), like so: > > strace -f -o /tmp/trace <your-program-here> >
OK, I ran strace and it helped me to understand what was happening: juk wasn't hanging but instead it was rebuilding the playlist it was playing when the system was shut down. Under a false assumption that juk was hanging (it really looked like that) I was killing juk too early, not allowing it to rebuild the playlist. So the solution in my case was easy: I just allowed juk to run for 5 minutes, that was enough time for it to rebuild the playlist and show its window properly. It surely looks like juk developers could've handled the situation in a better way but whatever... it works now. Thanks to everyone who responded.
