[02:09] <imgbot> [03:09] <imgbot> [03:29] <imgbot> [03:29] <imgbot> [04:19] <imgbot> [04:19] <imgbot> [05:11] <robru> Mirv: up yet? How's it going?
[05:17] <Mirv> robru: hey
[05:18] <Mirv> robru: I don't see any problems at the moment (expect KDE 5 is in flux so my silo is in flux too waiting for dependencies)
[05:19] <robru> Mirv: no worries, i should be around for a couple hours in case anything explodes. Just gaming a bit, but should hear pings.
[05:21] <Mirv> ok!
[08:25] <Mirv> ogra_: when you're around, could you ack https://ci-train.ubuntu.com/job/ubuntu-landing-007-2-publish/lastSuccessfulBuild/artifact/packaging_changes_accounts-qml-module_0.5+15.04.20141107-0ubuntu1.diff ?
[08:32] <ogra_> Mirv, ACK, looks fine
[08:42] <Mirv> thanks!
[08:44] <Mirv> robru: hmm, publishing problem when pushing to ~ps-jenkins branches https://ci-train.ubuntu.com/job/ubuntu-landing-007-2-publish/34/console
[08:47] <Mirv> robru: looks like the branches are again gone, although on Friday it was supposed to be fixed?
[08:53] <ogra_> tvoss, https://bugs.launchpad.net/barajas/+bug/1391076
[08:53] <ogra_> :(
[08:54] <tvoss> ogra_, ack. So you couldn't even reveal the launcher or switch apps?
[08:54] <ogra_> sometimes i couldnt even unlock
[08:54] <tvoss> ogra_, anything in logcat?
[08:54] <ogra_> gar !
[08:55] <ogra_> next time i'll check ... thats the only log i didnt look at
[08:55] <ogra_> syslog only had a lot of "sleep spam"
[08:55] <ogra_> dmesg the same
[08:56] <ogra_> tvoss, several people of my team saw it too btw
[08:56] <ogra_> so it seems rather common
[08:56] <tvoss> ogra_, ack, having logcat would be helpful I guess
[08:57] <ogra_> right
[08:57] <ogra_> will check it the next time it happens
[08:57] <tvoss> ogra_, also ps -ef  | grep dbus please
[08:57] <ogra_> i was seeing dbus popping up in top from time to time
[08:58] <ogra_> consuming 0.5-1.2% when it showed up
[08:58] <ogra_> (cant tell if it was system or session bus though ... cmdline was cut off indeed)
[08:59] <tvoss> ogra_, ack
[09:00] <ogra_> Saviq, bah, i just had my dash restart again :(
[09:00] <Saviq> ogra_, crash? oom?
[09:00] <ogra_> (playing an embedded youtube video in G+)
[09:01] <ogra_> Saviq, i guess notmal lifecycle mgmt
[09:01] <ogra_> *normal
[09:01] <ogra_> that was a 5min embedded video
[09:01] <Saviq> ogra_, does syslog say it killed it?
[09:01] <ogra_> after 3min of playback the "scopes" splash took over the screen
[09:02] <ogra_> Saviq, nope
[09:02] <Saviq> ogra_, .crash file?
[09:03] <ogra_> oh, yeah
[09:03] <Saviq> ogra_, please don't assume the worst ;)
[09:04] <Saviq> ogra_, if it was lifecycle related, syslog would say that oom killed dash
[09:04] <ogra_> Saviq, https://errors.ubuntu.com/oops/55c93d68-68b5-11e4-a8b3-fa163e5bb1a2
[09:04] <ogra_> not re-traced yet it seems
[09:04] <Saviq> ogra_, and it won't get retraced, signal 6...
[09:05] <tvoss> Saviq, any reason we do not retrace aborts?
[09:05] <Saviq> tvoss, no idea
[09:05] <tvoss> Saviq, wondering why we call it crash :)
[09:05] <ogra_> ask pitti :)
[09:05] <ogra_> tvoss, probably because the app restarts in your facte :P
[09:05] <ogra_> *face
[09:05] <seb128> we do retrace aborts, at least on launchpad
[09:06] <seb128> if e.u.c doesn't do it I guess it's an ev/bdmurray's question
[09:07] <tvoss> ogra_, it's fine to log a bug for a "crash", however, automatic reporting should distinguish
[09:12] <ogra_> tvoss, well, i didnt file a bug for that one yet
[09:13] <tvoss> ogra_, yup, I meant in general
[09:13] <ogra_> right
[09:19] <Mirv> dbarth_: I'm afraid you'll need to force rebuild the whole silo 7. there was a hotfix on Friday from robru to fix the disappearing code branches, but it was after your packages were built.
[09:34] <Saviq> trainguards, ↑ please
[09:35] <Mirv> Saviq: vivid-002
[09:35] <Mirv> Saviq: vivid-015, sorry
[09:35] <Saviq> Mirv, indeed, I checked before, and 2 was taken, was expecting 15 ;)
[09:40] <Saviq> Mirv, thanks
[09:44] <dbarth_> Mirv: ok, doing that now
[09:52] <ogra_> Saviq, so we were reviewing the smoke test results in the landing meeting ... seems there is still some flaky unity8 behavior where it randomly fails one or the other test
[09:52] <Saviq> ogra_, yes, we're looking into it
[09:52] <ogra_> ah, cool, thanks !
[09:53] <ogra_> bzoltan, i think something similar goes for UITK ... we always have one or two tests failing, seems to be on a random pattern though
[09:57] <Mirv> brendand: what was the name of the tool used to add ci train PPA:s?
[09:58] <Saviq> Mirv, "citrain"
[09:58] <Saviq> Mirv, from phablet-tools-citrain
[09:59] <Mirv> Saviq: thanks! I went through all the binaries in phablet-tools, I didn't notice there was the new package
[11:38] <Chipaca> can I use a silo to build a for-testing package? or is there a better way?
[11:39] <ogra_> as long as we are not short on silos thats fine
[11:39] <seb128> Chipaca, CI build debs on merge requests
[11:40] <seb128> that can be useful as well
[11:40] <seb128> but otherwise yeah, what ogra_ wrote
[11:40] <seb128> bah, unity8 just locked (I guess it did, I can't do any edge gesture anymore nor interact with the dash)
[11:40] <seb128> no segfault/apport
[11:40] <Chipaca> seb128: i don't think i have access to the ci build debs, so i'll go with what ogra said :)
[11:41] <cjwatson> or get your own devirt PPA and upload something to it
[11:41] <davmor2> seb128: check logcat
[11:41] <davmor2> ogra_: ^
[11:41] <seb128> davmor2, ?
[11:41] <cjwatson> (assuming it's the sort of thing where you need an armhf package and a virtualised PPA build under qemu won't cut it)
[11:41] <ogra_> seb128, https://bugs.launchpad.net/bugs/1391076
[11:42] <ogra_> seb128, what davmor2 said, i checked everything <(several times on the WE) except logcat
[11:42] <seb128> ogra_, what is logcat?
[11:42] <ogra_> Chipaca, you can also join the canonical-arm-dev team, it has a devirt PPA
[11:42] <davmor2> seb128: ogra was waiting for his to do that but it looks like yours beat him to it ;)
[11:42] <seb128> davmor2, ^ cf question
[11:42] <ogra_> seb128, adb shell /system/bin/logcat -d
[11:43] <cjwatson> itching for devirt PPAs no longer to be a thing
[11:43] <ogra_> the android logging tool
[11:43] <seb128> ogra_, returns nothing
[11:43] <pstolowski> trainguards, hey, could you please reconfigure landing-018 (MP has changed)?
[11:43] <seb128> oh, better with sudo
[11:43] <ogra_> ah, sorry
[11:43] <pstolowski> trainguards, actually, i'm sorry, there's a mistake, please ignore that for now
[11:44] <seb128> ogra_, davmor2, http://paste.ubuntu.com/8917957/
[11:44] <ogra_> tvoss, ^^^
[11:45] <seb128> it did hang when I tried to click on the location icon in the gmaps application
[11:45] <seb128> well I could swipe away from gmap but since it's frozen
[11:45] <seb128> I keep it in this state, if anyone needs info let me know
[11:46] <Chipaca> trainguards, in case queuebot isn't talking to you, could i please have a silo for row 69?
[11:46] <tvoss> seb128, so nothing showing up in top?
[11:46] <Mirv> pstolowski: ignoring :)
[11:46] <Mirv> Chipaca: queuebot is not, doing
[11:46] <Chipaca> Mirv: thanks :)
[11:46] <seb128> tvoss,
[11:47] <seb128>  3005 phablet   20   0    6088   1168    804 R 20.7  0.1   0:00.08 top
[11:47] <seb128>   764 message+  20   0   23520  20168    716 S  5.2  2.1  39:59.68 dbus-daemon
[11:47] <seb128>  2304 root      20   0  112984   7636   5764 S  5.2  0.8   2:35.75 ubuntu-loca+
[11:47] <seb128> 27265 root      20   0       0      0      0 S  5.2  0.0   0:14.77 kworker/u:2
[11:47] <seb128>     1 root      20   0    3996   2092    940 S  0.0  0.2   2:23.98 init
[11:47] <seb128> nothing special
[11:47] <ogra_> not really excessive
[11:47] <tvoss> seb128, yup, and the gps stuff in logcat is perfectly fine, too
[11:48] <ogra_> the symptoms look very much like what i'm seeing
[11:48] <ogra_> or what rsalveti saw too
[11:49] <ogra_> like the input layer is ignoring you
[11:51] <seb128> yeah, seems like that
[11:51] <ogra_> rmmod ignorance :P
[11:53] <tvoss> seb128, ogra_ the explanation might be the lifecycle getting confused. I'm pretty sure that the input layer is not ignorant to the both of you :)
[11:54] <pstolowski> trainguards i'm giving up with landings in lines #24 and #25 ("Fix 1381971..."), please remove; when you do, then #43 ("Aggregate youtube...") can be unblocked
[11:55] <Mirv> pstolowski: ok, freeing up silo 018/vivid etc
[11:59] <pstolowski> Mirv, thanks
[12:01] <Mirv> thostr_: ok to remove line 25 / bug #1379817 rtm silo, the bug is not on wishlists?
[12:03] <thostr_> Mirv: seems it was removed from the reviewed wishlist...
[12:03] <thostr_> Mirv: I'll double check with Olli once he's online
[12:03] <Mirv> tvoss: ok to remove line 23 / sync from rtm to vivid dbus-cpp+indicator-network+location-service+media-hub+qtubuntu-media+qtubuntu-media-signals? it seems to me all of those have had vivid releases last week.
[12:03] <Mirv> thostr_: ok, thanks
[12:03] <tvoss> Mirv, yup, looks fine to me
[12:04] <Mirv> thaank you
[12:04]  * Mirv the cleaner
[12:04] <ogra_> hah
[12:21] <ogra_> oh, wow
[12:21] <ogra_> i just lost the right swipe gesture to unlock
[12:21] <ogra_> tvoss, ^^^^
[12:22] <ogra_> left swipe still works
[12:22] <tvoss> ogra_, I think saviq is your friend here
[12:22] <ogra_> heh
[12:22] <ogra_> and right swipe in unlocked I works just fine
[12:22] <ogra_> it seems to only be the greeter
[12:23] <ogra_> tvoss, well, that meakes me even more think there is an issue with our input system
[12:23] <ogra_> or with the way we use it
[12:23] <tvoss> ogra_, sure, but there are ~5 layers in between that could have an issue, too
[12:24] <ogra_> time to move that into systemd :P
[12:24] <ogra_> 5 layers ... tsk
[12:35] <ogra_> Saviq, mzanetti bug 1391149
[12:36] <mzanetti> mhm...
[12:36] <mzanetti> ogra_: any chance on reproducing this?
[12:36] <ogra_> it stays like it once it starts ... i still have it
[12:36] <mzanetti> ogra_: does the rest of the phone still work?
[12:36] <ogra_> yep
[12:37] <mzanetti> ogra_: e.g. can you tap on launcher buttons?
[12:37] <mzanetti> or scroll the launcher up/down
[12:37] <ogra_> mzanetti, it is fully usable ...
[12:37] <mzanetti> ok... so not the input issue
[12:37] <ogra_> unlike in https://bugs.launchpad.net/barajas/+bug/1391076
[12:37] <ogra_> right
[12:37] <ogra_> they might be realted though
[12:38] <mzanetti> does tapping the greeter tease the launcher?
[12:38] <ogra_> perhaps this one is a smaller manifestation of the same
[12:38] <ogra_> no
[12:38] <ogra_> the greeter is completely unresponsive
[12:38] <ogra_> i can swipe in the launcher and get the PIN dialog ... and then can use the phone normally
[12:40] <mzanetti> ogra_: ok, thanks
[12:57] <cwayne> davmor2: heyhey
[13:28] <davmor2> cwayne: I need to finish sanity testing mako on vivid then I'll get back to you dude
[13:28] <davmor2> cwayne: is it all ready now?
[13:29] <davmor2> cwayne: and is there a new changelog?
[13:30] <cwayne> davmor2: all ready, let me see what else has changed, i think it was not much since that email
[13:33] <davmor2> cwayne: no I guess not but you said there were some more fixes to land, So I'm assuming the apps list hasn't change but the bugs fixed list may of increase
[13:33] <cwayne> davmor2: yep, just going through and updating the email now
[13:33] <cwayne> there's 1 or 2 more clicks that changed
[13:34] <cwayne> davmor2: update sent
[13:38] <ogra_> cwayne, will it finally be using proper location data in the today scope ?
[13:38] <cwayne> ogra_: it does except for weather channel
[13:38] <seb128> ogra_, it's not doing that atm?
[13:38] <cwayne> which isn't one of ours
[13:38] <ogra_> seb128, geoip
[13:38] <davmor2> cwayne: thanks
[13:39] <ogra_> seb128, i always get waeather data from ~200km away
[13:39] <seb128> oh ok
[13:39] <ogra_> which makes the today scope pretty useless wrt weather
[13:39] <seb128> that's why I've a town which is ~90km away here
[13:39] <seb128> yeah, worth, it doesn't tell you what location it uses for weather
[13:39] <ogra_> well, living in the mountains 90km would be enough to get me totally differennt weather
[13:39] <seb128> you need to click on the details which sends you to another lens
[13:40] <ogra_> right
[13:40] <ogra_> and then i get something 100-200km west
[13:40] <seb128> with no way to go back
[13:40] <seb128> that's a bit frustrating
[13:40] <ogra_> going back works for me
[13:40] <seb128> how?
[13:40] <ogra_> using the top left arrow
[13:40] <seb128> there is no such arrow
[13:41] <davmor2> cwayne: I'll give you a ping when it's tested
[13:41] <ogra_> tapping on weather i get the weather chennel scope here
[13:41] <cwayne> davmor2: thank you sir
[13:41] <seb128> ogra_, oh, because you don't have weather in your favorites
[13:41] <ogra_> with a back arrow in the top left corner
[13:41] <seb128> if you do it bounces you there
[13:41] <seb128> and there is no arrow
[13:41] <ogra_> ah
[13:41] <ogra_> right, i only have my music (totally annoying since it always defaults to artists instead of album) and videos
[13:44] <Chipaca> do i need to reconfigure a silo if i make changes to the branch associated with an mp associated with the silo?
[13:51] <Chipaca> Mirv: ^?
[13:52] <Mirv> Chipaca: if you update the MP, you just kick build again to pick up the latest changes.
[13:52] <Mirv> I mean, if you update the branch, which updates the MP
[13:52] <Chipaca> Mirv: i didn't chagne the mp, i changed the branch under it
[13:52] <Chipaca> ah
[13:53] <Chipaca> then i don't get it :(
[13:53]  * Chipaca pokes the buildlog with a stick
[13:53] <Mirv> Chipaca: so when you update the branch, then MP also reflects the change and build picks it up. if you would run build without changing anything, it would complain about nothing being changed.
[13:55] <Chipaca> maybe i need the depends in the build-depends to run the tests?
[13:57] <Mirv> Chipaca: I don't have the context, but "yes, maybe" :)
[13:57]  * Chipaca tries it
[14:00] <Mirv> rsalveti: if you have time to check the qt 5.3.2 from emulator point of view, just leave me a note again and I can consider vivid release tomorrow
[14:00] <rsalveti> Mirv: sure, will get this done today
[14:03] <Mirv> great
[14:12] <olli> good morning
[14:13] <olli> how are things today?
[14:13] <ogra_> hey hey
[14:14] <Mirv> calm, rtm landing wise. just a trust-store update so far today.
[14:15] <kgunn> trainguards hey, i had an old test silo ubuntu/landing-001 that was utopic, i just changed it to vivid....i assume it needs your reconfigure ?
[14:15] <ogra_> olli, we seem to have input layer issues seen by quite a lot people and non-debuggable yet (nothing in logs etc) ... beyond that 150/151 seem to look quite okayish
[14:16] <olli> Mirv, ogra_ thx
[14:16] <Mirv> kgunn: it needs to be freed, reassigned and rebuilt, yes. ok to empty the silo?
[14:16] <kgunn> olli: my guess looking into ogra's input concern....of course they haven't seen it yet :-/
[14:16] <kgunn> Mirv: absolutely
[14:17] <ogra_> olli, https://bugs.launchpad.net/barajas/+bug/1391076 and https://launchpad.net/bugs/1391149
[14:17] <ogra_> the former one is serious
[14:17] <ogra_> the latter is just annoying ... they might be related
[14:18] <kgunn> ogra_: curious, one not said "while browsing unfavorited scopes"....did you notice any pattern like that?
[14:18] <ogra_> kgunn, nope, no pattern at all ... sometimes it hangs hard on the greeter, sometimes in the middle of active use
[14:19] <kgunn> mmm
[14:19] <ogra_> it also only seems to happen after quite a while of the device being up
[14:19] <ogra_> a few hours at least
[14:20] <ogra_> i'm currently having the second bug where only the greeter doesnt react to swipes
[14:20] <ogra_> havent seen the full hang today yet
[14:38]  * davmor2 hugs Saviq thanks another bug bites the dust \o/
[14:48] <brendand> Elleo, any progress on getting silo 3 unblocked with olli?
[14:48] <brendand> Elleo, it's on our queue but we need permission to land
[14:49] <Elleo> brendand: will ping him now
[14:54] <Chipaca> ogra_: could you use the rtm/14 ppa to see if you get the "zomg where are my system update notifications" again?
[14:55] <ogra_> Chsure, but that will be time consuming indeed (i dont have time today to jump back and forth through images (each image takes 45min+ over my DSL))
[14:55] <ogra_> Chipaca, ^^
[14:56] <Chipaca> ogra_: ouch!
[14:56] <ogra_> (and we havent planned building any images during the day)
[14:56] <Chipaca> ogra_: then, yeah, no.
[15:01] <olli> brendand, Elleo but id?
[15:03] <Elleo> olli: https://bugs.launchpad.net/ubuntu/+source/maliit-framework/+bug/1373985
[15:05] <pmcgowan> Elleo, have an MR link?
[15:07] <Elleo> pmcgowan: there's my original MR here: https://code.launchpad.net/~michael-sheldon/ubuntu/utopic/maliit-framework/fix-1373985 but I'm not entirely sure if rsalveti used that directly when adding the patch to the package
[15:09] <Elleo> pmcgowan: oops, that's actually just the branch I think the MR has been removed
[15:09] <Elleo> pmcgowan: probably need to wait for rsalveti to know exactly how he was doing things
[15:09] <pmcgowan> Elleo, does it add an entirely new file?
[15:09] <pmcgowan> or is the diff wacked
[15:09] <Elleo> pmcgowan: if you're looking for the actual code change then only the patch is relevant though: http://bazaar.launchpad.net/~michael-sheldon/ubuntu/utopic/maliit-framework/fix-1373985/view/head:/debian/patches/0012-fix-focus-changes.patch
[15:10] <pmcgowan> Elleo, so one line change
[15:10] <Elleo> pmcgowan: yep
[15:10] <pmcgowan> Elleo, that branch had a new minputcontext.cpp ?
[15:12] <Elleo> pmcgowan: that's just a product of the debian patching process, that's in the .pc/<patch-name>/ dir, it's not part of the build; there's a .pc/ directory for each patch with its changed files in
[15:12] <pmcgowan> Elleo, ok
[15:13] <Elleo> pmcgowan: I'd suggest getting rsalveti's input on the actual process he goes through with these sorts of patches though, as it's not something I'm especially familiar with
[15:13] <pmcgowan> Elleo, seems good to me, will wait for olli to also ack
[15:13] <Elleo> pmcgowan: okay, thanks
[15:15] <seb128> pmcgowan, hey, can we get https://bugs.launchpad.net/webbrowser-app/+bug/1386682 on the rtm wishlist? (it's photo sharing with facebook not working on current rtm and it's a 1 liner change to fix it)
[15:16] <pmcgowan> seb128, we just did :)
[15:16] <seb128> pmcgowan, thanks
[15:16] <seb128> pmcgowan, https://bugs.launchpad.net/ubuntu/+source/ubuntu-settings-components/+bug/1389234 would be nice as well
[15:16] <seb128> not sure if it's on the list yet
[15:16] <pmcgowan> I think so let me look
[15:17] <pmcgowan> seb128, that one is already ok to land
[15:17] <seb128> pmcgowan, great, thanks
[15:33] <seb128> dbarth_, https://bugs.launchpad.net/webbrowser-app/+bug/1386682 got approved for rtm wishlist, can you make sure the fix land there as well? ;-)
[15:38] <dbarth_> seb128: ah ok
[15:38] <dbarth_> seb128: but like ota now, right?
[15:39] <brendand_> ogra_, think i just got a hang too
[15:39] <ogra_> yay
[15:39] <ogra_> brendand_, check logcate output please
[15:39] <ogra_> *logcat
[15:40] <seb128> dbarth_, dunno, just land it in the rtm serie and let them figure out on what image it's shipped then
[15:40] <brendand_> ogra_, when you get it does the screen turn off but not lock the device?
[15:40] <Mirv> john-mcaleely: hey. abeato is away? do you know any ofono guy who could look from that point of view at the bug #1357321 ?
[15:40] <ogra_> brendand_, right, and it doesnt take any input anymore
[15:40] <Mirv> and cyphermox for the network-manager part of debugging the problem
[15:41] <ogra_> brightness and screen on/off still work
[15:41] <brendand_> ogra_, i can't phablet-shell either?
[15:41] <cyphermox> err, wha?
[15:41] <ogra_> brendand_, right, but you can adb shell
[15:41] <brendand_> ogra_, where is logcat?
[15:41] <ogra_> brendand_, seems ssh is blocking for phablet-shell
[15:41] <ogra_> /system/bin/logcat -d
[15:42] <ogra_> (sudo)
[15:42] <rsalveti> Elleo: pmcgowan: I just got the patch and pushed as part of a src package upload
[15:42] <brendand_> ogra_, which lines are interesting?
[15:42] <rsalveti> so the branch is not needed, but the package is already in vivid
[15:42] <rsalveti> so all it needs to be done is a package sync from vivid into rtm
[15:42] <ogra_> brendand_, dunno, tvoss asked for it
[15:44] <brendand_> tvoss, i have a logcat from that issue
[15:44] <tvoss> brendand_, ENOCONTEXT :)
[15:44] <ogra_> tvoss, UI hang
[15:44] <brendand_> tvoss, http://people.canonical.com/~brendan-donegan/logcat.log
[15:45] <tvoss> brendand_, ack and thx
[15:47] <john-mcaleely> Mirv, he'll be back tomorrow.
[15:47] <john-mcaleely> Mirv, otherwise, awe is where I would go
[15:53] <cyphermox> awe is out too
[15:53] <cyphermox> (at least, as far as I know)
[15:54] <cyphermox> this really doesn't seem like something NM would do -- at least not when it's not already doing it
[15:55] <cyphermox> john-mcaleely: Mirv: we'll need more logs, but something else is trying to bring up 3G consistently, thinking it's not there. I'd look at apn editor or something. Maybe now that the bearer code works, some software is trying to be clever
[15:56] <pmcgowan> cyphermox, settings doent do anything not user initiated
[15:56] <cyphermox> pmcgowan: then it's not settings
[15:56] <cyphermox> but clearly something is doing it, and it doesn't happen unless the qtbearer changes are added
[15:57] <pmcgowan> telephony service?
[15:58] <cyphermox> I have no idea
[15:58] <cyphermox> with some more logs it might be easier to figure out\
[15:59] <cyphermox> pmcgowan: we definitely don't see that behavior without the qtbearer changes do we?
[15:59] <seb128> Mirv, hey, what would be the process to get https://code.launchpad.net/~seb128/ubuntu-settings-components/workaround-unstranslated-string/+merge/240615 in rtm?
[15:59] <seb128> Mirv, knowing it has been approved for rtm already, I'm just unsure if that's normal CI workflow, if that needs QA approval, etc
[16:00] <pmcgowan> cyphermox, no, didnt check the log but we dont lose the connection
[16:00] <cyphermox> right
[16:00] <pmcgowan> and it seems to be on a timer
[16:00] <cyphermox> so something changed, if not because of qtbearer, then become something else (android?)
[16:00] <cyphermox> right
[16:00] <cyphermox> consistently about 24 seconds
[16:01] <cyphermox> (after NM has activated the 3g connection)
[16:08] <pmcgowan> cyphermox, whateer is activating the connection would need to be using the qnetwork api?
[16:08] <cyphermox> indeed
[16:08] <davmor2> cwayne: 212 does that sound right for this image?
[16:09] <cyphermox> pmcgowan: since that's what changed, it would have to be listening for something of it
[16:09] <pmcgowan> cyphermox, do you know which package contains that
[16:09] <pmcgowan> will do a quick depends check
[16:09] <cwayne> davmor2: yeap
[16:10] <davmor2> cwayne: woohoo!
[16:19] <cyphermox> pmcgowan: jsut a second
[16:20] <cyphermox> pmcgowan: maybe libqt5network5?
[16:20] <cyphermox> Mirv: do you know specifically where the QtBearer stuff would live?
[16:21] <cyphermox> pmcgowan: the issue is you'll get lots of hits
[16:21] <pmcgowan> cyphermox, yep it does, but some interesting ones
[16:21] <pmcgowan> cyphermox, scopes, push, udm
[16:23] <cyphermox> udm...
[16:23] <ogra_> we should just use wget, i said it before !!
[16:24] <ogra_> just make udm a C++ frontend :)
[16:24] <cyphermox> best I can say for now is my back really hurts, I must have done something bad
[16:27] <Mirv> cyphermox: yes, the libqnmbearer.so in libqt5network5
[16:31] <pmcgowan> Mirv, did you test the qnetwork stuff on a krillin?
[16:32] <pmcgowan> Mirv, or does the probem show up on a mako do we know?
[16:37] <Mirv> pmcgowan: I don't have krillin, so I tested on mako yes. so it seems similar on both.
[16:38] <pmcgowan> Mirv, ok rules out a dual sim relation
[16:40] <iahmad> slangasek, ping
[16:40] <iahmad> slangasek, is it good time to talk about OTA testing?
[16:41] <Mirv> ogra_: CI Train broke a silo again, can you copy QA approved top blocker fix ./copy-package -b -d ubuntu-rtm -s 14.09 --ppa=ci-train-ppa-service --ppa-name=landing-008 --to-distribution=ubuntu-rtm --to-suite=14.09-proposed --to-primary ubuntu-ui-toolkit
[16:42] <ogra_> Mirv, http://paste.ubuntu.com/8922356/ versions OK ?
[16:42] <Mirv> ogra_: looks correct.
[16:43] <ogra_> ok, hitting y
[16:43] <ogra_> Copy [y|N]? y
[16:43] <ogra_> 16 packages successfully copied.
[16:43] <ogra_> ...
[16:43] <Mirv> thanks
[16:43] <ogra_> :)
[16:45] <seb128> Mirv, hey, did you see my ping earlier?
[16:48] <cjwatson> Mirv: please convert to the new syntax in your notes on how to do this:   ./copy-package --from=~ci-train-ppa-service/ubuntu-rtm/landing-008 --from-suite=14.09 --to=ubuntu-rtm --to-suite=14.09-proposed -b ubuntu-ui-toolkit
[16:49] <cjwatson> less option soup and easier to read
[16:50] <ogra_> oh, righ, i totally forgot that
[16:50] <ogra_> +t
[16:51] <pstolowski> brendand_, hey, i'm trying to catch up with the status of ubuntu-rtm/landing-007 that's currently pending your sign off according to QA dashboard; is it still good to go today?
[16:51] <pstolowski> alecu, thostr_ ^
[16:55] <alecu> hi trainguards! may I ask you to reconfigure silo ubuntu-rtm/landing-001 ? I added an extra MP and the train is complaining: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-001-0-reconfigure/2/console
[17:04] <Mirv> cjwatson: converted, thanks
[17:04] <slangasek> iahmad: hi there
[17:05] <iahmad> slangasek, hello
[17:05] <seb128> Mirv, hey, can I require a package to be source copied from vivid to rtm? or do we need to create a rtm vcs and have a mp for that serie?
[17:08] <iahmad> slangasek, I pinged you to discuss the OTA testing of N+1 scenarios
[17:08] <slangasek> iahmad: so the way to do OTA N+1 testing is: 1) adb into the device and edit /etc/system-image/channel.ini to change the build_number back by one; 2) enter system-settings and check for available updates; 3) accept the upgrade
[17:10] <slangasek> iahmad: do you need more detail on this?  It should really parallel any existing manual tests of OTA N-1 updates, except for the manual change with adb
[17:10] <seb128> shrug, I guess Mirv has decided to ignore me
[17:10] <seb128> does anyone else know what should be done to land a fix from vivid in rtm? can a source copy be requested?
[17:10] <iahmad> slangasek, I think, that should be enough and straight forward. Let me try it and will come back to you if got any questions.
[17:10] <seb128> or does it need a merge request?
[17:23] <davmor2> cwayne: have you done a fresh install of 212? if so can you open here maps and let me know if you see the trust store popup to allow it to access location please.  Currently I don't see it so I get no location in here
[17:23] <Mirv> seb128: as the package is on the wishlist, you can just have a silo, either a sync one or if they are diverted, a rtm branch specific identical MP
[17:23] <jfunk> iahmad: slangasek: do either of you have any concerns that this will not catch all defects?  This is an incredibly high impact if failures occur in N+1 testing
[17:24] <ogra_> slangasek, jfunk, that will only test the system-image process itself ... you wont catch breakage caused by an update since you install the very same image
[17:24] <cwayne> davmor2: yep, got the trust store popup
[17:24] <davmor2> cwayne: :(
[17:25] <seb128> Mirv, how do sync ones work? I can just set "sync:ubuntu,vivid,ubuntu-settings-components" for example?
[17:25] <cwayne> davmor2: let me try another --wipe
[17:25] <Mirv> seb128: the rtm silo will go through QA signoff
[17:25] <Mirv> it'd be sync:ubuntu,vivid ubuntu-settings-components
[17:25] <ogra_> slangasek, jfunk, iahmad, imho we should additionally have an actual test that installs an old image (by using --revision to ubuntu-device-flash) and does the OTA to check for possible breakage
[17:25] <Mirv> so without that one comma
[17:26] <jfunk> ogra_: we have this, that's pretty easy
[17:26] <ogra_> right
[17:26] <ogra_> thats fine then
[17:26] <Mirv> seb128: if everything that is in vivid can land in rtm, then you don't need separate rtm branch until something cannot land
[17:26] <ogra_> for only testing system-image behavior slangasek's suggestion is preferctl fine
[17:26] <jfunk> ogra_: the test I am worried about is to test that the freshly pressed image is still working to discover and install future (unpresed / nonexistent) images
[17:26] <seb128> Mirv, ok, thanks!
[17:26] <Mirv> seb128: anyway, I'm heavily EOD:d so please continue with robru
[17:27] <Mirv> np
[17:27] <seb128> Mirv, I'm about to go as well, so probably a topic for another day
[17:27] <seb128> thanks
[17:28] <seb128> have a nice evening!
[17:28] <ogra_> jfunk, right, for that the above should work ... at least to test the mechanism ...
[17:28] <davmor2> cwayne: a reboot and it worked so I don't know what was going on with it
[17:28] <cwayne> davmor2: not sure, i've never seen that
[17:29] <jfunk> ogra_: thx, what about permutations of settings, like wifi or network connection status, reboots etc
[17:29] <jfunk> iahmad: ^^
[17:29] <ogra_> jfunk, what i'm worried about on upgrades (and which we didnt really consider yet) is data transition ... i.e. if y core app stored data in text files and at some point switches to an sqlite DB, making sure the user data is properly transferred over etc
[17:30] <ogra_> yeah, i guess settings also falls in that category ...
[17:30] <jfunk> ogra_: interesting, might be worth having a chat with iahmad about those cases and seeing if we account for them
[17:31] <iahmad> ogra_, that side of testing is already covered
[17:31] <ogra_> iahmad, the testing might, i dont think the apps are even prepared to do such transitions though
[17:31] <iahmad> ogra_, but what is not covered to verify that current image OTA is working as that is the more crucial
[17:32] <cwayne> davmor2: so on a freh flash, i still get the trust popup
[17:32] <cwayne> it's having trouble getting my location right now, but i think that's because I don't have a sim card?
[17:32] <cwayne> oh
[17:32] <cwayne> i didnt accept the here terms
[17:32] <cwayne> that'd be it :)
[17:32] <ogra_> iahmad, right, well, both above metohds will work for this up to the point where you simply cant predict the future :)
[17:33] <davmor2> cwayne: yeah I think it might just of been a glitch it seems to be fine now
[17:48] <john-mcaleely> evening all. new device tarball for krillin/vivid:
[17:48] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20141110-a638ede.tar.xz
[17:48] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20141110-a638ede.changes
[17:48] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-testresults-20141110-a638ede.ods
[17:49] <john-mcaleely> davmor2, brendand_ do you guys want to sign off vivid tarballs today?
[17:49] <john-mcaleely> (or over the next day or so - no hurry, I think. just want toknow if you want to sign off)
[17:50] <davmor2> john-mcaleely: possibly tomorrow, today I am doing a custom-tarball
[17:51] <john-mcaleely> davmor2, ok, do i need to do something to put it in a queue?
[17:51] <davmor2> john-mcaleely: no
[17:52] <john-mcaleely> davmor2, ok, sounds good to e
[17:52] <john-mcaleely> me
[17:52] <john-mcaleely> rsalveti, ^ vivid tarball en-route. see URL above if you want it now for some reason
[17:53] <jfunk> jibel: iahmad: you should check in with barry, he's writing OTA automation for us right now
[17:54]  * barry waves
[17:54] <iahmad> barry, hello
[17:55] <barry> iahmad: hi
[17:55] <jfunk> iahmad: I think the best help we can be to barry is to make sure things are page/object and reusable as possible before he gets too far along
[17:56] <iahmad> jfunk, sure
[17:56] <jfunk> I am also still very unclear what the reqs are to get those tests into CI
[17:57] <jfunk> fginther: ^ there's a lot of mud in the water
[17:57] <barry> jfunk, jibel, iahmad basically i am implementing the parts of this test plan that make sense: https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-image
[17:58] <iahmad> barry, I understand that you working on automating OTA testing with N-1 scenarios, now what would be good to add the N+1 test cases as well
[17:58] <iahmad> barry, this should be achievable with simple change of what slangasek suggested earlier.
[17:59] <barry> iahmad: what do you mean N+1 test cases?
[17:59] <brendand_> robru, just a heads up it would be great to have silo 3 in tomorrows image - i just signed it off
[17:59] <jfunk> barry: in this channel if you scroll up you'll find it
[17:59] <iahmad> barry, the aim of N+1 test cases to test the OTA on current image
[17:59] <jfunk> barry: around 12:08EST
[18:00] <barry> okay, now i'm not sure what the n-1 test is :)
[18:00] <robru> brendand_: can do, thx
[18:00] <iahmad> barry, hangout?
[18:00] <barry> i guess that's flash to an *actual* n-1 and then update
[18:00] <barry> iahmad: sure, but can we do that in ~20m?
[18:00] <robru> brendand_: hm, there's a comment on it that says 'not allowed to land in rtm'?
[18:00] <iahmad> barry, right but that means risking OTA on current image
[18:01] <iahmad> barry, as it may be working on n-1 image but we will not know if it is working on upgraded image
[18:01] <iahmad> barry, sure, ping me when you are ready
[18:01] <robru> brendand_: and I don't see a bug reference to check with the whitelist
[18:01] <slangasek> barry: yes; n-1 is "install the previous image, verify that we can upgrade to the new one".  n+1 is "install the current image, verify that it's capable of updating to a theoretical future one".
[18:01] <robru> nm, found the bug
[18:02] <barry> slangasek: yep, like the test plan describes
[18:02] <barry> should be doable.
[18:02] <barry> iahmad: ok, i'm going to get some quick lunch and ping you.  feel free to line up anybody else for the hangout as you feel is needed
[18:03] <brendand_> robru, the bug would be in the changelog
[18:03] <robru> brendand_: rsalveti Elleo: I don't see bug 1373985 on any whitelist. can you raise that with olli if you want to get that released?
[18:04] <brendand_> Elleo, i thought you got it approved? why wasn't the wishlist updated?
[18:04] <Elleo> robru: it's on the spreadsheet, line 67, marked as approved
[18:05] <brendand_> Elleo, ah yeah - it's on there twice
[18:05] <brendand_> robru, the second instance here: https://docs.google.com/a/canonical.com/spreadsheets/d/1vtSSJZTIVEki9WsxTH_UxbE_PhdsEJl3Z0mn-UyDat0/edit#gid=184947514
[18:05] <Elleo> ah
[18:05] <brendand_> robru, line 67 as Elleo said
[18:07] <Elleo> brendand_, robru: removed the duplicate entry; so it's on line 66 now
[18:10] <robru> bah
[18:10] <fginther> jfunk, the criteria that we are working toward is encapsulating tests with dep8. If that doesn't work for a particular test case, I think we need to know more about what is missing. ev, do you have anything else to add?
[18:10] <robru> rsalveti: I guess you need to to copy-package, we have more version bs happening here https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-003-2-publish/38/console
[18:11] <jfunk> barry: can you see Francis' comment above
[18:12] <jfunk> this is what we need to get the OTA tests invoked by CI
[18:12] <jfunk> and handled / owned
[18:14] <alecu> hi trainguards! may I ask you to reconfigure silo ubuntu-rtm/landing-001 ?
[18:15] <iahmad> fginther, would you be available for hangout with barry once he is back from his lunch?
[18:17] <fginther> iahmad, yes, but I may not be the right contact for this, let me sycn up with my team first
[18:18] <iahmad> fginther, ok
[18:20] <robru> alecu: doing
[18:20] <alecu> thanks!
[18:21] <robru> you're welcome
[18:25] <robru> rsalveti: nm, just needed a WATCH_ONLY, now it published
[18:25] <robru> brendand_: Elleo: ok published
[18:25] <dbarth_> hi trainguards; i have line 60 ready for an rtm silo; thanks
[18:27] <robru> dbarth_: conflicts with silo rtm15, can those be merged?
[18:27] <robru> bfiller: rtm 4 ;-)
[18:28] <dbarth_> robru: nope; silo 16 should be put aside; we can't land it right now; the new oxide has not been accepted for landing
[18:28] <dbarth_> silo 15 i mean
[18:28] <elopio> ping cihelp: could I get a review here, please? https://code.launchpad.net/~canonical-platform-qa/ubuntu-test-cases/sample-adt-test/+merge/240974
[18:28] <robru> dbarth_: ah ok
[18:29] <dbarth_> robru: maybe silo 15 can just be cleared; i doubt it is still usefull, considering the other landings that happened since it was last tested
[18:29] <robru> dbarth_: ok, you got rtm 8, and I can free that, thx
[18:29] <dbarth_> robru: ty
[18:29] <barry> iahmad, fginther, et al: i am ready to hang out when you are
[18:30] <dbarth_> bfiller: ^^ ok with clearing silo 15 btw?
[18:30] <iahmad> barry, fginther jibel https://plus.google.com/hangouts/_/canonical.com/upgrade-testing?authuser=0
[18:30] <dbarth_> i haven't discussed it recently with Olivier, but i'd rather archive the request for now; we can't land the newer oxide
[18:30] <fginther> barry, iahmad, ack
[18:30] <brendand_> thostr_, silo 7 contains a bug that is not wishlisted, can you do whatever you need to about that?
[18:33] <Elleo> robru: great, thanks :)
[18:33] <robru> Elleo: you're welcome
[18:38] <slangasek> robru, Ursinha-afk: no sil2100 this week; do you want to meet, or should we carry on with business as usual?
[18:39] <robru> slangasek: ahhhh... I think I have some questions for you.
[18:39] <robru> Ursinha: do you have anything to report re: staging instance?
[18:39] <slangasek> robru: ok, happy to have the call if it's useful :)
[18:41] <robru> slangasek: yes please, but I think we don't need Ursinha (and I think she's busy enough to appreciate the break)
[18:41] <Ursinha> robru: nope, there is an ongoing conversation but nothing new as of now
[18:41] <robru> Ursinha: ah ok, don't worry about the meeting then
[18:41] <Ursinha> haha
[18:41]  * Ursinha hugs robru
[18:41]  * robru hugs back
[19:03] <fginther> barry, he's the example I have - https://code.launchpad.net/~fginther/+junk/system-settle
[19:03] <fginther> s/he's/here's/
[19:03] <barry> fginther: got it, thanks
[19:05] <robru> slangasek: meeting?
[19:10] <plars> elopio: maybe someone else in qa knows the history of that branch, but I couldn't even tell you where it's used
[19:12] <elopio> plars: it's a branch I made new. We want to use it as a base for the rest of tests that we will give to ci to run.
[19:12] <fginther> plars, are you talking about the conflicts?
[19:13] <plars> elopio: so.. if it's something you want to run for touch tests, it should be against lp:ubuntu-test-cases/touch, if it's just example code then it should probably live as documentation somewhere
[19:13] <plars> fginther: no, the branch that he posted earlier
[19:13] <fginther> plars, right, that's what I'm looking at
[19:14] <fginther> "Conflict adding file debian. "
[19:14] <plars> fginther: yeah, I was a bit confused by it, it's against trunk for some reason
[19:15] <plars> fginther: but it appears to just be example code, so I'm not really sure it should be merged
[19:15] <elopio> plars: I would like it to be a runnable documentation, so I think I'll merge it with touch and propose again there.
[19:15] <fginther> plars, elopio, so that I can understand better... The tests that you are wanting to migrate are in lp:ubuntu-test-cases/touch and other lp:ubuntu-test-cases series branches?
[19:16] <fginther> i.e. not just touch tests?
[19:16] <elopio> fginther: yes.
[19:16] <fginther> elopio, thx
[19:17] <elopio> that's what makes the 'touch' branch a little confusing. Some things should be runnable and useful also for desktop
[19:30] <fginther> plars, I added a comment to elopio's MP. Please let me know if I missed the mark
[19:31] <elopio> fginther: that makes it a little clearer, thanks.
[19:31]  * elopio moves the files
[19:36] <renatu> hey guys I am having problems with silo 5 rtm. Who can help me?
[19:37] <renatu> for some reason it is generating a package different from what I am getting on my chroot
[19:37] <renatu> I would like to understand why
[19:41] <elopio> fginther: plars: I think this will look better for you: https://code.launchpad.net/~canonical-platform-qa/ubuntu-test-cases/sample-adt-test/+merge/241321
[19:49] <renatu> robru, hi, could you help me to understand what is happening on silo 5 rtm?
[19:50] <renatu> the package generated does not match with the package that I created on my chroot
[19:51] <bfiller> robru: getting some errors in the ppa build about not finding orig tarball
[19:51] <bfiller> robru: https://launchpadlibrarian.net/189781656/buildlog_ubuntu-rtm-14.09-armhf.mediaplayer-app_0.20.5%2B15.04.20141110.2~rtm-0ubuntu1_UPLOADING.txt.gz
[20:01] <robru> bfiller: I don't see any error in that log, did you retry?
[20:01] <bfiller> robru: yes, sorry I gave you wrong log, it's here https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-005-1-build/88/console
[20:02] <bfiller> robru: seems same error on retry, the issue is the desktop file is not getting generated properly
[20:03] <robru> bfiller: hm, I don't see any error in that log either, it's still building ;-)
[20:04] <robru> bfiller: we had an issue last week where the train was accidentally deleting some needed files, and resulting in errors like 'orig tarball not found' and some others, I fixed that friday, so my only guess is that you're looking at a log from a build from friday morning or earlier. it should all be working now, let the package in the PPA finish building and
[20:04] <robru> test that
[20:05] <bfiller> robru: we did let it finish and tested it, wasn't working. the current build (and previous) has this in the log dh get-orig-source --parallel --with translations
[20:05] <bfiller> debian/rules:7: recipe for target 'get-orig-source' failed
[20:05] <bfiller> thought it was suspicious
[20:05] <bfiller> renatu: ^^^
[20:06] <bfiller> robru: the build works, it's just the package is not what we expect
[20:06] <bfiller> robru: wasn't sure about this message either:
[20:06] <bfiller> 2014-11-10 19:57:32,648 INFO A version in the ppa (0.20.5+15.04.20141110.2~rtm-0ubuntu1) is higher than the proposed version in bzr (0.20.5+14.10.20141015-0ubuntu1) (previous tests/builds failing?). Basing on that one.
[20:07] <robru> bfiller: that one is ok, just means you didn't publish every single build you did (that's normal)
[20:07] <robru> bfiller: so what's wrong with the package?
[20:08] <renatu> robru, on my chroot I got the desktop file with all translations but I did not on the silo
[20:08] <bfiller> robru: the desktop file that gets spit out doesn't have the proper translations I believe
[20:09] <robru> renatu: bfiller: isn't that expected? I thought pitti made a change recently so that translations get ripped out and shipped separately in langpacks
[20:09] <robru> (but I don't know much of the details)
[20:10] <robru> bfiller: renatu: http://bazaar.launchpad.net/~phablet-team/mediaplayer-app/rtm-14.09/view/head:/debian/control#L21
[20:10] <robru> renatu: bfiller: so yeah, seems fine to me
[20:11] <elopio> plars: answered, updated, and pushed.
[20:11] <elopio> thanks for the review.
[20:11] <bfiller> robru: hmn, ok. I guess not all apps have this maybe
[20:12] <bfiller> robru: do you know who updates the langpacks then? assume that must happen automatically when new translations added?
[20:14] <elopio> balloons: I also updated the -s adb. Thanks for that.
[20:15] <bfiller> robru: dialer-app has X-Ubuntu-Use-Langpack: yes but still has some translatins in the desktop file
[20:45] <robru> bfiller: not sure exactly, better email pitti for details i guess.
[20:47] <rsalveti> robru: guess we can also publish line 26
[20:48] <rsalveti> part of the whitelist, tested by QA
[21:41] <bfiller> robru: can you create a silo for line 61 when you have a chance? thanks
[21:50] <pmcgowan> how do I kill unity8 and not have t restart
[21:50] <ogra_> stop unity8
[21:50] <pmcgowan> so easy
[21:50] <ogra_> :)
[21:51] <ogra_> upstart ;)
[21:51] <ogra_> enjoy it as long as you still can :P
[21:52] <pmcgowan> so sad
[22:01] <robru> ogra_: are you implying systemd can't restart unity?
[22:01] <ogra_> lol, no
[22:01] <ogra_> :)
[22:01] <ogra_> but who knows
[22:02] <ogra_> robru, i fear it cat start it to begin with :)
[22:02] <ogra_> (because porting all our upstart session hackups to systemd will take a year or three :P )
[22:03] <ogra_> (yeah, i know, i'm an optimist)
[22:25] <robru> lol
[22:26] <robru> bfiller: sorry was on lunch. vivid 7
[22:26] <bfiller> robru: np, thanks
[22:27] <robru> bfiller: you're welcome