[02:03] === trainguards: IMAGE 23 building (started: 20141117 02:05) === [03:23] === trainguards: IMAGE 23 DONE (finished: 20141117 03:25) === [03:23] === changelog: http://people.canonical.com/~ogra/touch-image-stats/23.changes === === chihchun is now known as chihchun_afk [06:35] Mirv: good god qtbase takes forever to build. remind me never to use that for testing citrain changes ever again ;-) [06:36] robru: it might be just the worst possible choice, yes :) [06:36] robru: oxide-qt might be slightly worse still, try that next time ;) [06:37] robru: armhf build of qtbase will take around 4.5 hours [06:37] Mirv: oh god [06:37] ok, cancelling ;-) [06:38] excellent choice! [06:39] Mirv: so I didn't deploy anything to production yet, but when my shift starts monday morning I'm gonna deploy a ton of fun new stuff ;- [06:39] ;-) === chihchun_afk is now known as chihchun [06:48] robru: exciting times! ;) [08:06] o/ [08:07] ogra_: hey! The landing gates are still closed? [08:08] sil2100: o/ [08:08] sil2100: yes [08:08] Mirv: o/ [08:08] sil2100: just catch up with emails, no hurry :) [08:09] the gates are even tighter closed now! [08:09] * sil2100 is worried about this e-mail catch-up [08:09] Need to wait for all the filters to do their magic [08:09] sil2100: well you know, once you catch up with the most important lists, you've the big picture anyhow [08:09] well that too [08:10] sil2100: refreshed? [08:10] sil2100: ogra_ can offer you some landing tea he started brewing last week [08:11] Mirv: a little bit, yes :) Although I just recently understood that 2-months of vacation when one was a student was the perfect length for holidays! [08:12] sil2100: yes, exactly :) although most of those I spent doing summer work to have some experience + money.. so it never quite works "optimally" :) [08:12] there was this one summer though, no work, just play, 3-4 months... phew [08:13] Mirv, robru: any news of the spreadsheet replacement? [08:14] I haven't heard. robru keeps on cleaning CI Train code though (next big deployment when he wakes up in 9h) [08:17] Thunderbird is slow with it's filters, for now it's 3k of unfiltered e-mail [08:20] * popey hands sil2100 some procmail rules [08:20] welcome back [08:20] popey: o/ [08:38] o/ [08:41] tvoss: o/ [08:46] The filters still didn't do their job, but I see news of a second image promotion last week [08:46] Good job everyone! [08:49] ogra_: so the MilestoneSchedule has been +1'ed by olli and the product team? [08:49] That would be great === psivaa-holiday is now known as psivaa [08:55] sil2100, well, we are running by it ... not sure it needs additional +1 ing :) [08:55] As long as people were properly informed, I guess it's ok - and we're anyway concentrating on a limited list of top-blockers anyway [08:55] -anyway [08:56] right, 3 or 4 this week, the remaining of the 6 next week [08:56] ogra_, sil2100 - i'm off today btw, so won't attend the landing meeting [08:57] Actually I see this plan got a +1 from Pat so that's all I wanted ;) [08:57] brendand: ok! Do you know who will be available from QA today for EU? Since Dave is on holidays too, right? [08:57] brendand, yeah, i know [08:57] sil2100, jibel takes over [08:59] sil2100, not a lot of people :) [08:59] sil2100, jibel, vrruiz [08:59] brendand, ogra_: thanks ;) [08:59] sil2100, om26er later [09:00] Well, we only target topblockers, so I suppose there won't be too many silos [09:00] right [09:00] and we are only letting 4 of them in anyway [09:01] (and the fs corruption one will actually be a *lot* of fun to test :P (not sure how to test it at all)) [09:02] ogra_: but does it have a fix already? [09:03] I didn't see any merges associated with it, but on the other hand not sure if it has any bzr-controllable projects related [09:12] sil2100, most of the bits are in place, it is in android (recovery), initramfs-tools ... and adbd [09:13] as i said, fun to test :) [09:16] sil2100, and rhuddie [09:16] jibel, hey. just catching up on what [09:16] I am doing this week :) [09:31] sil2100: meeting :) [09:31] sil2100: there you are.. [09:34] jibel: rhuddie does either of you want to join follow https://plus.google.com/hangouts/_/canonical.com/landing-meeting ? [09:34] Mirv, joining [09:34] excellent. ogra_ is currently just summing up latest things to sil2100 [10:11] ogra_, Mirv: btw. do you guys know if all the CPU-hogger bugs have been fixed? i.e. the location-service spinning 100% CPU etc.? [10:15] sil2100: in theory yes, unless something yet uncovered lurks somewhere [10:16] tvoss: ping! [10:16] sil2100, hey there [10:17] sil2100, for the cpu hogging: we still haven't identified the root cause for dbus-daemon spinning. [10:17] tvoss: ok, so this one thing still remains - but it's not happening too frequently, right? [10:17] tvoss: since I don't see it as a topblocker right now [10:17] sil2100, nope, that's part of the problem in tracking it down :) [10:18] tvoss: ok, thanks o/ [10:18] sil2100, o/ [10:22] speaking of cpu hogging, I had a few weird issues this w.e on the phone (running current rtm image) [10:22] like it wouldn't turn out of suspend [10:22] I hammered a bit the power button and got the reboot dialog but the buttons were not reacting to click [10:22] and the screen would turn off again after like 10 seconds [10:23] it sort of acted like it was busy and slooow to react to action [10:23] waiting some 30 seconds I managed to get the unlock/reboot [10:23] did that like 2 or 3 time over the w.e, first time I've such issues [10:24] did anyone experience/report issues like that before? [10:27] jibel: so, it'd be useful to start testing networking in general for bug #1357321 using the rtm-022 silo that fixes 3G usage for at least scopes image loading. [10:27] bug 1357321 in qtbase-opensource-src (Ubuntu) "[TOPBLOCKER] QNetworkAccessManager doesn't support roaming on Ubuntu" [Critical,In progress] https://launchpad.net/bugs/1357321 [10:28] jibel: I've just added a new section "Testing networking code in Qt Base" to the test plan, summarizing some of the tips discussed in the bug report [10:28] I should have a new build also by EOD, since Lorn was still awake pushing fixes and they may again fix remaining unit tests issues [10:29] and if not all unit tests are fixed, I'll disable them again and build a newer to-be-tested build [10:35] I had forgotten I already had a test silo from last week, I don't need three silos.. [11:37] Mirv, rvr will start testing silo 22. [11:38] seb128, well, you might have hit exactly the bug sil2100 was mentioning [11:38] there is another one where the UI stops taking input completely [11:49] jibel: rvr: ok. I just pushed the next build and explaining in the bug report. [11:54] cihelp jenkins is trying to erronously fetch upstream sources with wrong url. it should first check whether the sources are available in the archives like they now already are https://code.launchpad.net/~bzoltan/kubuntu-packaging/qt5-qmake-cross-armhf/+merge/241568 [11:54] and the url is wrong because the orig tarball has dfsg changes === MacSlow is now known as MacSlow|lunch [11:56] note that the Qt jenkins runs are mostly done to get code coverage numbers from what I've understood, since all the unit tests are run at the build time anyway [12:10] Mirv: geez, what is that ^ [12:20] bzoltan: you being too hasty :) I was going to run the watch_only build at the right moment. you're not supposed to run "real" build over there. [12:21] Mirv: ahh... I am sorry dude [12:22] bzoltan: no problem. CI Train does the correct thing now even with you commanding it to build it "normally" - it actually just watches it, and now it's watchable as it's Published instead of Pending [12:27] Phew, almost up-to-date with e-mail [12:27] Time for lunch o/ [12:35] Mirv: Hi. I'm trying to reproduce "video scope fails when using only 3G" without installing silo packages: only 3G connection activated, cache directory deleted, go to video scope and pull to refresh. Result: it loads the images. [12:42] rvr: hmm, maybe that is not completely enough to see the problem. can you try rebooting with wifi disabled while I try to reproduce the problem again? [12:43] Mirv: I rebooted the phone with wifi disabled, and removed the cache before rebooting and after too. [12:44] oh, damn [12:45] * ogra_ forgot to start an image build ... [12:45] let me do that now then :P [12:48] === trainguards: RTM IMAGE 162 building (started: 20141117 12:50) === [12:53] rvr: I did not initially manage to reproduce the problem after downgrading, but now again I managed. the test case needs more exact steps and I'm not sure yet of the steps. [12:53] rvr: try 1. boot with 3g + wifi enabled, 2. disable wifi 3. rm -rf .cache/unity8-dash 4. go to video scope and refresh [12:54] Mirv: Checking [13:08] I'd really like know something _else_ than the scopes that misbehave. messing with the scopes' cache and updating them seems always a bit hit and miss === MacSlow|lunch is now known as MacSlow [13:17] updated the test plan, it seemed I could reproduct this procedure and then see it fixed after updating. [13:24] I could reproduce it once [13:25] Problem that I have is data connection seems to be flaky here [13:28] rvr: flaky scopes + flaky data connection makes for hard testing :) === jgdxx is now known as jgdx [13:29] Meh, the images load almost all the times [13:34] trainguards ↑ please :) [13:44] Saviq: done. [13:45] Mirv, thank you === Guest4725 is now known as balloons === balloons is now known as Guest12343 === Guest12343 is now known as balloons_ [14:00] Mirv: I tested in another room with better data connection, and haven't been able to reproduce the problem :( [14:01] Mirv: I'll begin testing the silo, anyway [14:03] === trainguards: RTM IMAGE 162 DONE (finished: 20141117 14:05) === [14:03] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/162.changes === [14:11] silo 3 contains also a fix for bug 1389767. I thought it was clearly said only topblockers? did some one accepted this fix? [14:11] bug 1389767 in ubuntu-system-settings (Ubuntu RTM) "Differentiate titles from normal text" [Medium,In progress] https://launchpad.net/bugs/1389767 [14:12] jibel, pat said it was ok to land the other day iirc [14:12] rvr: ok :( note vrtm~4 will be there to update to now in around 1h [14:13] jibel, http://irclogs.ubuntu.com/2014/11/12/%23ubuntu-touch.html#t15:44 [14:13] om26er: do you have any tips to rvr on how to best reproduce the original problem in bug #1357321? [14:13] bug 1357321 in qtbase-opensource-src (Ubuntu) "[TOPBLOCKER] QNetworkAccessManager doesn't support roaming on Ubuntu" [Critical,In progress] https://launchpad.net/bugs/1357321 [14:14] Mirv: So, do silo packages will be updated soon? Then better to wait to test those, right? [14:15] jibel, nothing but the provided list lands ... but things should go into silos and be signed off [14:16] ogra_, it's in the same silo than topblocker bug 1336715. So we either land both or none [14:16] bug 1336715 in ubuntu-system-settings (Ubuntu RTM) "[TOPBLOCKER] switch-items in indicators sometimes get out of sync with system-settings" [Critical,In progress] https://launchpad.net/bugs/1336715 [14:16] none then ... it needs to be split in two [14:16] did something ugly happen with the mako image recently? all our makos in the lab are unresponsive right now, and even having trouble coming back with the relays [14:16] seb128, ^^ [14:17] plars, we noticed that in todays landing meeting ... [14:17] psivaa, wanted to inspect that ... but if he didnt tell you anything i guess he didnt find anything either [14:17] jibel, ogra_, shrugh, I've nothing to do with that, Pat said it was ok to land if it's not talk to him not me [14:17] theoretically there should be nothing wrong with the images [14:17] or land none [14:17] seb128, not pats decision (nor mine) [14:18] ogra_, not mine either [14:18] i'm just the messenger [14:18] why is Pat saying ok to things if he's not allowed to? [14:18] anyway, politics [14:19] as far as I'm concerned feel free to not land any of the fixes or do whatever suits the rules-of-the-day best [14:19] i'll bring it up at the bug review meeting [14:19] ogra_: plars: image 23 was not flashed on the devices that are being offline. and image 22 was fine. i dont *think we have any issue with the images [14:20] psivaa: I'm almost wondering if something that drained the power completely [14:21] kenvandine, hey [14:22] kenvandine, seems like you need to redo silo 3 without the title fix, jibel and ogra_ don't like having 2 bugs fixed in one landing [14:22] lol [14:22] bummer... pat told me to include it [14:22] i can remove it [14:22] not my choice, really [14:22] seb128, it is not a matter of me liking or not liking. The rule is only topblockers [14:22] kenvandine, when did he tell you ... [14:22] jibel, why is Pat approving things then?. [14:22] jibel, last tuesday [14:23] the plans of all of us were changed friday late afternoon [14:23] it's been tehre a week [14:23] there [14:23] seb128, I don't know. I don't see any comment from him on the bug report, his only action is to downgreade the priority from critical to medium [14:23] he said to go ahead and land that too [14:23] lets wait for pat and olli and see what we can do here ... before you invest huge amounts of work into splitting that [14:24] jibel, it was on the wish list for rtm and they approved it [14:24] he told me to go ahead and land it too [14:24] jibel, shrug, I pointed the IRC log, no it was not on the bug comment [14:24] jibel, http://irclogs.ubuntu.com/2014/11/12/%23ubuntu-touch.html#t15:44 in case you didn't see it before [14:24] jibel, someone from QA verified it with pat as well [14:25] the rules changed :/ [14:25] ogra_, seb128: well, I just know that Pat mentioned in his e-mail that we only can land topblocker fixes [14:25] kenvandine: when did that happen? [14:25] sil2100, ogra_: yeah, this was expected to land before the last image [14:25] sil2100, that was tuesday i think [14:25] wednesday [14:25] Ok, then we need to split it out... there were some top-management decisions made [14:25] it just took ages for qa verification [14:26] yeah [14:26] seb128, I saw the link. But I think you all received the list of 7 bugs to accept this week too [14:26] bfiller: I flash my phone clean last week and added google accounts to it, I'm seeing no contacts synced in the contacts all at all... [14:26] bfiller: i have the tickbox ticked in my google accounts [14:26] jibel, I'm unsure what do think when top managers give different instructions via IRC and emails, but whatever [14:27] kenvandine, seb128, we'll have a bug review meeting later today with pat and olli, lets see what they say ... worst case you need to unbundle it tomorrow ... [14:27] jibel, this was meant to land in last thursdays image [14:28] popey: are you on wifi? [14:28] kenvandine, and it missed the window. as other apps / fixes did. This is something to discuss with the management. If they tell us to accept this fix, I'm happy to continue with silo 3 as it is now. [14:28] bfiller: yes [14:28] bfiller: want me to file a bug and get logs? [14:29] popey: yeah, specifically .cache/upstart/sync-monitor.log [14:29] jibel, lets see what it says [14:29] renatu: ^^^^ [14:29] jibel, right, we need input from olli and pat here [14:29] bfiller: what do you want the bug filed against? [14:29] popey: were you prompted when you started address-book app to create a google account? [14:29] popey: sync-monitor [14:30] bfiller: i think i had already setup my google account before I opened address-book [14:31] popey, does the sync button appear on the address-book-app header? [14:32] renatu: http://popey.mooo.com/screenshots/device-2014-11-17-143151.png that button next to search? [14:32] popey, yes, whats happen if you hit it? [14:32] popey, please send me you sync-monitor log file [14:32] it greys out [14:33] rvr: yes, maybe better at this point to wait. I [14:33] syncing [14:33] do you want all of the zipped ones renatu [14:33] because the latest one is pretty short [14:33] could you paste the last one [14:33] http://paste.ubuntu.com/9057008/ [14:33] rvr: 'd estimate the armhf packages would be published to the PPA archive in around 40mins or so. but indeed the packages still aren't final since we're waiting/hoping for more unit test fixes, but it'd be good to start getting idea that at least there wouldn't be regressions. === karni_ is now known as karni-lunch [14:34] popey, yes this looks ok, you should get your contacts now [14:34] popey, yeah I will need to old ones [14:34] i hit refresh 30 mins ago [14:35] hah, now they appear! [14:35] * popey suspects renatu has root on my phone [14:35] :D [14:35] do you still need the logs? seems to be okay now I pressed the damm button [14:36] popey, yes please report a bug, we need to investigate why this does not sync when you create the account [14:36] popey, btw did you create the account after flashing it? [14:36] popey, or the account was already there [14:37] renatu: it was a --wipe flash, so there were no accounts, I had to create them [14:37] Mirv: I cannot reproduce the bug with current silo, either ;) [14:37] popey, did you created the account on wifi or 3g? [14:38] rvr: so, you agree that the PPA may definitely do something. great! :) [14:38] probably wifi, i rarely leave the house ☻ [14:40] Mirv: As I haven't been able to reproduce it without the silo, right now I agree that the PPA at least doesn't break that :PP [14:41] popey, ok I will need to investigate it to understand whats happen, please report a bug and if possible send me your log files === dpm_ is now known as dpm [14:42] renatu: https://bugs.launchpad.net/ubuntu/+source/sync-monitor/+bug/1393433 has the full log attached [14:42] Launchpad bug 1393433 in sync-monitor (Ubuntu) "Sync-monitor didn't sync contacts" [Undecided,New] [14:42] popey, thanks [14:42] Mirv: sil2100 so what is the current thinking, that we are going to have QA test the Qnam patchset and potentially land ? or no landing until we fix the unit tests ? [14:42] np [14:42] sil2100, FYI https://code.launchpad.net/~canonical-platform-qa/camera-app/fix-ap-tests/+merge/241965 [14:43] rvr: yeah. if you read the bug origins, you'll notice that people haven't ever had a very specific test case other than "unoptimal behavior". then the first fix proposals broke more things and there were messaging about that, and now the latest fixes bring it back to that now the original problem would be testable, as soon as a proper test ase would be there. [14:43] kgunn: so, currently we asked QA to start the testing now, but I would prefer not to land it before the unit tests are fixed - but if we don't make it in time, I would let it pass through the gates anyway [14:43] kgunn: well first of all we'd need a good test case that actually shows the problem. rvr for example has problems reproducing the original problem, partially because the scopes themelves are flaky. [14:45] ok, sil2100 i agree, i would rather withhold landing until the unit tests pass...seems there are so many in qt, does anyone really know if it's even safe to [14:45] let it pass at all? [14:45] Mirv: Ack [14:45] (e.g. if we run out of time) [14:46] kgunn: all seems to work ok from the user POV and from what Mirv mentioned the unit tests didn't really test much before in the past because things were anyway b0rken, so it's not such a big deal... but the very thought of releasing something with disabled unit tests sounds a bit juvenile [14:47] right [14:47] did anyone double check what lorn said about them passing locally ? [14:47] kgunn: sil2100: even with unit tests passing, we'd need a better test case for the problem. I've done my best at https://wiki.ubuntu.com/Process/Merges/TestPlans/Qt#Testing_networking_code_in_Qt_Base but rvr still doesn't succeed in reliably reproducing the actual problem without the PPA so he could validate the PPA fixes the issue [14:48] Mirv: sil2100 i know om26er was able to repro quite easily [14:48] as he was kind enough to test maybe the 2nd or 3rd ppa we had [14:49] ...again, did anyone build/run unit tests locally ? i see lorn said they were passing on his phone [14:49] kgunn: note that there was intermediate problem with the earlier version of the fix, and on the bug report he mostly reports he was reliably able to reproduce the regression in the earlier fix, not that he could reliably reproduce the originally reported bug. [14:49] sil2100, yes, I faced the disconnect issue [14:49] om26er: ^ the disconnect issue was the regression, not the original problem [14:49] om26er: Do you remember the steps required to reproduce the problem? [14:49] Mirv: ah, i see...right...regression vs original roaming issue [14:49] Mirv, yes and the original bug where I don't have thumbnails in remote scopes over 3G [14:49] I have seen that forever. [14:50] kgunn: no I haven't tried locally, I guess it'd need a full build on a phone. it's understandable though, since the remaining unit test failures are likely because network-manager is tried to be used from Qt while builders don't have network-manager installed. earlier there was the generic plugin in use by unit test that didn't interact with network manager. [14:50] om26er: I'm not able to reproduce it with the test case in the wiki [14:51] om26er: can you then guide rvr better to reproduce the original problem, and maybe update the test case https://wiki.ubuntu.com/Process/Merges/TestPlans/Qt#Testing_networking_code_in_Qt_Base to be something that is really step-by-step? [14:51] om26er: or...even test the latest ppa :) associated with solving that bug [14:52] https://bugs.launchpad.net/indicator-network/+bug/1336715 [14:52] Launchpad bug 1336715 in ubuntu-system-settings (Ubuntu RTM) "[TOPBLOCKER] switch-items in indicators sometimes get out of sync with system-settings" [Critical,In progress] [14:52] oops not that one [14:52] * Mirv launches one build in the experimental PPA with network-manager in build dependencies... that might get better unit test results [14:52] we want that fixed too though :) [14:52] https://bugs.launchpad.net/savilerow/+bug/1357321 [14:52] Launchpad bug 1357321 in qtbase-opensource-src (Ubuntu) "[TOPBLOCKER] QNetworkAccessManager doesn't support roaming on Ubuntu" [Critical,In progress] [14:52] Mirv: ta === fginther` is now known as fginther [15:13] Mirv, kgunn: om26er is not able to reproduce the bug anymore in 161 [15:13] heh [15:15] ;/ [15:15] could be the network status fix, fixed this issue as well. [15:16] sil2100, hmm, no descriptions in citrain dashboard? [15:16] Saviq: uh oh! [15:16] citrain says: /usr/bin/citrain: 45: .: Can't open /usr/share/phabletutils/shell-adb-common.sh [15:16] help ? [15:16] SOmething must have broken it [15:16] om26er, apt-cache policy phablet-tools [15:16] ? [15:16] looks a lot cleaner at least :P === karni-lunch is now known as karni [15:17] Saviq, not installed [15:17] om26er, sounds like phablet-tools-citrain's missing a runtime dep on phablet-tools [15:17] file a bug please [15:17] * Saviq clicked /usr/share/... from om26er... firefox landed me in http://www.usr.com/share/phabletutils/shell-adb-common.sh [15:17] WTF [15:17] Saviq: checking if your big description b0rk it (just in case) [15:18] BIG? that's a big description? [15:18] But it still seems missing... [15:18] * sil2100 investigates [15:19] Damn, there's a lot of errors on this page, but not sure if those aren't some old ones [15:22] rvr: om26er: :/ which network status fix? [15:26] Mirv, bug 1386109 but I might be wrong, its a guess. [15:26] bug 1386109 in network-manager (Ubuntu RTM) "[TOPBLOCKER] com.ubuntu.connectivity1.NetworkingStatus.Status is always online" [Critical,Fix released] https://launchpad.net/bugs/1386109 [15:31] Mirv: What do you think? [15:32] rvr: I don't know. I jumped in only when there was a supposed fix, and then battled with getting the regression going away. I thought from the start that the scopes are a bit hard way to reproducing the original problem, and again today thought that I was able to see the problem (with the now updated test case in the wiki) - I rebooted twice with the old version, with wifi on, did the test and it failed. then updated to the PPA and it didn't fail [15:32] sil2100, can you please reconfigure vivid silo 1 [15:33] jhodapp: sure, what changed? [15:33] sil2100, added the qtubuntu-media MR to it [15:33] sil2100, but go ahead and rebuild everything [15:33] rvr: I'll let QA decide what to do with the original bug an supposed fix, while I try concentrate on getting the unit tests situation clear for the possibility of landing the new network manager backend that actually works unlike the current one. [15:33] if nothing else, Qt 5.4 will have super improved network manager bearer backend thanks to Lorn's work :) [15:35] jhodapp: reconfigured [15:35] sil2100, thanks [15:36] mzanetti: if there's a possibility the current 3G connection scopes problem is somehow gone/workarounded already, can you give kgunn/om26er/rvr some sort of idea what _other_ problems we may be currently facing with the broken network manager bearer plugin that we're currently using, or can we just do without it? [15:37] s/without it/without the new fixed backend/ [15:38] I never really understood how the problem lead to the images not loading but web otherwise working, so the bug description would enjoy more accurate wording too [15:39] Mirv: I couldn't reproduce the roaming issue any more with your ppa [15:39] Mirv: on details about other issues I'd have to redirect you to lpotter [15:39] mzanetti: the thing is that om26er and rvr now claim they can't reproduce it anymore without the PPA either [15:39] mzanetti: And without the silo? [15:40] need to test again to be sure [15:40] mzanetti: om26er and me can't reproduce it in 161 [15:41] mzanetti, yes, I am not able to reproduce that issue today with 3G. [15:42] kgunn: om26er rvr: I finished one more build and updated https://bugs.launchpad.net/savilerow/+bug/1357321/comments/87 - feel free to find ways to help with a) test case, b) validating what om26er/rvr are seeing without the PPA, c) bug description about what was the original problem exactly and how it related to us needing the fixed Network Manager backend... phew.. [15:42] Launchpad bug 1357321 in qtbase-opensource-src (Ubuntu) "[TOPBLOCKER] QNetworkAccessManager doesn't support roaming on Ubuntu" [Critical,In progress] [15:42] Mirv, with or without silo ... we are sure the fix is the right thing to do in general ... no ? [15:44] ogra_: well I guess a working NM backend in Qt sounds good, so that Qt's network status information would reflect what's actually happening in network manager. so in general yes it's the correct thing to fix, but I don't know what are the problems we're actually facing with staying with the current broken backend, if even this problem is gone. [15:44] Saviq: the dashboard is acting strange, it seems to have problems fetching info from the SS [15:45] Mirv, right [15:49] ogra_, I thought we decided to land silo 3 as it was to avoid make work [15:50] pmcgowan, well, i dont know what was decided after the bug meeting on friday [15:50] we discussed here in the channel with brendan [15:50] all i know is that it was decided that nothing but topblockers can land from now on [15:51] if we are fine with the bundled silo (which IMHO we should) that needs to be said so :) [15:51] that silo was already tested and just missed the previous deadline [15:51] I am fine to land it [15:51] me too [15:51] olli, ? [15:51] he also +1 on fri [15:51] land it then :) [15:51] we need QA to mark it as verified :) [15:51] sil2100, silo3 can go in once verified [15:52] seb128, ^^ [15:52] rhuddie stopped testing silo 3 until its status was clear [15:52] rhuddie, ^^^ [15:53] Mirv, if we cannot reproduce that qnetwork issue with the latest NM fixes, we should probably defer that landing [15:53] we shoulldnt throw it away though [15:53] indeed [15:54] since we are sure it is the right thing to do === chihchun is now known as chihchun_afk [15:54] pmcgowan: ogra_: So do we block silo 22 for now? [15:55] rvr, I would if the symptoms no longer reproduce [15:55] yeah [15:55] rvr, well, unless om26er finds a way to repro the issue i guess we have to [15:55] * olli waves goodbye [15:56] ogra_, the issue is: the problem was never difficult to reproduce. The bug was just there, for example opening the Ubuntu Store would not show icons of the apps but today its working just fine. [15:57] right [15:57] maybe lets ask victorp if its fixed for him as well ? [15:57] yeah [15:57] rvr, kenvandine, jibel, yes. testing on silo 3 was stopped until we had a clear direction. [15:58] rhuddie: Ok, we can test it now "safely" :) [15:58] it was stopped for several times last week, never really knew why... [15:58] rhuddie, rvr: thanks [15:59] om26er, iit does seem to be working [16:00] kenvandine, rvr, jibel, Ok, I'll start with silo3 again [16:26] kenvandine, on silo 3 I am seeing incorrect sync on flight mode state between u-s-s and network indicator. This wasn't mentioned in http://pastebin.ubuntu.com/8967576/ [16:26] kenvandine, is this still expected? [16:26] what do you mean by incorrect? [16:27] it still looks a little wonky imo [16:27] but the state stays consistent for me [16:27] kenvandine, well, u-s-s says flight mode is enabled, but the indicator says it is disabled [16:29] that stayed in sync for me when i tested it [16:29] kenvandine, it started doing that after a couple of attempts of switching flight mode on/off and unlocking the sim [16:30] i didn't do anything with unlocking the sim [16:30] so maybe that triggered a problem in the indicator [16:30] now i can't install from the silo! [16:30] i flashed this morning, so lost the silo [16:30] W: Failed to fetch http://ppa.launchpad.net/ci-train-ppa-service/landing-003/ubuntu-rtm/dists/devel/main/binary-armhf/Packages 403 Forbidden [16:31] i think there was a comment in the bug about the fliht mode switch [16:31] (and that it is speacial and slower) [16:31] ogra_: btw spanish image should now be setup as gated [16:32] ogra_, any idea why i'm getting 403 errors from the ppa? [16:32] * ogra_ hugs cwayne1 [16:32] kenvandine, s/devel/14.09/ [16:32] oh, is the citrain tool broken? [16:33] kenvandine, LP drawback ... if you use the correct channel and add-apt-repo does the right thing and use the channel name ... LP cant resolve that to 14.09 [16:33] ah [16:33] sigh [16:33] i shouldn't have flashed :) [16:33] iirc cjwatson had opened a bug for that [16:34] ogra_, pmcgowan: ACK [16:34] Let me mention that in the landing [16:34] Although the dashboard seems to be a bit mean today [16:34] rhuddie, i toggled it twice, each time it took at least 5 seconds but they stayed in sync [16:35] * kenvandine tries a few more times [16:35] kenvandine, hmm, it didn't take long for me to see the problem. [16:35] rhuddie, i think the switch in the indicator is a little buggy [16:35] it moves then moves back [16:35] and moves again when the state really changes [16:35] yeah I saw that too [16:35] ogra_,kenvandine: it's not that it can't resolve it - it shouldn't need to [16:36] i'm waiting long enough for the state to really change.. maybe if i rush it :) [16:36] ogra_,kenvandine: the problem is that there's a wrong .htaccess somewhere on the server side that's incorrectly denying access [16:36] and I keep forgetting to track that down at some point when the right people are around [16:37] robru: the dashboard seems to have now completely stopped showing silo descriptions [16:37] rhuddie, ok, i reproduced that [16:37] I didn't file a bug, though I did ask Ted to file one [16:37] robru: you have any idea what's up? I didn't have time to investigate that properly [16:38] rhuddie, but the state is right and staying in sync with what's in settings [16:38] the indicator isn't always staying in sync [16:38] rhuddie, but you're right, i didn't hit it until i changed it a few times [16:39] i doubt that's a regression, the flight mode switch in indicator-network has been buggy [16:42] rhuddie, it's worse without silo 3 :) [16:42] so not a regression [16:42] got out of sync on the first try for me without the silo [16:43]