[09:14]  * popey shakes the channel to wake it up
[09:16] <Mirv> irc nicks falling around
[10:02] <ev> how are things running for you all this morning?
[10:02] <ev> not seeing any complaints from our alerting
[10:17] <Mirv> ev: s-jenkims seemed to work fine indeed, I rekicked an sdk job on request.
[10:18] <bzoltan_> Mirv:  thanks
[10:19] <ev> yay
[10:24] <Mirv> publishing, too. thanks to brendand for signoffing the first silo of 2015!
[10:29] <bzoltan_> Mirv:  vivid #65 on krillin goes to reboot loop after installing the messaging-app-autopilot with its dependencies ...
[10:32] <bzoltan_> Mirv:  do you remember how to enter the recovery mode on that device?
[10:34] <Mirv> bzoltan_: no I don't remember krillin's recovery mode. maybe a email search would find something.
[10:34] <popey> bzoltan_: adb reboot recovery   ?
[10:35] <Mirv> I assume adb isn't working ie it reboots before that.
[10:36] <Mirv> although maybe if one times it right?
[10:38] <bzoltan_> Mirv:  volume up + power ... but without usb cabel :)
[10:38] <bzoltan_> popey:  the device was in reboot loop, no adb :(
[10:39] <popey> oh
[10:39] <bzoltan_> Mirv: I remember I have flagged out this problem already before the holidays
[10:52] <Mirv> bzoltan_: I remember you mentiong it too
[10:54] <bzoltan> Mirv:  this is a critical problem...
[10:55] <Mirv> can someone reproduce bzoltan's problem on krillin? I remember I tested on mako and didn't get it.
[10:55] <bzoltan> I can give instructions if needed
[12:22] <satoris> Something seems to be funny with jenkins: https://jenkins.qa.ubuntu.com/job/thumbnailer-vivid-amd64-ci/3/console
[13:26] <Mirv> bzoltan: did the MP succeed? the latest jenkins run is a success, I don't see the history though anymore.
[13:35] <bzoltan> Mirv:  the CPO MR passed and landed on staging
[13:35] <bzoltan> Mirv: but i wonder why this MR is not picked up  https://code.launchpad.net/~gcollura/ubuntu-ui-toolkit/fix-1341814-and-1400297/+merge/245552
[13:51] <Mirv> bzoltan: the usual, non-canonical needs top-approve first. or maybe normal approve, I don't know.
[14:42] <popey> davmor2: ever had it where you install scopes, reboot phone and they're gone?
[14:42] <davmor2> popey: never installed scopes
[14:43] <popey> can you try it? the Cinema scope is a good one to test
[14:43] <popey> install, make fave, use it, reboot phone
[14:43] <popey> i rebooted, swiped up from the bottom to see list of all scopes and it's reset back to the defaults
[14:50] <popey> davmor2: I think we need to add this to the qa tests - installing and removing scopes and making sure they show up
[14:52] <davmor2> popey: I'm not sure which tests but it won't be part of the sanity suite so maybe regression if there isn't one already
[14:52] <popey> it certainly should be part of the sanity suite imo
[14:58] <Mirv> thanks bfiller for a rebuild. davmor2 probably would need to retest the rtm-011 now.
[14:58] <davmor2> popey: sanity is deliberately small and wouldn't test install a scope reboot make sure it is still there, that would be regression testing, sanity is more ensure the hardware works. We only install osm touch to ensure the mechanism for app installs works and that a qml app can use location correctly
[14:59] <davmor2> Mirv: what?  I only just passed it why does it need retesting?
[14:59] <popey> how often are the regression tests done?
[14:59] <davmor2> popey: promotions on rtm currently
[15:00] <popey> davmor2: I'll file a bug
[15:00] <davmor2> popey: sure
[15:00] <davmor2> popey: add steps and I'll try it after
[15:01] <Mirv> davmor2: because telephony-service in the PPA had lower version than what was in the archives (because there were 3 telephony-service landings in the last days before Christmas). bfiller seemingly now rebuilt it to carry the correct changes (trunk + fix)
[15:01] <bfiller> Mirv, davmor2 : yes I kicked off a rebuild this morning after noticing the failure
[15:01] <davmor2> so how did it install?
[15:02] <Mirv> davmor2: it might be useful if QA checked the PPA contents so that it does not have a "grey" line ("newer version available")
[15:02] <Mirv> davmor2: so also telephony-service got installed, not just ubuntu-touch-session?
[15:03] <Mirv> davmor2: oh, right, brendand also signed off telephony-service but earlier, that's the problem
[15:03] <Mirv> and in general that there were two silos having the same package
[15:03] <Mirv> (and earlier, three)
[15:03] <davmor2> Mirv: ah right okay I'll re-test then
[15:04] <Mirv> thanks. /me wishes for automation to catch these
[15:04] <Mirv> it sounds good that you actually managed to test it successfully anyhow. it's a no-change rebuild in there, but with the other landing included too.
[15:07] <davmor2> Mirv: this is everything installing  qtdeclarative5-ubuntu-telephony-phonenumber0.1 qtdeclarative5-ubuntu-telephony0.1 telephony-service ubuntu-touch-session
[15:22] <Mirv> davmor2: looks in line with the binary packages if one expands the source lines at https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-011/+packages
[15:29] <dbarth> hi there
[15:29] <dbarth> can you remind me of the current landing order?
[15:29] <dbarth> ie vivid 1st rtm next?
[15:29] <dbarth> i have an rtm approved bug fix
[15:30] <popey> davmor2: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1407708
[15:33] <davmor2> popey: thanks I'll have a play after
[15:35] <dbarth> trainguards? ^^
[15:40] <dbarth> trainguards can i get a silo for line 43 please? thanks
[15:40] <Mirv> dbarth: memories from 2014 are hazy here too :) I'd say rtm first to get it into signoff queue earlier but have a line for vivid immediately too.
[15:41] <dbarth> Mirv: :) clear
[15:41] <Mirv> note that there will be a gap until robert is up, since sil2100 is not here today
[15:42] <dbarth> i have the rtm line already; the vivid one i'll batch with the next ussoa merge (it's already on the master branch)
[15:42] <dbarth> the bug is already on the ww3-2015 milestone
[15:42] <Mirv> dbarth: you have some interesting rtm-009 silo from November https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-009
[15:43] <Mirv> with apparently no spreadsheet line related (anymore)
[15:44] <Mirv> dbarth: please check that silo rtm-009 out and tell what to do about it
[15:47] <Mirv> also, I believe no trainguards in EU timezone tomorrow because of it being public holiday
[15:48] <Mirv> marking to the sheet as such
[15:52] <dbarth> Mirv: ah yes, that one
[15:53] <Mirv> dbarth: apparently it was this: http://pastebin.ubuntu.com/9677195/ - somehow gotten marked as "Landed" in spreadsheet and archived, but not really landed nor tested by QA
[15:53] <Mirv> dbarth: so you should queue up / rework https://code.launchpad.net/~mardy/signon/rtm-fixes/+merge/243137 + https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/rtm-fixes/+merge/243134
[15:53] <Mirv> dbarth: can I free up the silo?
[15:54] <Mirv> dbarth: ah, right, you are now landing that latter one in that new line :) so I guess the answer is yes, but you might also want to land the signon changes.
[15:54]  * Mirv cleans
[15:58] <pmcgowan> brendand, when is silo 6 due to get blessed, thats a priority
[15:59] <brendand> pmcgowan, that's the one i'm asking you about
[15:59] <brendand> pmcgowan, i can test it today
[15:59] <dbarth> Mirv: thanks
[15:59] <pmcgowan> brendand, its also https://bugs.launchpad.net/ubuntu/+source/qtmir/+bug/1394208
[15:59] <pmcgowan> thanks
[16:00] <brendand> pmcgowan, yeah but that one is already ww51 so i assumed it was fine
[16:00] <pmcgowan> mzanetti, is that correct?
[16:00] <pmcgowan> brendand, ok
[16:21] <brendand> pmcgowan, mzanetti - any easy repro steps for this? https://bugs.launchpad.net/ubuntu/+source/qtmir/+bug/1394208
[16:24] <pmcgowan> brendand, it may happen a lot on the emulator if I recall correctly
[16:24] <pmcgowan> brendand, yeah see the dupe for it
[17:03] <popey> anyone else coming to the landing meeting?
[17:03] <popey> (not convinced there will be much to discuss)
[17:03]  * ogra_ is still on vacation this week ... 
[17:04] <ogra_> but it would be cool if Mirv and bzoltan could finally fix their oxide-codecs fuckup ... images cant build since nnearly 3 weeks now
[17:04] <popey> happy new year ogra_
[17:04] <popey> now, go away ☻
[17:04] <ogra_> popey, same to you :)
[17:06] <dbarth> unleash ze botz
[17:18] <Mirv> ogra_: out of ideas except for "fix apt"
[17:19] <Mirv> or break sdk, if reverted to the situation 4 uploads ago.
[17:25] <camako> trainguards ^^ ... Thanks.
[17:26] <bzoltan> ogra_:  to be precise, we have not broke  anything  what ws not already broken... apt is wrong and whatever what depends on the wrong codecs package is wrong too
[17:42] <bzoltan> Mirv: ogra_: the distilled essence of the problem is that in the same installation set one package pulls the "oxideqt-codecs|oxideqt-codecs-extra"  and an other pulls the oxideqt-codecs-extra ... when these two packages naturally do conflict with each other.
[17:43] <bzoltan> Mirv: ogra_: the ultimate solution would be to remove that explicit dependencies on the oxideqt-codecs-extra
[17:56] <Mirv> bzoltan: ogra_: I'd mostly want someone else to try to look at what I've documented so far, since I'm out of ideas. I wasn't even involved in the original breakage but I just noticed the problem and have been trying to help, thus breaking other things while fixing the previous problem... ie after sdk first got fixed autopkgtests started failing and everything else worked
[17:57] <Mirv> ideally maybe mvo since he both knows apt and was involved in the original "conflict only on the same arch binary package" solution.
[17:58] <Mirv> bug #1400275 and the the bug linked from document the ping-pong of "what to break - sdk, autopkgtests, desktop or image building"
[18:00] <Mirv> the vacations of course do not help
[18:00] <dbarth> Mirv: could you attend the oxide weekly tomorrow? or mvo? we could see that more directly with Chris and review what's possible to change
[18:00] <dbarth> it's around 5 UTC
[18:13] <Mirv> dbarth: public vacation tomorrow, not sure about mvo
[18:42] <bzoltan> Mirv: dbarth: ogra_: so the fundamental problem is that now the ubuntu-touch specificly depends on the oxideqt-codecs-extra .. not on  "oxideqt-codecs|oxideqt-codecs-extra" like other packages. I undetrstand that the seed does not support "or" operator, but that is what causes all the problems. The extras is strictly forbidden on the desktop image, but explicitly pulled in to the touch image. Strange.
[19:12] <dobey> why do oxideqt-codecs and oxideqt-codecs-extra conflict at all?
[19:13] <dobey> -extra to me implies it provides some extra codecs on top of those in oixdeqt-codecs
[19:21] <dbarth> dobey: that's the way the chromium build works
[19:22] <dobey> dbarth: that doesn't really answer the question. that just tells me the chromium build is broken :)
[19:29] <pmcgowan> ted, hi, any ideas on whats wrong/missing from silo2
[19:42] <robru> pmcgowan: yeah not sure what happened with that one. when I published it, I thought I had seen it go into the UNAPPROVED queue, but it seems to have gotten lost from there. I guess we'd have to check with SRU team if it was rejected or something?
[19:44] <pmcgowan> robru, brendan tested and rejected it this am, it does not fix the issue it seems
[19:44] <robru> pmcgowan: are we talking about ubuntu2 or rtm2?
[19:44] <ted> pmcgowan, There's also an indicator-sound fix for silent mode (guessing that's what you're talking about) but that's still waiting on approval for RTM.
[19:45] <pmcgowan> rtm
[19:45] <pmcgowan> ted, which fix? seems we need that as well
[19:46] <ted> pmcgowan, bug 1391164
[19:46] <robru> pmcgowan: ah, disregard my comments then, I was talking bout ubuntu2
[19:56] <pmcgowan> ted, the current symptom is the indicator switch will never stay enabled, is that fixed with that bug?
[19:56] <ted> pmcgowan, Yes
[19:56] <pmcgowan> ted, vg then lets get it
[19:56] <ted> That's not actually what's happening, but yeah, I can see how it seems that way :-)
[19:57] <pmcgowan> ok, I will approve then lets add to rtm sil0 2
[19:58] <ted> That's kenvandine's silo, is someone else managing it?
[19:58] <ted> Seems he's not in IRC.
[19:59] <pmcgowan> ted, he is out for a couple more days but jonas can manage it I think
[19:59] <pmcgowan> ted see https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1388804/comments/6 is that benign?
[19:59] <pmcgowan> or related
[19:59] <pmcgowan> oh seems related
[20:00] <ted> I think it's benign as it's the initial value not being a boolean yet.
[20:19] <cjwatson> dobey: Yeah, I think you're on the right track there, having different conflicting variants of packages like this is always problematic, it's better to have the "bigger" variants structured as supplements ...
[20:25] <mvo> Mirv: re oxide, lets talk tomorrow, I would love to hear what the issues are and we might revert and add a workaround in click and maybe add "priority plugin directories" later to avoid the conflicts
[20:27] <dobey> cjwatson: indeed
[23:27] <sergiusens> robru: not sure I have the syntax for a sync done right...
[23:28] <robru> sergiusens: right, you need sync:num ciborium
[23:29] <robru> or if it's from distro you need sync:ubuntu-rtm ciborium I think. heh I forgot
[23:30] <robru> sergiusens: it's "sync:ubuntu,vivid ciborium"
[23:30] <sergiusens> robru: it's from distro
[23:30] <sergiusens> let me fix
[23:30] <sergiusens> robru: done
[23:31] <sergiusens> robru: do we need to reconf?
[23:31] <robru> sergiusens: ok I reconfigged already. try a build, we'll see
[23:32] <sergiusens> robru: seems to be doing something...
[23:33] <sergiusens> bfiller: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-006
[23:46] <bfiller> sergiusens: thanks