2013/11/6 Felipe Sateler :
> On Sun, Nov 3, 2013 at 7:44 AM, Dan S wrote:
>>
>> Thanks. As discussed previously on pkg-multimedia-maintainers, I
>> propose that we restrict archs for one package
>> "supercollider-supernova". The package is optional for
Thanks. As discussed previously on pkg-multimedia-maintainers, I
propose that we restrict archs for one package
"supercollider-supernova". The package is optional for users (it's a
non-default drop-in alternative to "supercollider-server") and there
is very little upstream support for getting it wo
2013/6/23 Felipe Sateler :
> On Sat, Jun 22, 2013 at 2:23 PM, Dan S wrote:
>> Hi -
>>
>> Thanks for the report. The "testsuite" does not need to be built for
>> packaging, so actually we disable it in the most recent version in
>> debian-git and in expe
Hi -
Thanks for the report. The "testsuite" does not need to be built for
packaging, so actually we disable it in the most recent version in
debian-git and in experimental (which is supercollider 3.6.3). We can
do this for 3.5.3 as well, which will fix this issue.*
However, I'm not sure what the
2012/8/13 Felipe Sateler :
> On Sun, Aug 12, 2012 at 5:37 PM, Dan S wrote:
>> 2012/8/12 peter green :
>>>>
>>>> I'd like to mark this as "won't fix" because we're dropping the scons
>>>> build system. The latest version of
2012/8/12 peter green :
>>
>> 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
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 "." dire
7 matches
Mail list logo
