Request for upload: supercollider 3.5.2 new version

[Dan S]

2012/5/31 Felipe Sateler <fsateler at debian.org>:
> On Thu, May 31, 2012 at 4:04 AM, Dan S <danstowell+debmm at gmail.com> wrote:
>> 2012/5/31 Felipe Sateler <fsateler at debian.org>:
>>> Dan, There are some breaks/replaces missing:
>>>
>>>
>>> Preparing to replace supercollider-common 1:3.4.5-1 (using
>>> supercollider-common_3.5.2-1_all.deb) ...
>>> Unpacking replacement supercollider-common ...
>>> dpkg: error processing supercollider-common_3.5.2-1_all.deb (--install):
>>>  trying to overwrite '/usr/share/SuperCollider/Extensions/README',
>>> which is also in package supercollider-server 1:3.4.5-1
>>>
>>>
>>> If files have been moved between binary packages, then Breaks +
>>> Replaces is necessary.
>>
>> Done, thanks. ("Replaces" feels odd since the -server package still
>> exists, but it seems that's what the guide wants)
>
> Yes, because you are replacing an older version, so it is OK.
>
> However, I see another thing. I see that MathJax is included in the
> binary packages. Can't we use libjs-mathjax?

I don't really know mathjax myself but it looks like, technically, it
could be patched to use libjs-mathjax, as long as our custom config
file "HelpSource/MathJax/config/scmathjax.js" was installed in the
appropriate place.

However, the rendered help is supposed to be self-contained in the
sense that it can be uploaded to a website (we do this with
http://doc.sccode.org ) so if the URLs were rewritten to use
/usr/share/javascript/mathjax/... then this would break. (And the help
is supposed to be re-rendered by users - when the user installs an
extension the rendering process is re-run locally.) So this makes me
think that we would prefer not to. Is that OK with you?

Dan