supercollider 3.7.0 in alioth to try

[Felipe Sateler]

On 4 May 2016 at 11:57, Dan S <danstowell+debmm at gmail.com> wrote:
> 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.)

Heh, sorry for forgetting about that. I added a comment to that effect
to debian/rules.


-- 

Saludos,
Felipe Sateler