packaging supercollider for debian

[Felipe Sateler]

On Sat, Jul 23, 2011 at 13:10, Dan S <danstowell+debmm at gmail.com> wrote:
> 2011/7/20 Felipe Sateler <fsateler at debian.org>:
>> On Mon, Jul 18, 2011 at 23:28, Felipe Sateler <fsateler at debian.org> wrote:
>>> On Sat, Jul 16, 2011 at 13:45, Dan S <danstowell+debmm at gmail.com> wrote:
>>>> Hi -
>>>>
>>>> 2011/7/14 Robin Gareus <robin at gareus.org>:
>>>>> Hi Felipe,
>>>>>
>>>>> On 07/14/2011 03:30 PM, Felipe Sateler wrote:
>>>>>> Hi,
>>>>>> (CCing you because I don't know if you are subscribed)
>>>>>
>>>>> I am subscribed though mostly lurking.
>>>>>
>>>>>> On Thu, Jul 14, 2011 at 08:48, Robin Gareus <robin at gareus.org> wrote:
>>>>> [..]
>>>>>>
>>>>>> I've been a bit MIA the past few weeks/months, but we already have a
>>>>>> package in the works. Please check it out of our git repository[1] and
>>>>>> check if any of your fixes still apply. We would be very happy to have
>>>>>> you join us in maintaining this package!
>>>>>>
>>>>>> [1] http://anonscm.debian.org/gitweb/?p=pkg-multimedia/supercollider.git;a=summary
>>>>>>
>>>>>
>>>>> Thanks for this link. Of course I searched around but this one was
>>>>> hidden from view.
>>>>>
>>>>> To build the debian-git-checkout both patches [1,2] are still needed
>>>>> here.
>>>>
>>>> Thanks for the patches.
>>>>
>>>>> Without the wiimote fix it I get:
>>>>>
>>>>>  Source/lang/LangPrimSource/SC_Wii.cpp: In member function
>>>>>    'cwiid_wiimote_t* SC_WIIManager::discover()':
>>>>>  Source/lang/LangPrimSource/SC_Wii.cpp:364:12: error: taking address
>>>>>    of temporary [-fpermissive]
>>>>>  scons: *** [Source/lang/LangPrimSource/SC_Wii.os] Error 1
>>>>
>>>> Today I imported the new release 3.4.4 of supercollider, which already
>>>> has this fix, hooray.
>>>
>>> I've successfully test-built supercollider and test-drove it. I will
>>> upload it to unstable soon (tomorrow hopefully) if no objections
>>> arise.
>>>
>>
>> Uploading now. Dan, please check if the chdir=1 options can be removed from
>> the make_local_links calls because it breaks parallel builds.
>
> I've looked at this. I don't think it can be done from within scons,
> so we'd need to patch it downstream to avoid those calls, and then do
> them ourselves in the rules file. Given that the next version of SC
> won't even use scons (it's moving to cmake), it shouldn't be a
> long-term issue anyway.

Great. Good to see one more scons build system go away. Lets just wait
for cmake then.


-- 

Saludos,
Felipe Sateler