[10:42] <bzoltan_> hello trainguards, would you please assign a silo for the UITK landing https://requests.ci-train.ubuntu.com/#/ticket/754 ?
[11:09] <Mirv> bzoltan_: sir yes sir
[11:10] <bzoltan_> Mirv:  thank you sir :)
[11:32] <bzoltan_> Mirv:  I do not get it... why the silo tries to build first the -gles package?  https://ci-train.ubuntu.com/job/ubuntu-landing-031-1-build/6/console
[11:33] <Mirv> bzoltan_: not sure if robru has changed something regarding the gles logic
[11:34] <bzoltan_> Mirv:  it feels like.. I liked better when i could build the main without the gles
[11:34] <bzoltan_> Mirv:  for the main it says "Created tag 1.3.1740+16.04.20151205.1-0ubuntu1."
[11:34] <Mirv> bzoltan_: it's not first though I think, there's normal UITK first isn't there? but it fails
[11:34] <Mirv> bzoltan_: .1 for main package, .2 for gles
[11:35] <bzoltan_> Mirv:  should the gles +1 the main?
[11:35] <bzoltan_> I use now 1.3.1740+16.04.20151205.1-0ubuntu1
[11:35] <Mirv> bzoltan_: no, I mean it says in the log some reason  tarball for package ubuntu-ui-toolkit-gles, version 1.3.1740+16.04.20151205.2.
[11:36] <bzoltan_> Mirv: and that is BS -> https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/OTA9_landing_2015-12-05-gles/+merge/279676
[11:36] <Mirv> bzoltan_: maybe it bumps it and you should have it without ".1" or sth... simple guessing, no idea
[11:36] <bzoltan_> Mirv:  I will keep trying few times...
[11:36] <Mirv> debian/rules:23: recipe for target 'get-packaged-orig-source' failed
[11:37] <Mirv> find ~/silos/ubuntu/landing-031 -name ubuntu-ui-toolkit_1.3.1740+16.04.20151205.2.orig.tar.gz -exec \
[11:37] <Mirv> bzoltan_: the thing is, isn't the new logic completely in debian/rules http://bazaar.launchpad.net/~bzoltan/ubuntu-ui-toolkit/OTA9_landing_2015-12-05-gles/view/head:/debian/rules
[11:38] <Mirv> so I'm not sure why it would do that, unless train bumps the version number indeed before the rules is run. in that case, the lowering (removing ".1") could help
[11:40] <ogra_> suod sync
[11:40] <ogra_> hah
[11:41] <ogra_> (sorry EFOCUS)
[11:41] <bzoltan_> Mirv:  let me hack that rules file :)
[11:41] <bzoltan_> hello ogra_, long time no sea :D
[11:41] <ogra_> hey hey
[11:41] <bzoltan_> ogra_:  how is life on snappy side?
[11:51] <Mirv> ogra_: I thought sync wouldn't need sudo for anything
[11:52] <Mirv> but that's just assumption based on that it has seemed to work
[11:52] <ogra_> it used to at some point ... old habits die hard :)
[11:53] <ogra_> bzoltan_, it is snappy indeed :)
[11:53] <ogra_> (and very busy)
[11:54] <bzoltan_> ogra_:  happy busy or pressure busy ... but why do I ask when I know
[11:54] <ogra_> heh, both :)
[12:03] <Mirv> bzoltan_: fsck, it still takes it from the changelog
[12:03] <bzoltan_> Mirv:  it seems so
[12:04] <bzoltan_> Mirv:  where does it get the 1.3.1740+16.04.20151205.2 from?
[12:04] <Mirv> bzoltan_: you can add more hacks always
[12:04] <Mirv> bzoltan_: probably train bumps the changelog
[12:04] <bzoltan_> Mirv:  give me hint
[12:04] <bzoltan_> Mirv:  I remove the .1
[12:04] <Mirv> bzoltan_: sed -i "1 s/20151205.2/20151205.1/" debian/changelog
[12:05] <bzoltan_> Mirv:  wow... editing the changelog from thje rules??? Duuuuude, that is a a new level
[12:58] <Mirv> bzoltan_: out of ideas... :(
[13:02] <bzoltan_> Mirv:  strange problem
[14:26] <Mirv> bzoltan_: well one idea was that you change the MP:s changelog entry version to be without the ".1" in case the train is +1:ing it. then the normal date code would become .1.
[14:27] <Mirv> but it might be also something completely elese
[15:25] <bzoltan_> Mirv:  yes, that is the next try
[16:45] <Mirv> bzoltan_: congrats on starting a build just in time before train apparently went down or something.. getting service unavailable
[16:56] <bzoltan_> Mirv:  I was feeling lucky :) and your last idea was the fix.. no postfix is needed in the gles version