On Fri, Oct 3, 2014 at 7:24 AM, Dan S <[email protected]> wrote: > 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 :(
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 _______________________________________________ pkg-multimedia-maintainers mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
