[04:36] So, this was cool: http://toykeeper.net/tmp/phablet/2014-08-04/wifi-settings-layout-broken.png [04:40] Guys, i am executing the UITK test plan right now.. pretty much doing the same test set as the CI dash. I see that the CI dash shows scary amount of failures... [04:47] Kaleo: jhodapp: line 27 for qtubuntu-camera (ensure directory exists) conflicts with silo-003 (audio recording), do you want to land the line 27 first or wait until 003 has been landed? [04:56] Mirv: do you know what the hack is happening with the autopilot tests? The CI dash shows tons of failures. [05:10] bzoltan: I'm not sure, but I heard mumblings earlier today about being unable to make a new image until something in the process was fixed... so image 171 didn't happen. I haven't checked on the details though. Perhaps related? [05:17] ToyKeeper: I do not know.. I just woke up and watched my own nightly tests for the ongoing UITK landing. Horror... [05:42] some devices are apparently failing which cause havoc to the numbers [05:42] or that was the general idea yesterday at least [06:00] bzoltan: you were offline, but there is some problems with some of the devices. the 169 mako results for example were repeated for more times and show "truer" results: http://ci.ubuntu.com/smokeng/utopic/touch/mako/169:20140804:20140728.1/9466/ [06:25] Mirv: hey, can you check silo 2 for me? [06:30] sergiusens: I can't do the packaging ack unfortunately :( [06:30] since I'm not coredev [06:30] Mirv: can rsalveti do the ack? [06:30] packaging ack is fine [06:30] Mirv: it's a preNew thing [06:31] yes he can, it's a new package though [06:31] This source is a new package, if the destination is ubuntu, please ensure it has been preNEWed by an archive admin before publishing that stack. [06:31] right [06:31] that's the message [06:31] prenew acks used to be only doable by https://launchpad.net/~ubuntu-archive/+members [06:31] yeah, not by me [06:31] seb might be awake since he's in China tz [06:31] yeah, seb128_, able to help with that? [06:32] ( = pre-new acking https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-002/+packages 's ciborium package) [06:34] rsalveti, Mirv: in a meeting, which one? [06:34] can look in a bit === seb128_ is now known as seb128 [06:34] seb128: ciborium, from silo 02 [06:35] rsalveti, k [06:36] rsalveti: while you're there, packaging pre-check for qtdeclarative-gles https://launchpadlibrarian.net/181499705/qtdeclarative-opensource-src-gles_5.3.0-0ubuntu3_5.3.0-0ubuntu4.diff.gz would be welcome, in case I get testing done at some point [06:37] rsalveti: changelog for the respective qtdeclarative: http://pastebin.ubuntu.com/7958613/ [06:38] Mirv: change looks fine, just need testing though [06:38] sil2100: FYI, I didn't quite get autopilot-qt4 off the image yesterday; I'm building a new one now that autopilot 1.5.0+14.10.20140716-0ubuntu2 is in [06:39] rsalveti: thanks. I'm battling my way through autopilots and manual testing. === tvoss is now known as tvoss|test === tvoss|test is now known as tvoss [07:18] Mirv: about the UITK landing... I have run multiple times all the tests... the shorts, music, calendar and address book apps have same ugly test results with the release candidate UITK, all other tests are OK [07:18] Mirv: should we land the UITK? [07:19] network list in the indicator and system-settings is broken on #171 [07:20] jibel, settings tests started failing as well, we think it might be the ofono landings [07:20] I pinged rsalveti about it [07:20] seb128, is there is bug # ? [07:20] jibel: I filed a bug for that for 170... [07:20] but not sure anyone is looking at it [07:20] ToyKeeper, ok [07:20] let me ping abeato [07:20] rsalveti, thanks [07:20] jibel: Bug 1352684. [07:20] Error: Launchpad bug 1352684 could not be found [07:21] bzoltan1: music, calendar and address book have known failures, so please compare if you get the same individual test failures as shown at http://ci.ubuntu.com/smokeng/utopic/touch/mako/169:20140804:20140728.1/9466/ - shorts should pass, though [07:22] although #171 does show a shorts failure too: http://ci.ubuntu.com/smokeng/utopic/touch/mako/171:20140805:20140728.1/9484/shorts_app/ is yours the same there too? [07:22] ugh ... 13 of the 15 crashes in the 171 tests are indicator-network ... wow, that's bad [07:22] Mirv: shorts did not pass here http://ci.ubuntu.com/smokeng/utopic/touch/mako/168:20140803:20140728.1/9448/?sort=pass_rate [07:23] ogra_, indicator-network is not visible on #171 [07:23] that may explain test failures [07:23] bzoltan1, don't trust the infrastructure to much, there are currently some issues [07:23] bzoltan1: please do a comparison if you can "match" all your failures to those of #169, and also note which test is failing for shorts [07:23] jibel, heh, definitely [07:23] ogra_: I figured... :( [07:23] o/ [07:24] sil2100, 13 of the 15 crashes in the 171 tests are indicator-network ... and according to jibel it doesnt start in dogfooding [07:24] bzoltan1: so you should probably have 4 calendar, 8 music-app, 9 address-book failures [07:24] (just to sweeten your morning :) ) [07:24] 15 crashes? [07:24] yeah, 171 has 15 crashes [07:25] one dialer-app, one telepathy-ofono and 13 indicator-network ones [07:25] It just can't get any better ;) [07:25] sil2100, hey [07:25] seb128: hi [07:25] sil2100, the settings change you approved yesterday is incomplete, it should have an updated depends on the schemas since it uses keys that only got added to the new version [07:26] sil2100, can you get it fixed? [07:26] seb128: I only top-approved it because mardy top-approved it, and the lander said it was all tested and fine [07:26] I mean, mardy approved it [07:26] sil2100, well, you top approved and it's buggy, so you are responsible, sorry... [07:26] don't top approve if otherwise [07:27] if -> it [07:27] Mirv: i have this for shorts http://paste.ubuntu.com/7958905/ [07:27] Chipaca: ping [07:28] sil2100: pong [07:28] Chipaca: so it seems your landing wasn't completely +1 [07:28] wha? [07:29] Chipaca: check what seb128 mentioned above, the ubuntu-system-settings change that I was asking about seems to be missing something, something that mardy probably didn't see during his review [07:29] sil2100: FYI, I didn't quite get autopilot-qt4 off the image yesterday; I've built a new one now that autopilot 1.5.0+14.10.20140716-0ubuntu2 is in [07:29] sil2100, ogra_ seb128 I filed bug 1352744 [07:29] bug 1352744 in ofono (Ubuntu) "List of WiFi access point is empty" [Critical,Confirmed] https://launchpad.net/bugs/1352744 [07:29] seb128, do you think the missing network-indicator is the same bug or should I submit another one? [07:29] jibel, likely the same bug [07:29] k [07:29] same as the segfaults [07:30] I wonder how that ofono could land it if creates those issues [07:30] it made things not work and tests from rdepends fail [07:30] Does this mean traincon 0? [07:31] slangasek: ok, so you uploaded a new autopilot directly to the archive? [07:31] bzoltan1: I built watch_only on your silo since the status was wrong in the sheet. the shorts app failure has happened on #161 (and random 1 failure every now and then otherwise) so probably not you to blame. please compare the 3 other packages with failures to the #169 results. [07:31] ToyKeeper, I guess it does, last promotion was 157 on July 29th [07:31] sil2100: yes, with packaging-only changes and an MP raised on the 1.5 branch [07:31] sil2100: drat. I'll fix. [07:31] :( [07:31] jibel, ToyKeeper: no, no traincon-0 yet, traincon is after 7 business days, now it's only 5... but we can decide on a traincon if things are very bad [07:32] Mirv: I am re-running the calendar_app music_app address_book_app tests right now... takes damn long time [07:32] sil2100, k if it's business days [07:32] seb128: so do I bump the gsettings revno? [07:32] bzoltan1: you don't need to rerun, you need to compare if you got the same failures as the #169 shows. [07:32] slangasek, not sure you noted, but autopilot-qt4 is still on the image (was that wanted ?) [07:33] ogra_: that's exactly the thing that I'm rebuilding for right now [07:33] Mirv: I have to, because the first run gave me more failures than the CO dash.. but then I started to run those tests individually and few of them turned to be OK. We have more flaky tests than the CI dash shows. [07:33] seb128: or do i use the autogenerated revno like the previous depends? [07:33] Chipaca: thanks, would be grateful since I have many other things right now [07:34] sil2100: yeah, no worries [07:34] bzoltan1: right, ok let's see to get slightly more certainty :( calendar and address book app tests are indeed quite slow [07:35] seb128: I mean, i can make it depend on the autogenerated [07:35] seb128: but i was told to land these things all together [07:35] Mirv: luckily I got the UITK silo build ready just before I went to sleep.. so the night test dropped out most of the time consuming tests with OK.. like unity8, uitk, browser, etc... so by the morning the list was down to the CI dash list. [07:36] seb128: which makes me wonder exactly how i was supposed to manage to do this dependency [07:37] ogra_: I see that 170 also has many indicator-network crashes [07:39] ogra_: I suppose it will be really hard to pin-down what caused those to happen so much [07:40] * sil2100 upgrades his phone [07:45] jibel, ping [07:46] abeato, pong [07:46] jibel, hi, so why do you think it is an ofono issue? [07:47] abeato, http://people.canonical.com/~ogra/touch-image-stats/170.changes the most probable change in this list is ofono [07:48] sil2100, likely an issue with ofono not exposing a certain type of interface early enough [07:48] jibel, what is broken in 170 ? [07:48] looks pretty good on my device here [07:49] jibel, ok, I am going to re-flash mako, I do not see the issue for #171 in krillin [07:49] ogra_, bug 1352744 [07:49] bug 1352744 in ofono (Ubuntu) "List of WiFi access point is empty" [Critical,Confirmed] https://launchpad.net/bugs/1352744 [07:50] hmm, i dont see that in 170 [07:51] ogra_, ah, I'm lost in build numbers :) let me reflash 170 then 171 [07:52] in smoketesting the indicator crashes in 170 ... but thats in its normal range (5 crashes ... not 13) [07:52] "normal" :P [07:53] Yeah [07:53] ogra_: but it would be best if we had someone see if 170 doesn't have it completely broken as well, just in case [07:54] Mirv: for the calendar app I got +1 failure... after re-running that +1 it failed again (could not even start the app), I rebooted and then that test passed. So the calendar is as good with the UITK as on the CI dash. I proceed with the next one... [07:54] sil2100, i'm running 170 here ... (on some other device) [07:54] there it is fine [07:55] ogra_: yeah, but it seems to be mako specific - flo and manta do not have so many crashes on 171 [07:55] So I wonder [07:55] weird [07:55] android didnt change [07:55] Let's see what jibel finds out :) [07:56] (it will change with the next build) [07:58] ogra_, if I want to backup a mako before wiping it (it is my main phone) is saving /home enough? or should I backup all the rw partitions? (I don't care about keeping logs and this type of data) [07:59] jibel, phew, not sure, i usually just pull my data off via mtp and do a fresh flash later ... [08:00] i never tried to backup the rw partitions ... if you dont miss anything that might work though [08:00] i'll try and see what I lose [08:01] * ogra_ wishes gallery app would start :( [08:01] i reflashed yesterady and cant set my lockscreen wallaper now :( [08:01] ogra_: gallery app does not work at all? [08:02] Or doesn't work only when during content picker? [08:02] sil2100, not sure ... it doesnt start at all for me [08:02] sil2100, ogra_: ok, Qt4 off the image now; 11MB savings in tar.gz size, dunno how much savings on the install footprint [08:03] and hopefully, removed without any test regressions [08:03] lets take bets :) [08:03] * ogra_ says 60MB [08:03] :) [08:03] hah ;) [08:03] slangasek: thanks! [08:03] yeah !! [08:05] hm, we'll have to poke veebers or thomi to rebuild the autopilot silo though === oSoMoN_ is now known as oSoMoN [08:05] I might do it for them if they're not around though [08:05] hmmm? [08:05] sil2100: https://code.launchpad.net/~chipaca/ubuntu-system-settings/gsettings-schema-depends-fix/+merge/229567 [08:06] sil2100: you're a legend! thanks for fixing up the changelog for release:) [08:07] pete-woods: nooo ;p No problem, good thing that I had access to that team and could commit to staging [08:07] sil2100: ah, time-of-day suggests thomi is probably not around, I guess we should take care of this for tem [08:07] them [08:07] ... [08:07] Yeah, will do that in a moment :) [08:07] I'm around [08:07] thomi: no worries! No re-testing needed, it's just a packaging change [08:13] Mirv: the music app is cleared too. The CI dash shows 8 failures and the UITK gave 9. The +1 was the music_app.tests.test_music.TestMainWindow.test_add_song_to_queue_from_albums_page what was OK after I run only that one again. [08:13] seb128: https://code.launchpad.net/~chipaca/ubuntu-system-settings/gsettings-schema-depends-fix/+merge/229567 [08:15] Chipaca: could you fix the issue I mentioned? i.e. 0.0.2+14.10.20140802.1 instead of 0.0.2+14.10.20140802 as the version [08:15] Chipaca: it's a nit-pick, but since we fix it up now anyway, let's have the correct thing [08:15] sil2100: i didn't see you mention that, yes sure [08:15] Chipaca: I just noticed it and mentioned ;) [08:16] (you might have needed to refresh the page) [08:16] ogra_, sil2100 abeato I confirm that 1352744 [08:16] is a regression in #170 [08:16] Uh [08:16] jibel, I have just commented in https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1352744 [08:16] * sil2100 looks at the commitlog [08:16] Launchpad bug 1352744 in ofono (Ubuntu) "List of WiFi access point is empty" [Critical,Confirmed] [08:16] sil2100: done [08:17] jibel: ok, thanks, then it might be the ofono upload then indeed [08:17] jibel, sil2100 the crash happens when indicator-network tries to access a non-existing interface [08:17] SimManager, when there is no SIM [08:17] abeato: oh [08:17] jibel, can you confirm that you have no SIM inserted= [08:17] ? [08:17] abeato, confirmed [08:18] hm, weird thing, ofono has not changed its behaviour with regard to when the interfaces appear [08:18] Mirv: the address book app has exactly the same failures on CI dash as with the UITK silo tests [08:19] abeato, jibel: makes sense, the indicator works fine here on my mako with a sim inserted [08:19] but imho this should be sorted out in indicator-network [08:20] ogra_: is there any problem with the 174 emulator image? http://pastebin.ubuntu.com/7959173/ [08:21] abeato, jibel, ogra_: in any case, I informed mandel who was the lander for the ofono landing about the regression [08:21] sil2100: Mirv: I have flipped the UITK landing to be tested. I did see shitload of failures but nothing what is not failing on the CI dash already. The shorts have the shorts_app.tests.test_rssreader.TestMainWindow.test_open_listmode_feed_item failing [08:22] bzoltan1: ACK, we'll try landing this today then, thanks for your hard work in testing it throughly :) [08:23] sil2100: I am just doing my job :) [08:23] sil2100: I am checking that shorts failure just to be super sure... [08:24] 172 already, did we switch to 1 build per hour :) [08:26] heh [08:28] jibel, sil2100, ogra_ the only thing that could have triggered this bug is that now there are a couple of interfaces that were not there previously when there was no SIM, which maybe confuses indicator-network [08:28] bzoltan1: it seems good to me, then, as good as can be testable under the circumstances. [08:29] Mirv: yes, the shorts app failure we are investigating with kalikiana, to be hypersure. But i think this UITK is good to go. [08:29] bzoltan1: https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/landing_08-04/+merge/229487 not approved [08:30] Wellark, ping [08:30] Mirv: ohh.. again I forget ... sorry, approved [08:35] bzoltan1: ^ -gles missing [08:37] bzoltan1: are you on it, or do you want to me to try it? [08:38] Mirv: no need, I captured it. There is a bug in the shorts tests...we are on it [08:39] aha, ok [08:41] rsalveti: can you ack https://ci-train.ubuntu.com/job/landing-015-2-publish/40/artifact/packaging_changes_messaging-app_0.1+14.10.20140804-0ubuntu1.diff (you tried to publish it before but didn't ack the changes)? [09:00] anybody around here know what a GhostRevisionsHaveNoRevno error from bzr means? or more pointedly, how to fix it? [09:04] sil2100, good morning! can I have a silo for line 42, please? [09:05] oSoMoN: hello! Let me take a look at that :) [09:36] bzoltan1: I put the testing status back to No until you're ready [09:36] Mirv: OK [09:37] maybe ogra_ could ack this? https://ci-train.ubuntu.com/job/landing-015-2-publish/40/artifact/packaging_changes_messaging-app_0.1+14.10.20140804-0ubuntu1.diff [09:37] since ricardo seems away [09:37] does not seem rocket science level of pkging changes [09:44] psivaa, can you remind me the bug # for precise alternate installation failure ? [09:45] jibel: https://bugs.launchpad.net/ubuntu/+source/xorg-lts-transitional/+bug/1351262 [09:45] Launchpad bug 1351262 in xorg-lts-transitional (Ubuntu) "precise alternate installations fail with unmet deps due to the conflict ' xserver-xorg-lts-trusty : Conflicts: libgl1-mesa-dri (>= 0~)'" [Undecided,New] [09:46] psivaa, thanks [09:47] Mirv: that is like the worst changelog [09:48] it's impossible to assess these changes in isolation === psivaa is now known as psivaa-reboot [09:55] sil2100, you might be able to give me a hand, I'm getting the following when executing debuild -uc -uc [09:55] sil2100, dpkg-source: error: can't build with source format '3.0 (quilt)': no upstream tarball found at [09:55] sil2100, but I've never had that issue, any idea? [09:57] indeed the changelog does not explain the additional dep (or cmake changes) [09:59] mandel: hi! For what project does that happen? If you're doing it for some of our upstream projects then you need to make sure the tarball is there, as it's being generated by bzr [09:59] sil2100, I'm doing it for the location-service, AFAIK nothing has changed we only bumped the version [10:00] mandel: try running bzr bd first to generate the tarball [10:00] ooh! screen wakes on alarms === psivaa changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | CI Train support: trainguards | Vanguard (general help): psivaa | CI Train Status: #157 promoted | CI Train Dashboard: http://bit.ly/1mDv1FS | Known issues: - [10:03] Mirv, that diff has a buggy indentation, using a tab in the build-depends which is space indented [10:06] sil2100, strange bzr bd works [10:06] mandel: bzr bd will always work as how our ubuntu projects work is: [10:07] mandel: the tarball is generated from the bzr tree by using the split option, so bzr bd actually generates the upstream tarball from the source on every build [10:08] mandel, we changed the source format [10:08] mandel: without bzr bd, debuild has no knowledge about how to generate the tarball, so it will fail if it doesn't find it already generated [10:08] tvoss, ah, I missed that [10:08] sil2100, ok, thx [10:11] renatu: see seb's and laney's comments regarding landing-015 [10:12] if renatu is renato, that is :) bill and boiko not around [10:16] psivaa: can you please trigger https://code.launchpad.net/~bzoltan/ubuntu-rssreader-app/select_many/+merge/229590 to do the jenkins dance? [10:19] popey: let me take a look [10:20] thanks psivaa [10:21] Mirv: We got the shorts app failure. the Shorts app needs a single line change to make it OK -> https://code.launchpad.net/~bzoltan/ubuntu-rssreader-app/select_many/+merge/229590 popey promised to take care of it. [10:21] popey: do you have the youtube scope enabled? [10:21] installed even [10:22] yes [10:22] popey: if you select anything does it play ever? [10:22] oh, i thought i did, but i dont [10:23] where'd that go [10:23] * popey installs [10:23] popey: also if you try swiping the resulting youtube video window from right to left to close it does it jolt back and then not be able to swipe away [10:25] davmor2: youtube playback appears to be broken in the browser [10:27] Ok, for a moment I thought dogfood was down [10:27] popey: works fine from your app though [10:27] bzoltan1: excellent! [10:27] But then I noticed that the internet is down [10:27] duh [10:28] davmor2: yeah, you're right [10:28] odd [10:29] popey: so I don't think it is the playback that is broken I think it is the direct link format it is using [10:29] well the video playbox box appears [10:31] popey: yeah but no fullscreen button and the sound is muted and it doesn't play, so I'm wondering if it is linking to the flash version instead of the html5 versions maybe as a huge guess [10:31] unlikely as the video render box appears [10:32] hmm, going to m.youtube.com in the browser works [10:32] i wonder if its adverts that aren't playing [10:32] popey: could be [10:33] popey: it is definitely something specific to the video url that is produced from the scope [10:34] Mirv: may I get a silo for the QtC plugin? [10:34] davmor2: shelling in to get the url it launched with... [10:35] webbrowser-app https://www.youtube.com/watch?v=7-7knsP2n5w for me [10:35] that video clearly works on desktop [10:35] has no adverts for me here (no adblock) [10:35] Mirv: line 43 [10:42] bzoltan1: done [10:43] Mirv: thanks [10:45] popey: I just dropped that line into my utopic desktop and I got The Adobe Flash Player is required for video playback, get the latest flash player [10:46] popey: as in the whole of webbrowser-app https://www.youtube.com/watch?v=7-7knsP2n5w that line [10:46] so maybe a video that's not available in html5? [10:46] Mirv: So, what is the plan with the UITK landing? [10:48] popey: works fine via your app === oSoMoN_ is now known as oSoMoN [10:50] popey: so I think the issue is that the link is to the desktop flash version, I wonder if there is a way to find the url from your app and compare it [10:51] well, the test would be to try and play the same video in the app [10:52] ok, tested that, found that video in my app and it plays fine [10:54] popey: there is no m. at the start of the link, I bet the scope is basically presenting itself as though it were a desktop app not a mobile one [10:54] well its the browser really [10:54] not the scope [10:55] i dunno ☻ [10:55] bzoltan1: step 1 is someone setting it back to tested :) [10:55] popey: well I'm assuming that the scope is say open to this link [10:56] popey: meh no it does show as m.youtube.com so that blew that theory out of the window [10:57] Mirv: Ohh... i can be that someone :) [10:57] psivaa: any luck with https://code.launchpad.net/~bzoltan/ubuntu-rssreader-app/select_many/+merge/229590 ? [10:58] popey: i added bzoltan in the the jenkins instance as allowed user. that should trigger the job. it hasn't triggered yet. digging more on this [10:58] thanks [11:01] not really, just the automated gles watch thing [11:02] popey: sorry about that. i had a typo earlier. the job has triggered [11:04] popey: as you might have seen.. that MP needs some fixing [11:11] sil2100, is the messaging-app failure not a known issue? [11:11] sil2100, it's been reproducible for a while [11:11] brendand: not sure - is it reproducible locally? [11:11] sil2100, yes [11:11] sil2100, been failing consistently since 165 on friday [11:12] no wait, that was last monday actually [11:12] brendand: is this the issue for the icon missing or something? [11:12] davmor2, yeah === MacSlow is now known as MacSlow|lunch [11:17] davmor2, is there a bug for it? is someone looking at it? [11:17] brendand: pass sil2100 ^ is there a bug for that? [11:21] sil2100: don't forget https://code.launchpad.net/~chipaca/ubuntu-system-settings/gsettings-schema-depends-fix/+merge/229567 when you have a gap (hah) [11:22] brendand: davmor2: uh, we might have 'missed' it in all this commotion, let me poke boiko as soon as he's up - but it might be fixed by the landing they prepared as well [11:23] As he mentioned some things in other apps as well [11:23] Chipaca: sure :) [11:24] sil2100, which silo is that? i can try it out [11:25] brendand: let me see [11:25] brendand: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-015 [11:25] sil2100, cool [11:25] brendand: this is ready for landing actually, so I'll publish this in a moment anyway :) [11:25] sil2100, it's also meant to fix address book? [11:25] Yes [11:25] At least from what boiko said ;) [11:32] sil2100: seb + lane_y had comments about the packaging changes [11:32] on that one [11:32] Ok, didn't look at those yet as I still didn't finish something else [11:34] I added the comments to the sheet [11:43] ogra_: I have a new API for the seeds -> https://code.launchpad.net/~bzoltan/ubuntu-seeds/add_settings/+merge/229602 [11:44] grrrr [11:45] Mirv, the only problem on silo15 is the indention? or there is any other problem? [11:46] Mirv, fix pushed [11:47] renatu: the changelog (=commit message) also doesn't explain the cmake file changes or the additional new build dependency [11:48] Mirv, how I can fix that? can I edit the changelog manually? [11:49] renatu: you change the merge request's commit message [11:49] ok [11:49] renatu: for example https://code.launchpad.net/~renatofilho/address-book-app/release-2014-08-04/+merge/229528 now only has "Visual update" [11:55] Mirv, I have updated the messaging mr commit message [11:56] Mirv, the address-book-app only contains visual updates, more details about the changes can be found in each commit message [11:59] sil2100, looks like android is in the archive, if you dont have anything pending i'll start a build now [11:59] hmm [11:59] ogra_: one moment === tvoss is now known as tvoss|test [11:59] ok === tvoss|test is now known as tvoss [12:00] Mirv: so, what were the comments from seb regarding the address-book etc. landing? [12:00] sil2100, recon on silo 7 please, added qtmir-gles [12:01] Saviq: ACK === psivaa changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | CI Train support: trainguards | Vanguard (general help): cihelp | CI Train Status: #157 promoted | CI Train Dashboard: http://bit.ly/1mDv1FS | Known issues: - [12:06] sil2100: see sheet, renato is now fixing them. cosmetic+reviewability === alan_g is now known as alan_g|lunch [12:12] Saviq: sorry, internet problems... did anyone reconfigure in the meantime? [12:13] pete-woods: youtube scope approved to store.. [12:13] popey: thanks! [12:14] sil2100_, any plans to spin an image with the language pack updates in? dist-upgrading the device is taking ages right now === MacSlow|lunch is now known as MacSlow [12:14] ogra_: ok, could you kick a new image ;)? [12:15] ogra_: I guess it's the right time now [12:15] sil2100_, nope [12:15] Mirv, land line 27 first [12:15] Saviq: ok, reconfiguring then [12:15] sil2100_, you mean to make the peopple using unsupported upgrade methods happy ? [12:16] * ogra_ bets when tvoss just waits for dist-upgrade to finish he will still be twice as fast as the image builder :) [12:16] ogra_, exactly, those developers trying to move as fast as possible [12:16] ogra_, sure, not questioning that [12:17] ogra_, it's not only me waiting for language pack installations finishing righ tnow [12:17] sil2100_, ugh, i cant ! [12:17] stgraber, iso tracker is not offering me a build button ... [12:17] bet you aren't logged in [12:18] i am [12:18] (guessing by the "log out" button next to my name in the top right) [12:18] ;) [12:18] I get the usual checkboxes and "Request a rebuild" [12:18] So I can kick it for you if you like [12:18] yes please ... though i would like to be able to do it myself without having to use nusakan [12:18] :/ [12:19] done [12:19] thx [12:20] aha ! [12:20] SSO was nice enough to uncheck the ubuntu-touch-imagebuilders membership for me :P [12:21] that was checked last week ! silly thing [12:22] sil2100_: so, any sign of new issues with the qt4 removal? Or is it hard to tell because of masking by the general networking problems? [12:23] jhodapp: ok, you have silo now for that [12:24] Mirv: thanks [12:25] === trainguard: IMAGE 173 building (started: 20140805 12:25) === [12:25] sil2100_, yeah silo15 fixes it :) [12:26] sil2100_, Mirv , do you need any other fix? [12:26] bzoltan1: approved your branch, when it lands we'll ship a new shorts to the store [12:26] sil2100_, Mirv can we land this in the next image? [12:26] slangasek, heh, well, hard to tell since the results are currently so broken that we essentially are flying blind [12:26] slangasek, the apparmor denials make the world explode [12:26] popey: Thank you very much [12:26] np [12:26] ogra_: ack [12:27] popey: and by the way. We will have a permanent solution from the UITK to avoid similar problems in the future. === cprov changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | CI Train support: trainguards | Vanguard (general help): cprov | CI Train Status: #157 promoted | CI Train Dashboard: http://bit.ly/1mDv1FS | Known issues: - [12:36] renatu: did you fix the LP pages' "commit message" fields for all MPsbto be more descriptive? (explaining packaging / makefile changes to make them reviewable in the packaging diff) [12:40] bzoltan1: great! [12:42] Mirv, done [12:44] jibel: ogra_ for what it's worth, I had indicator-network crashing ever since I was on the road last Wednesday; failed to start [12:44] sergiusens, ouw ! === alan_g|lunch is now known as alan_g [12:45] davmor2, hey, would you have time to do QA sign off on silo 7? [12:45] ogra_: my process was; open terminal and: "start indicator-network" [12:46] heh [12:47] psivaa: hey, were you able to re-run those tests in 171? === sil2100_ is now known as sil2100 [12:48] slangasek: so, from what I see things seem to be a bit brokenish... [12:48] lol [12:48] ogra_: did you see test results for 172 :/ ? [12:48] diplomat ! [12:48] sil2100, "totally screwed" would be my expression :) [12:48] ;) [12:49] I personally don't feel like looking at the dashboard right now [12:50]