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/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54e46e4e.3080...@nikhef.nl
