supercollider 3.6.6 import, git-buildpackage

[Felipe Sateler]

On Fri, Oct 3, 2014 at 7:24 AM, Dan S <danstowell+debmm at gmail.com> wrote:
> 2014-10-03 0:23 GMT+01:00 Felipe Sateler <fsateler at debian.org>:
>> On Wed, Oct 1, 2014 at 4:30 AM, Dan S <danstowell+debmm at gmail.com> wrote:
>>> 2014-10-01 4:18 GMT+01:00 Felipe Sateler <fsateler at debian.org>:
>>>> On Thu, Sep 11, 2014 at 5:32 AM, Dan S <danstowell+debmm at gmail.com> wrote:
>>>>>> On 10 Sep 2014 06:43, "Dan S" <danstowell+debmm at gmail.com> wrote:
>>>>>> >
>>>>>> > Hi all,
>>>>>> >
>>>>>> > Just trying to import the latest version of supercollider. I'm having
>>>>>> > a problem with git-buildpackage failing to pick up the correct version
>>>>>> > number, and I have failed to find clues online. Here's the error:
>>>>>> >
>>>>>> > [...]
>>>>>> >
>>>>>> > % head -n 1 debian/changelog
>>>>>> > supercollider (1:3.6.6~repack) unstable; urgency=low
>>>>>>
>>>>>> You are missing the -1 at the end of the version. Could this be the problem?
>>>>>
>>>>> Yes! I had discounted that possibility since the changelog shows an
>>>>> old version having no "-1". But that is after all what's needed.
>>>>
>>>> Hi Dan, is the package ready? We should probably try to upload sc as
>>>> soon as possible, if we want the new version to be part of jessie.
>>>> (And also to fix 760981).
>>>
>>> Sorry, I should have confirmed - yes, I'm happy with 3.6.6 now.
>>>
>>
>> I still see some lintian output:
>>
>> E: supercollider source: source-is-missing HelpSource/prettify.js
>> W: supercollider source: out-of-date-standards-version 3.9.4 (current is 3.9.5)
>> W: supercollider-ide: desktop-entry-contains-unknown-key
>> usr/share/applications/SuperColliderIDE.desktop:8 Patterns
>> W: supercollider-ide: desktop-entry-invalid-category Multimedia
>> usr/share/applications/SuperColliderIDE.desktop
>>
>>
>> I don't particularly care about the desktop entries, but there is
>> still one more minified js that should be dealt with :(
>>
>> I think we can just link it from libjs-prettify but that package
>> appears to include many more files than just prettify.js...
>
> My apologies for missing this out. It's easy to pull in libjs-prettify
> then dh_link. Unfortunately, though, supercollider copies the file
> into the user's home folder at runtime when generating help docs. This
> means that since dh_link generates a relative not absolute link, the
> copied file ends up as a broken symlink :(

Out of curiosity, why does it copy it? Why don't we ship pre-generated docs?

>
> Would it be OK to manually softlink* from within debian/rules? It's
> not as neat as dh_link, and the uninstall needs to be manual too, but
> I don't see dh_link providing this option.

Yes, I think so. Policy[1] says symlinks should be relative, so it is
not a must, and I think this is a reasonable deviation. I prefer an
absolute link to patching even more the source (which coul be
complicated).

[1] https://www.debian.org/doc/debian-policy/ch-files.html#s10.5


-- 

Saludos,
Felipe Sateler