[03:38] asac, ogra: ok, apparmor-easyprof-ubuntu 1.0.32 is INARCHIVE. I updated the Landing Plan to say that. I did not adjust the Landing Asks to go green/strikethru/etc [03:38] * jdstrand -> out [05:35] Mirv, ping. did you run platform stack yet? [05:40] Mirv, looks like it was last run about an hour ago, but it failed. the error messages don't make sense to me (eg, they seem non-reproducible infrastructure issues), so I'm re-running in the hopes that it succeeds this time. [05:42] robru: yes a couple of times after more fixes. what was the error before you started it again now? [05:43] ok, I see, on the nvidia machine at least [05:43] Mirv, something about failure to install the linux kernel headers. it was highly remeniscent of the DNS errors we were having last week, although I didn't see a direct DNS error there. [05:43] the sil2100's fix to the changelog was erronous, but it should be correct now and prepare job succeeded [05:44] robru: now it failed again, similarly [05:44] Mirv, it looked like prepare job for qtubuntu was fine, but platform-api failed, and I don't know why (jenkins log was quite terse there) [05:44] robru: well the platform-api we don't need at the moment I guess [05:45] Mirv, http://10.97.0.1:8080/job/autopilot-saucy-daily_release/1926/label=autopilot-intel/console check step on intel has quite a few tracebacks, but no tracebacks in nvidia [05:45] robru: the platform-api issue is also a changelog one [05:45] Mirv, but nvidia has the kernel headers failure: http://10.97.0.1:8080/job/autopilot-saucy-daily_release/1926/label=qa-nvidia-gtx660/console [05:46] robru: yes it seems. I believe it's because of the new kernel that was just uploaded, and the fact nvidia binary driver needs the header. so hopefully over in a few hours, during which I can install the qtubuntu from daily PPA and test it a bit. [05:46] Mirv, yeah, I'm not sure what the heck is going on with this stuff, it's quite the mess. the important thing is that qtubuntu built in the PPA, asac can upload it to distro when he wakes up (this is what he asked of me, so thanks for getting that built) [05:46] robru: ah, right, manual upload is of course possible. so I'll concentrate on testing it. [05:47] hi [05:47] while I'm also looking at the joyous qtmultimedia fork a bit [05:47] Mirv, ok, sounds good. nearly 11PM here, so I'm going to go to bed unless you or lool needs something from me urgently [05:47] hi lool ;-) [05:47] hello lool [05:48] robru: no, I'm "fine", just wondering how today will turn out :P new FFe during the last day before final beta freeze, yay! [05:48] haha, yeah. [05:48] mirv, yeah I had a crazy day today. so much I meant to get done, but it was all thwarted by chasing down jenkins fires all day long. [05:52] Mirv, lool, ok, g'night [05:59] robru: g'night! [07:03] robru: I'm good [07:03] robru: 'night [08:19] I've added the qtmultimedia to the landing plan as a high risk item, since I'm working on that [08:24] so some updates [08:24] I've synced with dbarth [08:25] on the web related landings [08:25] one landing is actually INIMAGE (webkit backport + webbrowser app) short of promoting the image [08:25] there will be a followup one for bug fixes sometimes next week, but not requested yet [08:26] then there's a landing to rename click packages for webapps; dbarth will sync with Sergio on this and prepare the change; this is low risk [08:26] then there's addition of cordova HTML runtime to the images, which is just adding packages, but it needs addition of new autopilot tests to our testsuites [08:26] ===== [08:27] unrelated, but diwic asked me for a landing of pulse + alsa-lib for a nexus 10 audio fix; it sounded low risk, but I've asked to prepare binary packages and test on his device + find a tester for nexus 10 [08:27] lool, cordova is in since a few days [08:27] ogra: oh I didn't see it in the image [08:27] ogra: what's the name? [08:28] just trying to get into lillipilly [08:28] ogra: dont see cordova in manifest or in dpkg -l [08:29] hmm, thats weird, i cant gerp it either ... i'm sure we landed something with cordova in the name [08:29] ogra: odd, it was added and removed [08:29] oh ? removed ? [08:30] i only see a changelog entry for added [08:30] (in the seeds that is) [08:30] so it seems that wasnt on purpose [08:31] ogra: it was added in r91 [08:31] ogra@anubis:~/Devel/packages/ubuntu-touch-meta-1.073$ grep cordova debian/changelog [08:31] ho :) [08:31] * Added cordova-ubuntu-2.8 to sdk [08:31] * Added qtcreator-plugin-ubuntu-cordova to sdk [08:31] only sdk :P [08:31] ogra: Oh it was added to *sdk* seed [08:31] not to touch seed [08:31] so we should still seed it then [08:32] yes [08:32] ogra: that's unrelated I think [08:32] now we need it on the phone [08:33] lool: :) [08:33] I seem to have the wrong hangout link again [08:34] ah there we go [08:35] psivaa: hey :) [08:41] psivaa: can you retry the final tests on 57 image? [08:41] thx [09:05] root@ubuntu-phablet:/# apt-cache madison unity-scope-video-remote [09:05] unity-scope-video-remote | 0.3.15+13.10.20130705-0ubuntu1 | http://ports.ubuntu.com/ubuntu-ports/ saucy/main armhf Packages [09:05] root@ubuntu-phablet:/# [09:06] psivaa: we miss you in the standup :) [09:35] ogra: uploaded qtubuntu after testing? [09:36] asac, that was tested 100 times for verious attempts to get it in, i wont test it again :) [09:36] and no, not uploaded, on its way [09:38] hehe [09:38] allright [09:38] hmm [09:38] lets take the zero risk then :) [09:38] so while i'm grabbing the source package out of the PPA here ... it did build and all, what was now the reason we couldnt just copy it ? [09:39] https://launchpad.net/~ubuntu-unity/+archive/daily-build/+packages?field.name_filter=qtubuntu&field.status_filter=published&field.series_filter=saucy [09:39] that looks just fine [09:39] has the change we want and all [09:41] ogra: just copy [09:41] do it [09:41] :) [09:41] not sure i can [09:41] source copy (e.g. reupload) [09:41] ogra: i prefer to not do more binary copies out of that stack [09:41] yeah, thats what i was planning to do ... [09:41] otherwise lool would know how to do that [09:41] but i wonder why i have to if we have the binary now [09:41] but we did enough damage already :) [09:42] right [09:42] ogra: you have to if we dont want to do the copies lool did yesterday [09:42] ogra: your call... you can look at backlog [09:42] every core-dev can run those copies colin toldus [09:43] ... [09:43] Uploading qtubuntu_0.52+13.10.20130920-0ubuntu1_source.changes: done. [09:43] Successfully uploaded packages. [09:43] ... [09:44] * ogra goes to read the discussion about our release handling on the release mailing list [09:44] nice :) [09:44] ogra: ok. thanks for catching up on that :) [09:44] big pushback [09:44] let us know if there are problems [09:44] for the webkit update [09:44] wasnt that approved? [09:45] no, the FFe that was approved was for all of Qt 5.1.1 [09:45] and the cherry pick wasnt discussed before we uploaded [09:45] Not really a major pushback, but there was a request that only people in ubuntu-dev should be able to drive the tools [09:45] yeah, that too [09:46] Which TBH I think is reasonable with the exception of asac having let his membership of that team lapse :) [09:46] scottk sreems pretty unhappy about the webkit landing though [09:46] That's really orthogonal to all of this, I'm not worrying about that [09:47] feel free to remove me from the team that can do the bzr commits :) [09:47] well, after the Mir stuff and all the bad press they got us i prefer to handle kubuntu with extra care [09:47] Oh, OK, I thought you were the one who needed it most ... [09:47] actually i am not supposed to do this stuff :) [09:47] I mean, you're the person saying yes, I thought [09:48] cjwatson: is this about the unblock/block things? [09:48] Yeah [09:48] or something else even? [09:48] I thought it a good idea to give ubuntu-release a heads-up since up to now they've been the only team able to do it, so it would have surprised them [09:50] So looks to me as though neither Mirv or sil2100 are in ubuntu-dev or have ever been (though I could have missed something) [09:50] And asac was in ubuntu-dev though isn't currently [09:50] Everyone else is uncontroversial [09:51] hmm.... who would be left? [09:51] cypher, didrocks, ogra, lool? [09:51] kenvandine [09:51] please add ev as well [09:51] done [09:51] remove me and the rest. [09:51] rsalveti is ubuntu-dev [09:51] from what i understand its just another safety layer [09:51] asac: ok. you should reactivate your core-dev :-) [09:51] would save on debate :-) [09:52] asac, it should really replace what we are doing now [09:52] cjwatson: how does that work? [09:52] imho [09:52] cjwatson: going to technical board meeting? [09:52] asac: I think you ask the developer membership board and say "oh hai yeah I'm still involved and care" [09:52] ok let me find out when that is [09:52] yeah, should be a matter of one mail [09:52] when i came back i thought i would not do any uploads etc... [09:52] it's usually a tickybox for reactivation [09:53] this role is kind of temporary, but given that its now painful i should do it [09:53] * ogra has never timed out from a team ... [09:53] well, i couldnt cope with the ubuntu mails anymore [09:53] oh, branch reviews [09:53] and was deep diving on linaro side [09:53] ? [09:53] membership doesnt really generate much mail [09:54] oh, right, that does [09:54] ogra: no... but my @ubuntu.com is completely lost and i never go tthat right [09:54] should really fix that one of these days [09:54] ++ [09:54] ok, https://launchpad.net/~ubuntu-touch-release/+members should be a subset of ~ubuntu-dev now [09:54] hopefully I haven't pissed too many people off in the process [09:54] * ogra gets around 600-1000 mails per week for merges of teams he isnt intrested in [09:54] cjwatson: so you think they feel its a problem if i try to make decisions on UE contributions part that might influence the group of core-devs in this team? [09:55] "oh, you cant see my bug ? let me add you to the team" ... blam ... 300 more merge mails [09:56] anyway [09:56] i hope this is sorted [09:56] * asac goes back to testing [09:57] asac: well, I dunno. I think in general it will help if there's open collaboration in cases where Ubuntu Touch overlaps with other flavours within the Ubuntu project [09:58] (going back to what I was saying about it being good to be doing release engineering in #ubuntu-release at least in cases where there's overlap - helps people to know about each other's problems) [09:58] right [09:58] overlaps ... that reminds me ... [09:58] I think people are used to UE core-devs having a variety of instructions that are stronger than those for core-devs in general [09:58] xnox, go ahead with the temes upload [09:58] *themes [09:58] right thats how i feel [09:59] let me try to untangle how we do things in a quiet moment. guess over weekend i will find some time [09:59] to think about that proposed and this team/governance thingy [10:00] its essentially what we do now, but on a level where we are less disturbing for people to get their work done [10:00] (and fishing packages out of proposed for testing is a plus) [10:01] sure. thtas clear. the implementation of how to exactly set things up etc. is what i am lacking self-clarity on [10:02] I think it's a useful prototype for delegating this kind of authority to flavours in general (as I said on ubuntu-release@) [10:02] yeah [10:03] similar to the work we've been doing to try to make flavours more self-managing [10:03] and we wont hit all these jenkins issues all the time [10:03] which has already been saving Canonical engineers a good deal of time [10:03] well, we will, but wont feel them as hard [10:03] right [10:03] don't count your chickens before they hatch :-) [10:03] it will be much faster and cleaner to handle [10:04] haha [10:04] cjwatson: yep, we are not. cyphermox, kenvandine are [10:05] you should fix that in your copious free time :) [10:07] I think that's planned for me and sil2100 after 13.10. I started PPU application for myself but haven't had time to go forward with that either, and seb + didrocks who could endorse me are on holidays [10:08] Great [10:10] ok finalizing testing of my stacks [10:17] Mirv: services and media stack tested [10:17] Mirv: can you publish? [10:28] lightdm session works ! [10:29] but session startup got a lot longer [10:29] Mirv: ok so services and apps are ready. [10:30] thostr_: anything in the === unity === changes that you know changes UI on desktop? [10:30] i think some scopes there might be yours [10:30] Mirv: err services and media :) [10:31] * ogra feels brave and tries the Mir session too [10:34] hmm, seems i cant just switch [10:35] lets focus on get it land with SF :) [10:35] thats the default until next week i guess [10:35] there are goodies coming on mir that we dont have yet [10:35] so... [10:36] ah, works now [10:36] well, we still want to be able to switch back and forth else testing is hard [10:36] man ... apt is so damn creeping slow [10:36] but seems i got it now ... and i havent seen it flicker yet [10:36] yeah, using the DB on top of an eMMC is painful [10:37] ah, now it flickers [10:37] heh [10:37] and now it crashed [10:37] good [10:37] ok let me switch back and run some test suites :) [10:37] the few seconds i could use it it felt a lot faster than SF i must say [10:37] nice [10:38] might be subjective indeed [10:38] you remember when you said that last time you were using SF :) [10:38] SF is super smooth now imo [10:38] oh, and i'm on mako ... maguro will likely be still worse [10:38] dont see how it can be even faster [10:38] hehe [10:38] unity feels a lot more responsive [10:38] the browser too [10:39] ogra: the browser has new qtwebkit :) [10:39] lol [10:39] with SF your input goes through the container and back to the ubuntu side [10:39] yeah input might be better [10:39] Mir doesnt have that loop i was told [10:39] so i guess thats what makes it feel so much snappier [10:40] well, G+ feels actually usable now with all the improvements [10:41] scrolling isnt lagging 1cm behind your fingertip but fells direct [10:42] ogra: did we add unity-scope-video-remote to seed? [10:42] thostr_: ^^ do you need this to be installed at all? [10:43] asac, we did and removed it again because tapping a video hard crashed the device (reboot) [10:43] it is pretty cool, if it works we definitely want it [10:44] its our "youtube app" :) [10:44] (without involving an app actually) [10:44] ok [10:45] Cool, I see qtubuntu is finally in archive :-) [10:45] ogra: i will try [10:45] hmm, mtp still needs improvements ... [10:45] and that all the merger problems are solved [10:45] ogra: i have unity-scope-video-remote unity-scope-media unity-scope-home [10:45] to see what happens when pushing unity stack [10:45] if tests dont fail, i dont care [10:45] :) [10:46] well.. lets double check [10:46] ogra: we dont have a video by default [10:46] asac, design was discussion offering a click for that [10:46] with one mp3, one video and a few wallpapers [10:46] can we install data through click2~? [10:46] thought that was not yet available :) [10:47] asac, http://people.canonical.com/~jhodapp/ [10:47] there is sintel [10:47] yeah, you need to jump through some hoops but you can have a click that dumps data in the XDG dirs in your home [10:48] ogra: so i can click on a video [10:48] and it opens the browser etc. [10:48] needs to use a non existing copying hook for teh click package i was told [10:48] ogra: asac: yes, we need unity-scope-video-remote [10:48] asac, i didnt get that far ... i could search in the video lens with that thing installed and it showed me youtube videos [10:49] for me it rebooted the phone when tapping on a video with the last version [10:49] theoretically it should open the mediaplayer i suppose [10:49] ogra: so the current ppa version seems to work here [10:49] ogra: so once we have unity stack pumped [10:49] we can do the seed change [10:50] good [10:50] ogra: what caused the reboot? are you sure that wasn't because of media player? [10:50] thostr_, no, i'm not :) [10:50] yeah [10:50] so... [10:50] i think we should dismiss that [10:50] Mirv: unity stack looks cool [10:50] but we couldnt put it in that way ... and it was reliably reproducable [10:50] waiting just for unnity team confirming no UI changes [10:50] thostr_, seems to be fine now [10:50] ogra: good [10:53] damn... those unity guys have zero clue about what they are landing on unity7 [10:54] Mirv: ok ... i skimmed through unity [10:55] and they dont have UI changes that i see [10:57] * robert_ancell -> breakfast [10:58] Mirv: ok taking over click package stack testing too [10:58] Ran 24 tests in 388.930s [10:58] OK [10:58] Restoring shell [10:59] unity8 with lightdm andd surfaceflinger [10:59] asac, any idea what other tests we would want ? [10:59] imho it looks safe for inclusion [10:59] ogra: unity8 is safe imo [10:59] ogra: webbrowsrer maybe? [10:59] great, lerging the code then [10:59] yeah go ahead [10:59] ah, yeah [11:00] maybe run it while uploading :) [11:00] not before [11:00] i did test the browser manually (including G+) [11:01] kk [11:01] good enough [11:01] robert_ancell, good work ! [11:01] now we need Mirv to come back [11:01] man how i hate these secluded power places [11:01] everyone should have access to everything [11:01] :-P [11:01] robert_ancell: yay! :) [11:02] robert_ancell: lightdm is landing!!! [11:02] kgunn: ^^ thanks a bunch [11:02] there is no way back anymore now [11:02] hmm [11:02] asac, aw yeah! [11:02] webbrowser test fails here [11:02] ogra: which one? [11:02] ogra: there are a few flaki still [11:02] afaik [11:03] phablet-test-run -p webbrowser-app-autopilot webbrowser [11:03] ogra: reboot, unlock screen manually after system is quiet [11:03] ... [11:03] ImportError: No module named python2.7.test.test_support [11:03] Tests running... [11:03] Ran 0 tests in 0.001s [11:03] OK [11:03] and run that [11:03] yeah [11:03] was the test upgraded ? [11:03] ogra: well. that might mean you have fiddled too much [11:03] no [11:03] i dont think so [11:03] yeah, likely [11:03] ogra: try the reboot route... otherwise reflash [11:03] its definitely unrelated to lightdm [11:03] let me run them just to be sure too [11:04] ogra: you never know :) [11:04] ogra: maybe just more flakiness because of qtwebkit [11:05] well, its a python import error [11:05] yeah you trashed your syste [11:05] the tests are running fine here right now [11:05] with latest image [11:05] ogra: really reflash and test ... but upload first [11:05] we can still not produce an image if it really is the lightdm thing [11:06] or double check your apt log [11:06] what you did [11:06] i must say that the webbrowser test is pretty good at typing :) [11:07] i hope mir will give me inpt that allows me to type as fast as well :) [11:13] webbrowser works here [11:13] so... [11:14] asac: ok, taking notes of the publishable stacks, and will publish after they can be published since the new tick has now been running for 1h [11:14] there's a problem with unity-scope-click since it was manually reverted https://launchpad.net/ubuntu/saucy/+source/unity-scope-click/0.1+13.10.20130906.1-0ubuntu2 but I guess that package can then be ignored [11:15] Mirv: look at the landing plan [11:15] READYFORPUBLISH [11:15] i tested [11:15] unity i double checked as well on UI changes [11:15] session changes uploaded and in flight [11:16] unity is weird since it was mentioned to have been 'published' by cu2d while actually it did not. I need to check whether forcing the publishing actually works, but it's great if it's now publishable. [11:17] Mirv: yeah ... do the others first maybe [11:17] just in case our system explodes on unity :) [11:19] Mirv: ok testing indicators stack now ... so you just focus on publishing :) [11:20] asac: thanks.. this is one of those famous 'overload' days.. [11:21] we will get better at it ... and hopefully have automation for this too soon again [11:21] :) [11:21] ogra: do you know if asks 48 [11:21] is in ... or is coming in this unity stack publish? [11:21] hmm. i think its the stuff we put into the archive and will be in todays image [11:21] lool: do you kno? [11:22] asac: yeah, the 'automated' part (cu2d) has just been tremendously lacking in automation during the last few weeks, and slow. [11:23] but it'll get better 'automatically' also when didier is back to debug the bottlenecks :) [11:23] Mirv: well. i am talking about the manual testing :) [11:24] once we have phone testing set up [11:24] we can just decide what we want to try [11:24] and have the machines tell us :) [11:24] (while we drink beer) ... hehe [11:25] yep, getting that up is the most important part, talking about priorities. cu2d does work with certain amount kicking and patience [11:25] asac: plars: ttest_capture.TestCapture.test_shoot_button_disable fails consistently today. iirc gusch and omer were talking about disabling it [11:26] psivaa: try one more time [11:26] otherwise we try later :) [11:26] its awful [11:26] asac: will do [11:32] psivaa: unity8 is not better? [11:33] http://reports.qa.ubuntu.com/smokeng/saucy/touch_ro/4356/ [11:35] added a landing ask for click; running some autopilot tests now [11:38] asac: which one? [11:38] asac: ask 48? [11:38] asac: that's the whole qtmultimedia stuff [11:39] asac: packaging just completed over our night [11:39] asac: haven't reviewed, but is nearing the ready to merge stage [11:39] lool: wait :) [11:39] lool: ask 48 is for me "unity8 bugfixes" [11:40] i dont see multimedia in that [11:41] asac: uh right, sorry [11:41] asac: so yeah, I think we landed these yesterday evening [11:41] in the archive only [11:43] asac: another unity8 is also running, [11:44] I think I have a regression with Rad.io click [11:45] rick installed it fine, and I can't open it after install; some keyfile error from the desktop file [11:45] I thought that was reported as a bug in the app [11:45] and that upon investigation it transpired some people had installed a different version or from a different source or something [11:46] cjwatson: this is from appstore, never installed it before [11:46] see appdevelopers@lists.canonical.com thread "Subject: rad-io should not have been published" [11:47] lool: right, what I mean is that it transpired that the people for whom it worked had installed an older version [11:47] cjwatson: indeed, I wonder where rick got his [11:47] oh, but Rick said it worked for him with the current version 15 minutes ago [11:48] exactly [11:48] did you install before that, or maybe a caching issue or something? at any rate you should check the versions ... [11:48] lool: so they are on build 57 or the one we want to kick off soon [11:48] psivaa: now it just had one flaki test [11:49] hmm. we had trhe home scope crashing [11:49]