[10:41] huh, looks like i am very wrong about the order of gencontrol stuff. [10:41] * xnox is confused, let's see if this works. [10:56] xnox: I got some help from RAOF and I think I figured out the last bit. Just checking locally and with updated MP in CI. [10:56] alan_g: where do miral-{app,desktop} live in the new packages? should I be able to get them from the staging ppa without installing miral-examples? [10:57] they went to mir-demos [10:57] At least, that's what I'm trying to land [10:57] ack, so not in staging yet [10:58] Saviq: staging hasn't updated successfully for a while. [10:59] dpkg-deb: building package 'libmiral2' in '../libmiral2_1.5.0.1.0.0-0ubuntu1_amd64.deb'. -> ah i'm happy now =) [10:59] I *think* its broken by introducing the epoch, but haven't checked yet [11:04] alan_g, i'm going non-epoch route, still. [11:08] alan_g, quick question you have @MIRAL_1.5.0 symbols, yet they declare that a minimum version of miral that is required is '1.0.0' is that true? [11:09] alan_g, my understanding is taht if something uses for example "miral::pre_init(miral::CommandLineOption const&)@MIRAL_1.5.0" it needs 1.5.0 minimum version, not 1.0.0? [11:09] alan_g, here is my final diff that builds fine and has everything correct http://paste.ubuntu.com/25489348/ [11:09] reduced number of variables by using standard variables from /usr/share/dpkg/default.mk [11:09] the libmiral2 version is now the (MIRAL triplet).(full debian/changelog version) [11:09] xnox: Agreed. I think I've now got the incantations I need to make that happen. [11:09] and that is used to create libmiral2 package, and generate the dependency on the libmirserver-dev [11:09] -rw-r--r-- 1 root root 47650 Sep 8 11:58 libmirclient-dev_1.0.0-0ubuntu1_amd64.deb [11:09] -rw-r--r-- 1 root root 119050 Sep 8 11:58 libmiral2_1.5.0.1.0.0-0ubuntu1_amd64.deb [11:10] note the version numbers [11:10] You want libmiral2_1.5.0.1.0.0-0ubuntu1_amd64, not libmiral2_1.5.0-0ubuntu1_amd64? [11:10] yes. [11:11] alan_g, because all package builds must be unique. one is not allowed to produce 1.5.0-0ubuntu1 twice. [11:11] which is possible when src:mir debian/changelog version number is 1.0.1-0ubuntu1 [11:12] Got it [11:14] and i do think the .symbols files are a bit odd. the bit after the space should indicate when the symbol got introduced and thus set the minimum library version requirement. E.g. such that if something only uses 1.0 symbols the minimum dep is >= 1.0; but if something uses one 1.3 symbol, the dep should become >= 1.3; etc. [11:14] however, i guess this is not high-priority to fix, given there is nothing in the artful archive left that links against libmiral2 =) [11:15] alan_g, does my diff make sense to you? and i'm _not_ using epoch in the debian/changelog. [11:15] xnox: I got the symbols stuff sorted out too: https://code.launchpad.net/~alan-griffiths/mir/move-miral-to-mir-no-more-miral-packages/+merge/329993 [11:15] ooooh, i'm missing loads of commits from your branch. [11:16] i should review that. [11:16] yeah ths makeshlibs looks nice. [11:16] xnox: the MP has the version wrong as discussed above. [11:17] do you want me to retweak it? [11:18] everything looks really good though. [11:18] xnox: No, I know how to fix that. But RAOF has a point about not killing libmiral-dev [11:18] it is true that you either need to keep libmiral-dev or you should provide the "dummy transitional package" that is called libmiral-dev and simply depends on the libmirserver-dev [11:19] under normal packaging cercumstances. [11:19] under normal packaging circumstances. [11:20] however the breaks/replaces/provides should be good enough too. [11:20] AIUI its good for packaging, but for maintaining downstreams it is better to keep separate. [11:21] AIUI it's good for packaging, but for maintaining downstreams it is better to keep separate. [11:22] Anyway, I'll tweak it after lunch. [11:23] xnox: RAOF thanks a lot for the help! You're better informed than the manpages. [11:24] alan_g, e.g. something like http://paste.ubuntu.com/25489403/ [16:11] xnox: are you content with this version? https://code.launchpad.net/~alan-griffiths/mir/move-miral-to-mir-no-more-miral-packages/+merge/330433 [16:15] amlost [16:16] i do not see in the diff changes in debian/control which should make libmiral-dev depend on libmiral2 (= ${libmiral2:Version}) or some such [16:18] hmmmm. [16:18] let me check things, i think binary:Version may expand to something funky, hopefully not. [16:30] xnox: weird, I seem to have lost the changes to control while arguing with bzr/lp. Let me check. [16:45] xnox: I've pushed what I think the changes were. Sadly bzr seems confused about them. [17:02] alan_g, i'm not sure if you would still need something like this - http://paste.ubuntu.com/25491262/ [17:03] will do a build of just what's in your branch; and with that patch; and will check if that makes any difference or not [19:20] xnox: well, what I have now doesn't work, and that looks right... [19:22] * alan_g has to go...