SuperCollider package

[Felipe Sateler]

On Sat, Oct 16, 2010 at 11:15, Dan S <danstowell+debmm at gmail.com> wrote:
> 2010/10/9 Alexandre Quessy <alexandre at quessy.net>:
>> Hello Felipe and the team,
>>
>> 2010/10/6 Felipe Sateler <fsateler at debian.org>:
>>> On 09/21/2010 01:40 PM, Alexandre Quessy wrote:
>>>> There are quite a few lintian warnings, but I tried the vim plugin and
>>>> it works.
>>>
>>> Yes, quite a bit. The package needs a lot of work. First of all,
>>> debian/copyright needs some serious overhaul. Are you familiar with the
>>> codebase? If so, please take a look at that.
>>
>> No much familiar, no. Dan would know better than me.
>
> What sort of overhaul is needed? There are quite a few different
> copyrights asserted, making it fairly bulky, but I don't spot any
> wrongness.

For starters, a whole lot of paths are wrong (they are missing the
common/ subdir prefix). Hmm, maybe serious overhaul is an
overstatement, but getting the right paths is a must, and made me
doubt the overall quality of the file, perhaps indicative of neglect.

>
>
>>> Where did you get the packaging from? Upstream?
>>
>> Yes. I took it from the upstream SVN repository. Dan has done one more
>> - at least - after I took it, though. He might have removed some
>> files. I specifically told him about some proprietary files that he
>> removed. I'll double check this and let you know.
>>
>> If Dan would tell us what he changed meanwhile, that would help. Dan?
>
> I removed common/Source/lang/LangPrimSource/HID_Utilities/* since that
> had an apple copyright with a dubious gpl compatibility, and (in the
> svn packaging info) removed the apple entry from debian/copyrights as
> a result.
> (To be more accurate: We have a script that makes a pruned
> linux-source .tar.gz, so what I did was to add the folder to the list
> of what gets pruned out. The folder is still there in the upstream and
> used on mac.)

Where is this pruned linux-source tar.gz? Our repository seems to have
the SuperCollider-3.4-Source-With-Extras-linux.tar.gz file from
sourceforge with md5sum 20631117a7e9fb1c862833ce424ce9f4. Should we be
using the without extras variant? Or maybe even another tarball?


-- 

Saludos,
Felipe Sateler