[00:14] lol at Known Issues on the topic [00:22] ah, I'm doing it wrong. [00:28] * alecu understood a bit better how sync works now [01:19] trainguards (or anyone around), silo rtm-20 has landed, and now silo utopic-8 needs to be binary-synced... But how do I initiate this sync? [01:19] camako: instructions here: https://wiki.ubuntu.com/citrain/NewbieGuide [01:20] barry, thanks... [01:20] Ursinha ^^ [01:20] cool :) solved then [01:27] barry, the doc says "now every time someone clicks 'Build' on the sync silo, it will try performing a binary copy of all packages in the source silo PPA", but it seems to be building from source : [01:27] https://ci-train.ubuntu.com/job/ubuntu-landing-008-1-build/91/console [01:40] o ok never mind, I think it's doing the binary copy.. [02:09] === trainguards: IMAGE 275 building (started: 20141009 02:10) === [02:56] camako: that log definitely shows a binary copy. Don't be fooled by "grabbing code" or whatever crap it says, if it was rebuilding sources there'd be pages and pages of build logs that just aren't there. [03:09] * alecu is enjoying the NewbieGuide. [03:09] I was not aware that we landers are the ones supposed to click on "Merge and Clean"! [03:10] alecu: yep. I do it a lot because we're often low, buy the original design was for you to watch the whole process and then click merge when you're ready [03:11] great! I'll do it, no problem. I just didn't want to step on anybody's toes! [03:27] slangasek: do you know if the issue with image publishing was fixed already? [03:27] just wondering if image 275 will show up at some point [07:35] good morning [07:43] I'm on rtm 14.09 #4 and cannot install package updates. It's stuck on 'Downloading' and downloads never start. Is it a known issue? [07:44] jibel, yes [07:44] jibel, you can delete your u1 account and add it back [07:44] seb128, what is the bug #? [07:44] jibel, it's due to the sso tokens invalidation from this week [07:45] jibel, bug #1378678 [07:45] bug 1378678 in ubuntu-system-settings (Ubuntu) "updates panel doesn't deal with invalid u1 tokens" [High,New] https://launchpad.net/bugs/1378678 [07:45] seb128, thanks [07:45] yw [07:46] jibel, you can delete/add it back, the issue is easy to reproduce by going on th website and invalidating a token from there [07:46] e.g no need to keep the buggy state [08:09] sil2100, so holding calls seems to have broken at some point [08:09] Morning all [08:09] Morning [08:09] brendand: you testing on the latest image? [08:09] sil2100, yeah [08:11] brendand, try entering a url in the browser ... [08:11] is the keyboard always sideways for you too or is that only me [08:12] trainguards, hey, I can has silo for line 61 please [08:13] o/ [08:14] Saviq, i see the slide issue mainly with the "my music" scope, and the dash is very crashy [08:14] ogra_, you got a lot of music on your phone do you? [08:14] Sa34G on SD card [08:14] bah [08:14] Saviq, 34 on SD card [08:14] +G [08:14] ogra_, i think that sometimes just happens [08:15] sounds like alot [08:15] * Saviq needs a large microSD card... [08:15] brendand, it always happens for me ... there is no way for me to open a url currently [08:15] (in portrait ... indeed it works in landscape .. but the kbd is stuck) [08:16] it comes up fine everywhere else, seems to be only the url bar of the browser [08:16] Saviq: sooo, I see someone allocated unity8 in silo 13 already [08:16] Saviq: it seems to be ted! [08:16] (even input fields in pages work ) [08:16] Saviq: you want an ignore-conflicts here? [08:16] sil2100, "Integration silo right now, should not block other silos or conflict" [08:17] sil2100, image builds seems to still be broken [08:17] ogra_: oh, slangasek mentioned it was fixed... [08:17] well, he managed to publish the last two that were stuck [08:17] but there are no new images [08:18] Ah right, noticed that too, since I noticed we're still on 274 in utopic [08:18] (neither utopic, nor rtm) [08:18] But I actually thought it was because of my commitlog scripts b0rking [08:19] Good to know [08:19] 93 is the last rtm one [08:19] nothing new in the morning :( [08:19] ogra_: stgraber still on holidays? [08:19] yes [08:20] brendand: hmm there are 3 I just moved the other with the first 2 are those the ones you want me to take [08:20] i see we have a fresh rootfs though [08:20] davmor2, no never mind about 15, that just came up [08:21] heh [08:21] running import-images manually for system-image at least spills aa new error now [08:23] http://paste.ubuntu.com/8525648/ [08:23] this is what i get from import-images [08:26] the code change slangasek did is tiny ... i suspect there are other bits that need to be ported to python3 https://code.launchpad.net/~vorlon/ubuntu-system-image/server-python3 [08:29] "heeey macarena !" [08:34] ogra_, btw, is your MTP locked on connection if your lockscreen is protected? [08:34] Saviq, havewnt tested that in a while, but that is how it should be [08:34] * Saviq is sometimes getting access to the files without unlocking [08:35] it should only block on connect ... if you have it locked afterwards it shouldnt care [08:41] ogra_, btw, can you access the SD card over MTP? [08:41] yup [08:42] ogra_, and have you had luck with any music management apps? banshee can't transfer music onto the phone for me [08:42] oh, i never tried that [08:42] i only copy via nautilus (if at all, my USB 3.0 SD card reader is way faster) [08:43] ogra_, could you please record a video of the slowness you're seeing in the dash? [08:43] Saviq, will try, i have some more pressing issues (we dont have images, builds dont work) [08:43] ogra_, yeah, sure [08:44] Saviq, and the constantly crashing dash is also worse than the slowness [08:44] ogra_, can you check if that's not OOM killing the dash? [08:46] Saviq, i'd expect it does, but yeah, i only noticed it last night and havent had time to check logs yet [08:46] ogra_, so yeah, this is all about you having too much music on your device :P [08:46] ogra_, when you have time, please file a bug with any details you think it's worth [08:46] Saviq, we are just going through the (very few) smoke test results from last night and see scoperunner crashing a lot there too [08:47] http://dashboard.ubuntu-ci:8080/smokeng/utopic/touch_stable/krillin/93:20141008.2:20141008-8ea26ef/544/unity8/ for example [08:47] (scroll down) [08:47] ogra_, and this would be a bug against unity8 and unity-scope-mediascanner, as it should limit the number of results [08:48] Wellark, your silo will get looked at today - guess you already know about the Trello board? [08:48] ogra_, there was a release of scopes api yesterday [08:48] https://launchpad.net/ubuntu/+source/unity-scopes-api [08:49] Saviq, there also was unity-plugin-scopes yesterday morning [08:49] (landed in image 90) [08:49] ogra_, yeah, wouldn't cause scoperunner to crash, though [08:49] or at least should not be able to [08:49] if plugin-scopes crashed, unity8 would, not scoperunner [08:49] what i see is a black screen saying "Scopes" when it restarts ... [08:50] is that scope runner ? [08:50] hmm, so there might not be a general problem with holding calls [08:50] maybe it's this sim card [08:50] ogra_, no, that's dash restarting [08:50] ogra_, but what *you* see is different from what causes the smoketests problems [08:54] brendand: what is Trello board? [08:54] Wellark, read the spreadsheet ;) [08:54] link is there at the top somewhere [08:55] Wellark, http://bit.ly/1qMAKYd [08:55] what spreadsheet? [08:55] I have so many [08:55] Wellark, the one you put your landings on [08:55] right. [08:57] brendand: looks cool [08:58] brendand: where is the RSS feed for the thing? :) [08:59] Wellark, click on the card > subscribe [08:59] Wellark, it will be by email [09:22] ogra_: Yo! I hear you like music! http://people.canonical.com/~alan/music_remix/readme.txt - fancy testing out the new music app remix next time you listen to some. Would be very helpful to us. [09:47] popey, oooh, cool ! [10:00] bah [10:00] running import-images under pdb seems to just work :/ [10:01] (we should have 94 soon, but i still cant find the error) [10:01] ogra_: slangasek fixed it last night [10:01] cjwatson, see my mail to ubuntu-phone ... [10:02] ok [10:02] cjwatson, it worked for images that were alkready local ... but it doesnt pull any new ones anymore [10:02] ARGH [10:02] Yay, cjwatson to the rescue ;) [10:02] no [10:02] I'm busy :P [10:02] and now i know why it works under pdb [10:02] sigh [10:02] pdb3 would be better now that that script is running under python3 [10:02] cjwatson, exactly ... [10:03] it works fine like that: python -m pdb /srv/system-image.ubuntu.com/bin/import-images [10:03] with which i'm obviously pushin it back to py2 [10:03] only strikes me now :( [10:03] but at least we'll get tonights image [10:04] (if it actually finishes) [10:05] well it's possible that it will work with python 2 again now that it's processed the non-ASCII removed files [10:06] https://docs.python.org/3/whatsnew/3.0.html#ordering-comparisons explains this failure [10:06] I've reverted import-images to python2 [10:08] so only to the rescue because I can do it with one character ;-) [10:08] yeah [10:09] i suspect there is likely even more porting needed before we can make that switch [10:09] probably not too much [10:09] I expect that slangasek ran the test suite; this is probably a corner case not covered by it [10:10] hmm [10:10] specifically the case where 'base' not in image, around the area at the traceback in your paste [10:10] and in fact there must be multiple images some which contain 'base' and some which don't [10:10] yeah, there are [10:11] I mean that that's a necessary condition for the failure [10:12] Mirv: i ran music_app tests to reproduce the qmlscene crash and yet the mediascanner log is not present: http://pastebin.ubuntu.com/8526076/ [10:19] I've filed https://bugs.launchpad.net/ubuntu-system-image/+bug/1379274 for the above [10:19] Ubuntu bug 1379274 in Ubuntu system image "import-images fails under Python 3 when there are multiple images and at least one lacks a base" [Undecided,New] [10:21] psivaa: hmm :( can you ping Satoris and ask for ideas? [10:21] he tends to not be on public irc however unfortunately [10:24] === trainguards: IMAGE 275 DONE (finished: 20141009 10:25) === [10:24] === changelog: http://people.canonical.com/~ogra/touch-image-stats/275.changes === [10:25] ha ! [10:25] ogra_: you fixored it [10:25] davmor2, nope [10:25] i just ran it with the wrong debugger :) [10:26] ogra_, isn't it better just to do 'import pdb; pdb.set_trace()'? [10:26] brendand, that means i need to do code changes [10:27] ogra_, ah you're touching the live system? [10:27] brendand, right ... i was trying to get proper debug output from the broken live system [10:27] but clever as i am i didnt run the py3 version :P [10:29] \o/ [10:29] ogra_: so, you think it will work from now on? [10:29] Since cjwatson re-enabled python2 again [10:30] sil2100, with cjwatson's "fix" it will work until any file with non-ascii name gets removed from the image [10:30] then we'd run into the same issue as yesterday [10:30] which is why I filed a bug [10:30] right [10:34] sil2100, FYI http://people.canonical.com/~ogra/touch-image-stats/rtm/94.changes [10:35] (since the bot got cunfused by starting and failing images) [10:35] ogra_: thanks! [10:38] Saviq, so with 94 the scopes seem to behave a bit better ... i only see the delay between swipe and action when i *leave* the music scope, not in the other scopes anymore (before it was all scopes that seemsd to have a delay between gesture and actual action) [10:40] my browser is still broken though :/ [10:41] ogra_, glad to hear, we still need to have a look at improving this of course [10:41] Saviq, yeah, but it isnt as bad anymore [10:42] i cant really belive i'm the only one with the keyboard being stuck in landscape when trying to enter something in the browser url bar [10:43] ogra_, FWIW there wasn't a unity8 release in that image was there? [10:43] Saviq, nope, click scope though [10:43] http://people.canonical.com/~ogra/touch-image-stats/rtm/94.changes [10:43] and UAL [10:44] ogra_, hmm, let us know if the slowness comes back, no scope alone should've caused that... [10:44] ok [10:44] might be that due to the crashyness apport ran in bg ... which would have made it additionally slow [10:45] well, that's assuming it was actually crashing? [10:46] well, it was restarting :) [10:46] (black screen with "scopes" on it and then an empty apps scope that slowly filled over time) [11:14] sil2100: have you ever thought about raising the amount of utopic silo to 35... [11:14] Mirv: ...;p [11:15] bzoltan: is the 1.10. uitk landing going to land in utopic? it's built, not tested, and you have the next landing for rtm already. [11:17] ^ no they are not yet... [11:17] wtf [11:17] sil2100: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-017-2-publish/9/console [11:18] I'm trying to publish it, yes, but to my understanding it did not [11:18] Mirv: I ran it already :) [11:18] ... [11:18] sil2100: ah! :) [11:18] Mirv: that's why it errors out! [11:18] sil2100: it did not error out, it succeeded with an error :) [11:19] I think it would be anyway better if we fix the messaging in this case ;) [11:19] Since CI Train right now doesn't really handle pressing publish twice, it should basically say: "already publishing" or something [11:20] yep [11:20] so many issues on the spreadsheet again [11:21] I mean, lines that have something amiss [11:22] tvoss: is "Land Network Manager WiFi timestamp/scan results fix from tvoss to rtm" line irrelevant nowadays, for rtm? I've asked on 20140925 about the line and no answer, but just double checking. [11:23] Mirv, I will take a look in a few [11:23] tvoss: the latest network-manager upload in rtm is from Sep 30 https://lists.canonical.com/archives/rtm-14.09-changes/2014-September/000549.html [11:23] tvoss: ok, thanks. line 15. I'd just like to remove the line if it's not relevant anymore [11:24] Mirv, sure, let me double check after I kicked a test [11:26] Saviq, tvoss, so my unity8-dash is crashing simply because it isnt excuded from app lifecycle mgmt at all http://paste.ubuntu.com/8526308/ ... (see the oom_score_adj value of 802 here) [11:27] ogra_, s/crashing/being killed/ [11:27] well [11:27] the user experience is the same :) [11:27] ogra_, file a bug against unity8 [11:27] tvoss, will do [11:28] ogra_, and well, I'm not sure that's totally wrong, if your foreground app uses all the memory, shouldn't the dash be killed? [11:28] ogra_, granted, it should only resume after you focus it again [11:28] Saviq, everything but the dash imho [11:28] i have like 20 apps open, not all of them have been killed if the dash dies [11:29] it should definitely always stay at a lower value than normal apps [11:29] yeah that I agree with, between normal apps and foreground app [11:29] so that ... *if* killed at all, it should be the last thing [11:29] ogra_, and yeah, we need to reduce mem usage in a case like yours [11:29] ogra_, unity8 and qtmir please [11:29] oki [11:31] sil2100, hmm https://ci-train.ubuntu.com/job/ubuntu-landing-019-0-reconfigure/15/console says "Removing unity-notifications from silo.", but then https://ci-train.ubuntu.com/job/ubuntu-landing-019-1-build/69/console :| [11:33] ted: landing-017 for your utopic misc fixes. I've force Merge & Clean for indicator-sound (001) so that the trunk is up-to-date, but please follow manually if release team has something against it or will allow it to pass before trying to publish this new silo. [11:35] trainguards, can you please drop unity-notifications from utopic silo 19, reconfiguration doesn't seem to have done it, even though it said it did [11:35] Saviq: grudgingly doing so. grumpiness related to CI train. [11:36] Saviq, tvoss bug 1379296 [11:36] bug 1379296 in unity8 (Ubuntu) "unity8-dash should be excluded from app lifecycle management" [Undecided,New] https://launchpad.net/bugs/1379296 [11:36] sil2100: better to ask though - I guess we don't have any "prepare" link anywhere, so for real reconfigs one needs to fill in all the fields in prepare-silo job manually? or are some of them optional? nowadays one has fields for lander, MP:s, additional source packages... not just the request id etc [11:37] trainguards: can you please publish RTM silo 17 ? [11:37] oSoMoN: already done, sorry, I'll m&c it manually in a minute [11:37] my mistake [11:38] dbarth: your "webapps fixes" line lacks target distro [11:38] tvoss: same for your "Fix #1373281 & #1367244" [11:39] Mirv, awesome, thanks [11:40] Mirv, hmm still there https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-019/+packages ? [11:40] Mirv, or did you not remove it yet? [11:41] Saviq: not yet, I was first waiting for sil2100 to answer my question, then handling other train stuff and now doing it the manual route [11:42] Mirv, ok sorry for pushing :) [11:43] Saviq: now done :) [11:43] Mirv, thank youse [11:45] Mirv: what I do usually is go to the spreadsheet and do the 'Assign silo' button again [11:45] Mirv: it worked so far [11:46] Mirv: so you go to the row of interest, click as if you assign a silo but just do a reconfigure instead [11:47] sil2100: there's no option to reconfig there [11:47] sil2100: oh, correction [11:47] it's a "reconfigure" dialog [11:47] and then it calls prepare-silo! [11:47] oh joy! [11:48] sil2100: thanks!! [11:48] oSoMoN: considering webbrowser-app landed from the 017 as a sync from utopic, is line 36 and its assigned 019 silo a thing of the past? [11:49] Yeah :) [11:49] yw! [11:49] * sil2100 goes prepare lunch [11:50] oSoMoN: and to answer to myself, I believe it's still needed as much has happened since 1006 release :) https://code.launchpad.net/~phablet-team/webbrowser-app/trunk [11:50] Mirv, yes indeed, I think it’s still needed [11:54] * Mirv is momentarily satisfied with the spreadsheet [12:02] Mirv: sync silo for line 78 please :) [12:07] Wellark: done, but can't allocate rtm silo yet since the previous landing is still ongoing [12:07] or well, that's a sync silo too so I guess I could (trunk already updated) [12:11] Mirv: <3 [12:18] Mirv: any idea what this is: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-006-1-build/27/console ? [12:19] Mirv: and why is this failing: https://ci-train.ubuntu.com/job/ubuntu-landing-020-1-build/61/console [12:20] Wellark: the ubuntu-rtm is a known thing - did you re-sync just now for the second time? [12:20] sil2100: haven't touched it [12:20] just tried to rebuild [12:21] and the utopic silo fails to build arm64 package because: [12:21] dpkg-buildpackage: host architecture arm64 [12:21] dpkg-checkbuilddeps: Unmet build dependencies: gdb:any [12:21] dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting [12:21] dpkg-buildpackage: warning: (Use -d flag to override.) [12:21] Ah, ok, so don't worry with the ubuntu-rtm error... once the binary copy gets published this will go away [12:21] Not sure about the ubuntu one, didn't look yet [12:21] ack. [12:22] hmmm [12:23] The ubuntu one looks like a toolchain issue [12:23] yep [12:23] or somebody deteled gdb [12:24] should be fixed now [12:24] ah, still in proposed [12:25] should be fixed *soon* :) [12:25] The PPA builds with proposed so we should be good ;) [12:29] sil2100: can I trigger a rebuild on arm64 on the ppa straight or must I go through silo dashboard and rebuild on all architectures? [12:33] Wellark: we need to do it from the PPA [12:33] Wellark: we have the power, so let me do that [12:33] wait [12:33] It's not finished building on arm64 yet [12:33] see #ubuntu-touch [12:33] :) [12:33] You need rmadison -s utopic-proposed -a arm64 gdb to show you ubuntu4 [12:35] Ah! Ok, I thought that it's build in proposed already [12:35] k [12:36] Wellark: silo 20 will still fail, but I'll re-build it again once it's finished ^ [12:37] yeah, requires Adam to manually kill test processes to let the build complete :-/ [12:37] waiting for him to show up [12:38] Wellark: going through the dashboard will just waste a load of build time on all architectures and not fix this anyway, so don't do that [12:46] cjwatson: ack. that's why I asked :) [12:56] sil2100: I need to reconfig ubuntu-rtm&q=landing-008 (I know it has conflicts with other silos, so will rebuild/reconfigure once it's all good and lined up and lockable) [12:59] sergiusens: ok, doing [12:59] sil2100: iirc, the only conflict is the webbrowser [13:01] It's reconfiguring, let's see how it goes [13:01] Yeah, webbrowser is the only one, but I ignored conflicts [13:06] trainguards, ping about ubuntu/landing-030 === barry changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards, barry | Need help with something else? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: robru is on vacation [13:08] alecu: oh! Looking [13:08] trainguards: I jumbled a bit with ubuntu/landing-030, and got that error message, but I tested packages in the ppa and they seem to be the right version, so I think the sync worked after all [13:09] alecu: yeah, it's a specific citrain issue... usually when you see this just wait some time and re-run, it'll fix itself [13:09] sil2100: also, I followed the test plan, and it passed ok, so I wonder what needs to be done to land it. [13:09] Let me re-run [13:09] alecu: ok, the packages are correct, I just need to do a watch_only build now [13:09] great [13:09] So, it's on my radar, but due to the lack of time it's actually pushed back... [13:10] sil2100: no hurries, thanks! [13:12] yay [13:17] \o/ [13:41] psivaa: we have full results from smoketesting, right? [13:44] thanks for putting https://wiki.ubuntu.com/citrain/LandingProcess together [13:44] it would be nice to link it from http://people.canonical.com/~platform/citrain_dashboard/ [13:45] so that I can find it again :-) [13:47] lool: yw! I'll try adding that later today :) There are still things that I need to put inside there though [13:47] brendand was the person doing the QA sign-off part [13:48] sil2100, is everything ok with the rtm silo 20 migration? [13:48] sil2100, 93 looks pretty complete to me [13:49] hmm, i thought filemanager was fixed [13:49] and calculator lately has issues it didnt have in the last images [13:49] (in rtm) [13:50] music and gallery too :( [13:50] cjwatson: rtm silo20 was released by qa y'day ~ 5pm my time...~16hrs ago....but dash board showing it's still in migration [13:50] looks liek something migrated that broke them (i know we had this in utopic but never in rtm) [13:50] any thots ? [13:58] camako: let me take a look [13:59] sil2100: thanks...it's been like 16hrs [14:01] sil2100, also during sync of rtm silo 20 to utopic silo 8, unsupported architectures make the build fail, but packages for supported apps are in the ppa, so it's ok to ignore this error, I think? Just thought I'd report it as a good samaritan.. [14:01] davmor2: just wanted to verify that rtm silo 18 is indeed next on your sign-off list? [14:02] sil2100, s/supported apps/supported arches [14:02] kgunn: seems to make ubuntu-touch uninstallable [14:02] http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/update_output.txt [14:02] (just the bit at the end) [14:02] thostr_: yeap whatever is at the top is always next [14:03] cjwatson: but it actually tries installing qtmir and qtmir-gles at once, while qtmir-gles I guess is not touch specific, right? [14:03] sil2100: no that's not quite what that means [14:03] it's effectively test-upgrading the archive and checking for resulting new uninstallable packages [14:03] it does not mean it's trying to coinstall all binaries from all the listed sources [14:04] davmor2: thanks [14:04] Ah, ok [14:04] not yet quite sure what the problem is though [14:05] probably NBS somewhere [14:05] NBS ? [14:05] thostr_: when that will be is another matter altogether but it will be next ;) [14:06] cjwatson, there was a similar problem during QA testing... where ci-train-upgrade didn't work because it pulled in only mesa libs [14:06] not built from source [14:06] ubuntu-touch depends: libmirclientplatform-android, libmirplatformgraphics-android [14:06] neither of which is in the new version of mir [14:06] cjwatson, yes that... [14:07] has this change also landed in utopic? [14:07] cjwatson, but it worked when the relevant packages were installed [14:07] cjwatson, no [14:07] landing in reverse [14:07] camako: yes because nothing forces the old binaries out, but proposed-migration checks for this [14:07] it would be a lot easier to get this into utopic and then we can update ubuntu-touch-meta in the usual way [14:08] so i wonder, is landing in reverse just not a good method for core components ? [14:08] cjwatson, it's in silo 8 for utopic.. [14:08] kgunn: depends on the changes [14:08] if we have to do it this way round then I'm going to have to temporarily branch ubuntu-touch-meta in rtm [14:09] cjwatson, so can we hold this off, and finish testing the sync silo 8 on utopic first, and then rtm? testing on silo 8 is abt done. [14:09] sure [14:10] kgunn: major package restructurings are going to be a little problematic that way round [14:10] cjwatson, rtm testing is done already (using the apt-get install method, not train-upgrade). [14:10] ok I don't need to know :) [14:10] I think you have what you need now? [14:10] ok I'm not saying :-) [14:11] cjwatson, yep [14:11] somebody will just have to bump the ubuntu-touch seeds once this is landed in utopic [14:11] and upload ubuntu-touch-meta [14:11] sil2100 ^^ [14:11] then we binary-copy ubuntu-touch-meta to rtm [14:11] (once it's built) [14:13] camako, cjwatson: ok, thanks! So, let's get it tested for utopic and ready to release [14:13] Then we can ask for instance ogra_ to update the seed [14:14] sil2100, sounds good [14:14] jdstrand, i see a lot of apparmor denials in image 93 ... for gallery and calculator tests [14:15] jdstrand, http://dev-jenkins.ubuntu-ci:8080/job/utopic-touch_stable-krillin-smoke-daily/313/artifact/clientlogs/ubuntu_calculator_app/syslog/*view*/ and http://dev-jenkins.ubuntu-ci:8080/job/utopic-touch_stable-krillin-smoke-daily/311/artifact/clientlogs/gallery_app/syslog/*view*/ [14:16] and music suddenly cant read its gsettings schemas anymore (it could in 88 ) [14:17] ted, did you test your XDG changes with rtm under pahblet-test-run ? [14:17] 88+ has a lot of new errors we never had before ... partially gsettings related [14:18] ogra_, No, I didn't test with phablet-test-run, I used adb shell. [14:18] you should have used phablet-test-run [14:18] ogra_, Is that before or after the xdg changes landed? [14:18] which is what we use in testing everywhere [14:19] * alecu merges and cleans [14:19] ted, http://people.canonical.com/~ogra/touch-image-stats/rtm/89.changes ... 88 was all fine ... [14:19]