2014-10-03 0:23 GMT+01:00 Felipe Sateler <[email protected]>: > On Wed, Oct 1, 2014 at 4:30 AM, Dan S <[email protected]> wrote: >> 2014-10-01 4:18 GMT+01:00 Felipe Sateler <[email protected]>: >>> On Thu, Sep 11, 2014 at 5:32 AM, Dan S <[email protected]> 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 :( 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. Dan * ln -s /usr/share/javascript/prettify/prettify.js $(DEB_DH_INSTALL_SOURCEDIR)/usr/share/SuperCollider/HelpSource/prettify.js _______________________________________________ pkg-multimedia-maintainers mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
