[Debian-med-packaging] Bug#676455: ${misc:Depends} injects broken versioned depends (Was: Bug#676455: gnumed-doc: uninstallable in sid: depends on outdated libjs-jquery-livequery)

Andreas Tille andreas at an3as.eu
Thu Jun 7 11:12:37 UTC 2012


On Thu, Jun 07, 2012 at 12:24:35PM +0200, Raphael Hertzog wrote:
> 
> It the next upstream version of your javascript library provides new
> files, they will not be in the symlink tree that you built in your
> package. So at runtime, it will fail because of the missing file.

Yes, and if a future version of *any* library will change its ABI it
will fail as well and we do not force the strict dependency anyway.  So
my question is rather, in how far such dh_linktree-ed JS libraries
deserve that specific care we do not implement otherwise.
 
> On the opposite, if some files are dropped, you will have broken symlinks
> lying around.

That's correct *if* the authors of the JS libraries do not care properly
for their users but as I said this is also the case for any dependency
in Debian that might change something.  In how far is a broken symlink
more critical than other breakages?
 
> > > I should probably say a word about this in the dh_linktree manual page.
> > 
> > Not only say a word about it but rather warn about it.
> 
> Note that if you use "replace" instead of "deduplicate" or "embed", then
> you get a dependency that is less strict (withous upper bound) on the basis
> that "replace" is like "deduplicate" except that you're confident that
> both versions are compatible and are likely to stay that way.

OK, I might give it a try.

Thanks for the clarification

      Andreas. 

-- 
http://fam-tille.de






More information about the Debian-med-packaging mailing list