Package Details: csound 6.09.1-3

Git Clone URL: https://aur.archlinux.org/csound.git (read-only)
Package Base: csound
Description: A programming language for sound rendering and signal processing.
Upstream URL: http://csound.github.io
Keywords: audio compose max music synthesis
Licenses: LGPL
Conflicts: libextractor
Submitter: None
Maintainer: ainola
Last Packager: ainola
Votes: 39
Popularity: 0.000375
First Submitted: 2005-05-05 12:55
Last Updated: 2017-10-22 03:08

Required by (5)

Sources (3)

Latest Comments

srainey commented on 2017-11-20 12:57

@ainola: Ah sorry, my bad. Somehow I'd gotten this far never needing those dependencies.

ainola commented on 2017-11-20 00:19

@srainey: https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

srainey commented on 2017-11-19 23:26

Package is missing a dependency on bison and flex, required when building csound.

Yeh-Z commented on 2017-10-23 04:47

@ainola: Thank you very much, I've installed it.

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].

[1] https://csound.github.io/docs/manual/extractor.html
[2] https://ftp.gnu.org/gnu/libextractor/

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.

All comments