[00:02] <robru> ToyKeeper: it polls for the results every 45 minutes so maybe don't lean on the f5 key ;-)
[00:03] <robru> ToyKeeper: queuebot will ping "qa: ready" once it passes, maybe set an irc highlight for the ticket number
[00:04] <ToyKeeper> I'll just check in when I'm not resting...  kinda sick today so I'm trying to take it easy.
[03:17] <ToyKeeper> I wonder if something died.  No apparent change and no sounds from the bots for several hours.
=== chihchun_afk is now known as chihchun
[03:58] <robru> ToyKeeper: yeah i emailed pitti about it. the test that claims to be running is suspiciously absent from running.shtml
=== Saviq_ is now known as Saviq
[08:50] <mardy> ubuntu-qa: can please someone have a look at https://requests.ci-train.ubuntu.com/#/ticket/1219? It fixes a critical bug which we want to SRU to xenial
[08:55] <sil2100> bzoltan: ping!
[08:55] <sil2100> bzoltan: hey! Did you see our last-evenings messages about the SDK and the emulator selection?
[08:55] <bzoltan> sil2100: tell me
[08:55] <bzoltan> sil2100:  yes, I have seen
[08:56] <bzoltan> sil2100:  I was not aware that the x86 images are soo badly behind the armhf images
[08:56] <bzoltan> sil2100:  what would it take to  create x86 images too?
[08:56] <sil2100> bzoltan: well, they're not really
[08:56] <sil2100> bzoltan: we do have x86 recent images but in a different channel
[08:57] <bzoltan> sil2100:  hmm... confusing :) can we remove obsolate channels?
[08:57] <sil2100> bzoltan: so the thing is, we can only really provide x86 emulator images from the ubuntu-touch/*/ubuntu channels
[08:57] <sil2100> bzoltan: since we do not have x86 custom tarballs for the customized channel
[08:57] <bzoltan> sil2100:  I am fine with that... I have removed all bq-* references from the IDE
[08:58] <bzoltan> sil2100:  But I do not like the idea to provide armhf bq-* channel then
[08:58] <sil2100> bzoltan: excellent - then I will proceed to removing the deprecated generic_x86 device in the bq-aquaris.en stable channel
[08:58] <bzoltan> sil2100:  kill them all... no mercy
[08:58] <sil2100> bzoltan: well, we provide armhf emulators for all channels
[08:58] <bzoltan> sil2100: That is fine.. but i will not expose them in the IDE
[08:58] <sil2100> bzoltan: since that's the vanilla emulator that we can support everywhere (an emulator that no one wants to use!)
[08:58] <bzoltan> sil2100:  armhf emulators are horror slow anyway
[08:59] <sil2100> Yeah
[08:59] <sil2100> Ok, excellent in that case
[08:59] <sil2100> Thanks!
[08:59] <bzoltan> sil2100: I thank you!
[09:43] <rvr> bzoltan: While I'm testing silo 1, can you get approvals for the merge proposals?
[10:00] <Saviq> jibel, hey, are you guys tracking increased battery usage for OTA11? there's a couple of bugs filed and all in all it feels like even without any wakelock issues the phone drains more quickly than before - I think ToyKeeper measured that, too
[10:01] <jibel> Saviq, yes we do, it is fixed in silo 77
[10:01] <Saviq> oh great
[10:01] <jibel> Saviq, tl;dr network-manager didn't go into power saving mode
[10:01] <Saviq> jibel, ack, glad
[10:02] <Saviq> jibel, bug #1541156 is something we need to keep an eye on, I wasn't able to repro reliably, but it happens from time to time
[10:02] <ubot5> bug 1541156 in media-hub (Ubuntu RTM) "media-hub wakelock held with no media played" [High,Confirmed] https://launchpad.net/bugs/1541156
[10:05] <rvr> bzoltan: Do you have a test case for this? https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/fixComboButton/+merge/294387
[10:08] <rvr> bzoltan: Ok, found renatu's qml test
[10:22] <bzoltan> rvr:  cool
[10:22] <bzoltan> rvr:  thanks
=== _salem is now known as salem_
[12:38] <jdstrand> mzanetti, pmcgowan: fyi: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1569582/comments/15
[12:38] <ubot5> Ubuntu bug 1569582 in Canonical System Image "Add Bluetooth apparmor policy" [High,Confirmed]
[12:39] <pmcgowan> thanks jdstrand
[12:40] <mzanetti> jdstrand, nice! alex-abreu said he'll be playing with some LE use cases. We might need a follow up on this
[12:44] <alex-abreu> mzanetti, I'll continue my tests hopefully with something soon
[12:50] <jdstrand> mzanetti: that policy is extremely broad. I would be surprised if LE didn't work, unless the service doesn't fall under org.bluez.*
[12:50] <jdstrand> but I guess we'll see
[12:50] <mzanetti> jdstrand, right, in that case it might just work. We'll keep you posted
[12:50] <mzanetti> thanks a lot so far
[12:50] <jdstrand> sure thing
[13:50] <kenvandine> bzoltan, can you please top approve the MRs in silo 1 so we can publish it?
=== marcusto_ is now known as marcustomlinson_
=== marcustomlinson_ is now known as marcustomlinson
[17:34] <bzoltan> robru:  would you please check the https://requests.ci-train.ubuntu.com/#/ticket/1412 It looks strange.. i mean to land to Y only
[17:35] <robru> bzoltan: looking
[17:38] <robru> bzoltan: ok, so the ticket is configured correctly for yakkety but those xenial and vivid excuses files are left over from the previous ticket in that silo (they don't get deleted when a ticket lands but get expired some time later by cron). so basically that should sort itself out within a 12 hours I think (12 hours from when the previous ticket landed,
[17:38] <robru> whenever that was). since you don't need QA on yakkety you can basically just go ahead and publish that if you're ready
[17:39] <bzoltan> robru:  thank you
[17:39] <robru> bzoltan: you're welcome. note that the yakkety excuses file does say valid candidate, the failure is just from the stale xenial/vivid ones.
[18:15] <Saviq> kenvandine, could I ask you to ♻ the red unity8 here https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-049/excuses.html
=== chihchun is now known as chihchun_afk
[18:49] <Saviq> kenvandine, mterry or actually, it's already QA: OK, so if you could publish when around
[19:04] <pmcgowan> Saviq, did it not go to the overlay yet?
[19:21] <Saviq> pmcgowan, I don't think so, no
[19:22] <pmcgowan> crap
[19:22] <pmcgowan> Saviq, the rc image just finished
[19:22] <pmcgowan> er or not
[19:23] <Saviq> not sure why no one published it, Victor signed it off 3h ago
[19:23] <Saviq> maybe wanted to wait for britney
[19:23] <pmcgowan> so who needs to now?
[19:26] <Saviq> any core-dev
[19:26] <pmcgowan> tedg, you core-dev?
[19:26] <tedg> pmcgowan: No
[19:26] <Saviq> I'm out of my usual suspects, unless seb128 is still around and can push the button
[19:27] <pmcgowan> ogra_, ?
[19:27] <tedg> kenvandine: ^
[19:27] <tedg> Ah, you already looked for him.
[19:27] <ogra_> buttons ?
[19:27]  * tedg looks at the time...
[19:27] <pmcgowan> core-dev?
[19:27] <tedg> slangasek I think is at the snappy sprint
[19:28] <slangasek> tedg: indeed
[19:28]  * ogra_ only presses blue buttons on thursdays ... is it blue ? 
[19:28]  * ogra_ is there too 
[19:28] <ogra_> so no time issues :)
[19:29] <Saviq> ogra_, it's orange, does that work? https://requests.ci-train.ubuntu.com/#/ticket/1407 - the Publish one (everything's red because of a flaky test)
[19:30]  * Saviq pressed, there's no packaging changes so maybe I can?
[19:31] <Saviq> ogra_, yeah, unping, I actually could publish myself, sorry for the noise everyone
[19:31] <Saviq> pmcgowan, it's publishing
[19:31] <ogra_> i was about to say that (after opening the 4 diffs) ...
[19:31] <ogra_> only changelog entries
[19:32] <pmcgowan> Saviq, :)
[19:49] <seb128> Saviq, your unping has been registered, thanks for it ;-)
[20:57] <kenvandine> naughty tedg
[21:00] <tedg> kenvandine: ?
[21:00]  * tedg isn't sure what he did this time
[21:00] <kenvandine> tedg, no commit message :)
[21:01] <kenvandine> queuebot told on you
[21:01] <tedg> I don't get queuebot messages :-(
[21:01] <kenvandine> lol
[21:01] <kenvandine> tedg, https://requests.ci-train.ubuntu.com/#/ticket/1400 Build failed: No commit message found. Please specify one either in your merge proposal or in debian/changelog
[21:02] <kenvandine> tedg, so you ignore queuebot?
[21:02] <kenvandine> it's so useful!
[21:02] <tedg> Oh, I agree, but it doesn't show up. Not sure why.
[21:02] <kenvandine> weird
[21:03] <kenvandine> queuebot is a bit verbose, but useful
[21:03] <tedg> robru: Do you know how to make queuebot show up in IRC Cloud?
[21:03] <robru> tedg: um, shows up fine for me and I didn't need to do anything?
[21:03] <kenvandine> yeah.. you must have ignored queuebot
[21:03] <robru> tedg: queuebot uses channel notices instead of normal messages so maybe you're suppressing those somehow?
[21:04] <robru> tedg: notably, queuebot doesn't show up in ubuntu irc channel logs, which has bit me a few times.
[21:04] <kenvandine> ah
[21:04] <tedg> Oh, no, kenvandine was right. Some how I ignored it. Wonder how I did that.
[21:04]  * tedg didn't even realize you could ignore people
[21:04]  * kenvandine knows tedg so well
[21:04]  * tedg adds kenvandine to the list
[21:04] <kenvandine> :)
[21:04] <robru> lol
[21:05]  * kenvandine ignores anyone that names 30 projects *indicat* in the package  name
[21:05] <kenvandine> who does that?
[21:05] <kenvandine> :-p
[21:06] <tedg> kenvandine: When your kids ask you "Why do I need to know all these different forms of words?" do you just say "Software development requires it"?
[21:07] <kenvandine> libindicate, libindicator, libappindicator... head explodes
[21:08] <kenvandine> tedg, anyway... i've since forgiven you :)
[21:08] <kenvandine> but never forgotten
[21:08] <tedg> Heh, good. Indicators should never be forgotten :-)
[21:08] <kenvandine> :)
[21:09] <tedg> robru: Where is the source for queuebot?
[21:09] <robru> tedg: lp:queuebot
[21:10] <robru> tedg: all changes must go through stgraber as he hosts it personally.
[21:10] <tedg> I bet he does so in an lxc container :-)
[21:10] <robru> tedg: it's lxc all the way down.
[21:10] <tedg> No, just thinking it'd be nice to add push notifications there to Ubuntu Phone.
[21:11] <robru> tedg: please do... AND THEN YOU CAN BE STUCK MAINTAINING IT FOREVER! MUAHAHAHAHAAH
[21:11] <robru> tedg: I mean, that sounds nice.
[21:11]  * tedg feels the love
=== salem_ is now known as _salem