Bug#325064: muse: segmentation fault if built from sources on testing
On Wed, Nov 02, 2005 at 11:46:31AM +0100, Daniel Kobras wrote : > Moi! > > On Sat, Aug 27, 2005 at 05:14:12PM +0200, Brice Méalier wrote: > > On Sat, Aug 27, 2005 at 01:16:39PM +0200, Daniel Kobras wrote : > > > Okay, thanks. So the random SIGSEGVs seem to be a symptom rather than > > > the cause of this problem. Digging into the source code a bit, the final > > > line I quoted above indicates there's something fishy about your Alsa > > > setup, though. In particular, muse apparently does not receive timer > > > tick events from Alsa. Alas, I'm not very familiar with Alsa these days > > > and don't have a clue why those ticks might get lost. Is there anything > > > special about your installation? Anyway, as this problem seems to be > > > specific to certain setups, I'm lowering the severity of this bug report. > > > > > > > Hummm no idea about what could be the cause!! I use alsa from unstable > > because one bug has been solved only in unstable (the loading of the > > sequencer module). Apart from that I use the realtime-lsm module for > > jackd and that's all. > > Muse version 0.7.2pre2 has now finally entered testing. Can you please > replace your backport with the official version and try again whether > muse still keeps crashing? > Hello! It is still crashing! I can't start it as a normal user and when I start it using sudo (as well as jackd) I get: [EMAIL PROTECTED]:~]$ sudo muse /usr/bin/opera no locale / open projectfile: No such file or directory starting with default template cca_open_socket: could not connect to host 'localhost', service '14541' cca_init: could not connect to server 'localhost' - disabling ladcca midiSeqRunning = 1 watchMidi 0 midiSeqRunning = 1 watchMidi 0 midiSeqRunning = 1 watchMidi 0 WatchDog: fatal error, realtime task timeout (0,141-3) - stopping all services watchdog exit [EMAIL PROTECTED]:~]$ (don't see what's opera doing here...) Regards, -- Brice Méalier [EMAIL PROTECTED] Linux user nb. 372699 Debian GNU/Linux testing - "Unix IS user friendly, it is just selective about who his friends are" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325064: muse: segmentation fault if built from sources on testing
Moi! On Sat, Aug 27, 2005 at 05:14:12PM +0200, Brice Méalier wrote: > On Sat, Aug 27, 2005 at 01:16:39PM +0200, Daniel Kobras wrote : > > Okay, thanks. So the random SIGSEGVs seem to be a symptom rather than > > the cause of this problem. Digging into the source code a bit, the final > > line I quoted above indicates there's something fishy about your Alsa > > setup, though. In particular, muse apparently does not receive timer > > tick events from Alsa. Alas, I'm not very familiar with Alsa these days > > and don't have a clue why those ticks might get lost. Is there anything > > special about your installation? Anyway, as this problem seems to be > > specific to certain setups, I'm lowering the severity of this bug report. > > > > Hummm no idea about what could be the cause!! I use alsa from unstable > because one bug has been solved only in unstable (the loading of the > sequencer module). Apart from that I use the realtime-lsm module for > jackd and that's all. Muse version 0.7.2pre2 has now finally entered testing. Can you please replace your backport with the official version and try again whether muse still keeps crashing? Thanks, Daniel.
Bug#325064: muse: segmentation fault if built from sources on testing
tag 325064 + help thanks On Sat, Aug 27, 2005 at 05:14:12PM +0200, Brice Méalier wrote: > Hummm no idea about what could be the cause!! I use alsa from unstable > because one bug has been solved only in unstable (the loading of the > sequencer module). Apart from that I use the realtime-lsm module for > jackd and that's all. The bug tracking system of muse itself contains one item that looks similar to your problem (cf. https://sourceforge.net/tracker/index.php?func=detail&aid=1238563&group_id=93414&atid=604222). I've added a note about your report there. Maybe one of the muse developers can shed some light into this issue. I'd also appreciate any failure/success stories with the Debian package. Regards, Daniel.
Bug#325064: muse: segmentation fault if built from sources on testing
On Sat, Aug 27, 2005 at 01:16:39PM +0200, Daniel Kobras wrote : > severity 325064 important > thanks > > On Fri, Aug 26, 2005 at 09:53:37PM +0200, Brice Méalier wrote: > > Starting program: /usr/bin/muse > > [Thread debugging using libthread_db enabled] > > [New Thread -1222887744 (LWP 12558)] > > /usr/bin/mozilla-firefox > > no locale / > > open projectfile: No such file or directory > > starting with default template > > [New Thread -1229898832 (LWP 12592)] > > [New Thread -1238287440 (LWP 12593)] > > [New Thread -1246676048 (LWP 12594)] > > [New Thread -1255064656 (LWP 12595)] > > cca_open_socket: could not connect to host 'localhost', service '14541' > > cca_init: could not connect to server 'localhost' - disabling ladcca > > midiSeqRunning = 1 watchMidi 0 > > midiSeqRunning = 1 watchMidi 0 > > midiSeqRunning = 1 watchMidi 0 > > WatchDog: fatal error, realtime task timeout > >(0,140-3) - stopping all services > > Okay, thanks. So the random SIGSEGVs seem to be a symptom rather than > the cause of this problem. Digging into the source code a bit, the final > line I quoted above indicates there's something fishy about your Alsa > setup, though. In particular, muse apparently does not receive timer > tick events from Alsa. Alas, I'm not very familiar with Alsa these days > and don't have a clue why those ticks might get lost. Is there anything > special about your installation? Anyway, as this problem seems to be > specific to certain setups, I'm lowering the severity of this bug report. > Hummm no idea about what could be the cause!! I use alsa from unstable because one bug has been solved only in unstable (the loading of the sequencer module). Apart from that I use the realtime-lsm module for jackd and that's all. Best regards, -- Brice Méalier [EMAIL PROTECTED] Linux user nb. 372699 Debian GNU/Linux testing - "Unix IS user friendly, it is just selective about who his friends are" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325064: muse: segmentation fault if built from sources on testing
severity 325064 important thanks On Fri, Aug 26, 2005 at 09:53:37PM +0200, Brice Méalier wrote: > Starting program: /usr/bin/muse > [Thread debugging using libthread_db enabled] > [New Thread -1222887744 (LWP 12558)] > /usr/bin/mozilla-firefox > no locale / > open projectfile: No such file or directory > starting with default template > [New Thread -1229898832 (LWP 12592)] > [New Thread -1238287440 (LWP 12593)] > [New Thread -1246676048 (LWP 12594)] > [New Thread -1255064656 (LWP 12595)] > cca_open_socket: could not connect to host 'localhost', service '14541' > cca_init: could not connect to server 'localhost' - disabling ladcca > midiSeqRunning = 1 watchMidi 0 > midiSeqRunning = 1 watchMidi 0 > midiSeqRunning = 1 watchMidi 0 > WatchDog: fatal error, realtime task timeout >(0,140-3) - stopping all services Okay, thanks. So the random SIGSEGVs seem to be a symptom rather than the cause of this problem. Digging into the source code a bit, the final line I quoted above indicates there's something fishy about your Alsa setup, though. In particular, muse apparently does not receive timer tick events from Alsa. Alas, I'm not very familiar with Alsa these days and don't have a clue why those ticks might get lost. Is there anything special about your installation? Anyway, as this problem seems to be specific to certain setups, I'm lowering the severity of this bug report. Regards, Daniel.
Bug#325064: muse: segmentation fault if built from sources on testing
On Fri, Aug 26, 2005 at 09:14:18PM +0200, Daniel Kobras wrote : > On Fri, Aug 26, 2005 at 07:35:04PM +0200, Brice Méalier wrote: > > Program received signal SIG32, Real-time event 32. > > [Switching to Thread -1238955088 (LWP 24048)] > > 0xb72c45a9 in poll () from /lib/tls/libc.so.6 > > (gdb) bt > > #0 0xb72c45a9 in poll () from /lib/tls/libc.so.6 > > #1 0x08076e64 in Thread::loop (this=0x853b2b8) at thread.cpp:258 > > #2 0x08076f4f in loop (mops=0x853b2b8) at thread.cpp:34 > > #3 0xb7485ccd in start_thread () from /lib/tls/libpthread.so.0 > > #4 0xb72ceb0e in clone () from /lib/tls/libc.so.6 > > (gdb) > > Ah, no. That's not the crash yet. Just ignore SIG32 (and all subsequent > signals that might occur) until gdb tells you that the program received > signal SIGSEGV. Then try to obtain a backtrace. > I hope this time it's allright: (gdb) handle SIG33 nostop noprint pass SignalStop Print Pass to program Description SIG33 NoNo Yes Real-time event 33 (gdb) handle SIG32 nostop noprint pass SignalStop Print Pass to program Description SIG32 NoNo Yes Real-time event 32 (gdb) run Starting program: /usr/bin/muse [Thread debugging using libthread_db enabled] [New Thread -1222887744 (LWP 12558)] /usr/bin/mozilla-firefox no locale / open projectfile: No such file or directory starting with default template [New Thread -1229898832 (LWP 12592)] [New Thread -1238287440 (LWP 12593)] [New Thread -1246676048 (LWP 12594)] [New Thread -1255064656 (LWP 12595)] cca_open_socket: could not connect to host 'localhost', service '14541' cca_init: could not connect to server 'localhost' - disabling ladcca midiSeqRunning = 1 watchMidi 0 midiSeqRunning = 1 watchMidi 0 midiSeqRunning = 1 watchMidi 0 WatchDog: fatal error, realtime task timeout (0,140-3) - stopping all services [Thread -1238287440 (zombie) exited] watchdog exit Program exited with code 0377. (gdb) Here that crased as rn under a normal user. Best regards, -- Brice Méalier [EMAIL PROTECTED] Linux user nb. 372699 Debian GNU/Linux testing - "Unix IS user friendly, it is just selective about who his friends are" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325064: muse: segmentation fault if built from sources on testing
On Fri, Aug 26, 2005 at 07:35:04PM +0200, Brice Méalier wrote: > Program received signal SIG32, Real-time event 32. > [Switching to Thread -1238955088 (LWP 24048)] > 0xb72c45a9 in poll () from /lib/tls/libc.so.6 > (gdb) bt > #0 0xb72c45a9 in poll () from /lib/tls/libc.so.6 > #1 0x08076e64 in Thread::loop (this=0x853b2b8) at thread.cpp:258 > #2 0x08076f4f in loop (mops=0x853b2b8) at thread.cpp:34 > #3 0xb7485ccd in start_thread () from /lib/tls/libpthread.so.0 > #4 0xb72ceb0e in clone () from /lib/tls/libc.so.6 > (gdb) Ah, no. That's not the crash yet. Just ignore SIG32 (and all subsequent signals that might occur) until gdb tells you that the program received signal SIGSEGV. Then try to obtain a backtrace. No idea what's up with ltrace, though. Regards, Daniel.
Bug#325064: muse: segmentation fault if built from sources on testing
On Fri, Aug 26, 2005 at 03:02:33PM +0200, Daniel Kobras wrote : > On Fri, Aug 26, 2005 at 01:03:47AM +0200, Brice Méalier wrote: > > I compiled it with the debugging symbols and then try to run it from > > gdb, but it starts, the splash screen appears and nothing more!! I can > > just quit gdb and kill muse running inside. The output is: > > > > (gdb) run > > Starting program: /usr/bin/muse > > [Thread debugging using libthread_db enabled] > > [New Thread -1223010624 (LWP 26513)] > > /usr/bin/mozilla-firefox > > no locale / > > open projectfile: No such file or directory > > starting with default template > > [New Thread -1229894736 (LWP 26525)] > > > > Program received signal SIG33, Real-time event 33. > > [Switching to Thread -1229894736 (LWP 26525)] > > 0xb7353af8 in clone () from /lib/tls/libc.so.6 > > Ah, this is a signal for internal thread handling stuff or whatever. You > can tell gdb to ignore it using > > handle SIG33 nostop noprint pass > > Do the same with other signals until you hit the SIGSEGV. Then, type > "bt" to obtain a backtrace. thanks for the trick! here is what I obtained: (gdb) handle SIG33 nostop noprint pass SignalStop Print Pass to program Description SIG33 NoNo Yes Real-time event 33 (gdb) bt No stack. (gdb) run Starting program: /usr/bin/muse [Thread debugging using libthread_db enabled] [New Thread -1223555392 (LWP 24011)] /usr/bin/mozilla-firefox no locale / open projectfile: No such file or directory starting with default template [New Thread -1230566480 (LWP 24047)] [New Thread -1238955088 (LWP 24048)] [New Thread -1247343696 (LWP 24049)] [New Thread -1255732304 (LWP 24050)] cca_open_socket: could not connect to host 'localhost', service '14541' cca_init: could not connect to server 'localhost' - disabling ladcca midiSeqRunning = 1 watchMidi 0 midiSeqRunning = 1 watchMidi 0 midiSeqRunning = 1 watchMidi 0 WatchDog: fatal error, realtime task timeout (0,141-3) - stopping all services Program received signal SIG32, Real-time event 32. [Switching to Thread -1238955088 (LWP 24048)] 0xb72c45a9 in poll () from /lib/tls/libc.so.6 (gdb) bt #0 0xb72c45a9 in poll () from /lib/tls/libc.so.6 #1 0x08076e64 in Thread::loop (this=0x853b2b8) at thread.cpp:258 #2 0x08076f4f in loop (mops=0x853b2b8) at thread.cpp:34 #3 0xb7485ccd in start_thread () from /lib/tls/libpthread.so.0 #4 0xb72ceb0e in clone () from /lib/tls/libc.so.6 (gdb) note the program doesn't crash but it is not responding to anything. > > > With ltrace this is the same story!!! I issue an ltrace muse in a > > terminal as root and it outputs a lot of stuff, the splash screen comes > > out and then it locks the computer, the processor runs 100% and that's > > it! > > Try starting with ltrace -f to trace all threads. > this still doesn't work!! same story: cpu runs at 100%, the splash screen is displayed but nothing more happens. Best regards, -- Brice Méalier [EMAIL PROTECTED] Linux user nb. 372699 Debian GNU/Linux testing - "Unix IS user friendly, it is just selective about who his friends are" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325064: muse: segmentation fault if built from sources on testing
On Fri, Aug 26, 2005 at 01:03:47AM +0200, Brice Méalier wrote: > I compiled it with the debugging symbols and then try to run it from > gdb, but it starts, the splash screen appears and nothing more!! I can > just quit gdb and kill muse running inside. The output is: > > (gdb) run > Starting program: /usr/bin/muse > [Thread debugging using libthread_db enabled] > [New Thread -1223010624 (LWP 26513)] > /usr/bin/mozilla-firefox > no locale / > open projectfile: No such file or directory > starting with default template > [New Thread -1229894736 (LWP 26525)] > > Program received signal SIG33, Real-time event 33. > [Switching to Thread -1229894736 (LWP 26525)] > 0xb7353af8 in clone () from /lib/tls/libc.so.6 Ah, this is a signal for internal thread handling stuff or whatever. You can tell gdb to ignore it using handle SIG33 nostop noprint pass Do the same with other signals until you hit the SIGSEGV. Then, type "bt" to obtain a backtrace. > With ltrace this is the same story!!! I issue an ltrace muse in a > terminal as root and it outputs a lot of stuff, the splash screen comes > out and then it locks the computer, the processor runs 100% and that's > it! Try starting with ltrace -f to trace all threads. Regards, Daniel.
Bug#325064: muse: segmentation fault if built from sources on testing
On Fri, Aug 26, 2005 at 12:21:01AM +0200, Daniel Kobras wrote :
> On Fri, Aug 26, 2005 at 12:01:51AM +0200, Brice Méalier wrote:
> > even though by doing this I can start muse as a normal user but it
> > crashes after 3-5 seconds:
> >
> > [EMAIL PROTECTED]:muse]$ muse
> > /usr/bin/mozilla-firefox
> > no locale /
> > open projectfile: No such file or directory
> > starting with default template
> > 3set realtime scheduler: Operation not permitted
> > watchdog process 21502 _NOT_ running SCHED_FIFO
> > set realtime scheduler: Operation not permitted
> > cca_open_socket: could not connect to host 'localhost', service '14541'
> > cca_init: could not connect to server 'localhost' - disabling ladcca
> > midiSeqRunning = 1 watchMidi 0
> > midiSeqRunning = 1 watchMidi 0
> > midiSeqRunning = 1 watchMidi 0
> > WatchDog: fatal error, realtime task timeout
> >(0,141-3) - stopping all services
> > watchdog exit
> > [EMAIL PROTECTED]:muse]$
> >
> > no idea what could be the matter.
>
> This definitely works fine for me on unstable. Can you please run
> "ltrace muse", or even better, rebuild muse with debugging symbols
> ("export DEB_BUILD_OPTIONS="nostrip"; dpkg-buildpackage ..."), start it
> in gdb, and print out a backtrace when it has crashed? You'll have to
> start muse (and jackd) as root in these cases because an ordinary user
> cannot trace suid binaries.
>
I compiled it with the debugging symbols and then try to run it from
gdb, but it starts, the splash screen appears and nothing more!! I can
just quit gdb and kill muse running inside. The output is:
(gdb) run
Starting program: /usr/bin/muse
[Thread debugging using libthread_db enabled]
[New Thread -1223010624 (LWP 26513)]
/usr/bin/mozilla-firefox
no locale /
open projectfile: No such file or directory
starting with default template
[New Thread -1229894736 (LWP 26525)]
Program received signal SIG33, Real-time event 33.
[Switching to Thread -1229894736 (LWP 26525)]
0xb7353af8 in clone () from /lib/tls/libc.so.6
With ltrace this is the same story!!! I issue an ltrace muse in a
terminal as root and it outputs a lot of stuff, the splash screen comes
out and then it locks the computer, the processor runs 100% and that's
it!
If there is a trick heren I would be glad to know it!
Best regards,
--
Brice Méalier
[EMAIL PROTECTED]
Linux user nb. 372699
Debian GNU/Linux testing
-
"Unix IS user friendly, it is just selective about who his friends are"
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325064: muse: segmentation fault if built from sources on testing
On Fri, Aug 26, 2005 at 12:01:51AM +0200, Brice Méalier wrote:
> even though by doing this I can start muse as a normal user but it
> crashes after 3-5 seconds:
>
> [EMAIL PROTECTED]:muse]$ muse
> /usr/bin/mozilla-firefox
> no locale /
> open projectfile: No such file or directory
> starting with default template
> 3set realtime scheduler: Operation not permitted
> watchdog process 21502 _NOT_ running SCHED_FIFO
> set realtime scheduler: Operation not permitted
> cca_open_socket: could not connect to host 'localhost', service '14541'
> cca_init: could not connect to server 'localhost' - disabling ladcca
> midiSeqRunning = 1 watchMidi 0
> midiSeqRunning = 1 watchMidi 0
> midiSeqRunning = 1 watchMidi 0
> WatchDog: fatal error, realtime task timeout
>(0,141-3) - stopping all services
> watchdog exit
> [EMAIL PROTECTED]:muse]$
>
> no idea what could be the matter.
This definitely works fine for me on unstable. Can you please run
"ltrace muse", or even better, rebuild muse with debugging symbols
("export DEB_BUILD_OPTIONS="nostrip"; dpkg-buildpackage ..."), start it
in gdb, and print out a backtrace when it has crashed? You'll have to
start muse (and jackd) as root in these cases because an ordinary user
cannot trace suid binaries.
Regards,
Daniel.
Bug#325064: muse: segmentation fault if built from sources on testing
On Thu, Aug 25, 2005 at 11:54:58PM +0200, Daniel Kobras wrote : > On Thu, Aug 25, 2005 at 11:24:48PM +0200, Brice Méalier wrote: > > I downloaded the source of muse and rebuilt it on testingi (due to the > > dependency on libjack0.100.0). The building > > process when without a flaw! > > But muse isn't working at all, at startup I get: > > > > [EMAIL PROTECTED]:~]$ muse > > No superuser privileges, using system timer fallback > > NO Config File found > > /usr/bin/mozilla-firefox > > no locale / > > open projectfile: No such file or directory > > starting with default template > > name2route: not found > > name2route: not found > > Segmentation fault > > [EMAIL PROTECTED]:~]$ > > Does it work if you "dpkg-reconfigure muse" and approve when asked > whether muse should be installed suid root? jackd and muse can be > started from an ordinary user account then. > even though by doing this I can start muse as a normal user but it crashes after 3-5 seconds: [EMAIL PROTECTED]:muse]$ muse /usr/bin/mozilla-firefox no locale / open projectfile: No such file or directory starting with default template 3set realtime scheduler: Operation not permitted watchdog process 21502 _NOT_ running SCHED_FIFO set realtime scheduler: Operation not permitted cca_open_socket: could not connect to host 'localhost', service '14541' cca_init: could not connect to server 'localhost' - disabling ladcca midiSeqRunning = 1 watchMidi 0 midiSeqRunning = 1 watchMidi 0 midiSeqRunning = 1 watchMidi 0 WatchDog: fatal error, realtime task timeout (0,141-3) - stopping all services watchdog exit [EMAIL PROTECTED]:muse]$ no idea what could be the matter. Regards, -- Brice Méalier [EMAIL PROTECTED] Linux user nb. 372699 Debian GNU/Linux testing - "Unix IS user friendly, it is just selective about who his friends are" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325064: muse: segmentation fault if built from sources on testing
On Thu, Aug 25, 2005 at 11:24:48PM +0200, Brice Méalier wrote: > I downloaded the source of muse and rebuilt it on testingi (due to the > dependency on libjack0.100.0). The building > process when without a flaw! > But muse isn't working at all, at startup I get: > > [EMAIL PROTECTED]:~]$ muse > No superuser privileges, using system timer fallback > NO Config File found > /usr/bin/mozilla-firefox > no locale / > open projectfile: No such file or directory > starting with default template > name2route: not found > name2route: not found > Segmentation fault > [EMAIL PROTECTED]:~]$ Does it work if you "dpkg-reconfigure muse" and approve when asked whether muse should be installed suid root? jackd and muse can be started from an ordinary user account then. Regards, Daniel.
Bug#325064: muse: segmentation fault if built from sources on testing
Package: muse Version: 0.7.1+0.7.2pre2-4 Severity: grave Justification: renders package unusable Hello I downloaded the source of muse and rebuilt it on testingi (due to the dependency on libjack0.100.0). The building process when without a flaw! But muse isn't working at all, at startup I get: [EMAIL PROTECTED]:~]$ muse No superuser privileges, using system timer fallback NO Config File found /usr/bin/mozilla-firefox no locale / open projectfile: No such file or directory starting with default template name2route: not found name2route: not found Segmentation fault [EMAIL PROTECTED]:~]$ If I start jackd (I use the realtime-lsm module) as root and then starts muse, it goes up but crashes after 3-5 seconds: [EMAIL PROTECTED]:~]$ sudo muse /usr/bin/mozilla-firefox no locale / open projectfile: No such file or directory starting with default template cca_open_socket: could not connect to host 'localhost', service '14541' cca_init: could not connect to server 'localhost' - disabling ladcca midiSeqRunning = 1 watchMidi 0 midiSeqRunning = 1 watchMidi 0 midiSeqRunning = 1 watchMidi 0 WatchDog: fatal error, realtime task timeout (0,140-3) - stopping all services watchdog exit [EMAIL PROTECTED]:~]$ Best regards, Brice -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (20, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.4.tuxbox Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages muse depends on: ii debconf [debconf-2.0]1.4.57 Debian configuration management sy ii ladcca2 0.4.0-4 LADCCA shared library files ii libasound2 1.0.9-3 ALSA library ii libaudio21.7-2 The Network Audio System (NAS). (s ii libc62.3.5-3 GNU C Library: Shared libraries an ii libfluidsynth1 1.0.5-2 Real-time MIDI software synthesize ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-2 GCC support library ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libjack0.80.0-0 0.99.0-6JACK Audio Connection Kit (librari ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsamplerate0 0.1.1-2 audio rate conversion library ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libsndfile1 1.0.11-1Library for reading/writing audio ii libstdc++6 4.0.1-2 The GNU Standard C++ Library v3 ii libuuid1 1.37-2sarge1universally unique id library ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxrandr2 4.3.0.dfsg.1-14 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii python 2.3.5-3 An interactive high-level object-o ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime Versions of packages muse recommends: pn cmt(no description available) ii jackd 0.99.0-6 JACK Audio Connection Kit (server -- debconf information: muse/muse-setuid: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
