supercollider 3.7.0 in alioth to try

[Dan S]

2016-04-26 19:23 GMT+01:00 Felipe Sateler <fsateler at debian.org>:
> On 25 April 2016 at 18:12, Felipe Sateler <fsateler at debian.org> wrote:
>> On 20 March 2016 at 12:52, Dan S <danstowell+debmm at gmail.com> wrote:
>>>
>>> Hi all,
>>>
>>> There's a new release of SuperCollider out (3.7) and I've imported and
>>> updated the packaging at pkg-multimedia/supercollider.git . It builds
>>> and works for me (on x64), and I'd like to ask others to have a look
>>> at it and consider testing/uploading it.
>>
>> I reproduce the same failure as Hanno, also on x64:
>>
>> /usr/bin/ld: ../../external_libraries/libtlsf.a(tlsf.c.o): relocation
>> R_X86_64_32S against `.rodata' can not be used when making a shared
>> object; recompile with -fPIC
>> ../../external_libraries/libtlsf.a: error adding symbols: Bad value
>>
>> adding said -fPIC flag to tlsf target continues until:
> <snip>
>> /usr/bin/ld: cannot find -lQt5::OpenGL
>>
>>
>> Could you have a look?
>
> This seems to be a missing build-dep on libqt5opengl5-dev. It builds
> fine after that.
>
> BTW, why do we disable the testsuite?

(Sorry for the delay - didn't spot your second message)

Regarding the testsuite: IIRC it doesn't succeed on all archs, and
that's beyond our control. In 2013 you asked the same question, you
asked "Why disable the testsuite? After all, if it is failing, its for
a reason...." and my answer was the following:

> That's what I thought too at first. However it's not intended to be
> packaged (it doesn't build anything), and after discussion with the
> developer who actually made and maintains that testsuite, he wanted it
> that way... (It's not really a testsuite of supercollider, btw, I
> think covers the 'supernova' component.)


Best
Dan