On Sun, Aug 12, 2012 at 5:37 PM, Dan S danstowell+de...@gmail.com wrote:
2012/8/12 peter green plugw...@p10link.net:
I'd like to mark this as won't fix because we're dropping the scons
build system. The latest version of supercollider 3.5.x (which I'm
currently asking debian-multimedia
2012/8/13 Felipe Sateler fsate...@debian.org:
On Sun, Aug 12, 2012 at 5:37 PM, Dan S danstowell+de...@gmail.com wrote:
2012/8/12 peter green plugw...@p10link.net:
I'd like to mark this as won't fix because we're dropping the scons
build system. The latest version of supercollider 3.5.x (which
2012/8/12 peter green plugw...@p10link.net:
I'd like to mark this as won't fix because we're dropping the scons
build system. The latest version of supercollider 3.5.x (which I'm
currently asking debian-multimedia maintainers to upload) uses cmake
instead which is much less mess.
I'd like to mark this as won't fix because we're dropping the scons
build system. The latest version of supercollider 3.5.x (which I'm
currently asking debian-multimedia maintainers to upload) uses cmake
instead which is much less mess.
Supercollider 1:3.5.2-1 was uploaded just before the
Hi -
Thanks for reporting this. The problem seems to be something to do
with dh's automatic invocation of scons to perform cleaning - if you
look at the log you'll see that the package successfully builds
(calling scons on the directory ./common), but the clean step
invokes scons on the .
Source: supercollider
Version: 1:3.4.5-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120524 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
debian/rules build
6 matches
Mail list logo