supercollider 3.6.6 import, git-buildpackage

[Dan S]

2014-10-03 12:59 GMT+01:00 Felipe Sateler <fsateler at debian.org>:
> 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?

The help system dynamically combines packaged docs with docs for any
extra classes the user might have installed (either as quarks or
manually added in their classpath). It interlinks its help pages all
together. Not very modular but it has its benefits.

>> 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).

OK, done.

Dan