[02:10] <imgbot> [03:30] <imgbot> [03:30] <imgbot> [06:34] <davmor2> Morning all
[06:37] <Mirv> mornio
[06:37] <didrocks> so weird to see a davmor2 at this time! :)
[06:45] <popey> davmor2: do we have a bug for the mis-shapen previews in the video lens?
[06:45] <popey> I can't remember what i did and didnt file yesterday
[06:58] <popey> sil2100: morning. bug 1321138
[06:58] <didrocks> popey: hey, the sprint is starting at 8:30?
[06:59] <popey> it started 30 mins ago, yes
[07:00] <didrocks> oh, I know for who (asac), this will be hard next week :p
[07:13] <popey> sil2100:  bug 1321146
[07:32] <sil2100> popey: morning!
[07:32] <sil2100> uh
[07:33] <sil2100> Not looking good
[07:33] <popey> yeah, i suspect some of these issues will magically disappear with a reboot
[07:33] <popey> root@ubuntu-phablet:~# uptime 09:33:42 up 15:20,  1 user,  load average: 0.21, 0.35, 0.5
[07:33] <mandel> barry, really? let me check
[07:42] <sil2100> popey: the video playback one worries me the most - can you try reconfirming it after a reboot?
[07:43] <popey> doing now
[07:47] <popey> sil2100:  bug 1321161
[07:50] <sil2100> popey: now this sounds funny ;)
[08:30] <sil2100> ogra_, psivaa, Mirv: firefox crashed...
[08:30] <ogra_> bad firefox
[08:31] <Mirv> naughty fox
[08:50] <davmor2> popey: look over here
[08:50] <fginther> balloons, can you send me a link to your autopkgtest notes from this morning?
[08:51] <fginther> balloons, I took some if it helps: https://docs.google.com/a/canonical.com/document/d/1gfOwR5ih1o6vb7Vgj4TjTN5TIWPKPxRjfVEg-8WAlxk/edit#
[08:55] <balloons> fginther, yes I can share my doc also
[08:56] <popey> davmor2: look over here :þ
[09:02] <balloons> fginther, https://docs.google.com/a/canonical.com/document/d/1AKkKHMOUBAHmRUKJRgsPZaZia4kfoH0kN5-kuxtgXZE/edit
[09:02] <balloons> fginther, we should probably combine notes and do a proper write-up
[09:03] <fginther> balloons, agreed, we can sync up later today
[09:06] <psivaa> sil2100: so the rerun completed with more clock app failures and the same number(4) of galler app failures
[09:06] <sil2100> ouch
[09:06] <sil2100> Mirv: ^
[09:06] <sil2100> psivaa: thanks!
[09:06] <psivaa> the clock app has 8 failures in the run. and Mirv knows about it
[09:06] <psivaa> :)
[09:06] <popey> davmor2: it was white while running ap tests ☹
[09:18] <Mirv> sil2100: yeah, that's ouch. renato has a meeting of sort (well, now he sits back there) and we'll try to have a meet with nik90_ after lunch or so about the clock app
[09:19] <sil2100> Mirv: thanks, yeah, nik90_ should know more
[09:19] <sil2100> Would be nice to get the number down, not up ;p
[09:19] <Mirv> it's weird though, is it something maybe that qtpim is slower and that's why it's failing, or what's it about? since it doesn't seem qtpim itself is failing in any way.
[09:19] <Mirv> sil2100: I thought a rerun would bring it down! :)
[09:20] <sil2100> ;p
[09:23] <nik90_> Mirv, sil2100: hey was just looking at your conversation regarding clock app :)
[09:23] <Mirv> so I did have some amount of failing tests with clock myself too, but a rerun brought it down to the usual suspect of 1 failing test
[09:24] <Mirv> nik90_: hey! yes we highlighted you :) me and renato were thinking about meeting you to get your wise thoughts on why the tests might be failing.
[09:24] <nik90_> Mirv: do you have the link to the jenkins clock app test failures results?
[09:24] <Mirv> nik90_: http://ci.ubuntu.com/smokeng/utopic/touch/mako/39:20140520:20140513.2/8112/ubuntu_clock_app/
[09:25] <Mirv> it was 4 but bumped to 8 with rerun. and it was 4 for me as well locally (I think) but a rerun brought it down to 1. however, it seems more flaky than it was before.
[09:26] <nik90_> Mirv: me and elopio are currently determining the failure,
[09:27] <nik90_> Mirv: but to be honest, it is definitely not in clock app but upstream project :) since we havent pushed anything to clock for almost 2 weeks now due to the AP failures
[09:27] <Mirv> nik90_: yes so what did get updated was qtpim
[09:27] <nik90_> Mirv: we are also noticing failures in the uitk emulator functions that clock uses
[09:27] <Mirv> nik90_: so the question is how's that affecting the tests, especially since it seems sometimes it's just the "normal" 1 failing test and sometimes more. has qtpim become more slower and there should be more delays, or what?
[09:28] <Mirv> nik90_: yeah, it's a bit weird all. let me and renato join you shortly (it seems renato might have time in 15 mins or so)
[09:28] <nik90_> Mirv: ok
[10:01] <mandel> barry, I can confirm the exit bug, the other one I'm not able to reproduce
[10:01] <mandel> barry, I'm looking into it
[10:04] <jhodapp> didrocks, can I get a silo for this MR? https://code.launchpad.net/~ogra/media-hub/do-not-start-on-desktop/+merge/220218
[10:05] <fginther> balloons, the calculator app tests passed on mako: http://s-jenkins.ubuntu-ci:8080/job/generic-click-autopilot-runner-mako/172/
[10:06] <ogra_> jhodapp, s/didrocks/sil2100/
[10:06] <didrocks> :)
[10:06] <jhodapp> ogra_, didrocks not around?
[10:06] <balloons> fginther, we're trying to add the pep8/pyflakes hooks for all core apps this week; here's the meta-bug: https://bugs.launchpad.net/ubuntu-weather-app/+bug/1317198
[10:06] <didrocks> jhodapp: sil2100 is in charge
[10:07] <ogra_> jhodapp, nope, but teams change ;)
[10:07] <balloons> fginther, right now dropping-letters and weather are ready
[10:07] <fginther> balloons, ack, I can get that started
[10:07] <jhodapp> didrocks, ogra_: ah ok, we need to update the subject line for this room then
[10:07] <didrocks> yeah, was waiting for Malta for that
[10:07] <balloons> fginther, excellent. Since they pass let's turn it on there as well. I'll ask the guys to try a merge then for calc
[10:08] <jhodapp> ok
[10:08] <jhodapp> let's try this again :)
[10:08] <fginther> balloons, I'll let you know when it's ready
[10:08] <jhodapp> sil2100, can I get a silo for this MR? https://code.launchpad.net/~ogra/media-hub/do-not-start-on-desktop/+merge/220218
[10:10] <balloons> fginther, excellent. Expect popey or myself to ping you with new apps to add the hooks to as we land them :-)
[10:10] <bzoltan> sil2100: Mirv: I would like to ask for a Silo for the line 27
[10:13] <Mirv> bzoltan: landing-017
[10:13] <fginther> balloons, can you please review? https://code.launchpad.net/~fginther/cupstream2distro-config/coreapps-pep8-dropping-letters-and-weather/+merge/220222
[10:13] <bzoltan> Mirv:  thanks
[10:14] <balloons> fginther, do you want to do them all as one at once?
[10:14] <balloons> for instance, sudoku is ready now too :-)
[10:15] <fginther> balloons, I'll just update the MP for that. I just don't want this to linger too long and risk the branch regressing
[10:15] <balloons> fginther, ok, perfect
[10:15] <balloons> fginther, we have an MP to test calc when ready ;-)
[10:16] <balloons> fginther, https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/setDeprecatedToolbar/+merge/220223
[10:20] <fginther> balloons, can you review this one now? https://code.launchpad.net/~fginther/cupstream2distro-config/calculator-touch-testing-autolanding/+merge/220225
[10:21] <balloons> fginther, yes. And I'll approve the pep8 merge when you add sudoku
[10:23] <fginther> balloons, the pep8 MP has been updated
[10:24] <balloons> fginther, both approved
[10:27] <fginther> balloons, thanks, I'll have them deployed by the end of lunch
[10:31] <sil2100> jhodapp: in a meeting, one moment
[10:31] <jhodapp> sil2100, thanks
[11:30] <sil2100> ogra_: ping! Do you have a moment for a packaging ACK? Looks safe - cross-compile enhancements and some 'new' symbols (no symbols removed) -> https://ci-train.ubuntu.com/job/landing-011-2-publish/35/artifact/packaging_changes_unity-scopes-api_0.4.6+14.10.20140519-0ubuntu1.diff
[11:32] <ogra_> sil2100, well, with my limited cross building knowledge it looks ok ... but you should probably ask someone more familiar with cross stuff additionally
[11:33] <sil2100> ogra_: I checked it against documentation online and it makes sense, but let me pass it forward as well :)
[11:33] <sil2100> ogra_: thanks!
[11:33] <ogra_> np
[11:38] <cjwatson> python3:any would be slightly more usual than python3:native, but either should be fine
[11:38] <cjwatson> :native is pretty new and there are rough edges in its support, but I think it works fine on our builders (I guess it must since you got this far)
[11:51] <sil2100> ogra_: another +1 needed, a no-brainer :) https://ci-train.ubuntu.com/job/landing-017-2-publish/lastSuccessfulBuild/artifact/packaging_changes_qtcreator-plugin-ubuntu_3.0.1+14.10.20140520-0ubuntu1.diff <- new file installed ;p
[11:52] <ogra_> sil2100, yeah, ack
[11:52] <sil2100> ogra_: thanks!
[11:52] <sil2100> jhodapp: hi!
[11:53] <sil2100> jhodapp: so, you want a new landing for that merge? Are you CI-Trained (i.e. can you be a lander?)
[11:53] <ogra_> sil2100, thats a no brainer too (and already pre-tested on all devices)
[11:53] <sil2100> ogra_: ok, let me add that then
[11:54] <sil2100> Ah! I see it's your branch ;p
[11:54] <ogra_> heh
[11:56] <jhodapp> sil2100, yes
[11:56] <jhodapp> very very simple landing :)
[11:56] <sil2100> ogra_: silo assigned o/ Silo 19, waiting for the spreadsheet to refresh
[11:56] <ogra_> sil2100, i will also need a silo for line 24 at some point ... but i might hog it for more than a day to run all tests etc (thats a tricky one that most likely will revel other probs during testing)
[11:56] <ogra_> so only if we are not short on silos
[11:59] <sil2100> ogra_: I'm building the package in that silo
[11:59] <sil2100> i.e. the media-hub one
[11:59] <ogra_> sil2100, yeah, i was referring to my landing, not jims ;)
[11:59] <sil2100> ogra_: I know ;)
[11:59] <ogra_> k
[12:32] <stgraber> hey there, cjwatson would like to land a new click, I added an entry on the spreadsheet, would be great if someone could get us a silo!
[12:33] <ogra_> sil2100, ^^
[12:33] <sil2100> o/
[12:33] <ogra_> stgraber, you will need somepone from the store people to approve it afterwards iirc
[12:33] <sil2100> Just got the ping from the bot :)
[12:34] <stgraber> ogra_: could be, I don't know but hope cjwatson does :) I usually just push stuff on the spreadsheet, click buttons and when cjwatson says it's good to push to the archive, I click the other button (or he does, whatever)
[12:34] <ogra_> stgraber, and i think sergiusens to actually update the click_list (though i think ubuntu-release owns that so you could perhaps do it yourself)
[12:35] <ogra_> stgraber, yeah, just saying ... clicks need special treatment
[12:36] <sergiusens> ogra_: stgraber lp:click-sync for the image
[12:36]  * ogra_ is out for a bit 
[12:36] <sil2100> Ok, we're low on silos, but let me assign one anyway - we should have 2 freed pretty soon anyway
[12:36] <sergiusens> there are no silos for click though; that's a missing train feature; fginther et.al. are working on it for airline I think
[12:37] <ogra_> right, but most clicks have deb equivalents anyway
[12:38] <sergiusens> ogra_: most won't after the unity8 switch
[12:38] <sil2100> Only core apps
[12:38] <cjwatson> ogra_: no, click itself, not a click package
[12:38] <cjwatson> the store is not involved
[12:39] <cjwatson> (this is why I always say "click packages", not "clicks")
[12:40] <sil2100> stgraber: silo 20 for you
[12:41] <stgraber> sil2100: building already, thanks!
[12:46] <davmor2> sil2100: so I hit a couple of issues that I need to report but neither should block the image.  On the whole everything is looking good. The network off on update flash being the most serious thing
[12:46] <sil2100> davmor2: excellent, thanks!
[12:46] <sil2100> cyphermox_: could you give me a sign once you're around?
[12:47] <davmor2> s/update flash/ "update/flash"
[12:49] <Saviq> sil2100, could we add https://code.launchpad.net/~mir-team/unity-mir/development-branch/+merge/220249 to silo 18?
[12:49] <Saviq> sil2100, would save us some time and a silo
[12:49] <Saviq> ah I got logged out... interesting
[12:50] <Saviq> sil2100, ok, can I get a reconf of silo 18 please?
[12:50] <sil2100> Saviq: I guess we could, unity-mir is in 2 silos right now, but both are 'for testing'
[12:50] <sil2100> Saviq: or maybe you know if they are ready with the greeter split?
[12:50] <Saviq> sil2100, we're close
[12:51] <Saviq> sil2100, but this one will be quicker
[12:51] <sil2100> Ok
[12:51] <sil2100> Reconfiguring
[13:02] <ogra_> cjwatson, oh ... heh, ok
[13:03] <ogra_> sil2100, silo20 is ready to land
[13:03] <ogra_> ergh
[13:03] <ogra_> silo19, sorry
[13:05] <sil2100> ogra_: ok, let me publish
[13:05] <ogra_> thx
[13:06]  * sil2100 jumps out to the vet
[13:09] <dbarth> Mirv: around?
[13:09] <barry> mandel: hi.  thanks.  yeah, the canceled bug has been seen in at least two contexts
[13:09] <dbarth> Mirv: i wanted to get back to that silo offer of yours ;)
[13:16] <mandel> barry, weird, do you have more info about when it has happened?
[13:16] <mandel> barry, all my scripts seem to work ok
[13:16] <barry> mandel: the system-image client test suite evokes it almost immediately
[13:17] <Mirv> dbarth: working on it! :)
[13:17] <mandel> barry, that is using tox, correct?
[13:17] <mandel> barry, I aslo think that the bug regarding the emulator can be ignored..
[13:17] <mandel> barry, and, I have been upgrading my phone with udm and have had no issues.. weird.
[13:17] <barry> mandel: tox is just the runner, but yes.  if you branch lp:ubuntu-system-image and then run tox you will see it
[13:17] <barry> (i'm running it again now)
[13:19] <mandel> barry, ok, can you also take a look at the following: https://code.launchpad.net/~mandel/ubuntu-download-manager/exit-not-working/+merge/220211
[13:19] <mandel> barry, udm now uses cmake, so mkdir build; cd build; cmake ..; make -j4
[13:19] <mandel> barry, or just build a package :)
[13:20] <barry> mandel: the exit problem actually wasn't a terrible show stopper.  i worked around it by sigterm'ing the process.  the canceled bug is much more serious
[13:20] <mandel> barry, yes, but I wonder.. why does it only happen in the tests, I mean, no one has complained about the system not being able to update
[13:20] <mandel> barry, and we have had severa images in devel
[13:20] <barry> mandel: but let me try building from that branch.  i'm a big fan of fixing the easy ones first :)
[13:21] <mandel> barry, in the mean time, I'll do some tests in the real hardware
[13:21] <barry> mandel: the only thing i can think of is that the test runs udm in a slightly different mode, i.e. -stoppable
[13:21] <mandel> barry, could be
[13:22] <barry> mandel: one thing i think we very definitely want to do is add some gating automated integration tests.  i.e. no new udm or si can land unless the integration between the two (and preferably *also* system settings) has passed.  we've talked about this for a long while now, but i think we really need to get this done for 14.10
[13:34] <cyphermox_> sil2100: hey
[13:41] <barry> mandel: http://paste.ubuntu.com/7493007/
[13:41] <barry> line 5131
[13:44] <Mirv> ogra_: so what was the magic that was needed to be done to get unity8 migrating to release pocket?
[13:44] <Mirv> I've seen it mentioned many times but I still don't remember what it actually is about
[13:45] <ogra_> the magic is called "patience"
[13:45] <ogra_> should be fully automatic now thanks to cjwatson
[13:45] <Mirv> oh it should be, ok. unity-scope-click autopkgtest claims to be failing though both for unity-scopes-api and unity8
[13:45] <ogra_> well, then i would expect an actual failure
[13:46] <Mirv> right, so it seems then
[13:46] <seb128> Mirv, read -devl
[13:48] <Mirv> indeed
[13:48] <Mirv> we'd need unity8 though anyhow, so this's a bit unfortunate
[13:49] <sil2100> cyphermox_: hi!
[13:50] <sil2100> cyphermox_: so, did you take a look at bug https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1320780 ?
[13:50] <sil2100> cyphermox_: since we decided that we would need some proffessional opinion on what could be the problem before deciding on promotion
[13:53] <barry> mandel: so i just `make`d the source and dumped the executable in /usr/bin.  i think that solves the exit problem, or at least enough to reliably and consistently produce the canceled bug
[13:53] <ogra_> cyphermox_, i was wondering if all these networking/3G issues we have recently could be related to the dropping of pm-utils and powermgmt-base ... http://people.canonical.com/~ogra/touch-image-stats/29.changes ... does NM make any use of these on the phone ?
[13:54] <cyphermox_> doubtful
[13:54] <ogra_> yeah, thought so
[13:54] <cjwatson> ogra_: do you still need those removals investigated?
[13:54] <ogra_> its just an odd dropping ...
[13:55] <ogra_> cjwatson, well, i'd really love to know why ... as there was no dep or seed change ...
[13:55] <ogra_> (though they shouldnt do any harm i think ... our powermanagement should fully be done by powerd or android)
[13:55] <ogra_> rsalveti, ^^right ?
[13:56]  * rsalveti reads
[13:57] <ogra_> (we dropped pm-utils and powermgmt-base from eth images)
[13:57] <ogra_> *the
[13:58] <rsalveti> ogra_: not used by us
[13:58] <rsalveti> if used, we have something wrong :-)
[13:58] <ogra_> not even telepathy or ofono ?
[13:59] <rsalveti> don't think so
[13:59] <ogra_> well, i was wondering if udev might make use of any of the scripts they ship
[13:59] <ogra_> and via that one of the upper layers or so
[13:59] <rsalveti> do we know why they were dropped?
[13:59] <ogra_> rsalveti, nope
[13:59] <rsalveti> just check 28, see who is depending on them
[13:59] <ogra_> i wasted half my saturday trying to find out about it
[14:00] <ogra_> the dep or seed change would be reflected in the above changeset
[14:00] <ogra_> (actually checking the packages listed in 29 should be enough)
[14:01] <seb128> it should be, but you checked them out without luck
[14:01] <ogra_> indeed
[14:01] <seb128> so maybe an alternative way could be useful
[14:01] <ogra_> but i doubt that xkb-data would cause it in 28 http://people.canonical.com/~ogra/touch-image-stats/28.changes
[14:01] <ogra_> :P
[14:01] <rsalveti> ogra_: upower:
[14:01] <rsalveti> Depends: libc6 (>= 2.4), libdbus-1-3 (>= 1.0.2), libdbus-glib-1-2 (>= 0.88), libglib2.0-0 (>= 2.37.3), libgudev-1.0-0 (>= 146), libimobiledevice4 (>= 0.9.7), libplist2 (>= 1.11), libpolkit-gobject-1-0 (>= 0.99), libupower-glib1 (>= 0.9.2), libusb-1.0-0 (>= 2:1.0.8), udev, dbus, pm-utils | systemd | systemd-services
[14:02] <ogra_> but there was no change in upower
[14:02] <rsalveti> maybe because we now have systemd installed?
[14:02] <ogra_> oh, systemd-services ... that might be it
[14:02] <rsalveti> just systemd would be enough
[14:02] <ogra_> but again, didnt change in that image
[14:03] <rsalveti> maybe the dependency order changed when creating the image?
[14:03]  * ogra_ wonders if the changeset is incomplete or some such 
[14:03] <ogra_> i also checked all uploads on -cahnges on sat.
[14:03] <rsalveti> systemd would need to be installed before upower was pulled in
[14:04] <ogra_> i know xnox was working on dependency order changes but that was way way after image 29
[14:04] <ogra_> like yesterday ...
[14:04] <ogra_> or so
[14:04] <rsalveti> maybe for systemd it was before?
[14:04] <cjwatson> priority-mismatches currently wants to pull systemd up to Priority: standard, so that could well account for it
[14:04] <ogra_> we didnt really re-order the seeds ... but in 28 i added urflkill
[14:04] <ogra_> oh
[14:05] <cjwatson> Though I don't see systemd alone in the livefs-build-logs diff
[14:05]  * ogra_ didnt think about checking priority changes
[14:05] <cjwatson> (only other packages whose names contain systemd)
[14:05] <ogra_> -services is definitely there
[14:06] <ogra_> well, it is installed
[14:06] <ogra_> ii  systemd                                               204-10ubuntu3                                       armhf        system and service manager
[14:06] <ogra_> so yeah, that might be it
[14:06] <ogra_> thanks cjwatson !
[14:07] <cjwatson> alternate dependencies can be somewhat unstable
[14:07] <ogra_> yep
[14:07]  * ogra_ remebers diggin into java stuff years ago for that ... in the end we had to re-order the deps 
[14:07] <cjwatson> if you definitely want one particular choice then it's a good idea to seed it explicitly
[14:07] <cjwatson> that's generally enough to cause it to be selected, if done in the correct seed
[14:08] <ogra_> according to rsalveti and cyphermox_ we dont need them, so it is actually good they are gone
[14:08] <ogra_> it just bugged me that i couldnt find out why the were dropped
[14:09] <ogra_> yeah, the java issue back then was about a discrepancy between apt-get and tasks ... and the ordering of the deps they do
[14:09] <ogra_> i think thats still the case
[14:09] <ogra_> (that they resolve them in opposite order)
[14:10] <rsalveti> Mirv: just saw you updated qtdeclarative, remember we also need to update the -gles version
[14:10] <rsalveti> will syng them again
[14:11] <cjwatson> ogra_: err, sort of, not really
[14:11] <cjwatson> ogra_: germinate generates the tasks and it tries to imitate what apt will do.  there are some corner cases, but it's certainly not "opposite order"
[14:11] <ogra_> ah
[14:12] <davmor2> nik90_: http://imgbin.org/index.php?page=image&id=17527
[14:12] <cjwatson> there are some depth-first vs. breadth-first differences in some places
[14:12] <ogra_> well, i learned that the order of stuff in the seed matters too ...
[14:12] <ogra_> didnt know that until slangasek told me :)
[14:14] <bzoltan> ogra_:  could you please advice me on debian/control fields?
[14:14] <ogra_>  i can try :)
[14:15] <ogra_> just ask away ... if i cant there are surely enough people in here that can
[14:16] <bzoltan> ogra_: I would like to introduce a soft dependency of the qtcreator-plugin-ubuntu on the qtcreator-plugin-go. I wish that after that change the users with the qtcreator-plugin-ubuntu installed get the qtcreator-plugin-go if that is available for them from Utopic or from the SDK PPA. But does not break anything if it does not exist for them. Is that Suggests: or Recommends: ?
[14:17] <ogra_> well, recommends are like depends ... just that you can easily uninstall them without ripping out the upper layer ...
[14:18] <nik90_> davmor2: https://bugs.launchpad.net/indicator-datetime/+bug/1321307
[14:18] <ogra_> but they get always pullled in on install (unless you explicitly tell apt not to)
[14:18] <ogra_> so if you want it that loose you want suggests ... but these will never get automatically pulled in anywhere
[14:19] <mandel> barry, I have not been able to reproduce it in the phone.. weird
[14:19] <ogra_> they are just "an info" if the user actually looks at the package ...
[14:20] <barry> mandel: the canceled signal?  i can reproduce it reliably in my test suite.  in fact, if i disable reaction to canceled, most of my tests pass (the exception being the ones that actually test canceling).  i know those canceling tests aren't influencing the results because i can kill all processes, and run a failing test in isolation and it sees the bogus canceled signal
[14:20] <ogra_> we dont really have a field reflecting "pull this in only sometimes ... when the weather is sunny and at least 24°C ..."
[14:20] <barry> mandel: are you on utopic?
[14:21] <mandel> barry, yes, I'm on utopic
[14:21] <barry> hmm
[14:21] <nik90_> davmor2: https://bugs.launchpad.net/ubuntu-ux/+bug/1321309
[14:21] <bzoltan> ogra_:  What happens if the recommended package does not exist?
[14:22] <ogra_> bzoltan, the toplevel package will not install ... as i said, recommends is like a dep at install time ... it just allows you easy removal later
[14:22] <cjwatson> No, that's not true
[14:23] <cjwatson> Unsatisfied Recommends at install time won't cause an error
[14:23] <cjwatson> bzoltan: Recommends is the field you want
[14:23] <ogra_> oh, ok
[14:23] <bzoltan> cjwatson: Super, thank you.
[14:23] <ogra_> "The Recommends field should list packages that would be found together with this one in all but unusual installations." ...
[14:23] <ogra_> debian policy doesnt really answer that question :)
[14:23] <barry> mandel: please try branching lp:ubuntu-system-image and see if you have the same problem.  instead of running the full test suite try this: `tox --notest -r && .tox/py34/bin/python -m nose2 -vv -P test_download_winners_overwrite`
[14:24] <Mirv> rsalveti: yes, I'm trying, I just wonder why I'm getting https://launchpadlibrarian.net/175964511/buildlog_ubuntu-utopic-amd64.qtdeclarative-opensource-src-gles_5.2.1-5ubuntu3_FAILEDTOBUILD.txt.gz
[14:25] <mandel> barry, ok, doing that
[14:26] <barry> mandel: cool.  i'm trying to see if there's any pattern
[14:26] <rsalveti> Mirv: oh, I just uploaded it directly
[14:26] <rsalveti> Mirv: but it seems to be building just fine
[14:26] <rsalveti> Mirv: https://launchpad.net/ubuntu/utopic/+source/qtdeclarative-opensource-src-gles/5.2.1-5ubuntu3
[14:26] <Saviq> robru, FWIW exporting ANDROID_SERIAL works just fine with citrain-push ;)
[14:27] <Mirv> rsalveti: oh... right, that PPA had a dependency on qt5-beta2 which now has Qt 5.3.0 :S ok, thanks! I did remember it, or at least I was properly reminded via CI Train comment :)
[14:27] <rsalveti> Mirv: oh, ok then :-)
[14:30] <sil2100> cyphermox_: hm, do you have any leads on what could be the cause of the bug #1320780 ?
[14:30] <rsalveti> Mirv: yeah, built fine in the archive https://launchpad.net/ubuntu/+source/qtdeclarative-opensource-src-gles/5.2.1-5ubuntu3/+build/6026189
[14:31] <barry> mandel: is it possible that if an https url should 404, we'd get a canceled signal?  it looks like often (i've not verified it every time) we try to download the blacklist keyring which does not exist, so we get a 404.  we seem to get a canceled signal in that case
[14:32] <cyphermox_> sil2100: I'm looking into it already, but I don't
[14:32] <cyphermox_> something changed, clearly. stuff doesn't go stop working all of a sudden
[14:32] <cyphermox_> but I have no idea what
[14:34] <Mirv> rsalveti: excellent
[14:37] <ogra_> cyphermox_, yeah, the prob is that we had multiple images where two network related landings were kind of wonky (first urfkilll then indicator-network) and it sorted itslef only after 4-5 images
[14:37] <barry> mandel: further debugging.  it does seem like when we request a nonexistent blacklist keyring (an expected use case since there's no other way to tell if a blacklist exists or not), we would expect a 404 leading to an error signal, but instead we get a canceled signal and no error signal.  i see the started signal, followed immediately by the canceled signal
[14:37] <ogra_> so we cant really nail it to one specific image
[14:37] <ogra_> unfortunate timing
[14:37] <cyphermox_> ogra_: It doesn't seem to me like it's either
[14:38] <cyphermox_> and frankly, that's not excuse for not being able to figure out what's broken
[14:38] <ogra_> heh, indeed
[14:38] <cyphermox_> I'm looking into it, it just takes time
[14:38] <ogra_> but it makes it harder
[14:39] <ogra_> simply because the actual breakage was only identified very late ... we had a bunch of images there were "expected to be broken" due to the incompletel landings
[14:40] <mandel> barry, hmmm that might be the pattern we are looking for
[14:43] <fginther> sergiusens, found the problem!
[14:45] <mandel> barry, it is weird that you could not build udm when CI was able...
[14:46] <mandel> barry, but you can use the deb generated by CI
[14:46] <mandel> look in the comments
[14:47] <barry> mandel: yeah, i just cmaked it which was good enough
[14:50] <Mirv> sil2100: ogra_: so, we can't kick a new image build before the scopes api bug is resolved and unity8 migrates to release pocket
[14:50] <sil2100> Yeah...
[14:51] <ogra_> well, we could ... just with no benefit for you :)
[14:51] <mandel> sergiusens, fixed
[14:54] <sergiusens> mandel: no thanks ;-)
[14:56] <cyphermox_> ogra_: trying an OTA update right now to see if I can reproduce it properly
[14:58] <mandel> barry, I just tested the following => http://paste.ubuntu.com/7493304/
[14:58] <mandel> barry, can you please run that in your system?
[14:58] <mandel> barry, I see an error and not a canceled signal
[15:00] <barry> mandel: i want to convert that to py3 for consistency
[15:00] <mandel> barry, sure, I'm just editing a test script that I already have
[15:01] <barry> okay, i see the error too.  what about https?
[15:02] <mandel> barry, fair point, lets check that too
[15:03] <mandel> barry, is that for a valid cert or just testing a 404
[15:03] <barry> it's a valid self-signed cert
[15:04] <barry> e.g. i tried https://www.python.org/foo
[15:05] <Mirv> elopio: http://q-jenkins:8080/job/autopilot-release-gatekeeper/ is in quite heavy use, could there be another job that could be triggered for 5.3 AP testing?
[15:06] <barry> mandel: were you able to reproduce the problem within the si test suite?
[15:06] <mandel> barry, sorry I got disconnected, you said something about using a valid ssl
[15:07] <barry> mandel: i tried https://www.python.org/foo and that got the error (no canceled).  one difference with the test suite is that i use a self-signed cert
[15:07] <barry> mandel: remember there's a testing option in udm to use the self-signed cert?
[15:07] <mandel> barry, yes, but that should be working as it used to.. but could be a reasno
[15:07] <mandel> reason*
[15:08]  * barry is grasping at straws
[15:08] <mandel> barry, the tests got stuck here => http://paste.ubuntu.com/7493341/
[15:08] <barry> mandel: wtf? ;)
[15:09] <barry> mandel: now that you have the venvs set up, try just running:
[15:09] <barry> .tox/py34/bin/python -m nose2 -vv -P test_download_winners_overwrite
[15:10] <mandel> barry, ack
[15:12] <mandel> barry, let me do a standup and I'll try that
[15:12] <barry> mandel: sounds good
[15:14] <balloons> fginther, I'm seeing that tests are returning unstable, but are still being shown as 'passed' by jenkins
[15:14] <balloons> for instance, https://code.launchpad.net/~mrqtros/ubuntu-rssreader-app/two-no-article-placeholders-fix/+merge/219455
[15:16] <lool> Hey, just a heads up that content-hub update broke the 14.04 ABI used by gallery-app and needs to be reverted before we promote an image; this also means we need to revert the browser changes using the new ABI
[15:16] <Mirv> mhr3: so I added line 33 so that as soon as the fix for scopes-api is guaranteed we can land it
[15:16] <seb128_> sil2100, Mirv, ogra_: ^ (the content-hub thing)
[15:17] <sil2100> lool, seb128: ouch
[15:17] <mhr3> Mirv, -click is in 011
[15:17] <sil2100> Mirv: no need, we already have that building
[15:17] <Mirv> mhr3: oh, right, a re-release from there
[15:17] <sil2100> Mirv: we're using an existing silo
[15:17] <Mirv> great then
[15:18] <seb128> sil2100, lool: is that what creates bug #1321304
[15:18] <seb128> ?
[15:18] <sil2100> lool, seb128: let me see when that actually landed...
[15:18] <ogra_> friday
[15:19] <lool> seb128: correct
[15:19] <barry> mandel: fyi: the ci debs are armhf so they don't help
[15:19] <sil2100> Yeah, I see it now
[15:19] <seb128> lool, thanks for pointing it
[15:19] <sil2100> lool, seb128: thanks for pointing this out guys
[15:19] <mandel> barry, not in the desktop, true
[15:19] <lool> np
[15:19] <sil2100> Who will handle the revert?
[15:19] <barry> mandel: but your patch does seem to fix the .exit() problem
[15:19] <ogra_> *sniff* i was looking forward to a promotion
[15:19] <seb128> sil2100, talk to kenvandine I guess?
[15:20] <lool> I'm sad for folks that are back at square 1 *and* need to revert the changes, but I'm glad we catched the ABI breakage
[15:20] <sil2100> lool: right
[15:20] <kenvandine> lool, i think we have a good solution
[15:20] <ogra_> lool, definitely ... thanks a lot !
[15:20] <sil2100> kenvandine: hi! So, could you handle the revert of gallery-app/content-hub ?
[15:20] <kenvandine> quicker fix that reverting all of that
[15:20] <sil2100> kenvandine: oh
[15:20] <kenvandine> it would also be reverting the browser
[15:21] <kenvandine> elleo and i are working on it
[15:21] <mandel> barry, ok, so one thing out of the question, as soon as I can do a build for testing
[15:21] <sil2100> \o/
[15:21] <sil2100> kenvandine: ok, keep us updated
[15:21] <kenvandine> sil2100, will do
[15:22] <kenvandine> the additional states in an enum is the issue, we are going to revert the states but add another enum
[15:22] <sil2100> ogra_, Mirv: so, as per what lool and seb128 pointed out, no promotion today anyway... I guess we'll sadly be entering the TRAINCON levels
[15:22] <ogra_> sil2100, yeah, and no news on the networking bug yet either
[15:22] <ogra_> and i guess that will take a bit still
[15:23] <ogra_> (we need more cyphermox_'s :) )
[15:23] <ogra_> would that be a cyphermux actually ?
[15:24] <popey> can someone turn davmor2 down a bit? :þ
[15:25]  * ogra_ hands popey earplugs 
[15:25] <davmor2> ogra_: :P
[15:26] <davmor2> sil2100: found another bug
[15:26] <sil2100> davmor2: oh goodie, something big?
[15:26] <kenvandine> davmor2, stop doing that!
[15:26] <ogra_> davmor2, sssshhhh !
[15:26] <davmor2> sil2100: yes
[15:27] <ogra_> kenvandine, it is fine if he does ... he just doesnt need to tell us !
[15:27] <davmor2> sil2100: contacts are not displayed in the dialer app or messaging app
[15:27] <sil2100> davmor2: uhh?
[15:28] <ogra_> thats the new "train your brain" feature so that you keep them in mind
[15:28] <sil2100> davmor2: since *when* ?
[15:28] <sil2100> o_O
[15:29] <sergiusens> fginther: there is no utopic in ppa:phablet-team/tools
[15:29] <davmor2> sil2100: found it about an hour ago apparently the devs whisked away my device they have found the issue and now I need to report the bug  qtp I think they said change and they need to update the apps to match it
[15:29] <sergiusens> want me to add some fake thing?
[15:29] <davmor2> sil2100: they show up in the contacts app just no where else
[15:31] <sil2100> huh
[15:31] <kenvandine> sil2100, davmor2: i've reproduced that here... weird
[15:31] <kenvandine> that's a recent regression for sure
[15:32] <davmor2> sil2100: Is that big enough for you?
[15:32] <sil2100> davmor2: ok, that's serious and another release blocker
[15:32] <sil2100> So we've got 3 now \o/
[15:32] <sil2100> YAY
[15:32] <kenvandine> :(
[15:32] <davmor2> sil2100: I said bugs don't think I finished there :P
[15:32] <sil2100> You said 'found another bug'!
[15:33] <sil2100> That means single bug! So I don't want to hear any more bugs!
[15:33] <sil2100> ;p
[15:33] <davmor2> damn did i miss the s
[15:33] <kenvandine> davmor2, evil!
[15:33] <sil2100> Ok, so, I will have to jump out in some moments guys
[15:34] <kenvandine> sil2100, out of a window?
[15:34] <davmor2> kenvandine: I wanted to break his heart slowly
[15:34] <kenvandine> davmor2, see what you did there?
[15:34] <sil2100> Mirv will be your meeting guy
[15:34] <sil2100> kenvandine: hey! It's not *that* bad, right? ;p
[15:34] <kenvandine> hehe
[15:34] <sil2100> Mirv, ogra_: will send the e-mail shortly after I'm back
[15:35] <ogra_> k
[15:35]  * sil2100 out for practice
[15:35] <davmor2> sil2100: on a plus side the devs know what's up cause they and I are both here so it should have the potential of being fixed quickly
[15:35] <sil2100> phew
[15:35] <sil2100> Yeah, yay for sprints
[15:37] <davmor2> sil2100: https://bugs.launchpad.net/ubuntu/+source/dialer-app/+bug/1321339
[15:38] <davmor2> sil2100: yay for sergiusens knowing who to poit me at to annoy them with it (I think they are scared of me making friends with them so they fix things instead ;) )
[15:39] <davmor2> kenvandine: do you see the messaging icon in the launcher?
[15:39] <barry> mandel: i'm going to grab some lunch.  let me know how the test goes and we'll chat again in a little bit
[15:40] <kenvandine> davmor2, yes
[15:41] <davmor2> kenvandine: phew that's just me then till the guys prodded my phone now it appears \o/
[15:41] <kenvandine> davmor2, i'm on 39
[15:41] <kenvandine> aren't you dogfooding 38?
[15:42] <davmor2> no 39
[15:43] <kenvandine> ok, we'll it'll end up being something greater than 39 anyway, to get these fixes :)
[15:44] <mandel> barry, I'll use that time to walk the dog then
[15:49] <davmor2> indeed
[16:29] <robru> Mirv, mhr3 what's the scoop on silo 18? can i publish?
[16:30] <mhr3> robru, it does say "You can publish" :)
[16:31] <robru> mhr3, I saw two such silos when i woke up, just wondering why mirv only published 11 and not 18 :-P
[16:37] <robru> no mirv?
[16:37] <cyphermox_> sil2100: ogra_: sorry, I just have no clue at all why wifi is disabled on boot in those cases. it's pretty hard to reproduce too
[16:38] <ogra_> damn
[16:38] <robru> mhr3, k, publishing
[16:38] <cyphermox_> the only idea I have (but it's going to take a while to test) is to wait until the battery level is critically low, and see if that makes a difference
[16:38] <cyphermox_> my phone's battery had died, and when I booted and flashed I saw that issue
[16:38] <cyphermox_> but now that it's been plugged for a while I can't see it anymore
[16:39] <cyphermox_> it could just be a red herring, but I'd still like to make sure
[16:39] <ogra_> i doubt davmor2 or popey have their batteries specifically low when testing
[16:39] <cyphermox_> who knows?
[16:39] <ogra_> well, indeed
[16:39] <cyphermox_> popey: davmor2: battery levels good when testing and seeing the wifi issues?
[16:40] <ogra_> pmcgowan saw it too i think
[16:42] <pmcgowan> ogra_, which?
[16:42] <cyphermox_> ogra_: otherwise I'd ship an override in lxc-android-config for NM to enable more debugging, and see if we can reproduce the issue doing more flashing of the devices
[16:42] <ogra_> pmcgowan, wifi off by default after flashing/OTA
[16:42] <cyphermox_> pmcgowan: when the bug happened, was the battery level low?
[16:42] <ogra_> cyphermox_, given we are screwed wrt promotions anyway for at least one more image, please go ahead
[16:43] <pmcgowan> cyphermox_, I did not see that particular one
[16:43] <cyphermox_> pmcgowan: alright :)
[16:43] <pmcgowan> we were having other issues with hotel APs
[16:43] <ogra_> (there are plenty of things blocking promotion .. so this is probably the best time to add a debug hack)
[16:43] <cyphermox_> pmcgowan: was there a wifi issue?
[16:43] <bzoltan> kenvandine: Would you check the silo17 for packaging change when you have a sec.
[16:43] <bzoltan> ?
[16:43] <pmcgowan> cyphermox_, no I think it is wifi config, laptops dropping as well
[16:43] <pmcgowan> drop connections
[16:43] <ogra_> pmcgowan, the bug is from last week
[16:43] <pmcgowan> maybe trying to go to channel 13
[16:44] <Mirv> robru: hi, just busy still here
[16:44] <cyphermox_> pmcgowan: is this an issue in Malta?
[16:44] <pmcgowan> cyphermox_, yes
[16:44] <ogra_> i thought i heard you saying you saw it too ... maybe i misremember then
[16:44] <robru> Mirv, no worries
[16:44] <pmcgowan> ogra_, dont think so
[16:44] <Mirv> robru: so I was wondering whether it makes sense to wait that 011 reaches -release together with unity8 before continuing to unity-api
[16:44] <cyphermox_> pmcgowan: ok
[16:50] <Mirv> sil2100: clock app AP back to 1 failure after re-run http://ci.ubuntu.com/smokeng/utopic/touch/mako/39:20140520:20140513.2/8112/ubuntu_clock_app/
[17:08] <Mirv> "just a quick glance from hotel room"...
[17:14] <Mirv> robru: bfiller: there's some problem with the spreadsheet, the landing-019 isn't shown from bfiller's line, while the silo is assigned and it's almost built already https://ci-train.ubuntu.com/job/landing-019-1-build/37/console
[17:15] <robru> Mirv, cell C33 was blank for some reason (missing formula). fixed
[17:15] <Mirv> robru: oh, a simple solution :) I tried running the refresh function manually. thanks!
[17:16] <robru> Mirv, you're welcome!
[17:16] <Mirv> I also noticed it was shown in your alternative dashboard just fine
[17:16] <bfiller> going to grab some dinner, I can test when I get back. but should be good
[17:17] <robru> mhr3 Mirv, checking excuses, looks like there's some regressions for unity-scope-click. any ideas?
[17:18] <robru> odd, when I click through to the jenkins log it shows passing....
[17:18] <Mirv> robru: so yes if at the meeting there'd be a sensible network and audio quality it could have been clearer.. so yes, the unity-scopes-shell landing caused a regression, and the fix was in silo 011
[17:19] <Mirv> robru: but it seems they fixed it in unity-scope-click directly this time. theoretically it should now all sort itself out (unity-scope-click unity-scopes-api, unity8) but needs to be monitored
[17:19] <robru> Mirv, ok, I'll keep an eye throughout my shift
[17:20] <robru> Mirv, yeah between your accent and the network quality I couldn't hear a single word you said ;-)
[17:20] <Mirv> when unity8 is in release pocket, if it gets there, you can ping og_ra to kick an image build but if it gets very late we can just wait for the cronjob
[17:20] <Mirv> robru: hehe :D
[17:20] <Mirv> also the mighty internal microphone of the laptop inside a crowded room
[17:21] <robru> Mirv, yeah, lots of things hurting audio quality today
[17:21] <robru> Mirv, ok thanks, I have a long weekend of email to catch up on, will monitor it as I go. thanks!
[17:22] <Mirv> thanks!
[17:25] <cjwatson> proposed-migration is running now and *should* deal with unity-scope-click etc. ...
[17:26] <dobey> unity-scope-click is definitely fixed in regards to unity-scopes-api in landing-011
[17:26] <cjwatson> final: kde-l10n-de,kde-l10n-ptbr,kde-l10n-uk,unity-mir,unity-scope-click,unity-scopes-api,unity-scopes-shell,unity8
[17:26] <cjwatson> LGTM
[18:02] <robru> cjwatson, yes, looks good now, thanks
[18:08] <Mirv> excellent!
[18:09] <Mirv> ogra_: so, you could kick the image build now
[18:12] <rsalveti> davmor2: popey: cyphermox_: is bug 1320780 mako only?
[18:13] <cyphermox_> rsalveti: not afaik; https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1320249
[18:13] <rsalveti> interesting, let me check my manta
[18:17] <cyphermox_> rsalveti: btw, I'm going to upload this: http://paste.ubuntu.com/7494083/
[18:17] <rsalveti> argh, wrong window
[18:17] <cyphermox_> rsalveti: btw, I'm going to upload this: http://paste.ubuntu.com/7494083/
[18:18] <rsalveti> interesting, why isn't the locale available for NM without exporting such vars?
[18:18] <cyphermox_> that was already in
[18:18] <cyphermox_> I just added --log-* to the exec line
[18:18] <cyphermox_> (but it means I need to replace the whole script stanza)
[18:18] <rsalveti> oh, ok
[18:19] <rsalveti> sounds faird
[18:19] <rsalveti> *fair
[18:19] <rsalveti> so we know better what is going on
[18:19] <cyphermox_> yup
[18:21] <rsalveti> May 19 15:32:31 ubuntu-phablet NetworkManager[1266]: <info> (wlan0): deactivating device (reason 'managed') [2]
[18:21] <rsalveti> cyphermox_: why nm would call wlan0 as managed?
[18:21] <cyphermox_> well, because it is...
[18:21] <cyphermox_> that just means NM will handle it
[18:21] <rsalveti> May 19 15:32:31 ubuntu-phablet NetworkManager[1266]: <info> (wlan0): deactivating device (reason 'managed') [2]
[18:22] <rsalveti> sorry
[18:22] <rsalveti> oh, ok then
[18:22] <cyphermox_> rather than it being in an unknown state, it goes deactivated, managed
[18:22] <rsalveti> thought it'd disable it because it was managed externally (like fixed ip or such)
[18:22] <cyphermox_> nah
[18:23] <rsalveti> May 19 15:32:31 ubuntu-phablet NetworkManager[1266]: <info> (wlan0): bringing up device.
[18:24] <rsalveti> yeah, in theory it was up (checking popey's logs)
[18:24] <rsalveti> [   14.880878] wlan: driver loaded
[18:24] <rsalveti> firmware loaded fine as well
[18:25] <cyphermox_> not necessarily
[18:25] <rsalveti> it gives a weird error when it fails to load
[18:27] <cyphermox_> well on davmor2's bug it definitely wasn't ready
[18:27] <rsalveti> and if it worked after flipping the switch, the firmware side was fine
[18:27] <rsalveti> as that gets loaded before the interface is up
[18:27] <rsalveti> by android
[18:32] <rsalveti> sigh, I need to wait manta to be charged, and that take ages
[18:36] <ogra_> Mirv, ok, doing so
[18:41] <sil2100> An image would be nice
[18:41] <ogra_> already triggered
[18:42] <ogra_> oh crap
[18:42] <ogra_> i missed cyphermox_ above ... i would have waited for that hack to land in the archive first
[18:42] <ogra_> we shouldnt really carry it for too many images :/
[18:42] <cyphermox_> meh
[18:44]  * sil2100 backlogs
[18:45] <sil2100> What hack?
[18:45] <imgbot> [18:45] <ogra_> sil2100, debug logging in NM
[18:45] <sil2100> Ah, k
[18:45] <ogra_> there ... our green image 40
[18:45] <ogra_> :P
[18:45] <sil2100> pffff ;p
[18:45] <sil2100> Let's  try achieving that till 50!
[18:46] <ogra_> we need to build two to three per day to make that before malta though
[18:46] <ogra_> but yeah, i'm all for it
[19:07] <cyphermox_> rsalveti: one possibility to look into is if wpa_supplicant failed to start in some corner case
[19:09] <cyphermox_> the extra debug logging will let us see if that's the case
[19:09] <rsalveti> cyphermox_: right
[19:10] <rsalveti> yeah, can't reproduce with my mako
[19:11] <cyphermox_> I only managed to reproduce it once early this morning
[19:11] <ogra_> it seems pretty random, yeah
[19:11] <ogra_> but we even see it in the lab
[19:12] <cyphermox_> it looks a lot like wpa isn't getting started for some reason
[19:12] <cyphermox_> but why does this happen now? I have no idea
[19:12] <rsalveti> probably a race somehow
[19:12] <ogra_> well, there were two android no-change rebuilds during the network stuff landings
[19:13] <rsalveti> not sure if that would change anything
[19:13] <ogra_> i wonder if we have some toolchain issues or so
[19:13] <rsalveti> same toolchain
[19:13] <ogra_> ah
[19:13] <ogra_> though in a different build chroot i guess
[19:13] <cyphermox_> nah
[19:14] <cyphermox_> you'd see this happening on desktop too
[19:14] <ogra_> we dont cross build any stuff for desktop
[19:14] <ogra_> androids build setup is pretty special
[19:14] <rsalveti> still, would be too weird
[19:14] <cyphermox_> wpasupplicant is the same everywhere
[19:14] <ogra_> indeed
[19:14] <rsalveti> not failing for flo
[19:15] <ogra_> cyphermox_, oh, i thought you refer to androids wpa_supplicant, sorry
[19:15] <ogra_> rsalveti, one out of ten times it does here
[19:15] <rsalveti> wonder if it is the same issue though
[19:15] <ogra_> i think davmor2 saw it more often ... but given the sprint network issues i doubt we can take any of his data serious now
[19:15] <rsalveti> could be firmware failing to load
[19:15] <davmor2> hey guys, so batteries were good, I've seen flo fail once mako and manta fail on every update
[19:16] <davmor2> ogra_: rsalveti this isn't the network
[19:16] <davmor2> this is definitely that the wifi is switched off if you turn it on it connects with no issues
[19:17] <ogra_> davmor2, well pat said you guys have network issues with the APs
[19:17] <ogra_> ignore manta btw ... that has other issues
[19:18] <cyphermox_> davmor2: OTA updates always or do you flash bootstrap?
[19:18] <davmor2> ogra_: yeah so with that you got the icon trying to connect but failing this is that the wifi is physically turned off
[19:18] <cyphermox_> I've tried a few OTA updates and couldn't reproduce te bug either
[19:19] <davmor2> cyphermox_: popey 's was flash mineis ota and then a flash to double check
[19:19] <cyphermox_> if you just OTA and then flash again on top of it, you can't get any useful data
[19:19] <cyphermox_> we'll just need to wait for more images, with the NM debug lgos
[19:19] <cyphermox_> *logs
[19:19] <cyphermox_> can't do any more than that for now
[19:20] <davmor2> no the flash was latter on in the day when you asked for log but popey beat me to it
[19:21] <davmor2> ogra_: so Mirv opened up a silo for bil to land the qt pim fix for the missing contacts are you going to try and push that at all today or will it just get picked up in the morning build
[19:22] <ogra_> davmor2, i dont think i'll do further image builds today ...
[19:22] <davmor2> cyphermox_: if I get flo with the issue tomorrow I'll leave it in the broken state for you to get on :)
[19:22] <davmor2> ogra_: no worries just checking :)
[19:22] <ogra_> we need to wait for 2h after the current one finished til we get all test results
[19:23] <ogra_> the img build just started ... so thats 3-3.5h
[19:23] <davmor2> ogra_: whats the curent build include?
[19:23] <ogra_> unity8
[19:23] <ogra_> and click scope iirc
[19:23] <davmor2> oh nice :)
[19:23] <Mirv> dumdidum
[19:23] <ogra_> :)
[19:24] <cyphermox_> davmor2: great, thanks
[19:24] <davmor2> I'm just trying out Mirv 5.3 on flo and if this breaks I'm going to hunt him down
[19:24] <ogra_> we can surely have another build nefore cron, but someone nees to watch the tests closely for that
[19:24] <ogra_> *before
[19:24] <ogra_> and that wont be me tonight :P
[19:24] <sil2100> ogra_, davmor2: so I'm writing the e-mail now - so the pim fix is in a silo, right?
[19:24] <Mirv> I won't tell my room number
[19:25] <sil2100> ogra_, davmor2: do you guys know anything about the content-hub fix?
[19:25] <ogra_> sil2100, nope ... not more than whats in the backlog from ken above
[19:25] <davmor2> Mirv: was it silo 19 for the pim fix?
[19:25] <davmor2> sil2100: I know nothing about it
[19:25] <sil2100> davmor2: yes
[19:26] <Mirv> davmor2: silo 19, yes
[19:26] <davmor2> sil2100: ^ so there it is building away I guess ;)
[19:27] <davmor2> Mirv: so far so good it's reboot and back at the google logo :D
[19:28] <davmor2> Mirv: is it me is 5.3 faster again?
[19:30] <davmor2> Mirv: that's it I'm hunting you down click scope is really laggy on 5.3 drawing all the apps ;)
[19:30] <Mirv> davmor2: "stability and performance", of course it's faster! :)
[19:32] <Mirv> cool, my first quick hacks of final 5.3 builds for the most important modules seem to work. copying.
[19:33] <davmor2> Mirv: performance on click scope is really bad however scroll on the music scope and on the carousel is lovely :)  So I'll let you of this time don't do it again ;)
[19:34] <davmor2> Mirv: so playing music from the scope works but not, opening Music app
[19:35] <Mirv> davmor2: yep, that was noticed. media-hub finished a rebuild but it does not seem to affect anything
[19:35] <davmor2> Mirv: yeah which I think was possibly expected right?
[19:36] <davmor2> Mirv: what happens for you is you try to open music in grooveshark from the scope?
[19:37] <sil2100> Mirv: btw. why did we suddenly get 1 failure in clock app after that re-run? Just 'like that'?
[19:37] <sil2100> Or did something magical happen?
[19:37] <davmor2> sil2100: magic
[19:37] <sil2100> Mirv: oh, and GO DRINK BEER or something ;)
[19:38] <davmor2> sil2100: I think we were seeing random white screens when popey was running the ap tests so it might just be that the issue was the app white screen so all the tests after that died
[19:39] <Mirv> davmor2: I can't test now. I've forwarded network to the device over USB at the hotel room and the scopes etc don't recognize that hack of a network connection
[19:39] <Mirv> sil2100: excellent idea, but just a moment while I do a few more little little things... like compiling the world
[19:39] <Mirv> sil2100: just magic
[19:41] <Mirv> one less problem with 5.3, though. it turned out toolbar is only broken in notes, but seems to work ~elsewhere
[19:41] <davmor2> Mirv: I thought you said oxide worked?
[19:41] <Mirv> davmor2: oxide worked as in it built, webbrowser hasn't been yet rebuilt
[19:42] <davmor2> Mirv: I can't get the browser to open at all
[19:42] <Mirv> davmor2: webbrowser uses quite heavy amount of private stuff so that might actually start to work after the rebuild.
[19:42] <Mirv> which should start soonish
[19:42] <davmor2> Mirv: ah right that would explain what I'm seeing then with grooveshark etc then
[19:44] <davmor2> Mirv: confirmed, however open the clock app
[19:44] <davmor2> Mirv: sudoku app crashes
[19:44] <Mirv> davmor2: yeah the black box feels a bit like what Saviq was already debugging I think related why the launcher is black
[19:45] <sil2100> Mirv: oh, one more thing
[19:45] <davmor2> Mirv: don't fall for it
[19:45] <sil2100> Mirv: since I saw you talking with nik90_ about the clock-app failures - do you know if the fix for those is already done? Since the bug says that the fix in UITK has already landed in staging
[19:45] <Saviq> bug #1321189
[19:45] <sil2100> Mirv: but do you know if that actually fixes the problem?
[19:46] <davmor2> Saviq: yeah there are black boxes on the clock app too
[19:46] <Mirv> sil2100: which bug?
[19:47] <sil2100> Mirv: https://bugs.launchpad.net/ubuntu-clock-app/+bug/1319401 <- this one
[19:47] <sil2100> Mirv: it's the one nik90_ mentioned to be the cause of the one failure that's left
[19:47] <sil2100> At least in the past it was
[19:47] <Mirv> sil2100: no, right, I don't know if/how it's done
[19:48] <sil2100> Mirv: ok, let's poke nik90_ tomorrow some more then
[19:48] <Mirv> I vaguely remember a discussion but I don't remember the content of the discussion
[19:48] <davmor2> Mirv: so weather app has an odd issue, you search for a city to add and then it crashes :)
[19:49] <sil2100> davmor2: asac mentioned that it's really broken that app...
[19:49] <sil2100> I don't use it so I don't know
[19:49] <sil2100> But I guess we should really push the developers there
[19:50] <davmor2> sil2100: no this is testing 5.3 on 5.2.1 it was working okayish
[19:51] <sil2100> davmor2: ah, well, okayish sounds good but as I said, I heard asac mention it being broken
[19:51] <davmor2> it hates malta that is for sure :)
[19:51] <ogra_> switching days and such is really behaving weird
[19:52]  * ogra_ never found out which way you actually need to swipe 
[19:52] <davmor2> ogra_: stick to normal days then
[19:52] <ogra_> well, if i want to know the weather in two days i need to get to that day
[19:53] <davmor2> ogra_: in calendar or weather?
[19:53]  * ogra_ rarely wants to know the weather for today ... luckily my house has windows to look through 
[19:53] <ogra_> weather
[19:53] <ogra_> calendar is fine
[19:53] <davmor2> weather you just swipe up the go to the next day and down to go to the previous one :)
[19:53] <ogra_> behavior wise that iis
[19:54] <davmor2> ogra_: but I agree I would prefer side to side the same as the calendar app it just makes more sense :)
[19:54] <ogra_> oh
[19:55] <ogra_> and you need to swipe below or above the temp
[19:55] <ogra_> on the temp does make it behave weird
[19:55] <dobey> the weather app is totally non intuitive
[19:55] <davmor2> Mirv: open calculator do you see the bottom of the 0 cut off
[19:55] <Mirv> doh, I need oSoMoN tomorrow. while oxide built fine, webbrowser-app is using some private function that doesn't exist anymore
[19:56] <davmor2> Mirv: uhoh
[19:56] <Mirv> davmor2: yeah, so 1 or 2 pixels missing from the numbers
[19:56] <Mirv> like a slightly too big font size for the reserved space
[19:57] <davmor2> yeah that's sounds about right
[19:58] <davmor2> Mirv: is system settings app empty for you?
[19:59] <davmor2> Mirv: ah no so just battery I'm assuming the graph builder thing is different
[20:00] <davmor2> Mirv: and the back button on the bottom bar doesn't go back
[20:00] <davmor2> Mirv: brightness is blank too
[20:01] <Mirv> davmor2: yeah the subpages seem pretty empty
[20:01] <davmor2> Mirv: okay so the top view icons are good the page within settings are not :(
[20:01] <davmor2> Mirv: on a plus side indicators look pretty good :)
[20:02] <davmor2> Mirv: ha can't setup accounts so cant try contacts sync or installing apps :D
[20:03] <Mirv> my main goal for now is to get that qtdeclarative copied over but I'm waiting for ages for LP to publish the already built binaries
[20:03] <Mirv> because there was one critical sounding bug fix after RC so it'd be nice to have in the correct PPA before morning
[20:04] <Mirv> I wish LP was faster in that publishing part of things
[20:04] <Mirv> "finished 28 minutes ago"
[20:05] <Mirv> cjwatson: ^ have there been any thoughts/plans on reducing the time from successful build to having the packages available for apt?
[20:06] <Mirv> I've noticed that it's often quite a lot of the waiting time I'm doing in general on packages, in proportion to the build times
[20:09] <sil2100> Mirv: still not beer-drinking? ;) Come on, you can't wait for the whole world to build itself!
[20:10] <imgbot> [20:10] <imgbot> [20:12] <Mirv> there we go
[20:12] <Mirv> Saviq: FYI too qtbase, qtxmlpatterns, qtdeclarative (waiting for publishing for 20 mins or so still) updated to final 5.3.0 in qt5-beta2 PPA. I don't think many others had changes after RC.
[20:19] <davmor3> Mirv: I'm going down the bar on 0 for a drink do you want one
[20:20] <nik90_> Mirv: is there a place to work now?
[20:20] <asac> Clock -> click city, search "Hamburg", select hamburg, click "Alarm" in the top navigation -> crash :)
[20:20] <asac> but on latest devel i think
[20:20] <asac> btw, since when do i need an ubuntu one account to update my system image?
[20:20] <asac> hmm. let me reask that in -touch
[20:21] <nik90_> asac: latest devel or devel_proposes?
[20:21] <asac> nik90_: i think its latest devel
[20:21] <asac> but could be its not the latest devel because of the reason above (e.g. refuse to upgrade due to not having account)
[20:21] <davmor3> nik90_ where we have coffe if you want decent internet
[20:21] <nik90_> asac: A partial fix for that landed in proposed
[20:21] <nik90_> davmor3: ah..thnx..
[20:22] <asac> nik90_: cool. is that a fix in clock app directly? or somewhere else?
[20:22] <sil2100> nik90_: is that the fix in UITK you mentioned?
[20:22] <davmor3> Mirv drink?
[20:23] <ogra_> asac, latest devel is 28 ... latest proposed was 39 until a few mins ago
[20:23] <asac> right
[20:23] <asac> thats fine
[20:23] <asac> i am just using #28
[20:23] <nik90_> asac: it was a Eds fix
[20:23] <asac> and cant upgrade because of -touch :)
[20:23] <nik90_> sil2100: no that's not the fix I was talking about
[20:23] <asac> ok, then lets hope we get the final issues for promotion fixed soon
[20:24] <ogra_> yeah, saw that
[20:24] <Mirv> davmor3: needs to be tomorrow, I'm too tired
[20:24] <asac> guess TRAINCON-0 is coming soonish
[20:24]  * ogra_ never had a phone without U1 account ... cant tell if that ever worked without ... 
[20:24] <asac> if people cant self coordinate.
[20:24] <ogra_> well, kens is surely the most serious one
[20:24] <asac> ogra_: right i sense that not many see this. hence, i keep it :)
[20:24] <Mirv> nik90_: hotel room :D
[20:26] <asac> ogra_: how did kens issue slip in?
[20:26] <asac> ogra_: feels like somethign that a silo should be able to reveal
[20:26] <davmor3> asac: I think it is only needed for app updates but the message is misleading but I could be wrong
[20:26] <ogra_> asac, no idea ... i only heard about it today when it was already there
[20:27] <ogra_> too much other stuff broken atm :P
[20:30] <sil2100> asac: I guess one of the reasons why this one slipped is that basically no one changes backgrounds anymore
[20:30] <sil2100> Since it doesn't make that much sense
[20:30] <asac> sil2100: so why is it a problem if its just something that noone does anymore?
[20:31] <sil2100> asac: it's still a regression ;) I think this simply needs to be added to the test plan for content-hub
[20:31] <sil2100> asac: we can't assume no one will do that on the 'stable' images, so we shouldn't ship without that in - but the fix seems to be quick
[20:32] <sil2100> asac: or we revert, which is a bit more painful
[20:32] <asac> sil2100: i dont disagree, just want to know which behaviour is now broken :)
[20:32] <asac> whatever behaviour is broken that is a real problem for us should be in the testplan i guess
[20:33] <asac> changing backgrounds probably isnt :)
[20:33] <ogra_> well, it isnt actualyl a problem until we can actually change them again
[20:33] <asac> but the issue is titled "ABI breakage"
[20:33] <ogra_> (which gets hopefully fixed at some point
[20:33] <ogra_> )
[20:33] <asac> isnt there a tool way to find those abi breakages?
[20:33]  * ogra_ gets dinner
[20:33] <asac> and prevent landings without testplan extension?
[20:58] <mandel> barry, I have been able to reproduce the bug
[20:59] <mandel> barry, I should have a fix tommorrow morning
[20:59] <barry> mandel: w00t!  what was it?
[20:59] <mandel> barry, both signals are raised, first canceled, then error
[20:59] <mandel> barry, inheritance sucks
[21:00] <barry> certainly c++ style inheritance <wink>
[21:00] <barry> mandel: glad you found it.  thanks for digging into it
[21:00] <mandel> barry, no worries, we are fine in the phone but I'll get the fix in a silo asap
[21:01] <mandel> barry, plus the exit fix
[21:01] <barry> mandel: awesome.  if you have a branch, i can test it
[21:01] <barry> well, maybe tomorrow
[21:01] <mandel> barry, in a few hours, my plan is to get the branch in a silo so that you can test it using a deb package
[21:02] <barry> mandel: sounds good (although an armhf deb doesn't help me)
[21:02] <barry> mandel: but do your thing, don't let me stop you
[21:02] <mandel> barry, silos generate all of them :)
[21:02] <barry> +1
[21:02] <mandel> barry, that is the reason I'm pushing it into a silo ehe
[21:03] <ogra_> if you only had written it in go from the beginning
[21:03]  * ogra_ ducks 
[21:06] <mandel> ogra_, puto! ;)
[21:06] <ogra_> :)
[21:06] <mandel> ogra_, then I would be fixing dbus issues :P
[21:06] <ogra_> haha
[21:07] <mandel> ogra_, one question it is better to use mk-sbuild to create a chroot, am I right?
[21:08] <ogra_> uh, dont ask me, i never follow standards :P
[21:08]  * ogra_ uses plain bootstrapped chroots all the time 
[21:08] <ogra_> i think the typical developer uses mk-sbuild though, yeah
[21:09] <mandel> ogra_, ok, I don't want the nokia guys to go crazy :)
[21:10] <ogra_> hah
[21:12] <mandel> at least, the guys that are tyring to port ubuntu touch to the nokia phones should do it, right?
[21:12] <mandel> ogra_, I'm trying to extend the porting guide..
[21:13] <ogra_> ah
[21:14] <ogra_> well, i think there are docs on the wiki ... you could link to them
[21:15] <mandel> I want to port my N900 so docs are welcome :)
[21:18] <ogra_> lol
[21:18] <ogra_> give me the image once you are done
[23:39] <cjwatson> Mirv: Heh, a year or two ago 28 minutes would have been counted as amazingly fast
[23:40] <cjwatson> Mirv: We've made a lot of improvements in the last year or two and there are certainly some more things planned, although there aren't enough people working on Launchpad ...
[23:42] <cjwatson> Mirv: I think the next few things will be triggering the handed-off bits on snakefruit rather than having it poll, parallelising cron.germinate, and caching Sources generation in apt-ftparchive
[23:43] <cjwatson> Mirv: It's worth bearing in mind that everyone has a cognitive bias here though; after a few weeks of any given speedup you stop noticing it :-)
[23:45] <cjwatson> So, yeah, we'll be speeding things up, and I guarantee that a few weeks after we do the next thing people will be asking why it's so slow - such is life I guess ;-)
[23:46] <cjwatson> I was actually working on parallelising cron.germinate this evening, but not getting correct output out of it yet