FS#50194 - [stk] Missing rawwave files
Attached to Project:
Community Packages
Opened by Zoë Sparks (tenfoxes) - Friday, 29 July 2016, 09:54 GMT
Last edited by Ivy Foster (escondida) - Thursday, 10 October 2019, 19:33 GMT
Opened by Zoë Sparks (tenfoxes) - Friday, 29 July 2016, 09:54 GMT
Last edited by Ivy Foster (escondida) - Thursday, 10 October 2019, 19:33 GMT
|
Details
This package appears to be missing the rawwave files that
are normally distributed with stk.
They're included with the upstream source, in the directory "rawwave" at the top directory of the distribution. Also, the arguments to configure in the PKGBUILD include a value for RAWWAVE_PATH (on ln. 35). The package's file list doesn't have them, though, and they don't seem to be obtained by any other means during the package install. Programs that depend on stk seem to assume those files will be there. I ran into this from Csound; the opcodes that depend on STK error out, complaining that those files are missing. A couple of other users seem to have ran into the same problem from LMMS, judging by this forum thread: https://bbs.archlinux.org/viewtopic.php?id=157411 |
This task depends upon
Closed by Ivy Foster (escondida)
Thursday, 10 October 2019, 19:33 GMT
Reason for closing: Fixed
Additional comments about closing: The various issues in this report and its first comment seem to have been fixed over time.
Thursday, 10 October 2019, 19:33 GMT
Reason for closing: Fixed
Additional comments about closing: The various issues in this report and its first comment seem to have been fixed over time.
# install rawwave files
install -Dm644 rawwaves/*.raw -t "${pkgdir}/usr/include/${pkgname}/rawwaves"
There are a few other problems with the PKGBUILD:
* The license file in sources is superfluous now, there's a LICENSE file in the source distribution, which should be installed instead.
* The patch to build a shared lib is outdated as well, just add --enable-shared to the ./configure call
* The fixing of the rawwaves path in demo.cpp and the applying of the patch for TCL scripts should be moved into a 'prepare' func.
* namcap tells me the depends should be 'alsa-lib' and 'jack'. Not sure, whether this is correct, though. I think it depends on whether you're using jack1 or jack2, if alsa-lib is already an implicit dependency