Package Details: csound 6.09.1-3

Git Clone URL: (read-only)
Package Base: csound
Description: A programming language for sound rendering and signal processing.
Upstream URL:
Keywords: audio compose
Licenses: LGPL
Conflicts: libextractor
Submitter: None
Maintainer: ainola
Last Packager: ainola
Votes: 39
Popularity: 0.001140
First Submitted: 2005-05-05 12:55
Last Updated: 2017-10-22 03:08

Latest Comments

ainola commented on 2017-10-22 03:09

@Yeh-Z: It looks like they updated the release archives... how annoying!

Thanks for poking me about it. I've updated it.

Yeh-Z commented on 2017-10-22 02:11

I got an error when validating source files with sha256sums.
6.09.1.tar.gz ... FAILED

So, how can I fix it? Thanks.

ainola commented on 2017-05-18 16:01

It appears that Csound's extractor first appeared in 1994[1] while libextractor's first release tarball is dated at 2005[2].


ainola commented on 2017-05-18 15:57

@lee, yikes! Good catch. I would guess that Csound would be the one that should rename the binary. I'll dig around to see what the appropriate COA is here.

lee commented on 2017-05-18 14:37

error: failed to commit transaction (conflicting files)
csound: /usr/bin/extract exists in filesystem

$ pacman -Qo /usr/bin/extract
/usr/bin/extract is owned by libextractor 1.3-2

Am I right in my judgement that this would best be fixed upstream in either project, whichever was later to add the file?

ainola commented on 2017-02-25 20:34

@camwebb, thanks for bringing this up. No reason not to include full support for all opcodes. I noticed that hdf5-related opcodes also weren't being supported properly either.

camwebb commented on 2017-02-25 04:23

While csound built fine for me, CMake disabled building of the python opcodes, because it could not set PYTHON_INCLUDE_DIR and PYTHON_LIBRARY to 2.7 with Python3 installed as well, despite the directives in the distributed files. I tried setting these in the AUR Custom.cmake, but it kept on failing. Finally I edited the PKGBUILD directly:

cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DPYTHON_INCLUDE_DIR=/usr/include/python2.7 -DPYTHON_LIBRARY=/usr/lib/

and it finally builds the python interface. Yeah!

ainola commented on 2016-03-19 12:54

@spaceships: Could you provide a use-case that would demand an added dependency to this package? I just don't have any experience with needing that package and would like to keep it as light as possible.


spaceships commented on 2016-03-19 04:56

"jsoncpp" should be a dependency. Thank you for maintaining this!

mitchk commented on 2016-02-14 22:27

Thank you

All comments