[Debian-med-packaging] Bug#820879: How to avoid version restrictions for JS libraries (Was: Bug#820879: r-cran-shiny: uninstallable in sid: Depends: libjs-jquery (< 1.11.3+dfsg.0~) but 1.12.3-1 is to be installed)

Andreas Tille andreas at an3as.eu
Thu Apr 14 08:10:02 UTC 2016


On Thu, Apr 14, 2016 at 10:02:43AM +0200, Raphael Hertzog wrote:
> On Wed, 13 Apr 2016, Andreas Tille wrote:
> > The thing is I used "replace" in the first place instead of embed but
> > it resulted in
> > 
> > dh_linktree
> > dpkg-query: error: --search needs at least one file name pattern argument
> > 
> > Use --help for help about querying packages.
> > dh_linktree: error: dpkg --search --  gave error exit status 2
> > 
> > when replacing whole directories.  Is there any chance to do a "replace
> > directory"?
> 
> I'm not sure what you tried here.

You might like to checkout r-cran-shiny[1] or look directly at the
linktrees file[2].

> But replace can definitely operate on
> directories even though it will only act on all files below that
> directory. You must have done some mistake in the way you use it...

I can't exclude that it is just my fault. ;-)
 
> And for your explanations of why you want to symlink a directory and not
> the individual files, I can understand it, it's part of the trade off...
> they are better in general, but they are painful if you have to revert
> them to go back to the embedded version (because the Debian version is
> incompatible).

Yes.  Due to your hint I'm now using only one remaining dir replacement
and I needed to use embed here (see [2]) - otherwise the package fails
to build with the above error.

However, what now converns me even more is that when using the replace
action the dependencies are missing in the resulting control
DEBIAN/control inside the package.  It looks like:

  Depends: libjs-jquery-ui (<< 1.10.1+dfsg.0~), libjs-jquery-ui (>= 1.10.1+dfsg), r-base-core (>= 3.2.4.20160412-1), r-api-3, r-cran-httpuv, r-cran-mime, r-cran-jsonlite, r-cran-xtable, r-cran-digest, r-cran-r6, r-cran-htmltools

So the embed triggers the (unwanted) strong dependency and the replace
triggers no dependency from the other libs.  So most probably I did
something really wrong here - but I wonder what?

Kind regards

       Andreas.

[1] https://anonscm.debian.org/git/debian-med/r-cran-shiny.git
[2] https://anonscm.debian.org/cgit/debian-med/r-cran-shiny.git/tree/debian/linktrees 

-- 
http://fam-tille.de



More information about the Debian-med-packaging mailing list