/srv/irclogs.ubuntu.com/2015/12/05/#ubuntu-ci-eng.txt

=== salem_ is now known as _salem
bzoltan_hello trainguards, would you please assign a silo for the UITK landing https://requests.ci-train.ubuntu.com/#/ticket/754 ?10:42
Mirvbzoltan_: sir yes sir11:09
bzoltan_Mirv:  thank you sir :)11:10
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/console11:32
Mirvbzoltan_: not sure if robru has changed something regarding the gles logic11:33
bzoltan_Mirv:  it feels like.. I liked better when i could build the main without the gles11:34
bzoltan_Mirv:  for the main it says "Created tag 1.3.1740+16.04.20151205.1-0ubuntu1."11:34
Mirvbzoltan_: it's not first though I think, there's normal UITK first isn't there? but it fails11:34
Mirvbzoltan_: .1 for main package, .2 for gles11:34
bzoltan_Mirv:  should the gles +1 the main?11:35
bzoltan_I use now 1.3.1740+16.04.20151205.1-0ubuntu111:35
Mirvbzoltan_: 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:35
bzoltan_Mirv: and that is BS -> https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/OTA9_landing_2015-12-05-gles/+merge/27967611:36
Mirvbzoltan_: maybe it bumps it and you should have it without ".1" or sth... simple guessing, no idea11:36
bzoltan_Mirv:  I will keep trying few times...11:36
Mirvdebian/rules:23: recipe for target 'get-packaged-orig-source' failed11:36
Mirvfind ~/silos/ubuntu/landing-031 -name ubuntu-ui-toolkit_1.3.1740+16.04.20151205.2.orig.tar.gz -exec \11:37
Mirvbzoltan_: 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/rules11:37
Mirvso 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 help11:38
ogra_suod sync11:40
ogra_hah11:40
ogra_(sorry EFOCUS)11:41
bzoltan_Mirv:  let me hack that rules file :)11:41
bzoltan_hello ogra_, long time no sea :D11:41
ogra_hey hey11:41
bzoltan_ogra_:  how is life on snappy side?11:41
Mirvogra_: I thought sync wouldn't need sudo for anything11:51
Mirvbut that's just assumption based on that it has seemed to work11:52
ogra_it used to at some point ... old habits die hard :)11:52
ogra_bzoltan_, it is snappy indeed :)11:53
ogra_(and very busy)11:53
bzoltan_ogra_:  happy busy or pressure busy ... but why do I ask when I know11:54
ogra_heh, both :)11:54
Mirvbzoltan_: fsck, it still takes it from the changelog12:03
bzoltan_Mirv:  it seems so12:03
bzoltan_Mirv:  where does it get the 1.3.1740+16.04.20151205.2 from?12:04
Mirvbzoltan_: you can add more hacks always12:04
Mirvbzoltan_: probably train bumps the changelog12:04
bzoltan_Mirv:  give me hint12:04
bzoltan_Mirv:  I remove the .112:04
Mirvbzoltan_: sed -i "1 s/20151205.2/20151205.1/" debian/changelog12:04
bzoltan_Mirv:  wow... editing the changelog from thje rules??? Duuuuude, that is a a new level12:05
Mirvbzoltan_: out of ideas... :(12:58
bzoltan_Mirv:  strange problem13:02
Mirvbzoltan_: 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:26
Mirvbut it might be also something completely elese14:27
bzoltan_Mirv:  yes, that is the next try15:25
Mirvbzoltan_: congrats on starting a build just in time before train apparently went down or something.. getting service unavailable16:45
bzoltan_Mirv:  I was feeling lucky :) and your last idea was the fix.. no postfix is needed in the gles version16:56

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!