/etc/modules is an incredibly old file. I'm not even usre how that can be sourced these days... it's really something that should be in /etc/modprobe.preload or /etc/modprobe.preload.d/ folder not /etc/modules.

Anyway this is AFAIK, the correct solution in principle - certainly the module was not loaded by the initscripts previously. Perhaps something changed in module dependences that means it's not loaded now whereas it was before?

I had a very similar problem--perhaps the same one.  I found that I couldn't play midi in MuseScore; I don't recall if it worked elsewhere.  I tried to get Jack working with MS, and inasmuch as I could get Jack to work at all (a real pain in the rear), MIDI worked in MS, too.  I got fed-up, though, and remembering that it worked "out-of-the-box" in Ubuntu, I installed Ubuntu 12.04 in a virtualbox, installed MuseScore, and checked the settings.

The work-around, as it happens, is to install portaudio, as well as portaudio-devel (for building MuseScore from scratch).  I don't recall the exact package names--perhaps something like, "lib64portaudio2-devel" or some such.  I hope this helps.

I'll also be reporting this as a bug in MS, so that portaudio can be noted as a dependency.

CC: (none) => dmutters

Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

My previous comment was applicable to the last release candidate for Mageia 2, and still applies to the released and fully-updated (as of May 25 2012) version.

I can't say with certainty that my problem is the same as the one that the original reporter experienced; I only suspect as much, so I'll leave that determination to others.

For reference, the bug I reported about MuseScore needing PortAudio as a dependency is here: https://bugs.mageia.org/show_bug.cgi?id=5967

I'll be interested to know if Jaroslav Krejci thinks this is the same bug.

Hi,
Yes, this bug is still valid for Mageia 2.
For Dane: Without snd_seq loaded, MuseScore with portaudio installed does not play midi for me.

Probably udev bug, look at this:
https://bbs.archlinux.org/viewtopic.php?pid=942380

Jarda.

Keywords: NEEDINFO => (none)
Version: Cauldron => 2

Ah, I should have caught that (snd_seq being a kernel module, not just part of the given program).  Thanks for the clarification.  It seems that the other bug is unrelated.

So, I guess everyone forgot about this bug? I stumbled upon it a while ago with Mga2, and the temporary workaround of "make the thing start manually" works for me. Still, I'd like to have it fixed for everyone.

CC: (none) => oktain

I I needed to put snd_seq in modprobe.conf or modprob.preload (I have forgotten which.)  I don't play MIDI with musescore.  If I can get it to play on note entry or to test my typing, I think I am doing well.  Musescore seems to have a persistent upstream problem with losing its config and instrument list.  How many other bugs are upstream?

CC: (none) => laidlaws

For what it's worth, this problem doesn't seem to exist in Windows 7, Ubuntu or Linux Mint.  I suspect it's a problem with the Mageia packages and/or configuration, but I can't be sure.

I was about to say "Just like.." and bit my tongue.  Another bug that could have the same comment is Bug 7283 which in turn depends on bug 5767.  Because of that one, I moved Musescore to Cauldron.  Now Musescore in Cauldron has an infinite loop in the updates.

*** Bug 8446 has been marked as a duplicate of this bug. ***

CC: (none) => tony.wolfs

hello
In Mga3 Cauldron 64 :
[fischer@core22 ~]$ timidity -iA
Requested buffer size 32768, fragment size 8192
ALSA pcm 'default' set buffer size 32768, period size 8192 bytes
TiMidity starting in ALSA server mode
ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: Permission denied
error in snd_seq_open
[fischer@core22 ~]$

CC: (none) => christian-maryse.fischer

Note that this is now fixed in Cauldron/mga4 with newer udev+systemd for static node management. It supports ACLs on such nodes and triggers kernel autoloading. It's not really something I can easily backport however.

See #12382

So as I cannot really easily backport the needed infrastructure, I'll have to close this one as WONTFIX.


As noted above, the workaround for older releases is to ensure snd-seq module is loaded at boot by putting it in a /etc/modules-load.d/ file.

Status: NEW => RESOLVED
Version: Cauldron => 3
Resolution: (none) => WONTFIX
Whiteboard: MGA2TOO => (none)