It would appear that on Jul 12, malcolmlewis did say:
> Hi
> I don’t have timidity installed, AFAIK it needs the ~/.moc directory a
> timidity.cfg and maybe a config file to fitst fire up, then all is good.
> I do note that not quitting mocp properly can leave the processs runing,
> so if you try to create another it hangs…? All a bit hit and miss it
> would seem…
Hmmnn… Where as I’ve been using moc for years on multiple distros. And except for
when I was experimenting with Sabayon Linux, and had to select the right combination
of usage flags for their compiler intensive package management systems to get it
running, I’ve never had to configure a thing for it. Except that anytime one does
properly quit mocp with the “Q” command, it likes to save the working directory of
it’s left panel someplace. And anytime I “C” cleared the playlist, then built a new
one {usually with the recursive “A” load all command} it would remember the new
playlist next time, even if I’d failed to “Q” before my routine end of day “# poweroff”
But I never had to configure anything to do with timidity. Before I started getting
the error message in leap about it’s config file, I didn’t even know timidity had anything
to do with any kind of sound files.
Once I’ve got moc running enough to fail to quit properly, doing so has never
resulted in the next mocp command hanging. Though I’ll admit I’ve never tried that
while some terminal window was still actively displaying it’s mc like display screen.
But I have, on occasion, closed the terminal window it’s running in without having
issued either the “Q” quit or the “q” disconnect commands.
Most of the time I run it in a {yakuake or qterminal depending on distro} drop down terminal
window. I like the ability to run it from a virtual console for those rare times when
I’m really not running the gui, but I seldom do. Though now that I think about it,
since I prefer to do my system updates without being dependent on X remaining stable,
Maybe next time I’ll experiment with root running a disconnected mocp session when
next he types:
zypper ref && zypper up on tty1…
But aside from all that. If you have moc running on leap without actually having
timidity installed, then it must be that the dependency is just for the config file, and
mine must have been corrupt or some such. Just as it must be that installing timidity
was enough to “fix” that config file.
Thanks for explaining it.
–
JtWdyP