2014-10-03 12:59 GMT+01:00 Felipe Sateler <[email protected]>: > 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?
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 _______________________________________________ pkg-multimedia-maintainers mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
