Bug#751069: csound: Does not recognize STK opcodes even though libstk is installed
Control: reassign -1 librtaudio4 4.1.1~ds0-1 Control: retitle -1 rtaudio: breaks ABI without SONAME bump Control: severity -1 serious Control: affects -1 csound Hi Forrest, On Mon, Jun 9, 2014 at 8:58 PM, Forrest Cahoon wrote: > Package: csound > Version: 1:6.03.2~dfsg-1 > Severity: normal > > Dear Maintainer, > > Every time I render a csd file, the following warning appears near the top of > csound's output: > > WARNING: could not open library '/usr/lib/csound/plugins64-6.0/libstk.so' > (/usr/lib/x86_64-linux-gnu/libstk.so.0: undefined symbol: > _ZN7RtAudio10openStreamEPNS_16StreamParametersES1_mjPjPFiPvS3_jdjS3_ES3_PNS_13StreamOptionsEPFvN7RtError4TypeERKSsE) > > If I don't try to use STK opcodes, it's just a harmless warning. But if I try > to use an STK opcode, I get an error like this: > > error: syntax error, unexpected T_IDENT (token "STKTubeBell") from file > helloSTKTubeBell.csd (1) > line 20: aOut STKTubeBell <<< > Unexpected untyped word aOut when expecting a variable > Parsing failed due to invalid input! > > This looks to me like csound failed to recognize STKTubeBell as an opcode, > which is consistent with the warning which appears to say the STK opcodes > weren't loaded. The problem is that rtaudio changed with the last version, and the SONAME was not bumped. The "gibberish" undefined symbol you quote above translates to the following function: RtAudio::openStream(RtAudio::StreamParameters*, RtAudio::StreamParameters*, unsigned long, unsigned int, unsigned int*, int (*)(void*, void*, unsigned int, double, unsigned int, void*), void*, RtAudio::StreamOptions*, void (*)(RtError::Type, std::basic_string, std::allocator > const&)) And unfortunately RtError no longer exists, as it was replaced by RtAudioError. This requires a SONAME bump in RtAudio, and a rebuild of all reverse deps. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751069: csound: Does not recognize STK opcodes even though libstk is installed
Package: csound Version: 1:6.03.2~dfsg-1 Severity: normal Dear Maintainer, Every time I render a csd file, the following warning appears near the top of csound's output: WARNING: could not open library '/usr/lib/csound/plugins64-6.0/libstk.so' (/usr/lib/x86_64-linux-gnu/libstk.so.0: undefined symbol: _ZN7RtAudio10openStreamEPNS_16StreamParametersES1_mjPjPFiPvS3_jdjS3_ES3_PNS_13StreamOptionsEPFvN7RtError4TypeERKSsE) If I don't try to use STK opcodes, it's just a harmless warning. But if I try to use an STK opcode, I get an error like this: error: syntax error, unexpected T_IDENT (token "STKTubeBell") from file helloSTKTubeBell.csd (1) line 20: >>>aOut STKTubeBell <<< Unexpected untyped word aOut when expecting a variable Parsing failed due to invalid input! This looks to me like csound failed to recognize STKTubeBell as an opcode, which is consistent with the warning which appears to say the STK opcodes weren't loaded. Here are the STK packages I have installed: root@makemake:~# dpkg -l | grep stk ii libstk0-dev:amd644.4.4-4 amd64 Sound Synthesis Toolkit (development files) ii libstk0c2a:amd64 4.4.4-4 amd64 Sound Synthesis Toolkit ii stk 4.4.4-4 amd64 Sound Synthesis Toolkit (example applications) ii stk-doc 4.4.4-4 all Sound Synthesis Toolkit (documentation) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages csound depends on: ii libc62.19-1 ii libcsound64-6.0 1:6.03.2~dfsg-1 ii libgcc1 1:4.9.0-5 ii libgomp1 4.9.0-5 ii libstdc++6 4.9.0-5 Versions of packages csound recommends: ii csound-utils 1:6.03.2~dfsg-1 csound suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org