[00:11] ToyKeeper: so in case you have some hands to help us with the silo, it's ready and tested now, silo 02 [00:13] rsalveti: What's the bug for that one? I've mostly missed this issue. [00:14] ToyKeeper: 2 bugs, easy to reproduce: [00:14] https://bugs.launchpad.net/ubuntu/+source/telephony-service/+bug/1447606 [00:14] Ubuntu bug 1447606 in Canonical System Image " incoming call ringtone is not played repeatedly" [Critical,In progress] [00:14] https://bugs.launchpad.net/ubuntu/+source/media-hub/+bug/1449213 [00:14] Ubuntu bug 1449213 in Canonical System Image "MPRIS interface exported by default in indicator-sound" [Critical,Confirmed] [00:16] ToyKeeper: can you ping me on telegram once you're done with it? @rsalveti [00:16] ToyKeeper: I'll grab some food, and will be back to build the image [00:16] I suppose that might require making a telegram account.. [00:16] ToyKeeper: oh, then just email me, it's fine [00:17] thanks, bbl [03:09] ToyKeeper: hey, all good with the silo? [03:11] it seems so, from the trello card comments [03:40] === IMAGE 186 building (started: 20150428-03:40) === [03:41] rsalveti: Sorry, I got a little sidetracked... yes, it seems like it should land. [03:42] I need to go find a way to tow a locked car with no keys. Probably won't be around again tonight. :( === chihchun_afk is now known as chihchun [04:55] === IMAGE 186 DONE (finished: 20150428-04:55) === [04:55] === changelog: http://people.canonical.com/~ogra/touch-image-stats/186.changes === [04:57] robru: thanks for 017! and yes, the overlay field was not yet set. [06:34] Mirv: argh, silo 17 is empty already ? [06:36] Mirv: I ran a test on it yesterday, no hang after 54 reboots so fix is good, but some weirdness nevertheless [06:37] Mirv: but I had a power failure and lost the logs :-( [06:39] Mirv: one thing I wanted to talk about with you (apart from validating the config process) is that openvpn was installed from the archive... quite unexpected [06:44] Mirv: I'm about to wipe the phone for another test, except for /var/log/dpkg.log (which shows openvpn being installed but not much details about who triggered that), anything else interesting to preserve ? [06:51] vila: yeah, QA signed it off during the night so it landed [06:51] Mirv: and landing implies cleaning up the PPA automatically ? [06:51] vila: yes, since the last step of landing is merging the change to trunk + cleaning PPA [06:51] vila: openvpn, interesting.. [06:51] damn [06:52] vila: so now it's part of the morning's new image already [06:52] Mirv: sorry I lost those logs :-/ [06:52] openvpn:armhf 2.3.2-9ubuntu4 ? [06:52] vila: well if openvpn gets installed as part of some test config it's interesting but not really that serious, as it doesn't affect the normal images setup [06:53] I haven't seen it in my AP tests, but maybe some network manager recommends dependency or such [06:53] Mirv: yup, my worries was about tainting silo tests instead, not the image [06:53] right, well openvpn alone without setting it up doesn't do anything [06:53] * vila nods [06:53] vila: anyway, thanks a lot for the help yesterday parallizing the testing! [06:54] Mirv: hehe, my pleasure, thanks for fixing that annoying bug that followed me from CI to QA ;) [06:54] Mirv: oh [06:55] The other thing I wanted to talk about: what's the story there, the fix stops sharing dbus connections, got that. But what's the explanation ? Some race between two dialogs over dbus deadlocking ? [07:00] vila: my understanding is that the newly used function asks more nicely about getting a connection to dbus instead of sharing/using a pre-existing connection. which then helps to workaround the Qt bug. [07:01] both should work but since the QDBus currently isn't completely bug free regarding threads, it's better this way [07:04] Mirv: got it, thread safety === chihchun is now known as chihchun_afk [08:25] thanks also pete-woods, tsdgeos for your yesterday's efforts! problem solved, for now. [08:26] Mirv, pete-woods1, tvoss: thanks guys for fixing the big unity8 blocker \o/ [08:26] sil2100: :D [08:26] oh and tvoss indeed :) [08:27] it was tvoss really. I had no idea what I could be doing wrong [08:27] Well, with those 3 powers combined a working solution has been formed ;p [08:28] Mirv: i'll discard unity8's branch [08:35] tsdgeos: ok [08:36] jibel: hangout problems === chihchun_afk is now known as chihchun [09:20] sil2100, oh, did the dbus thingy help? [09:20] tvoss: indeed it did! [09:20] great [09:20] :) [09:20] ...or we just had really really bad luck reproducing it [09:21] But both me and Mirv ran like 400 boot-loops in total [09:21] While usually it was reproducible in 10-50 loops === vrruiz_ is now known as rvr [09:49] tvoss: yes, a golden tip that was === dednick is now known as dednick_ === nick_ is now known as Guest9400 [10:57] sil2100: who (from QA) is doing the validation of the arale image? (if anyone right now)? [11:11] popey: how is sil2100 going to know :P [11:12] popey: I'm sanity testing it now along with jibel then everyone will be regression testing it [11:12] ok. well, bug 1449460 exists [11:12] bug 1449460 in media-hub (Ubuntu) "Playlist advancement on arale broken" [Undecided,Confirmed] https://launchpad.net/bugs/1449460 [11:13] if you're tagging bugs for arale or whatever, that one should be on it. [11:17] popey: and what happens when it works? [11:18] eh? [11:19] popey: I can fast forward and reverse in a play list and I can skip between tracks back and forward too [11:20] the bug details what's wrong [11:20] unplug it and let it advance itself [11:20] * popey updates his arale to make sure he's not on old crack [11:22] popey: trying it now [11:25] popey: we need like 20second music clips for this :D [11:26] good point :) [11:26] Time to make a cup of tea while you listen === MacSlow is now known as MacSlow|lunch === alan_g is now known as alan_g|lunch === MacSlow|lunch is now known as MacSlow [12:53] Kaleo, Hi! [13:22] cihelp: hey, I'm seeing this error with CI for qtmir, any idea is it a jenkins issue: https://jenkins.qa.ubuntu.com/job/qtmir-vivid-amd64-ci/103/console [13:23] greyback_, looking [13:24] fginther: is that "mkdir" failure a fatal one, or jenkins can continue? [13:26] jibel, robru, popey, rvr, davmor2, ogra_: since testing is in progress, if you guys don't mind we'll skip todays meeting as well, I'll use the occassion to drive for practice [13:26] kk [13:26] greyback_, it's a fatal error. I'll have to repair that builder as it's been corrupted (it's a jenkins issue we've been trying to workaround). I've taken the node offline and re-triggered the two failed qtmir MPs. [13:27] sil2100: whatever mr cancel cancel ;) [13:27] sil2100, I'm always fine with canceling meetings [13:27] fgimenez: ack, thanks for handling it [13:35] sil2100, yes, it is needed for making VPN work (still looking into it, that seems ot not be all) ... sorry for the late answer, got disconnected before seeing your reply [13:55] sil2100, this should be a blocker for RC: bug #1449503 [13:55] bug 1449503 in ubuntu-ui-toolkit (Ubuntu) "New header landed in vivid" [Critical,Confirmed] https://launchpad.net/bugs/1449503 [13:56] jibel, Mirv, ogra_, popey, rvr, robru, davmor2: I'm actually thinking of modifying the meetings to only have 2 morning ones and 2 evening ones in the week [13:56] sounds valid [13:56] jibel, Mirv, ogra_, popey, rvr, robru, davmor2: this way everyone could plan their day better, and we don't need to have meetings daily as we already noticed, we have mail and IRC [13:57] Saviq: lookinh [13:57] +1 [13:58] Saviq: hm, is the icon size the only vivisble change? Or does this have more implications? [13:59] davmor2: hey, pmcgowan said you were having location issues with latest vivid image [14:00] sil2100: no problem, and we can schedule more in times of special needs for example [14:02] rsalveti: taking this elsewhere [14:08] Mirv: exactly [14:27] sil2100: so are we good to resume landing whatever into ppa overlay ? [14:28] kgunn: not yet... QA is still running tests on the current images and well, there's risk that we'll need a re-spin with some fixes ;/ [14:29] Anyway, we'll know a bit more after the RTM status meeting [14:29] * kgunn wonders if the irony is lost that i wanted a place to land, got it, then it froze too [14:34] hmm does mako 186 boot for you guys? I'm getting "your device needs to be restored..." during flashing and then stuck on Google [14:35] kgunn, NO [14:35] we need the overlay overlay [14:36] kgunn: sadly, freezes are needed if we don't want to have even more segmentation [14:36] ;) [14:40] o/ morning trainguards; looking for a silo for line 40; thanks [14:40] dbarth: hey! Looking [14:41] Mirv: remember always about setting the overlay ppa! [14:56] sil2100: I was still in the habit of setting + reconfiguring it before publishing [14:56] Mirv: ah ;) [14:57] It's safer to configure it straight away, since then monkeys like me or robru just do button pressing and publish to vivid instead [14:57] ;D [15:01] sil2100: yes, noticed, and agree it's safer that way :) [15:18] pstolowski: hey! [15:20] sil2100, hi! [15:37] * sil2100 AFK, brb in ~2h - practice === chihchun is now known as chihchun_afk [17:05] trainguards: may I get a silo for an urgent fix? Line 41 === chihchun_afk is now known as chihchun [17:26] bzoltan: sorry about that, my irc client seems not to be beeping properly today. Got you silo 17 [17:41] robru: pmcgowan: so the story is the next ... the silo17 has the MR what is the 1458 UITK (this is what was released last in the main Vivid) + 4 important bugfexes from loicm. _BUT_ and that is an important note. The trunk of the UITK is diverged so this MR should not land on trunk. Still it should land on the overlay PPA [17:42] robru: pmcgowan: hmmm... still it is wrong. The silo build tries to merge the branch to the trunk... crap it is all wrong :( [17:43] bzoltan: train merges the mp with the mp target. If you don't want it merged in trunk, don't target the mp to trunk. Make a new branch to be the mp target. [17:44] bzoltan: but I'm not sure how your can make a vivid release without targeting trunk, eg because then vivid will have a changelog entry not in trunk and then future builds against trunk will miss that and fail. Unless you mean you are permanently branching vivid and trunk stays for W devel [17:45] robru: actually what I want is to revert the trunk... [17:48] bzoltan: the way to do that is to prepare new commits that revert the changes you don't want. You can't just build older commits because it will indeed merge in the latest trunk [17:48] robru: I want to land this MR on this http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/revision/1172 [17:49] robru: so what should I do? === om26er_ is now known as om26er [17:49] robru: the trunk 1172 is the staging 1458 ... [17:50] robru: how can I get the trunk back to the 1172 and land my MR what is based on 1458 staging? [17:50] bzoltan: you need to make new committs that remove the stuff you don't want. [17:51] robru: how to do that? [17:53] bzoltan: probably like http://doc.bazaar.canonical.com/latest/en/user-guide/adv_merging.html#reverse-cherrypicking [17:53] If I'm understanding you correctly [17:55] robru: OK... so I can make a branch what simple rolls back the trunk to 1172... then I make an MP from it... we land and _then_ I can propose to land this MR what is now conflicting. Is that correct? [17:57] bzoltan: well there's no reason not to do them both together. Do the reverse cherry pick to get rid of the commits you don't want, then merge in loic's commits, and build that as one big mp [17:58] robru: I see [18:05] Brb [18:30] bzoltan: does that make sense? do you need any more help? I'm nearing lunch [18:31] robru: it does, but we came up with a better solution... we simple drop the revisions we do want to get rid of ... ~200 lines of change only [18:32] robru: go and eat, dude :) [18:32] heh, k [18:54] robru: hi, can I get a silo for row 42? [19:07] boiko: silo 20 [19:07] robru: nice! thanks! [19:07] boiko: you're welcome [20:08] bzoltan: hey! The header revert ready? :) [20:56] sil2100, anyone testing the silos that are ready? [20:56] sil2100, jibel we want silo 6 to land [20:59] robru, can I get a silo for line 46 please? [21:02] jhodapp: silo 25 [21:02] robru, thanks [21:02] jhodapp: you're welcome [21:04] silo 23 as well [21:05] om26er, so for qa silos 6 and 23, anyone available? [21:06] pmcgowan, I can test 23 and ToyKeeper will be testing silo 6 [21:07] I will be in a bit, anyway... need to finish something else first. [21:14] om26er, we have a fix for video flicker in silo 21 as well, but we had not earlier agreed to land it [21:15] but its one liner in the player [21:25] rsalveti, ping [21:25] rsalveti, these instructions don't seem to be working on arale https://wiki.ubuntu.com/Touch/Testing/lxc-android-config [21:35] om26er: /me looks [21:38] om26er: even if you try the krillin side? [21:38] om26er: adb reboot recovery [21:38] should work [21:38] then [21:38] adb shell mount /system [21:38] then adb push lxc-android-config_*.deb /system/tmp [21:38] then adb shell chroot /system /usr/bin/env PATH=/bin:/sbin:/usr/bin:/usr/sbin sh -c 'dpkg -i /tmp/*.deb' [21:38] that should all work [21:39] rsalveti, chroot: can't execute '/usr/bin/env': No such file or directory [21:39] om26er: try the following [21:40] PATH=/bin:/sbin:/usr/bin:/usr/sbin chroot /system [21:40] actually [21:40] the following: [21:40] adb shell [21:40] PATH=/bin:/sbin:/usr/bin:/usr/sbin chroot /system /bin/bash [21:40] then dpkg -i /tmp/*.deb [21:40] rsalveti, can't execute '/bin/bash': No such file or directory [21:41] what [21:41] btw /system is empty is that normal ? [21:41] om26er: did you call 'mount /system' first? [21:42] rsalveti, yes, I did. [21:42] om26er: then you're not using the latest partitioning [21:42] rsalveti, that is correct, yes [21:42] so first thing would be flashing that [21:43] so you can use the supported path/partitioning we now have for arale [21:44] rsalveti, ok, doing that now. [21:58] did we break something in vivid-proposed? I just flashed my flo and it's stuck at the google logo [22:02] * popey re-flashes in case he busted it [22:13] rsalveti, except for the bug fix is there anything else to look for ? [22:13] the change seems pretty simple (and safe ?) [22:17] om26er: yeah, it's safe [22:17] om26er: just the bug fix, really [22:17] as location-service is the only service writing/reading that dir [22:23] trainguards: can I have a silo for line 47, please? [22:25] oSoMoN: silo 26 [22:26] robru, thanks! I’ll need a binary copy of oxide-qt 1.7.4 from https://launchpad.net/~phablet-team/+archive/ubuntu/ppa/+packages into that silo, too [22:27] oSoMoN: sure, one sec [22:29] oSoMoN: ok copied, although apparently it's trying to build ppc64el. I guess that'll just fail? should be safe to run the build job now [22:30] robru, yeah, that’s expected, it’ll fail but that’s ok [22:30] robru, thanks [22:30] oSoMoN: you're welcome [22:55] ToyKeeper, order of priority when ready - silo 6, 26, 20 [22:55] Thanks! [22:56] Have already started on 6; had some flashing issues but now it's in progress. [22:58] great === pat__ is now known as pmcgowan [23:04] ToyKeeper: how much time do you think you need to sign it off? [23:06] pmcgowan: I suppose we want silo 23 in as well? [23:06] pmcgowan: same for 21? [23:12] sil2100, yes, these are fairly simple fixes [23:12] with good benefit [23:12] sil2100, I updated the sheet to track all the available fixes [23:13] ricmm, rsalveti: can we get https://code.launchpad.net/~ricmm/mediaplayer-app/no-clip/+merge/257687 approved? [23:13] sil2100, we want 6 and 26 for sure [23:13] sil2100: yes [23:13] pmcgowan: indeed, thanks :) [23:13] sil2100: doen [23:20] queuebot went away again [23:36] Everything on the network is soooo sloooow today. [23:39] sil2100: I pinged stgraber about it already, no response yet [23:49] Location works without ever having connected to a wifi network, but still not on the first boot.