[02:04] <imgbot> [02:11] <bfiller> robru: around?
[02:11] <robru> bfiller, indeedily-doodily
[02:11] <bfiller> robru: :) I need a silo for line 32 please
[02:12] <robru> bfiller, ahhhh you had asked about that one earlier but I was confused because it said 'boiko' in the lander. sorry
[02:12] <bzoltan1> robru: May I ask for a silo assigned to the line31?
[02:12] <bfiller> robru: no worries, need one for the other one as well
[02:13] <robru> bfiller, ok you got 4
[02:13] <bzoltan1> robru:  is there a specific reason for not processing the lines in sequenc? Just curiosity
[02:13] <bfiller> robru: cheers
[02:13] <bfiller> bzoltan1: you up early or still haven't gone to bed?
[02:13] <robru> bzoltan1, yeah, it has to do with timezones. when I'm in US hours and I see a bunch of requests from EU people I don't like to assign them out of fear that they'll just sit there empty for 12 hours while other requests wait. if you're really around and really want one, feel free to ping me
[02:14] <bzoltan1> bfiller:  a bit both... I got 4 h sleep :)
[02:14] <bfiller> bzoltan1: kids?
[02:14] <bzoltan1> bfiller: yeps :) they are the sunshine of my life... for real
[02:14] <robru> bzoltan1, hm, conflict with silo 15. any chance to merge those into one, or should I override?
[02:15] <bzoltan1> bfiller: they should be the moonlight occasionally
[02:15] <dobey> anyone have any idea why, when cross compiling with sbuild, the tests binary target would get built, and then 'make check' would fail not being able to find the program?
[02:15] <bfiller> robru: silo 15 just for testing really so think it's ok to override
[02:15] <robru> bfiller, ok thx
[02:16] <robru> bzoltan1, ok you got 8
[02:16] <bzoltan1> robru:  wow... that is a weird one 1) why renato is landing UITK change without me 2) why the MR is targeting the trunk and not the staging
[02:17] <robru> bzoltan1, oh that is weird, renato proposed somebody else's branch, and now it's in bfiller's silo...
[02:18] <bzoltan1> robru: let's not land a 4108 lines MR that way...
[02:18] <bfiller> bzoltan1, robru : renato and timp are at sprint, they wanted a silo to test chagnes together
[02:18] <bfiller> that's what silo 15 is
[02:18] <robru> bfiller, ahhh ok
[02:19] <robru> bzoltan1, 4k lines sounds like merge targeted to wrong branch ;-) either that or they are sprinting *hard*!
[02:20] <bfiller> bzoltan1: you might want to touch base with timp.. I think they are just experimenting to show the designers. not intending to land that silo
[02:20] <bzoltan1> robru:  noone should sprint that hard... timp knows that I am working on a landing
[02:20] <bzoltan1> bfiller:  Ohh, that would explain
[02:21] <bzoltan1> robru: bfiller: we should have a flag for "not intended to land, just for building and testing" for silos like that
[02:22] <bfiller> I'm out, see you guys :)
[02:22] <robru> bzoltan1, yeah, or maybe even a whole other set of silos for things that won't land. seems ci train is more popular for testing than originally anticipated ;-)
[02:22] <robru> bfiller, goodnight!
[02:24] <bzoltan1> robru: people do not know that they can make and set up PPAs just as before the CI Train... I have like 4 PPAs in the SDK ... this UITK landing I was testing alredy yesterday
[02:24] <robru> bzoltan1, yeah, maybe we need to just educate people on PPAs. citrain is just a small harness around PPAs that automates copying PPA packages to distro. no real need for ci train unless you're planning to actually release something.
[02:25] <bzoltan1> robru: +1 that
[02:30] <sergiusens> robru: PPAs are complicated if you need the full range of builders
[02:30] <sergiusens> with real hw
[02:30] <robru> sergiusens, so maybe we should make a couple non-citrain devirtualized PPAs that use the real hw but don't tie up citrain for weeks on end?
[02:31] <sergiusens> robru: it's probably the same thing if you get to manage them
[02:42] <sergiusens> robru: what's next with that package?
[02:42] <robru> sergiusens, it'll need an archive admin to ack it through the NEW queue
[02:43] <sergiusens> ack
[02:43] <robru> sergiusens, they'll see it eventually, or you can ping them if you're in a hurry
[02:44] <sergiusens> robru: just want to continue merging, but it's manageable
[02:45] <robru> sergiusens, yeah you can't free the silo while it's in the NEW queue, because the NEW queue doesn't actually "contain" the package (eg the NEW queue is just a pointer to the silo). so if you merge&clean now, you'll lose the package.
[02:45] <sergiusens> robru: no worries, it's an empty commit :)
[02:45] <sergiusens> no hurries even
[02:45] <robru> yeah
[03:39] <imgbot> [03:39] <imgbot> [07:36] <tvoss> sil2100, ping
[07:39] <sil2100> tvoss: poong
[07:40] <tvoss> sil2100, so silo 8 is in, any issues?
[07:41] <sil2100> tvoss: so far from what I can see it seems to be alright :)
[07:43] <tvoss> sil2100, wow
[07:44] <brendand> tvoss, from a dashboard pov it looks pretty fine
[07:44] <tvoss> brendand, thanks
[07:45] <tvoss> too early to celebrate,but I could use a beer now
[07:45] <camako> another day, another mir fix...
[08:22] <sil2100> bzoltan1: how's testing the UITK going?
[08:24] <bzoltan1> sil2100:  it looks good ... in few hours I will be ready and I can tell if we can go with the staging or I fall back to the cherry picking. The UITK tests are all green, unity8 too, all the key apps are fine so far. I had problems with the crashing OSK and the music app has weird emulator what has a fix proposed.
[08:24] <Saviq> anyone else stuck with no bluetooth?
[08:25] <sil2100> bzoltan1: sounds promising so far
[08:27] <bzoltan1> sil2100:  do you know what the silo5 is blocked by?
[08:28] <cjwatson> qtcreator-plugin-ubuntu/arm64 unsatisfiable Depends: webapp-container
[08:28] <cjwatson> qtcreator-plugin-ubuntu/powerpc unsatisfiable Depends: webapp-container
[08:28] <cjwatson> qtcreator-plugin-ubuntu/ppc64el unsatisfiable Depends: webapp-container
[08:28] <cjwatson> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtcreator-plugin-ubuntu
[08:30] <sil2100> Ah!
[08:30] <cjwatson> So that'll be from https://code.launchpad.net/~zeller-benjamin/qtcreator-plugin-ubuntu/runhtml/+merge/226821
[08:30] <cjwatson> Can that dependency be made [i386 amd64 armhf] just like the one immediately below it?
[08:31] <sil2100> Yeah, sorry about that, could have double checked... I guess we need to make the dep arch-dependent
[08:31] <sil2100> bzoltan1: ^ do you know if that change in that merge will not cause any issues if webapp-container is not installed?
[08:32] <cjwatson> If it's possible to adjust that dependency, it'd be simplest for zbenjamin to tweak his branch and then rebuild
[08:34] <mhr3> sil2100, ping?
[08:34] <bzoltan1> cjwatson: sil2100: zbenjamin is out of business today
[08:34] <sil2100> mhr3: pong?
[08:34] <mhr3> sil2100, could you give pete-woods lander permission for ci sheet?
[08:35] <cjwatson> ... or to recon with an extra branch on top
[08:35] <mhr3> sil2100, he'll be taking it over from me
[08:35] <bzoltan1> cjwatson: sil2100: I can not fix it without conflict. Would it be acceptable to land it and push a fix straight after?
[08:35] <sil2100> mhr3: sure, after the meeting I'll do it
[08:35] <cjwatson> no
[08:35] <cjwatson> extra uninstallable packages can make proposed-migration take globally worse decisions
[08:35] <mhr3> sil2100, thx
[08:36] <cjwatson> I do force things sometimes for compelling reasons, but not just because of scheduling
[08:36] <cjwatson> bzoltan1: you can absolutely fix it using an extra branch starting from Benjamin's that declares his as a prerequisite branch
[08:36] <cjwatson> add that to the list of merges, reconfigure, build
[08:37] <cjwatson> what I can't see from the context of the diff is what the code will do if webapp-container is absent
[08:37] <bzoltan1> cjwatson: Wow, I did not know about that path... cool, thanks. I will do it
[08:37] <cjwatson> which I guess is relevant information when considering making a dependency arch-dependent
[08:38] <cjwatson> bzoltan1: I'm pretty sure that path works anyway - happy to assist
[08:42] <bzoltan1> cjwatson: like this? https://code.launchpad.net/~bzoltan/qtcreator-plugin-ubuntu/arch-dependent_dependency/+merge/228058
[08:43] <cjwatson> bzoltan1: I believe so; LGTM
[08:44] <cjwatson> You should be able to add that to the spreadsheet and self-reconfigure, as the lander
[08:56] <bzoltan1> sil2100:  I need this MR to land before the UITK lands -> https://code.launchpad.net/~canonical-platform-qa/music-app/fix1348055-do_not_depend_on_position/+merge/228051
[08:57] <sil2100> oh
[08:57] <sil2100> hm, music-app is a click right? dpm ^
[08:57] <dpm> hi sil2100, yes, all core apps are
[09:02] <dpm> sil2100, I'm not familiar enough with the change, and balloons and popey do the click uploads. So until Leo and balloons are up, there is not much we can do. Why is the app a blocker for the SDK?
[09:06] <sil2100> dpm: it probably causes a test failure when the new UITK is used
[09:07] <sil2100> brendand: could you take a look at this change and do a review?
[09:07] <sil2100> brendand: ^
[09:07] <sil2100> We would then be ready for release when balloons appears
[09:11] <brendand> sil2100, looks fine to me
[09:18] <sil2100> brendand: if you approve it, do you know if it would be auto-merged?
[09:29] <dpm> sil2100, brendand, I can top-approve if QA thinks is good to go, and then it will be auto-merged
[09:29] <brendand> dpm, yeah
[09:34] <dpm> brendand, sil2100, top-approved as per the discussion. This should now auto-land in music-app - could someone take care of generating a click package when that happens? The way it works generally is that popey requests the click creation from Jenkins (I'm not sure if he triggers it himself or someone else needs to do it)
[09:36] <brendand> dpm, i don't know who can do that - apart from people who are on holiday (popey, Mirv)
[09:36] <cjwatson> Doesn't it get spat out automatically as an artifact??
[09:36] <cjwatson> er with just one ?
[09:36] <dpm> let me check the zip files
[09:37] <dpm> from previous MPs
[09:37] <brendand> dpm, i guess we want the click package built from trunk though, not from the MP
[09:38] <dpm> brendand, that's what I meant. This needs to land first before requesting the click
[09:38] <dpm> in any case, I think at least fginther should know how to generate the click from Jenkins
[09:40] <brendand> dpm, run this : http://s-jenkins.ubuntu-ci:8080/job/music-app-click/
[09:40] <dpm> brendand, I don't have access to that (and I'm not sure I'd want it ;)
[09:40] <brendand> dpm, i do
[09:41] <brendand> dpm, so i guess anyone with ci-lab access can do it
[09:41] <dpm> excellent
[09:41] <thostr_> can I get a silo for ci sheet line 19?
[09:41] <mvo_> sil2100: I'm off to lunch, if you could guard the train for a bit that would be great. but just one silo currently, so not too much we can do
[09:41] <brendand> sil2100, we should have a list/channel/lp team for everyone with ci-lab access
[09:41] <thostr_> mvo_: silo 12 can be published...
[09:42] <brendand> sil2100, that way we should never be stuck for someone to prod things along
[09:42] <brendand> sil2100, and also store uploaders
[09:42] <sil2100> brendand: yeah... it was alwas a bit vague for me who has powers to do what
[09:43] <sil2100> mvo_: ok! Sure thing, I'm playing around with CI Train now anyway
[09:43] <mvo_> sil2100: cool
[09:44] <mvo_> thostr_: thanks, doing that now
[09:45] <thostr_> mvo_: can I get a silo for line 19? should be a quick one
[09:45] <mvo_> thostr_: sure
[09:45] <mvo_> thostr_: just assigned it to you
[09:45] <thostr_> mvo_: thanks
[09:45]  * mvo_ is really off now
[10:57] <bzoltan1> renatu: oSoMoN: Both of your MRs are added now to the Silo8. I reconfigure and rebuild.
[10:58] <bzoltan1> sil2100: I need to land two additional MRs for the browser and the messaging apps alongside with the UITK in order to keep the autopilot tests happy.
[10:59] <bzoltan1> sil2100: would you please reconfigure the silo8?
[10:59] <sil2100> bzoltan1: oh, ok, messaging-app had one failure in AP tests already - is there a new failure?
[10:59] <sil2100> bzoltan1: sure
[11:00] <bzoltan1> sil2100: renatu ^^
[11:06] <renatu> sil2100, this should fix the messagin-app failure: https://code.launchpad.net/~renatofilho/messaging-app/fix-autopilot/+merge/228071
[11:07] <sil2100> brendand: is that also the fix for our earlier issue ^ ?
[11:08] <brendand> renatu, boiko already pushed a branch that i think does it in a better way
[11:08] <brendand> renatu, actually it was tiago - https://code.launchpad.net/~tiagosh/messaging-app/fix-broken-test
[11:09] <brendand> renatu, it's currently trying to get past CI, but there is some failures which aren't predictable
[11:10] <renatu> brendand, sil2100 , yes the tiago branch is better
[11:11] <thostr_> sil2100: what's wrong here: https://ci-train.ubuntu.com/job/landing-016-0-reconfigure/20/console
[11:12] <sil2100> thostr_: there seems to be a problem with the MR here: https://code.launchpad.net/~alfonsosanchezbeato/mediascanner2/krillin-apparmor/+merge/227302
[11:12] <sil2100> (invalid link)
[11:12] <thostr_> sil2100: right...
[11:13] <sil2100> Once this is fixed, it should reconfigure fine
[11:50] <bzoltan1> sil2100: the UITK tests look good. All issues were trivial to resolve. The autopilot tests of the messaging and browser apps will get little facelift. I am now testing elopio's fix for the music app. That is the last one. All other tests passed.
[11:52] <sil2100> o/
[11:52] <sil2100> bzoltan1: so far things sound nice, just give us a sign once all of those are ready
[11:52] <sil2100> Saviq: hi! How's the testing for unity8 going? :)
[11:54] <bzoltan1> sil2100: btw I think the silo5 is good to go now
[11:56] <tvoss> sil2100, ping
[11:56] <tvoss> do we see any regressions due to the gcc transition?
[12:00] <Saviq> sil2100, one test failed, need to fix
[12:00] <Saviq> sil2100, lunch now and will do straight after
[12:29] <sil2100> tvoss: test wise we are very good, I asked davmor2 to take a dogfooding look at the latest images and so far he has not reported anything :D
[12:44] <sil2100> davmor2: any big blockers noticible in the latest image?
[12:44] <davmor2> sil2100: still looking had some iso testing to do too
[12:45] <davmor2> sil2100: there is the annoying power menu you get when hitting the power button to wake the device
[12:46] <davmor2> sil2100: I think there is already a bug for that though
[12:49] <sil2100> davmor2: yeah, I got that once today at least
[13:01] <dbarth> sil2100: hiya, i need an admin reconfig for silo13 please
[13:01] <sil2100> dbarth: hey! mvo_ is the sheriff, mvo_ could you do it? ^ :)
[13:01] <dbarth> oh sure
[13:01] <mvo_> sure
[13:01] <mvo_> on it
[13:01] <dbarth> thx
[13:02] <sil2100> Thanks!
[13:03] <mvo_> sil2100: hm, it tells me "ERROR:root:signon-ui was not in the initial list of components for that silo. You can't reconfigure the silo yourself. Please ask the landing team to reconfigure it for you." - do I not have all privs I should have?
[13:04] <sil2100> mvo_: how did you reconfigure it? Did you use the reconfigure job? Since for this case you need to use the main spreadsheet
[13:04] <sil2100> mvo_: i.e. find the landing, click on the row and do 'assign silo' again to get the 'Reconfigure' dialog appearing
[13:05] <pmcgowan> mvo_, I would like to rebuild 18, to pick up branch changes how to do?
[13:05] <mvo_> sil2100: aha, thank
[13:06] <mvo_> sil2100: for a simple rebuild clicking on "build" is enough (?)
[13:06] <pmcgowan> mvo_, unless it was already rebuilt earlier today
[13:06] <mvo_> sil2100: (context is the question of pmcgowan)
[13:07] <sil2100> pmcgowan, mvo_: in this case I think clicking 'build' and writing the projects that need to be rebuilt is required
[13:07] <pmcgowan> so I can do that myself maybe
[13:07] <sil2100> Yes :)
[13:07] <mvo_> dbarth: silo is reconfigured
[13:07] <mvo_> pmcgowan: I can give you a hand as well, thats my job (currently :)
[13:08] <pmcgowan> trying it one sec
[13:08] <pmcgowan> seems I failed
[13:09] <mvo_> pmcgowan: let me check
[13:09] <pmcgowan> mvo_, just got the cant build message
[13:09] <pmcgowan> mvo_, must need to force
[13:10] <mvo_> pmcgowan: yep,  let me see if I can convince it :)
[13:10]  * mvo_ triest the small hammer first and then the big one
[13:10] <pmcgowan> better
[13:10] <pmcgowan> thanks mvo_
[13:11] <mvo_> yw!
[13:11] <alecu> trainguards: hi, can I ask for silo for row 35?
[13:11] <pmcgowan> kenvandine, morning, I'd like to get jonas dual sim branch approved and silod
[13:12] <kenvandine> pmcgowan, indeed, did he say it's ready?
[13:12] <mvo_> alecu: sure, sorry that I didn't assigned it earlier we were a bit low on silos this morning
[13:12] <pmcgowan> he did in email
[13:12] <alecu> mvo_: no problem, and thanks!
[13:13] <kenvandine> pmcgowan, cool, reviewing
[13:14] <pmcgowan> kenvandine, we just restarted silo 18 with jussis fixes
[13:14] <kenvandine> pmcgowan, cool, i want to get call_forwarding in a landing silo today too
[13:14] <pmcgowan> kenvandine, indeed, maybe with jonas branch
[13:17] <jhodapp> mvo_: can I get a silo for line 37 in the spreadsheet?
[13:18] <mvo_> sure
[13:19] <jhodapp> thanks
[13:26] <bzoltan1> sil2100:  Here is the situation... The UITK is compliant with the regular full testsuite  with a single exception. The music app has still very wrong autopilot tests. It was duplicating an old version of the UITK emulator and it is prone to failure at any given point. elopio managed to solve 2 of the 5 failing music app tests, but we still have 3 failures. It has nothing to do with the UITK, as it is clearly a problem caused by poorly 
[13:26] <rsalveti> thostr_: sil2100: are we landing silo 16?
[13:26] <rsalveti> I want to land it but I see from the spreadsheet that you're both looking at that line :-)
[13:27] <thostr_> rsalveti: I just put testing to green... so from my pov we can land... just waiting for somebody from ci
[13:27] <rsalveti> ok, let me land it
[13:27] <sil2100> bzoltan1: I think your message has been cut at the end
[13:28] <sil2100> bzoltan1: anyway, hm, we didn't see any music-app test failures recently, why are those suddenly happening with the new UITK then?
[13:29] <bzoltan1> sil2100:  http://pastebin.ubuntu.com/7847642/
[13:30] <tedg> mvo_, Can we get a silo for lines 22 and 27 now the gcc 4.9 stuff is landed?
[13:30] <tedg> (preference in that order)
[13:30] <sil2100> bzoltan1: thanks, ok - still the question arises, why didn't this poor test suite fail with the old UITK? Since as I mentioned, we had 0 failures for months now in music-app
[13:32] <mvo_> bzoltan1: hi, I can't land the qtcreator change right now, its changing a existing debian/changelog, could you please have a look? https://ci-train.ubuntu.com/job/landing-005-2-publish/71/artifact/packaging_changes_qtcreator-plugin-ubuntu_3.1.1+14.10.20140724-0ubuntu1.diff - i.e. the change is in a changelog entry for a already released package
[13:32] <bzoltan1> mvo_: I will do.. a bit later. I am busy with the UITK
[13:32] <mvo_> ok
[13:33] <sil2100> mvo_: hmm... I think it might be even ok in this case
[13:33] <t1mp> sil2100: for UITK, we have these custom proxy objects (formerly known as emulators) in the AP tests that app autopilot tests can use
[13:33] <mvo_> tedg: which one is more important, I have only a single silo left right now
[13:33] <tedg> mvo_, 22 please
[13:33] <sil2100> mvo_: since qtcreator-plugin-ubuntu is, IIRC, currently blocker in -proposed because of this reason - so you can actually publish this and 'overwrite' the version in -proposed
[13:33] <t1mp> sil2100: because some times in an internal component we add just a property, and then the type of the component changes for autopilot. In our CPOs, we can update the tests to use the new type
[13:33] <t1mp> sil2100: the music-app didn't use the emulators
[13:34] <davmor2> sil2100, tvoss: I don't see anything that isn't already reported so far
[13:34] <t1mp> sil2100: music-app had this code in it:
[13:34] <t1mp>      def get_back_button(self):
[13:34] <t1mp> 117         return self.select_single("AbstractButton", objectName="backButton")
[13:34] <t1mp> in the test
[13:34] <balloons> t1mp, sil2100 the music app has had a pending rewrite of tests on the agenda for a little bit now
[13:34] <t1mp> we added a property to the back button and now it is not of type AbstractButton anymore.
[13:35] <t1mp> I have a fix for music-app AP here:
[13:35] <sil2100> Oh, ok
[13:35] <t1mp> http://bazaar.launchpad.net/~tpeeters/music-app/fix-go-back/revision/538
[13:35] <balloons> there's definitely some custom code that can be removed
[13:35] <t1mp> I'll remove the commented-out stuff before merging it (after we test the fix)
[13:35] <mvo_> sil2100: ok
[13:35] <mvo_> tedg: then you can have 27 as well :)
[13:35] <t1mp> I'm at a sprint now and my device is in use for testing something else right now
[13:35] <tedg> \o/ /me is rolling in the silos!
[13:37] <sil2100> t1mp, balloons, bzoltan1, elopio: ok, so could you guys just make sure all the required fixes/rewrites for music-app are at least merged into trunk before proceeding with the release of UITK?
[13:37] <sil2100> But I guess I wouldn't count it as a reason to drop staging and doing cherry-picking, especially that it's being actively worked on right now
[13:42] <bzoltan1> sil2100: I am testing the changes from t1mp right now. I expect it to give OK results.
[13:47] <t1mp> balloons: are you working on music-app? Or is there someone else to review our changes when we propose the MR?
[13:48] <balloons> t1mp, I can help review. I've not been working on it, I guess that's been all elopio, but he didn't mention it to me ;-)
[13:48] <balloons> did we talk to andrew or victor the core app devs?
[13:49] <t1mp> balloons: no, I didn't talk to them about this, they appear to be offline
[13:49] <mterry> sil2100, are free silos thick on the ground today by any chance?
[13:51] <sil2100> mterry: what do you mean? ;)
[13:52] <mterry> sil2100, are any free to be assigned for line 20 (locking support)
[13:53] <sil2100> mterry: let me poke mvo_ about it, but the strange thing is... I vaguely remember assigning a silo for this line TWICE yesterday, and today I saw it was still without any silo
[13:53] <sil2100> I'm either hallucinating, or something strange is going on
[13:53] <ogra_> you used the wrong spreadsheet :P
[13:53] <mterry> sil2100, the merges that will not be CONTAINED!
[13:54] <sil2100> ;p
[13:59] <tvoss> davmor2, \o/
[14:00] <mvo_> mterry: no silos right now sorry
[14:00]  * mterry cries into his cups
[14:01] <mterry> mvo_, OK!  no worries
[14:01] <ogra_> mvo_, just tell tvoss to stop using silos for test builds :P
[14:01] <tvoss> ogra_, no silos for me :)
[14:02] <dobey> anyone have some deep knowledge of cross compiling with sbuild? xnox ? i'm having a reallly weird issue with compiling something, and could use some more experienced eyes looking at it to see if i'm doing something especially stupid
[14:02] <elopio> hello hello
[14:03] <mvo_> dobey: what issue do you see, could you pastebin the error ?
[14:04] <dobey> mvo_: http://pastebin.ubuntu.com/7843862/
[14:04] <dobey> mvo_: basically the test binary is being built during build, but then not being found during the make check
[14:04] <dobey> mvo_: lp:~dobey/ubuntuone-credentials/cross-compilable is the branch where i'm getting this, if you want to try it
[14:05] <xnox> dobey: compiled unit tests can't be executed... you can build them, but not run.
[14:05] <dobey> xnox: ugh :(
[14:06] <xnox> dobey: well, because Intel cpu's don't execute ARM code =) hence crosscompilation =)
[14:06] <xnox> dobey: it's not like you are building i386 on an amd64 machine =))))
[14:06] <cjwatson> You should generally configure a cross-build environment not to run tests.
[14:06] <cjwatson> DEB_BUILD_OPTIONS=nocheck
[14:07] <dobey> xnox: but that's weird, it works fine with other packages
[14:07] <cjwatson> The reason you get "not found" or similar is that execve returns ENOENT when the program's ELF interpreter doesn't exist.
[14:07] <cjwatson> dobey: from bulk cross-building experience I can definitely say that running tests doesn't work fine with most other packages :)
[14:08] <cjwatson> dobey: but perhaps this package fails to honour DEB_BUILD_OPTIONS=nocheck?
[14:08] <dobey> cjwatson: oh, i guess because of overriding dh_auto_test?
[14:09] <cjwatson> dobey: ah yes, buggy debian/rules
[14:09] <xnox> dobey: one can override dh_auto_test, in a way that still honors DEB_BUILD_OPTIONS and crosscompilation et.al.
[14:09] <cjwatson> dobey: you should wrap the override in ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS))) / endif
[14:09] <xnox> dobey: why did you override dh_auto_test at all?
[14:10] <dobey> i might just be able to kill the override now anyway
[14:10] <xnox> dobey: check is one of the default test targets as is....
[14:10] <cjwatson> Also, personally I'd do that arch check using ifneq (,$(filter armel armhf,$(DEB_HOST_ARCH))) rather than in shell
[14:10] <cjwatson> If it needs to be done at all
[14:10] <dobey> xnox: because we were building in a PPA that used qemu for arm at one point, and one of the test suites was crashing in qemu
[14:11] <dobey> but we're not building in that PPA any more i think
[14:12] <dobey> and since all the CI train stuff is on real arm hardware iirc, we shouldn't need to do that
[14:13] <dobey> thanks
[14:15] <bzoltan1> sil2100: I have flipped the tested switch on the Silo8.  This MR need to land on the music_app -> https://code.launchpad.net/~tpeeters/music-app/fix-go-back/+merge/228120
[14:21] <sil2100> bzoltan1: thanks! Does this merge fix all the music-app issues?
[14:21] <bzoltan1> sil2100:  yes
[14:21] <sil2100> Awesome!
[14:22] <bzoltan1> sil2100:  say it only when the first CI smoketest shows better results then now :)
[14:22] <sil2100> ;)
[14:22] <sil2100> mvo_: ok, so please land UITK once you have a moment!
[14:23] <mvo_> sure
[14:24] <mvo_> sil2100: aha, I tried to land that some minutes ago alredy, it errors with https://ci-train.ubuntu.com/job/landing-008-2-publish/55/console
[14:26] <sil2100> bzoltan1: hmmm...
[14:26] <sil2100> bzoltan1: it seems the branch https://code.launchpad.net/~renatofilho/messaging-app/fix-autopilot does not exist anymore?
[14:26] <sil2100> bzoltan1: while the silo is configured to use it
[14:26] <sil2100> bzoltan1: what happened?
[14:26] <sil2100> We might need to rebuild messaging-app there then
[14:27] <bzoltan1> sil2100: what the hack?
[14:27] <sil2100> Strangeness!
[14:27] <sil2100> renatu: ?
[14:27] <renatu> sil2100, hi
[14:28] <renatu> sil2100, I removed it, you should use tiago's branch
[14:28] <sil2100> Ah...
[14:28] <renatu> sil2100, https://code.launchpad.net/~tiagosh/messaging-app/fix-broken-test
[14:28] <sil2100> bzoltan1: ok, so we need to rebuild the silo with the new branch ;/
[14:28] <sil2100> bzoltan1: and re-test messaging-app
[14:28] <bzoltan1> sil2100:  OMG
[14:28] <sil2100> Damn, this is confusing
[14:29] <bzoltan1> sil2100: renatu should not have touched the MR in the middle of action
[14:29] <bzoltan1> sil2100:  I have tested renato's MR not tiaosh's
[14:30] <sil2100> bzoltan1: yeah... thankfully it's just one component that will require a retest, but still... rebuilding the package + testing still takes some time :|
[14:30] <renatu> bzoltan1, sil2100, sorry brendand point us the branch early here in the channel
[14:30] <bzoltan1> sil2100:  would you please reconfigure the silo8?
[14:31] <bzoltan1> renatu: still... please do not do it too often. It wasted like 2-3 hours now.
[14:31] <sil2100> bzoltan1: sure, although a normal reconfigure should be sufficient, but best being safe than sorry
[14:32] <sil2100> bzoltan1: ok, I'll modify the MP list to the new MP as well
[14:32] <bzoltan1> sil2100:  that part I have done
[14:32] <mvo_> sil2100: so you take care of it?
[14:33] <sil2100> bzoltan1: oh, hmm... my spreadsheet seems to still show renatu's branch
[14:35] <sil2100> bzoltan1: I still see renatu's branch, so I'll change it to tiago's one
[14:36]  * sil2100 just hopes the spreadsheet doesn't go crazy
[14:37] <sil2100> bzoltan1: reconfigured!
[14:37] <sil2100> bzoltan1: you can rebuild :)
[14:38] <sil2100> (messaging-app that is)
[14:38] <mvo_> thanks sil2100
[14:44] <cjwatson> plars: How did the dry-run-RTM system-image test go?
[14:45] <plars> cjwatson: I can run tests with it locally, and I have some proposed changes to the ci scripts to integrate it that I'm trying to run through staging. There are some dashboard changes that will be needed that josepht is looking at right now
[14:45] <plars> cjwatson: as I understand it, the real one will come next week or so, and we'll be calling it it stable-proposed right?
[14:46] <plars> cjwatson: the current plan is to move utopic testing on our side with the variant name "touch" to a variant called "touch_devel" and then create one called "touch_stable" that aligns with the results from testing stable-proposed
[14:47] <cjwatson> plars: Probably about two weeks from now.  Name still slightly TBD but presumably it's not hard to change on your side
[14:47] <cjwatson> (waiting for Stéphane to come back so we can finish that debate)
[14:47] <plars> cjwatson: no, we can change the name to whatever on our side. In the meantime, we'd like results on staging-stable-proposed correct?
[14:47] <cjwatson> plars: stable-staging-proposed, but yes
[14:48] <cjwatson> plars: Just to make sure that the process works rather than because of any special interest in the results, of course
[14:48] <plars> right
[14:48] <cjwatson> plars: Although it was branched from the last promoted image so hopefully should be pretty solid
[14:49] <plars> cjwatson: from the looks of running it locally, it does pull from an rtm derived archive rather than the usual places though
[14:49] <plars> so it's good to test
[14:49] <cjwatson> plars: Right, great
[14:50] <cjwatson> Yeah, its sources.list and such should be all derived-archive.whateveritis
[14:56] <sil2100> bzoltan1, brendand__: can anyone top-approve tiagosh's MR?
[14:57] <tedg> mvo_, I removed an MR from my silo, which effectively removes the package. Do I need a reconfigure in that case? Or can I just continue and assume it won't get merged.
[14:57] <brendand__> sil2100, renatu ?
[14:57] <mvo_> tedg: not sure, sil2100 may know but if in doubt, go with the reconfigure
[14:58] <sil2100> tedg, mvo_: it will require a reconfigure
[14:58] <tedg> sil2100, Ah, okay. Thanks.
[14:58] <tedg> mvo_, Can you please reconfigure silo 17?
[14:59] <mvo_> sure
[15:00] <mvo_> tedg: done
[15:00] <tedg> mvo_, Thanks!
[15:28] <sil2100> bzoltan1: argh, why did UITK got rebuilt in the silo as well? I thought only messaging-app was supposed to be rebuilt
[15:28] <sil2100> bzoltan1: it's now waiting for it to finish building for no reason
[15:29] <bzoltan1> sil2100: sorry, I did not know if it was possible to rebuild only one source pakage there
[15:29] <mhr3> sil2100, did you remember to give priviledges to pete?
[15:30] <sil2100> bzoltan1: ah, yes ;) When for instance only a merge for one project changed, you can press 'Build' and list that one project name in the list of packages to rebuild, and it will fetch the changes and build from scratch
[15:30] <bzoltan1> sil2100:  arghhh... I am an ignorant ass
[15:30] <sil2100> bzoltan1: force rebuilds are only necessary when nothing changed in any merge and you still want to rebuild :)
[15:31]  * bzoltan1 is learning every day something new
[15:31] <sil2100> No worries! It's just sad that we have to wait unneccessarily, while being very hyped on getting it released!
[15:31] <sil2100> mhr3: yeah, now I did! (I'm such a lier, thanks for reminding me)
[15:32] <mhr3> sil2100, cool, now give me a silo for #39 and pete will try to land it ;)
[15:32] <mhr3> fwiw it's super simple change, should go super smooth
[15:33] <sil2100> mvo_: could you assign it? ^ We have one silo free, but I see one silo freeing up now, so it should be fine
[15:33] <mvo_> sure
[15:33] <sil2100> Thanks!
[15:33] <mvo_> done
[15:33] <mvo_> I was about to ask if I should take over again (for ~30min or so) :)
[15:34] <mhr3> pete-woods, please land my thing ;)
[15:34] <mvo_> sil2100: did you publish 001 already?
[15:37] <sil2100> No, I didn't publish any silos right now :)
[15:37] <pete-woods> mhr3: by land, you mean build, and everything right?
[15:39] <pete-woods> well, I click build...
[15:39] <pete-woods> (and it is doing stuff)
[15:42] <ogra_> davmor2, do you remember if we have a bug open for "cant control volume when notification/snap decision is shown" ?
[15:42] <sil2100> pete-woods: that's the first step!
[15:43] <davmor2> erm no not that I'm aware of
[15:43] <ogra_> k
[15:43] <pete-woods> sil2100: :)
[15:49] <sil2100> Saviq: problems with the unity8 landing?
[15:57] <bzoltan> sil2100: renatu: https://ci-train.ubuntu.com/job/landing-008-1-build/165/console
[15:57] <bzoltan> sil2100: renatu: that is exatly why I do not like when anybody is messing around with an otherwise successful landing
[15:58] <sil2100> Grrrrrrrrrrrrrr
[15:58] <mhr3> mvo_, sil2100, there's something weird, could you hit rebuild on https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-005/+build/6208775 ?
[15:58] <sil2100> mhr3: pushed rebuild
[15:58] <sil2100> bzoltan: geh... yeah, exactly
[15:58] <mvo_> jup
[15:58] <mvo_> ha! sil2100 is faster
[15:58] <mvo_> sil2100: you can have the spreadsheet now :)
[15:59] <sil2100> hmmm
[15:59] <sil2100> bzoltan: wait a moment
[15:59] <bzoltan> sil2100: I have tried out the single package rebuild
[15:59] <sil2100> bzoltan: actually it seems to be built correctly!
[15:59] <sil2100> bzoltan: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-008/+packages
[15:59] <bzoltan> sil2100: https://launchpadlibrarian.net/180654795/buildlog_ubuntu-utopic-amd64.messaging-app_0.1%2B14.10.20140724.1-0ubuntu1_FAILEDTOBUILD.txt.gz
[16:00] <sil2100> bzoltan: yeah, but when you look at the PPA, it seems to be built correctly there
[16:01] <bzoltan> sil2100:  12 minutes ago.. it is the rebuild I think
[16:01] <sil2100> Ah
[16:01] <sil2100> bzoltan: indeed :)
[16:01] <sil2100> bzoltan: phew, but at least it seems to be good now... strange thing that it just worked after a rebuild
[16:01] <Saviq> sil2100, yeah, thought I started the build...
[16:01] <Saviq> sil2100, but guess what, I wasn't logged in ;(
[16:01] <bzoltan> sil2100:  most of these issues are just wasting time but do not represent real problems
[16:02] <Saviq> sil2100, so I only triggered it 10 mins ago or so
[16:02] <Saviq> sil2100, but don't expect any more problems...
[16:02] <sil2100> Saviq: no worries, today seems to be a 'things go bad and waste time' day ;)
[16:02] <Saviq> sil2100, right
[16:14] <boiko> robru: sil2100: hi, would you guys mind reconfiguring silo 015? I added one new component to it
[16:14] <robru> boiko, can do
[16:14] <boiko> robru: nice! thanks!
[16:15] <robru> boiko, ok done, you're welcome
[16:17] <davmor2> ogra_, sil2100: http://davmor2.co.uk/~davmor2/screenshots-desktop/chinese.png that's the metadata page in nautilus
[16:18] <ogra_> looks fine there
[16:27] <robru> sil2100, er, can you check what's going on in silo 5? WATCH_ONLY build seems like a NOP, but can't publish because it says the package isn't built (package is in the PPA).
[16:28] <robru> sil2100, not sure what's happening. brb, food
[16:31] <sil2100> robru: let me check
[16:32] <bzoltan> sil2100:  the silo8  is good to go
[16:32] <sil2100> bzoltan: messaging app tests went fine :D ?
[16:33] <bzoltan> sil2100:  yes,all 15 tests are OK
[16:33] <sil2100> Excellent!
[16:33] <sil2100> Let me press publish
[16:34] <sil2100> bzoltan: !
[16:35] <sil2100> bzoltan: could you top-approve https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/landing_2307/+merge/227897 ?
[16:35] <sil2100> ;)
[16:35] <t1mp> sil2100: I happroved it
[16:35] <sil2100> t1mp: thanks!
[16:36] <bzoltan> t1mp: sil2100: all set :)
[16:36] <mhr3> robru, hmm, any idea what's up with 005?
[16:37] <sil2100> mhr3: I was looking at that as well, he's on breakfast... I'll try debugging further in a moment, just need to publish silo 8
[16:37] <mhr3> k, thx
[16:38] <sil2100> cjwatson, ogra_: can anyone of you +1 the packaging changes here? https://ci-train.ubuntu.com/job/landing-008-2-publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-ui-toolkit_0.1.50+14.10.20140724.2-0ubuntu1.diff
[16:45] <cjwatson> sil2100: looks fine to me
[16:45] <sil2100> cjwatson: thanks!
[16:46] <sil2100> mhr3: ok, so it seems the train ate a file :| Let me try recreating it to enable publishing
[16:46] <sil2100> Not sure what caused that
[16:46] <sil2100> Today is really a terrible day
[16:47] <kgunn> hey guys, i could really use a silo for line 20 & line 38....probably line 20 is higher priority
[16:48] <kgunn> sil2100: ^ sorry today is a terrible day
[16:48] <jhodapp> robru: can you merge and clean silo 12 for us?
[16:49] <sil2100> kgunn: ok, I guess robru will be able to do that for you once he's back, I need to finish fighting this fire here ;)
[16:49] <kgunn> ack
[16:54] <cjwatson> jhodapp,robru: done
[16:54] <jhodapp> cjwatson: thanks
[16:54] <sil2100> hmmm
[16:55] <cjwatson> kgunn: done for 20, but no more silos for the moment
[16:55] <cjwatson> kgunn: oh, no, it conflicts with silo 6
[16:55] <cjwatson> kgunn: which is one of yours, so decide :)
[16:56] <sil2100> robru: ok... so we'll have to rebuild silo 005 it seems ;/
[16:57] <sil2100> robru: so, what seems to have happened is that someone wanted to rebuild silo 5, the package got prepared and something happened that it didn't get uploaded to the PPA
[16:57] <sil2100> robru: this caused the silo staying in a broken state...
[16:58] <sil2100> robru: i.e. the PPA has one version while CI Train has the source package of a different version
[16:59] <sil2100> robru: so it would be unwise to actually leave it as it is :|
[16:59] <sil2100> AH!
[17:00] <sil2100> robru: ok, so the reason for this situation is this: https://ci-train.ubuntu.com/job/landing-005-1-build/190/
[17:00] <sil2100> robru: an aborted build :|
[17:00] <sil2100> So, I'll rebuild the silo now and check it to not tested
[17:01] <robru> sil2100, yikes
[17:01] <robru> sil2100, ok
[17:01] <robru> kgunn, sorry there is currently only 1 silo available
[17:02] <robru> oh, cjwatson is on it
[17:02] <robru> thanks cjwatson
[17:03] <robru> oh now there's two available ;-)
[17:03] <ogra_> must be a nest somewhere !
[17:03] <sil2100> :D
[17:04] <sil2100> Saviq: testing silo 9? :)
[17:04] <sil2100> balloons: hi! Did you publish music-app to the store by any chance?
[17:06] <balloons> sil2100, music in the store
[17:06] <balloons> the new image should pull it :-)
[17:06] <sil2100> \o/
[17:06] <sil2100> Excellent
[17:07] <robru> kgunn, ok you got silos 12 and 14
[17:41] <davmor2> sil2100: so just the uitk to land then right?
[17:42] <sil2100> davmor2: yep!
[17:50] <robru> sil2100, are you done putting out fires? can you find some rest? ;-)
[17:51] <bfiller> robru: any silo's available for line 40?
[17:51] <sil2100> robru: I guess ;p Just need to finish some other stuff and send out the e-mail
[17:51] <sil2100> And then take a look at the spreadsheet
[17:51] <robru> bfiller, I got one that'll be free in a minute
[17:51] <bfiller> robru: thanks
[17:51] <robru> sil2100, ah wow, busy day indeed ;-)
[18:06] <dobey> cihelp: why would jenkins be ok with one project having a build-depends: foo:native, but not with another project that has the same foo:native build-depends?
[18:07] <robru> dobey, which jenkins are we talking about? logs?
[18:07] <dobey> https://jenkins.qa.ubuntu.com/job/ubuntuone-credentials-utopic-amd64-ci/6/console
[18:07] <fginther> dobey, there is a special hook that needs to be applied to the project until we have support for all projects in place
[18:08] <cjohnston> thanks fginther and robru
[18:08] <plars> sergiusens, fginther: would one of you be willing to ack https://code.launchpad.net/~pwlars/cupstream2distro-config/remove-sergio-contact-email/+merge/227946 if you get a chance so I can land it (and so we can quit spamming sergiusens :)
[18:08] <dobey> fginther: oh. can you add that to ubuntuone-credentials then?
[18:08] <fginther> dobey, yes, will get to it in a few minutes
[18:08] <dobey> ok, thanks
[18:11] <robru> bfiller, sorry for the delay, you got silo 1 ^
[18:11] <bfiller> robru: thnks
[18:11] <robru> bfiller, you're welcome!
[18:15] <robru> bfiller, uh, what's going on with silo 2?
[18:16] <bfiller> robru: hmnn, let me check. I just rebuilt it and marked it tested
[18:16] <bfiller> hoping to release it
[18:16] <robru> bfiller, i already hit publish before the rebuild. why did you rebuild?
[18:17] <bfiller> robru: I wanted to make sure we had all the latest just to be safe
[18:17] <bfiller> couldn't remember if I rebuilt it or not
[18:17] <robru> bfiller, i'll check
[18:18] <bfiller> robru: I *think* I rebuilt it last night which would be fine
[18:18] <robru> bfiller, according to the build logs, build 179 and build 180 both build the same revision 240 from that branch
[18:18] <robru> 181 rather
[18:19] <bfiller> checking
[18:20] <bfiller> robru: then we are good, rev 240 is the latest
[18:20] <bfiller> sorry about that
[18:20] <robru> bfiller, k, no worries. citrain probably won't like to merge this due to the rebuild so I'll force merge & free
[18:21] <robru> bfiller, and let me know if you need help with silo1 ^
[18:21] <bfiller> robru: yeah what does that error mean?
[18:22] <robru> bfiller, it means there's a version in distro that didn't get built in the build job (most likely somebody did a manual upload, but maybe there's another silo that published but didn't merge yet)
[18:22] <robru> bfiller, so you have to read the log to find which package has the issue, then get the diff from distro, then push it to trunk
[18:22] <bfiller> robru: ack
[18:23] <robru> bfiller, oh yeah, in this case it's because messaging-app was published from silo 8 but didn't merge yet
[18:24] <robru> bfiller, if you want to get started, you can FORCE_REBUILD silo 1 now, and then rebuild messaging-app later once silo 8 merges
[18:24] <bfiller> robru: I see, same MR is both silos
[18:24] <bfiller> robru: I need to remove it from silo 1
[18:24] <robru> bfiller, ah, then just drop that MP from you silo ;-)
[18:24] <sil2100> robru: ok, on first glimpse the spreadsheet looks ok, but I would wait with deploying it till Monday
[18:25] <robru> sil2100, oh you think so?
[18:25]  * sil2100 needs to go eat some dinner
[18:25] <sil2100> robru: yeah, in case we cause any problems ;) Want to first try a promotion tomorrow (if possible), and start fresh on Monday
[18:25] <robru> sil2100, ok no worries
[18:25] <sil2100> Since we'll anyway be in TRAINCON-0 in the worst case
[18:26] <robru> sil2100, should I send an email to ubuntu-phone asking people for feedback on the dev copy?
[18:26] <robru> sil2100, slangasek was saying we need to coordinate this change with the larger team.
[18:26] <sil2100> hm, not sure, I would first of all ask some of our bigger landers first instead of the big public, and then announce it once things are ready to move
[18:27] <robru> sil2100, ok, I'll run it by some people later today then
[18:28] <sil2100> kgunn seems like the experienced person for testing for instance ;)
[18:29] <robru> sil2100, hehe, I was thinking to ping bfiller about it too ;-)
[18:30] <sil2100> Indeed ;)
[18:30] <sil2100> Ok, I go now, as my girlfriend will choke me in a moment
[18:30] <sil2100> o/
[18:30] <bfiller> testing what?
[18:32] <robru> bfiller, kgunn so I'm working on a prototype for a new citrain spreadsheet
[18:32] <robru> it's meant to cope with the fact that RTM will double the number of silos we have
[18:32] <robru> so the biggest change is to just streamline all the individual silo pages into the pending tab, because 40 silo pages will be impossible to navigate
[18:33] <robru> bfiller, kgunn so if you could take a look at my spreadsheet: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Ao9rBrRdRp38dFZrbkw2aXdfbS1jM1dZU3R4TXE3aGc&usp=drive_web#gid=0 and just tell me what you think about being able to mark testing:pass from the pending tab instead of hunting for other tabs, I'd appreciate it.
[18:33] <bfiller> robru: will do, np
[18:33] <robru> (it's not live yet, but just to look at it)
[18:33] <robru> bfiller, thanks
[18:35] <bfiller> robru: seems fine, will it still be available on the detailed page or just on the pending page?
[18:36] <robru> bfiller, it'll just be the pending tab. the detailed page is being deleted
[18:36] <robru> bfiller, or rather, the "detailed page" is now my dashboard, at http://bit.ly/1mDv1FS
[18:37] <bfiller> robru: nice, why not have everything on your dashboard then :) it's much better
[18:37] <bfiller> robru: oh nm, I guess you need a way to enter new requests
[18:38] <robru> bfiller, yeah, dashboard is read only. I wish we could add requests direct in the dashboard!
[18:38] <bfiller> robru: so new spreadsheet changes are fine with me then
[18:38] <robru> bfiller, the point of this spreadsheet change is so that you only ever need the pending tab, you never have to hunt around for those "detailed" tabs (which I find impossible to navigate between even on a 27" widescreen)
[18:38] <robru> bfiller, sweet thanks
[18:43] <kgunn> robru: fine with me
[18:43] <robru> kgunn, cool, thanks for looking! so we're hoping to go live with that on monday, should ease the RTM transition significantly
[18:47] <robru> fun
[18:47] <slangasek> cyphermox_: hi, so it looks like you created the bluetooth-touch package initially?
[18:48] <cyphermox_> yes, let's destroy this
[18:48] <slangasek> cyphermox_: please don't call a bare 'gcc' in a package build... this misses all the hardening flags, and also leaves us without debug symbols :)
[18:48] <slangasek> cyphermox_: oh, well if you have a way to destroy it, that's fine too - in the meantime I'm uploading it to make it use dpkg-buildflags
[18:48] <cyphermox_> bah, that's not even used anymore
[18:49] <cyphermox_> alright
[18:49] <slangasek> cyphermox_: right, if it should go away please get rid of it however you like... in the meantime I've uploaded it with fixed debian/rules
[18:50] <cyphermox_> thanks
[18:50] <cyphermox_> it's not going to get away, but changed a whole lot
[18:56] <Ursinha> kgunn: /fg
[18:56] <Ursinha> argh
[18:56] <Ursinha> sorry :)
[18:58] <robru> kgunn, https://ci-train.ubuntu.com/job/prepare-silo/1145/console ah not all your MPs are tagetting the same branch, that's now allowed
[19:01] <kgunn> robru:  uh-oh
[19:02] <robru> kgunn, well it looks like one branch is targetted at the other, and the second one targetted for trunk. so I would say, just manually merge the one into the other, then have just the one big branch targetted at trunk
[19:04] <kgunn> greyback: ^
[19:04] <kgunn> greyback: can you sort the unity8 branches
[19:04] <kgunn> greyback: https://ci-train.ubuntu.com/job/prepare-silo/1145/console
[19:04] <kgunn> greyback: or if you're about to eod... ping dandrader
[19:09] <greyback> am on it
[19:09] <Ursinha> kgunn, elopio: bug 1334767 is now fixed, MIR docs website is up to date and should be updated daily
[19:09] <kgunn> Ursinha: \o/ can't thank you enough!
[19:10] <Ursinha> kgunn: I'm *really* sorry it took this long to fix that, we now have a proto-process so that won't happen again :)
[19:11] <robru> Ursinha, a protoss, if you will.
[19:11] <Ursinha> lol
[19:11] <kgunn> Ursinha: hey just glad it got fixed
[19:50] <kgunn> robru: ok..can you give it a go once more, reconfig on silo6 please?
[19:50] <robru> sure
[19:55] <robru> greyback, ok, not sure where kgunn went, anyways building: https://ci-train.ubuntu.com/job/landing-006-1-build/138/console
[19:56] <greyback> robru: he's rebooting. Thanks for the update :)
[19:56] <robru> greyback, you're welcome!
[20:22] <elopio> Ursinha: thanks!
[20:31] <tedg> robru, Can you publish silo 7 please?
[20:31] <dobey> 7? or 17? :)
[20:32] <tedg> Sorry, yes. And 17 is already published.
[20:32] <tedg> robru, Unping
[21:02] <dobey>  g++-4.9:armhf : Depends: gcc-4.9:armhf (= 4.9.1-1ubuntu3) but it is not going to be installed
[21:02] <dobey> ^^ getting this when trying to cross-compile pay-service
[21:03] <dobey> i wonder why :(
[21:06] <robru> infinity, cjwatson: anybody around for a packaging ack? got new deps and a new binary package: https://ci-train.ubuntu.com/job/landing-016-2-publish/lastSuccessfulBuild/artifact/packaging_changes_url-dispatcher_0.1+14.10.20140724-0ubuntu1.diff
[21:18] <om26er> cihelp I can't login to s-jenkins whats up ?
[21:18] <om26er> GET failed on https://login.ubuntu.com/ : 500:HTTP/1.1 500 Internal Server Error
[21:19] <retoaded> om26er, checking
[21:20] <fginther> retoaded, om26er, I can confirm a similar login issue
[21:21] <retoaded> om26er, fginther, it believes it can't connect to https://login.ubuntu.com
[21:21] <om26er> aha
[21:22] <retoaded> fginther, om26er, I can reach it from home but not from s-jenkins. checking to see if any of the other systems are affected.
[21:23] <om26er> retoaded, If I am connected to lab's VPN it does not open
[21:23] <retoaded> seems that all of the systems in the lab are affected
[21:25] <retoaded> om26er, fginther, SSO is in ro mode for a deployment; should be back in about ~5 min
[21:26] <om26er> retoaded, ok, thanks for looking into this.
[21:31] <retoaded> om26er, give it another go. should be up now.
[21:32] <om26er> retoaded, it works now, yay! :)
[22:51] <slangasek> kgunn, ogra_: https://code.launchpad.net/~mterry/livecd-rootfs/no-password/+merge/225560 uploaded
[22:57] <kgunn> woohoo thanks slangasek
[23:11] <robru> slangasek, oh if you're around can you ack this new binary package + deps? https://ci-train.ubuntu.com/job/landing-016-2-publish/lastSuccessfulBuild/artifact/packaging_changes_url-dispatcher_0.1+14.10.20140724-0ubuntu1.diff
[23:11] <cjwatson> robru: ack
[23:11] <robru> cjwatson, oh thanks
[23:11] <cjwatson> (for url-dispatcher)
[23:14] <robru> slangasek, unping ;-)