[13:24] xnox: after your comments on my using an epoch, can I get your thoughts on my attempt to avoid it? (I'm not confident of my debian incantations) https://code.launchpad.net/~alan-griffiths/mir/move-miral-to-mir-no-more-miral-packages/+merge/329993 [13:27] alan_g, let me tell you a secret =) [13:27] alan_g, binary package version number, may not match source package version numbers =) [13:28] xnox: tell me more [13:28] alan_g, ideally you should keep libmiral binary packages, as each shared library, ideally, should be shipped in a stand alone package (e.g. like src:boost1.64 ships gazillion libboost*foo packages) [13:28] alan_g, and you can specify override_dh_ commands with -p options to set particular version numbers for some packages [13:28] e.g. let me find an example [13:29] such that e.g. src:mir generates libmir1 at 1.0.0 yet libmiral at 1.5.0 [13:29] etc. [13:29] There is really only libmiral that it makes sense to keep [13:29] but one has to be careful to derive the version numbers right, such that they are based on debian/changelog and increment [13:29] alan_g, yeap exmaples, binaries, dev can all go, but libmiral1 or what not is useful to have [13:30] alan_g, i have a call, but i will review and get back to you! [13:30] xnox: great! thanks === JanC_ is now known as JanC [15:29] xnox: did you find an example? [15:30] alan_g, i'm still in meetings =) [15:30] xnox: np. === chihchun_afk is now known as chihchun === chihchun_afk is now known as chihchun