moving to multiarch for packages with plugins
Hi,
I'm maintaining a framework package (lcmaps) with several plugins that
traditionally install under /usr/lib/lcmaps. With the move to debhelper
9, the default for dh_auto_configure is to pass
--libdir=/usr/lib/x86_64-linux-gnu which changes the plugin path.
This is not a big deal except that the plugins are not in a single
source package. Once we update the framework package, all the plugin
packages need to update as well.
The way to solve this would be by adding certain dependencies. If the
version of the framework that introduces multiarch is x, the plugins
would have to include
Depends: liblcmaps0 (>= x)
once they update to multiarch.
It's harder to reversely state that the new framework conflicts with
older plugin packages: they would all have to be listed in the control
file, and then only the known ones could be listed (it's not
inconceivable other parties made their own outside of Debian).
I wish there were another way of going about it. Right now, staying on
compat=8 for debhelper seems to work (as it doesn't set libdir at
configure time) but this conflicts with the latest version of the Policy.
--
D.H. van Dok :: System administrator :: www.nikhef.nl/grid ::
Phone +31 20 592 22 28 :: http://www.nikhef.nl/~dennisvd/
Reply to: