[01:41] I can give it a try [02:04] === trainguard: IMAGE 77 building (started: 20140611 02:05) === [02:30] tedg: charles: asac: so hw alarms is partially completed with silo 14, works as expected on nexus 7 and I can hear the alarm ringing at the right time [02:30] it's not yet perfect as we don't have anyone holding a suspend blocker once the alarm is triggered, and not turning on the screen either [02:30] rsalveti, \o/ [02:31] ted and I are seeing it work on the n4 [02:31] yea the not-turning-on-the-screen is something we talked about back in #phablet if you remember [02:31] I'd imagine we need to change powerd to also listen for alarms via /dev/alarm, and hold the lock for a few seconds (and turn on the screen) [02:31] right [02:32] I'd have to go back in scrollback but iirc you and ChickenCutlass and ricmm discussed making that change in powerd itself, same as how it listens for incoming calls [02:32] right, I believe that's how we'll end up doing it [02:32] but let's talk tomorrow to know how to proceed [02:33] but I believe we can already land the silo, it's an improvement already [02:33] I agree, it's not a blocker for silo 14 [02:33] the other issue I'm seeing (or rather, hearing) is a 'stutter' in the alarm sound, https://bugs.launchpad.net/indicator-datetime/+bug/1320877 [02:33] Ubuntu bug 1320877 in Indicator Date and Time "alarm sound sometimes 'stutters'" [Undecided,New] [02:34] ok [02:34] right, I think that will be solved once the powerd side is implemented [02:34] it's a race because the device is still trying to suspend [02:34] it wakes up but it'll try to suspend right after the alarm starts ringing [02:34] rsalveti, should powerd be added to that ticket? [02:35] sure, that's my theory at least, let me try to reproduce here again [02:35] yeah, if the device is up the alarm plays fine [02:36] charles: can I mark your silo as tested then? can also land it [02:36] we can try to land the needed change in powerd tomorrow [02:36] rsalveti, ted and I both passed it on the n4 [02:36] great, I also validated it on nexus 7 [02:36] we were going to wait to make sure it passed on a tablet too, which you've done [02:37] so afaict we're ready [02:38] great [02:38] argh, jenkins is still waiting for the arm64 build, that is never going to happen [02:38] ok I've updated 1320877 [02:39] I'm going offline, I'll be back in ~11.5 hrs [02:39] charles: ok, only remaining issue [02:40] yes? [02:40] charles: needs packaging change for it to depend on libplatform-hardware-api1-dev only on armhf, i386 and amd64 [02:40] as we don't have that package for the other arches [02:40] and it might need build time changes to be smart enough and detect once it's available [02:41] otherwise it'll be blocked in proposed, as we currently have a working version for powerpc, ppc64el and arm64 [02:41] and latest version from the ppa is not building any package for the above arches, because we don't have libplatform-hardware-api1-dev there [02:43] hrm, that provides/usr/lib/i386-linux-gnu/libubuntu_platform_hardware_api.so [02:43] yup [02:44] so we want to ifdef out all the hw alarm stuff and not link against that when we're outside of those three arches? [02:44] is there a way to not build the support for platform hardware api if not available during build-time? [02:44] charles: yeah [02:44] so we can still produce binary packages for those arches [02:44] I thought platform-api fell back to stubs so that client apps didn't have to go through ifdef hell [02:45] well, not yet for every arch [02:45] okay, I can do that [02:45] we could change platform-api to be generic enough with stubs and so on, but I'm afraid such change will take longer to land [02:46] dyk where I could find an existing debian/control that does something similar? I haven't done this in debian packaging before. [02:47] libplatform-hardware-api-headers, [02:47] libplatform-hardware-api1-dev, [02:47] change then to: [02:47] libplatform-hardware-api-headers [armhf i386 amd64], [02:48] libplatform-hardware-api1-dev [armhf i386 amd64], [02:48] aha [02:48] and during build time you just try to find if it's available or not [02:48] yep, build time I've got [03:07] so far so good on systems w/o alarm.h, now to try with alarm.h [03:29] === trainguard: IMAGE 77 DONE (finished: 20140611 03:30) === [03:30] === changelog: http://people.canonical.com/~ogra/touch-image-stats/77.changes === [04:07] rsalveti, https://bazaar.launchpad.net/~charlesk/indicator-datetime/hw-alarms-api/revision/354 [06:21] Mirv: are you in a position to be able to assign a silo to the line33? [06:22] Or maybe robru if still online [07:00] sil2100, would you be able to help bzoltan with his silo? ^ [07:00] (and good morning :) [07:08] rsalveti: no (testing emulator with 5.3), but I have that dependency problem with the gles packages I wrote about, so I couldn't even if I had the time [07:11] dpm: assigned, even though bzoltan left [07:11] thanks Mirv! [07:12] I'll kick a build too [07:12] awesome [07:15] Mirv, sil2100, ogra_ : Hi guys ! Looks like I can't select any carrier anymore since... ~#71 (I'm at #76 now) [07:17] Note that the automatic selection never worked for me [07:37] vila: ouch [07:37] sil2100: don't mention it ;) [07:38] you are not the first one to claim that [07:38] and i think there is a bug open for that [07:39] rsalveti: charles: cool ... step by step :) [07:40] vila, bug 1274618 ... see if it is the same [07:40] bug 1274618 in ubuntu-system-settings (Ubuntu) "Cellular page: set to manual network detection can't revert" [High,Confirmed] https://launchpad.net/bugs/1274618 [07:40] ogra_: I saw some msgs on the u-phone ML but people seem to have recover, any idea on which project the bug was filed against... ::) ? [07:45] Cellular seems to work fine here all the time at least [07:47] ofono scripts fail with 'org.ofono.NetweorkRegistration doesn't exist (see added comment on bug) [07:51] vila, that looks more like ofono isnt running [07:53] ogra_: ps says there is an 'ofono -P stktest,provision,sao.udev.dun.smart,hfp' running [07:53] ok ... [07:53] so its not that [07:53] any crash files in /var/crash ? [07:56] 3 today for the scripts I just ran, the others are quite old [07:57] ogra_: I'll remove them all and restart [08:06] ogra_: weird msg in the system setting upstart log file (added to bug), is that relevant ? [08:07] the /run/user/32011/signond/ dir is empty here [08:15] seb128: regarding bug 1274618 , am I seeing the same bug (related at least) or should I file a new one ? [08:16] bug 1274618 in ubuntu-system-settings (Ubuntu) "Cellular page: set to manual network detection can't revert" [High,Confirmed] https://launchpad.net/bugs/1274618 [08:17] seb128: hi seb [08:18] seb128: any chance you could take a look at the platform-api MR from yesterday? the packaging review for the NEW ack [08:18] we are blocking on that, and I think you are also blocking on that landing for something [08:18] vila, bfiller is doing system settings now [08:18] oops, sorry seb ;) [08:18] bfiller: : regarding bug 1274618 , am I seeing the same bug (related at least) or should I file a new one ? [08:18] bug 1274618 in ubuntu-system-settings (Ubuntu) "Cellular page: set to manual network detection can't revert" [High,Confirmed] https://launchpad.net/bugs/1274618 [08:27] sil2100, any idea what is up with silo 14 ? spreadsheet says it is building ... [08:27] ogra_: let me see that [08:28] (despite being testing done) [08:28] ogra_: ah, yeah, if a job is aborted then CI Train will not pick up the state... it seems it drops some supported architectures? [08:28] not sure if it ever built on these [08:29] ricmm, hey, was on the phone, looking at that in a bit [08:29] ogra_: LP says it did... [08:29] vila: if you are seeing a bug already open, no need to file a new one [08:30] ogra_: I wonder if they discussed that with cjwatson [08:30] (or some other archive admin) [08:31] sil2100: rsalveti was working with charles in scrollback to get that fixed [08:31] this channel, about six hours back [08:31] oh, and it seems that last change to debian/control is still missing if i see that right [08:31] cjwatson: oh, ok, will have to look at the logs then.. so they intend to get it working for those archs? Since right now I just see a dep-wait on some mir libs [08:32] ogra_: so I wouldn't call it 'testing done' ;) [08:32] ogra_: meeting! [08:32] sil2100: yes [08:32] seb128: thanks, abeato is guiding me to a workaround and a different bug anyway [08:32] s/anyway/in th mean time/ [08:32] or so it seemed to me from skimming the discussion anyway [08:54] ogra_, sil2100 : my modem is back thanks to abeato, bug #1321627 [08:54] bug 1321627 in urfkill (Ubuntu) "Wrong WWAN value in saved-states" [Critical,Triaged] https://launchpad.net/bugs/1321627 [08:55] cool, glad you found it [08:57] it might be just my network at QtCS but my system-image-cli claims system-image.ubuntu.com has invalid certificate [08:57] yeah, sounds like a proxy issue [08:57] I guess it's just that the mako doesn't have a proper connection, ubuntu-device-flash started just fine [09:00] can someone please reproduce bug 1328536 - just run "ubuntu-bug unity8" on a device [09:00] bug 1328536 in apport (Ubuntu) "ubuntu-bug broken in #76 mako" [Undecided,New] https://launchpad.net/bugs/1328536 [09:03] sil2100, ogra_ - was there an autopilot landing recently? [09:04] sil2100, ogra_ skip has broken it seems === vila changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: vila | CI Train Status: #71 promoted | CI Train Support: US: robru, stgraber - EU: sil2100, Mirv | Known issues: - [09:04] brendand, on wed and thu ... for the upstart-app-launch rename [09:04] sil2100, ogra_ - at least for that one test [09:05] sil2100, ogra_ - right. i'll take a look and see if i can figure out what's going on [09:05] https://launchpad.net/ubuntu/utopic/+source/autopilot/1.5.0+14.10.20140601-0ubuntu1 [09:05] https://launchpad.net/ubuntu/utopic/+source/autopilot-legacy/1.4.1+14.10.20140430-0ubuntu4 [09:06] http://launchpadlibrarian.net/176889634/autopilot_1.5.0%2B14.10.20140526.1-0ubuntu1_1.5.0%2B14.10.20140601-0ubuntu1.diff.gz [09:06] and [09:06] http://launchpadlibrarian.net/177001213/autopilot-legacy_1.4.1%2B14.10.20140430-0ubuntu3_1.4.1%2B14.10.20140430-0ubuntu4.diff.gz [09:06] are the package diffs [09:10] sil2100, i think bug 1321627deserves some of our attention ... given that there seem to be many people with similar 3G probs [09:10] bug 1321627 in urfkill (Ubuntu) "Wrong WWAN value in saved-states" [Critical,Triaged] https://launchpad.net/bugs/1321627 [09:10] (like vila ) [09:10] :) [09:13] ogra_: I can't agree more ;) [09:14] ok it looks like a test that is skipped still runs setUp. that's stupid [09:16] although it's probably a 'feature' of unittest rather than APs fault [09:20] ogra_: oh, I wasn't aware of that one [09:22] sil2100, really interesting finding about the medai player failure [09:22] sil2100, if you look at the timestamps, media-hub-server crashes *just* exactly when the test starts [09:22] like 1 second after [09:24] oh [09:25] sil2100, i can't reproduce it, but i think we can agree the test is not at fault [09:25] sil2100, do those crashes generate bugs automatically? [09:25] sil2100, or will i need to file one? [09:26] brendand: no... we have to fill them in ourselves manually, but not sure if ogra_ didn't fill one in already [09:26] ogra_, did you? [09:26] brendand: so in other words, it should basically skip this test but the crash makes the test failing? [09:27] sil2100, well the behaviour of unittest module in python is to always run setUp. for good and for bad [09:28] sil2100, and setUp launches the app and checks it can be accessed [09:28] sil2100, so if setUp fails then it won't get a chance to be skipped [09:31] Now this is a funny case happening then ;) [09:31] Thanks for looking into that! [09:33] brendand, nope, didnt [09:36] ogra_, what's the project for media-hub-server? [09:36] ogra_, is it the mediaplayer itself? [09:42] brendand: media-hub I suppose? [09:45] yeah [10:02] sil2100, for the osk in web browser, it does appear, but i can't confirm if it's actually used. i'll look at the code a bit and also ask the AP folks later when they log on [10:11] ricmm, reviewed, it's mostly good but has some small issues === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [10:41] sil2100, here's that crash bug finally. https://bugs.launchpad.net/media-hub/+bug/1328859 [10:41] Ubuntu bug 1328859 in Media Hub "media-hub-server crashes when running mediaplayer-app test_scene_selector_operation test" [Undecided,New] [10:41] sil2100, launchpad very kindly crashed and lost my report halfway through filing === alan_g is now known as alan_g|afk [10:46] brendand: thanks! Murphy's law, as always ;) === alan_g|afk is now known as alan_g [10:59] Saviq: is anyone checking the unity8 test failure? [10:59] who from SDK team is lander besides zoltan? [10:59] sil2100: ? [11:00] asac: only Zoltan is the lander, we have bugs filled for this issue already [11:01] sil2100: how long is his test failing? [11:01] asac: but Zoltan and Saviq might be not too responsive because of the QDS [11:01] QDS? [11:01] sil2100: do we know when those test failures started? [11:01] and which landing caused this? [11:02] asac: just appeared now [11:02] Qt Developer Summit [11:03] asac: we don't know yet, things started getting more 'sensitive' after the Mir landing we had [11:03] But we could not identify the source of why it started happening [11:03] As these are generally only AP flakyness [11:04] sil2100: so they dont happen on every image? [11:05] No [11:05] Most of them are random, and brendand and elopio are helping as much as they can to identify the causes [11:07] sil2100, nothing is random :) [11:07] sil2100, we just don't have enough info yet [11:08] we'll figure it out. we already realised about the media-server-hub crash === MacSlow is now known as MacSlow|lunch [11:24] bzoltan: are you guys investigating the uitoolkit AP failure? [11:24] asac, there is a fix already [11:24] ah [11:24] ogra_: which component needs landing? [11:24] uitoolkit itself? [11:25] gimme a sec ... need to check if it is still the same failure [11:25] :P [11:26] hmm, it is still the same and there is an MP from elopio but i cant find a landing for it [11:27] asac, bug 1326072 [11:27] bug 1326072 in ubuntu-ui-toolkit (Ubuntu) "test_fake_home_fixture_must_copy_xauthority fails to create file on mako" [Undecided,New] https://launchpad.net/bugs/1326072 [11:28] seems it is merged into the staging branch but not in trunk [11:28] and seems the whole UITK needs to land for it [11:29] the whole? [11:29] like no cherry pick possible? [11:29] no idea how the SDK guys manage thes branches [11:30] https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/staging has definitelly a bunch of newer commits already [11:32] asac, aha, soli 6 seems to include it [11:32] but it is untested [11:32] soli :P [11:32] solitude [11:33] * ogra_ wishes the changelog entry was more descriptive again ... ldoesnt talk about Xauthority at all [11:33] heh, silo indeed :) [11:45] ogra_: asac: I have tested the soli6 but I am not happy with the results... [11:45] ogra_: asac: but yes, that silo has the fix for that problem [11:46] bzoltan1: what results do you get that make you not happy? [11:46] asac: do you want me to dig up the original MR what fixes that issue? I know which one it was, but I do not know what conflicts it will cause later with the staging branch [11:48] asac: http://pastebin.ubuntu.com/7628182/ But I want to reflash my testing device and run these tests again... [11:49] Damn, what's wrong with my WiFi router [11:49] bzoltan1: dont worry. was just checking [11:50] sil2100, the NSA got you ! [11:50] sil2100: maybe its not your roiuter, but your computer wifi modem :) [11:50] is your phone going off as well? [11:50] asac: few weeks back I started to enjoy that I could roll out UITK releases in 1-2 days, but now we are back at 1-2 weeks... and most of the times it is not about the components [11:50] bzoltan1: what happened? [11:51] asac: mostly AP changes [11:51] It looks like the wifi router has some problems, it's not the first time all my machines loose WiFi suddenly ;p [11:51] brb, quick test-reset [11:51] bzoltan1: AP changes? QA changed autopilot (the framework)? [11:53] bzoltan1: was there a new ap release that makes your life harder? [11:56] asac: the UITK's own AP tests changed and the applications own AP tests are not really reliable === alan_g is now known as alan_g|lunch [11:57] asac: simple said, we had problems with the AP itself, with the apps tests, with our own AP tests and the biggest change was the new header what flagged out poorly writen app tests [12:30] Mirv / sil2100 any way to poke the hud sru? it's been in unapproved for 2 weeks now [12:31] mhr3, https://launchpad.net/~ubuntu-sru/+members is who you want to ping [12:31] mhr3, https://wiki.ubuntu.com/StableReleaseUpdates#Publishing suggest you can try asking cjwatson on wednesdays [12:32] mhr3, I guess I just sort of pinged for you there ;-) [12:32] (wouldn't mind seeing unity-settings-daemon approved as well, oem team is waiting on it) [12:32] seb128, that's the way, i like it :) [12:32] ;-) [12:32] aha aha [12:33] http://www.youtube.com/watch?v=dd--tIkrVoA&feature=kp [12:35] Mirv: thanks, will take a look later today [12:36] charles: great, rebuilding the package now [12:37] sil2100: marked as tested yesterday before we found out that issue, moved to not tested now and rebuilding the silo [12:38] rsalveti: o/ [12:38] rsalveti: thanks, good to hear that :) === alan_g|lunch is now known as alan_g [12:54] asac: for example.. the CI dash shows that the calendar app has 22 all OK tests... I flashed the latest image few minutes ago and I have 4 failures on the Calendar ap on the stock image http://pastebin.ubuntu.com/7628432/ [12:58] bzoltan1, well, if you look at the test results from a few days you get a different picture [12:59] looks like it constantly had flaky tests the last days [12:59] it just happens that it didnt hit one today [12:59] ogra_: flaky tests are killing me... [13:00] bzoltan1: just wanted to ask if always reproducible? [13:00] bzoltan1, yeah, not only you ... but we still have some [13:00] but guess that answers it === Ursinha changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: Ursinha | CI Train Status: #71 promoted | CI Train Support: US: robru, stgraber - EU: sil2100, Mirv | Known issues: - [13:03] elopio: http://paste.ubuntu.com/7628383/ [13:11] Ursinha: For the last few hours we've seen jobs failing in a system header file: https://jenkins.qa.ubuntu.com/job/mir-clang-utopic-amd64-build/. I assume something has changed in the build config: Can you help? [13:14] alan_g: I'll have a look [13:15] thanks === pete-woods is now known as pete-woods-lunch [13:47] ogra_: I'll try to look into what we can do to get our stuff migrated to that canonistack instance [13:48] ok [13:48] imgbot will definitely need some work before i can move it somewhere [13:48] it is a mess of separate scripts atm [13:49] k, let's slowly work on that I guess, not need for haste [13:49] rsalveti, any news? [13:49] charles, you missed the second bit rsalveti mentioned above [13:50] change then to: [13:50] libplatform-hardware-api-headers [armhf i386 amd64], [13:50] libplatform-hardware-api1-dev [armhf i386 amd64], [13:50] no, that was done already [13:50] :-) [13:50] charles: rebuilding [13:50] rsalveti, ack [13:50] rsalveti, i didnt see it in the PPA [13:50] charles: just missing ppc64el [13:51] ogra_: I triggered a rebuild this morning [13:51] my morning :-) [13:51] ah [13:51] * ogra_ looked at it his morning ... [13:51] we should sync our monrings ;) [13:51] *mornings [13:52] ogra_, I pushed that 9 hours ago, you've had a long morning... :) [13:52] i looked at it 5h ago or so [13:53] but only at the debdiff in the PPA [13:55] ogra_: ;) [13:56] ogra_: rsalveti mentioned about a rebuild some time ago [13:58] ah [13:58] missed that, thanks [14:05] alan_g: so, gcc was updated from 4.8 to 4.9 and clang isn't happy; it's a known bug and it's fixed on llvm-toolchain-3.4 1:3.4.1-4 (not on ubuntu yet) [14:06] alan_g: possible workaround is to force gcc 4.8 on your side [14:06] alan_g: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744872 for reference [14:06] Debian bug 744872 in clang "clang-3.5: once gcc-4.9 and g++-4.9 are installed, clang stops properly building existing projects" [Important,Fixed] [14:07] Ursinha: thanks. I assume there's no ETA for the fix? [14:07] alf_: FYI ^ [14:08] alan_g: thanks [14:09] alan_g: not that I know of, fginther just investigated and concluded that that was the problem, other builds might fail due to the same issue so I believe it shouldn't take long [14:09] but that's a guess [14:11] Ursinha: thanks again. We'll figure it out. [14:12] robru: "stgraber is missing the Job/Build permission" ... === pete-woods-lunch is now known as pete-woods === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g [14:43] rsalveti, will you retest the hw alarms for tablet w/the new build? [14:43] charles: yup === Ursinha changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train Status: #71 promoted | CI Train Support: US: robru, stgraber - EU: sil2100, Mirv | Known issues: - [15:00] stgraber, bah, hang on [15:01] stgraber, ok, i added core dev again, not sure why this isn't a permanent setting [15:11] stgraber, you're on for landings today right? need any help? [15:13] robru: I should be fine now that I can actually get stuff done [15:15] mhr3: you've got silo 19 for mediascanner [15:15] stgraber, k, feel free to ping me if you have any questions [15:15] thx [15:22] sil2100: I want to become a lander! =) [15:42] sil2100, ok, now that the session is over, please review my branch ;-) https://code.launchpad.net/~robru/cupstream2distro/add-core-dev-perms/+merge/222705 [15:43] robru: o/ [15:43] xnox: hah! [15:43] xnox: wait, you're not a lander yet!! [15:43] *!? [15:43] sil2100, can I get a silo for spreadsheet line 37? [15:44] mterry: sure, just heard about the revert plan [15:44] What's up? [15:44] Since I remember QA saying things aren't bad as they are now [15:44] mterry, noooooooooooo :-( [15:45] robru, I know :( But it will come back, though probably only for Desktop [15:45] robru, RTM is too close to take the risk for phone [15:45] mterry, so we're going RTM with single-user-only phones then? [15:45] my head is a bit messy today, did the alarm stuff land ? [15:45] robru, yeah -- I mean, I think that was always likely the plan, but we wanted the correct architecture in place anyway [15:46] asac, nope [15:46] mterry, ah ok, [15:46] asac, needs a tester first ... [15:46] ogra_: tester? [15:47] asac, it was rebuilt with the final changes ... [15:47] ogra_: ok, how long is that build done? [15:47] dunno, i didnt check [15:47] sil2100: no, i am not a lander [15:47] sil2100, well anyway, I have a couple branches in line 37, this should revert the split greeter for now [15:47] https://launchpad.net/~ci-train-ppa-service/+archive/landing-014/ [15:48] seems it built, the spreadsheet thinks it failed though [15:48] xnox: let's change that in the nearest days then - core-devs themselves can anyway land stuff through CI Train but some basic training might be useful ;) [15:49] sil2100, that can be true for real as soon as you review my branch ;-) [15:49] ogra_: ok seems its not dangling, but rather fresh TODO :) [15:49] robru: no no, your modification is for the landing team ;p core-devs are landers by default since longer [15:49] * asac wont ping folks to test for a bit [15:49] asac, i think rsalveti confirmed to re-test after the rebuild [15:50] xnox: awesome decision :) [15:50] thanks! [15:50] ogra_: how long waiting for a tester? [15:50] < 1h <3h >6h [15:50] err [15:50] well you figure [15:50] asac, until he has time and isnt in a session or important discussion i guess :) [15:50] sil2100, we need to think up better names than "landers" and "landing team", too confusing [15:51] ogra_: ok so charles and tedg already tested? [15:51] dunno, who tested that [15:51] i just saw the conversation between charles and rsalveti above [15:52] just waiting the ppc64el package to build [15:53] robru: i had names once :) [15:53] oh, just completed :-) [15:53] * asac finds the slide deck [15:53] charles: ^ [15:53] so once you re fine with mako, I'll cover flo [15:53] let me flash latest on it [15:53] \o/ [15:58] mterry: shouldn't that last landing be marked as ready (I see you got a silo already though)? [15:58] stgraber, oh yeah let me mark [15:58] tedg: is that indicator bugfix thingy ready to build? if so, please mark as ready (pinging because it's been on there unchanged for a while now) [15:58] sil2100, so I just merged that MP and then deployed citrain, prepare job lost core dev perms again, what am I missing? [16:00] sil2100, I guess the deploy job doesn't branch from bzr, how do I get the bzr branch code into jenkins? [16:00] stgraber, Jenkins failed on one of the branches and I rekicked it (branch conflict) [16:00] stgraber, Just waiting on that. [16:01] tedg: ok [16:03] Ah, should be good now. === gatox is now known as gatox_lunch [16:25] robru: one moment, meeting ;) [16:26] (not landing, different one) [16:27] https://code.launchpad.net/~cjwatson/launchpad/preload-publisher-indexes/+merge/222768 whee [16:27] Wonder how much of a dent that'll make in cron.ppa runtime [16:28] we've ran out of silos, so new landings will have to wait for other people to finish theirs [16:28] tedg, is your indicator-session landing for logout on unity8 tested/ready to land? (we have 0 silos, looking what we could try to land to get some) [16:28] dbarth, ^ what about your 017 u-s-s-o-a one? [16:28] bfiller, ^ what about your ubuntu-keyboard bugfixes? [16:29] just looking at the hud SRU nowish [16:29] mandel, ^ what about dbus-cpp [16:29] cjwatson, thanks, if you could do unity-settings-daemon as well that would be great (oem is waiting on it, and it would free a silo) [16:29] depends on time but I'll try [16:29] thanks [16:30] bfiller, you also have a qtorganizer-eds bugfix in there ... can that be verified/landed? ;-) [16:32] * sil2100 back from meetings [16:33] kgunn: hi! Would you mind if we clense your pre-flight silo 001? [16:33] seb128: thanks for helping out whipping people :) [16:33] seb128, Trying to get a tester that has u8 desktop running, on my third :-/ bregma said he could test after UOS today, so hopefully soon. [16:33] :( [16:33] sil2100, yw [16:34] tedg, I've unity8 desktop running ... do I need unity8 changes or just plain utopic? [16:34] rsalveti: hi! How's landing 14 proceeding? [16:34] robru: getting back to your question [16:34] thanks [16:35] seb128, Just utopic, then update indicator-session and then you should be able to logout. [16:35] tedg, great, testing [16:35] Woot! [16:35] AlbertA: is loosing silo1 for display state changes ok ? [16:36] figure sense we landed mir020 we might want to land this now... ? [16:37]