[03:38] <jdstrand> 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] <robru> Mirv, ping. did you run platform stack yet?
[05:40] <robru> 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] <Mirv> robru: yes a couple of times after more fixes. what was the error before you started it again now?
[05:43] <Mirv> ok, I see, on the nvidia machine at least
[05:43] <robru> 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] <Mirv> the sil2100's fix to the changelog was erronous, but it should be correct now and prepare job succeeded
[05:44] <Mirv> robru: now it failed again, similarly
[05:44] <robru> 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] <Mirv> robru: well the platform-api we don't need at the moment I guess
[05:45] <robru> 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] <Mirv> robru: the platform-api issue is also a changelog one
[05:45] <robru> 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] <Mirv> 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] <robru> 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] <Mirv> robru: ah, right, manual upload is of course possible. so I'll concentrate on testing it.
[05:47] <lool> hi
[05:47] <Mirv> while I'm also looking at the joyous qtmultimedia fork a bit
[05:47] <robru> 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] <robru> hi lool ;-)
[05:47] <Mirv> hello lool
[05:48] <Mirv> 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] <robru> haha, yeah.
[05:48] <robru> 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] <robru> Mirv, lool, ok, g'night
[05:59] <Mirv> robru: g'night!
[07:03] <lool> robru: I'm good
[07:03] <lool> robru: 'night
[08:19] <Mirv> I've added the qtmultimedia to the landing plan as a high risk item, since I'm working on that
[08:24] <lool> so some updates
[08:24] <lool> I've synced with dbarth
[08:25] <lool> on the web related landings
[08:25] <lool> one landing is actually INIMAGE (webkit backport + webbrowser app) short of promoting the image
[08:25] <lool> there will be a followup one for bug fixes sometimes next week, but not requested yet
[08:26] <lool> 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] <lool> 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] <lool> [08:27] <lool> 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] <ogra> lool, cordova is in since a few days
[08:27] <lool> ogra: oh I didn't see it in the image
[08:27] <lool> ogra: what's the name?
[08:28] <ogra> just trying to get into lillipilly
[08:28] <lool> ogra: dont see cordova in manifest or in dpkg -l
[08:29] <ogra> hmm, thats weird, i cant gerp it either ... i'm sure we landed something with cordova in the name
[08:29] <lool> ogra: odd, it was added and removed
[08:29] <ogra> oh ? removed ?
[08:30] <ogra> i only see a changelog entry for added
[08:30] <ogra> (in the seeds that is)
[08:30] <ogra> so it seems that wasnt on purpose
[08:31] <lool> ogra: it was added in r91
[08:31] <ogra> ogra@anubis:~/Devel/packages/ubuntu-touch-meta-1.073$ grep cordova debian/changelog
[08:31] <asac> ho :)
[08:31] <ogra>   * Added cordova-ubuntu-2.8 to sdk
[08:31] <ogra>   * Added qtcreator-plugin-ubuntu-cordova to sdk
[08:31] <ogra> only sdk :P
[08:31] <lool> ogra: Oh it was added to *sdk* seed
[08:31] <lool> not to touch seed
[08:31] <ogra> so we should still seed it then
[08:32] <lool> yes
[08:32] <lool> ogra: that's unrelated I think
[08:32] <lool> now we need it on the phone
[08:33] <asac> lool: :)
[08:33] <lool> I seem to have the wrong hangout link again
[08:34] <lool> ah there we go
[08:35] <asac> psivaa: hey :)
[08:41] <asac> psivaa: can you retry the final tests on 57 image?
[08:41] <asac> thx
[09:05] <ogra> root@ubuntu-phablet:/# apt-cache madison unity-scope-video-remote
[09:05] <ogra> unity-scope-video-remote | 0.3.15+13.10.20130705-0ubuntu1 | http://ports.ubuntu.com/ubuntu-ports/ saucy/main armhf Packages
[09:05] <ogra> root@ubuntu-phablet:/#
[09:06] <asac> psivaa: we miss you in the standup :)
[09:35] <asac> ogra: uploaded qtubuntu after testing?
[09:36] <ogra> asac, that was tested 100 times for verious attempts to get it in, i wont test it again :)
[09:36] <ogra> and no, not uploaded, on its way
[09:38] <asac> hehe
[09:38] <asac> allright
[09:38] <ogra> hmm
[09:38] <asac> lets take the zero risk then :)
[09:38] <ogra> 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] <ogra> https://launchpad.net/~ubuntu-unity/+archive/daily-build/+packages?field.name_filter=qtubuntu&field.status_filter=published&field.series_filter=saucy
[09:39] <ogra> that looks just fine
[09:39] <ogra> has the change we want and all
[09:41] <asac> ogra: just copy
[09:41] <asac> do it
[09:41] <asac> :)
[09:41] <ogra> not sure i can
[09:41] <asac> source copy (e.g. reupload)
[09:41] <asac> ogra: i prefer to not do more binary copies out of that stack
[09:41] <ogra> yeah, thats what i was planning to do ...
[09:41] <asac> otherwise lool would know how to do that
[09:41] <ogra> but i wonder why i have to if we have the binary now
[09:41] <asac> but we did enough damage already :)
[09:42] <ogra> right
[09:42] <asac> ogra: you have to if we dont want to do the copies lool did yesterday
[09:42] <asac> ogra: your call... you can look at backlog
[09:42] <asac> every core-dev can run those copies colin toldus
[09:43] <ogra> ...
[09:43] <ogra>   Uploading qtubuntu_0.52+13.10.20130920-0ubuntu1_source.changes: done.
[09:43] <ogra> Successfully uploaded packages.
[09:43] <ogra> ...
[09:44]  * ogra goes to read the discussion about our release handling on the release mailing list 
[09:44] <asac> nice :)
[09:44] <asac> ogra: ok. thanks for catching up on that :)
[09:44] <ogra> big pushback
[09:44] <asac> let us know if there are problems
[09:44] <ogra> for the webkit update
[09:44] <asac> wasnt that approved?
[09:45] <ogra> no, the FFe that was approved was for all of Qt 5.1.1
[09:45] <ogra> and the cherry pick wasnt discussed before we uploaded
[09:45] <cjwatson> 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] <ogra> yeah, that too
[09:46] <cjwatson> Which TBH I think is reasonable with the exception of asac having let his membership of that team lapse :)
[09:46] <ogra> scottk sreems pretty unhappy about the webkit landing though
[09:46] <cjwatson> That's really orthogonal to all of this, I'm not worrying about that
[09:47] <asac> feel free to remove me from the team that can do the bzr commits :)
[09:47] <ogra> well, after the Mir stuff and all the bad press they got us i prefer to handle kubuntu with extra care
[09:47] <cjwatson> Oh, OK, I thought you were the one who needed it most ...
[09:47] <asac> actually i am not supposed to do this stuff :)
[09:47] <cjwatson> I mean, you're the person saying yes, I thought
[09:48] <asac> cjwatson: is this about the unblock/block things?
[09:48] <cjwatson> Yeah
[09:48] <asac> or something else even?
[09:48] <cjwatson> 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] <cjwatson> 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] <cjwatson> And asac was in ubuntu-dev though isn't currently
[09:50] <cjwatson> Everyone else is uncontroversial
[09:51] <asac> hmm.... who would be left?
[09:51] <asac> cypher, didrocks, ogra, lool?
[09:51] <cjwatson> kenvandine
[09:51] <asac> please add ev as well
[09:51] <cjwatson> done
[09:51] <asac> remove me and the rest.
[09:51] <ogra> rsalveti is ubuntu-dev
[09:51] <asac> from what i understand its just another safety layer
[09:51] <cjwatson> asac: ok.  you should reactivate your core-dev :-)
[09:51] <cjwatson> would save on debate :-)
[09:52] <ogra> asac, it should really replace what we are doing now
[09:52] <asac> cjwatson: how does that work?
[09:52] <ogra> imho
[09:52] <asac> cjwatson: going to technical board meeting?
[09:52] <cjwatson> asac: I think you ask the developer membership board and say "oh hai yeah I'm still involved and care"
[09:52] <asac> ok let me find out when that is
[09:52] <ogra> yeah, should be a matter of one mail
[09:52] <asac> when i came back i thought i would not do any uploads etc...
[09:52] <cjwatson> it's usually a tickybox for reactivation
[09:53] <asac> 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] <asac> well, i couldnt cope with the ubuntu mails anymore
[09:53] <cjwatson> oh, branch reviews
[09:53] <asac> and was deep diving on linaro side
[09:53] <cjwatson> ?
[09:53] <ogra> membership doesnt really generate much mail
[09:54] <ogra> oh, right, that does
[09:54] <asac> ogra: no... but my @ubuntu.com is completely lost and i never go tthat right
[09:54] <cjwatson> should really fix that one of these days
[09:54] <ogra> ++
[09:54] <cjwatson> ok, https://launchpad.net/~ubuntu-touch-release/+members should be a subset of ~ubuntu-dev now
[09:54] <cjwatson> 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] <asac> 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] <ogra> "oh, you cant see my bug ? let me add you to the team" ... blam ... 300 more merge mails
[09:56] <asac> anyway
[09:56] <asac> i hope this is sorted
[09:56]  * asac goes back to testing
[09:57] <cjwatson> 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] <cjwatson> (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] <asac> right
[09:58] <ogra> overlaps ... that reminds me ...
[09:58] <cjwatson> 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] <ogra> xnox, go ahead with the temes upload
[09:58] <ogra> *themes
[09:58] <asac> right thats how i feel
[09:59] <asac> let me try to untangle how we do things in a quiet moment. guess over weekend i will find some time
[09:59] <asac> to think about that proposed and this team/governance thingy
[10:00] <ogra> its essentially what we do now, but on a level where we are less disturbing for people to get their work done
[10:00] <ogra> (and fishing packages out of proposed for testing is a plus)
[10:01] <asac> sure. thtas clear. the implementation of how to exactly set things up etc. is what i am lacking self-clarity on
[10:02] <cjwatson> 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] <ogra> yeah
[10:03] <cjwatson> similar to the work we've been doing to try to make flavours more self-managing
[10:03] <ogra> and we wont hit all these jenkins issues all the time
[10:03] <cjwatson> which has already been saving Canonical engineers a good deal of time
[10:03] <ogra> well, we will, but wont feel them as hard
[10:03] <ogra> right
[10:03] <cjwatson> don't count your chickens before they hatch :-)
[10:03] <ogra> it will be much faster and cleaner to handle
[10:04] <ogra> haha
[10:04] <Mirv> cjwatson: yep, we are not. cyphermox, kenvandine are
[10:05] <cjwatson> you should fix that in your copious free time :)
[10:07] <Mirv> 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] <cjwatson> Great
[10:10] <asac> ok finalizing testing of my stacks
[10:17] <asac> Mirv: services and media stack tested
[10:17] <asac> Mirv: can you publish?
[10:28] <ogra> lightdm session works !
[10:29] <ogra> but session startup got a lot longer
[10:29] <asac> Mirv: ok so services and apps are ready.
[10:30] <asac> thostr_: anything in the [10:30] <asac> i think some scopes there might be yours
[10:30] <asac> Mirv: err services and media :)
[10:31]  * ogra feels brave and tries the Mir session too
[10:34] <ogra> hmm, seems i cant just switch
[10:35] <asac> lets focus on get it land with SF :)
[10:35] <asac> thats the default until next week i guess
[10:35] <asac> there are goodies coming on mir that we dont have yet
[10:35] <asac> so...
[10:36] <ogra> ah, works now
[10:36] <ogra> well, we still want to be able to switch back and forth else testing is hard
[10:36] <asac> man ... apt is so damn creeping slow
[10:36] <ogra> but seems i got it now ... and i havent seen it flicker yet
[10:36] <ogra> yeah, using the DB on top of an eMMC is painful
[10:37] <ogra> ah, now it flickers
[10:37] <ogra> heh
[10:37] <ogra> and now it crashed
[10:37] <asac> good
[10:37] <ogra> ok let me switch back and run some test suites :)
[10:37] <ogra> the few seconds i could use it it felt a lot faster than SF i must say
[10:37] <asac> nice
[10:38] <ogra> might be subjective indeed
[10:38] <asac> you remember when you said that last time you were using SF :)
[10:38] <asac> SF is super smooth now imo
[10:38] <ogra> oh, and i'm on mako ... maguro will likely be still worse
[10:38] <asac> dont see how it can be even faster
[10:38] <asac> hehe
[10:38] <ogra> unity feels a lot more responsive
[10:38] <ogra> the browser too
[10:39] <asac> ogra: the browser has new qtwebkit :)
[10:39] <asac> lol
[10:39] <ogra> with SF your input goes through the container and back to the ubuntu side
[10:39] <asac> yeah input might be better
[10:39] <ogra> Mir doesnt have that loop i was told
[10:39] <ogra> so i guess thats what makes it feel so much snappier
[10:40] <ogra> well, G+ feels actually usable now with all the improvements
[10:41] <ogra> scrolling isnt lagging 1cm behind your fingertip but fells direct
[10:42] <asac> ogra: did we add unity-scope-video-remote to seed?
[10:42] <asac> thostr_: ^^ do you need this to be installed at all?
[10:43] <ogra> asac, we did and removed it again because tapping a video hard crashed the device (reboot)
[10:43] <ogra> it is pretty cool, if it works we definitely want it
[10:44] <ogra> its our "youtube app" :)
[10:44] <ogra> (without involving an app actually)
[10:44] <asac> ok
[10:45] <lool> Cool, I see qtubuntu is finally in archive   :-)
[10:45] <asac> ogra: i will try
[10:45] <ogra> hmm, mtp still needs improvements ...
[10:45] <lool> and that all the merger problems are solved
[10:45] <asac> ogra: i have unity-scope-video-remote unity-scope-media unity-scope-home
[10:45] <asac> to see what happens when pushing unity stack
[10:45] <asac> if tests dont fail, i dont care
[10:45] <asac> :)
[10:46] <asac> well.. lets double check
[10:46] <asac> ogra: we dont have a video by default
[10:46] <ogra> asac, design was discussion offering a click for that
[10:46] <ogra> with one mp3, one video and a few wallpapers
[10:46] <asac> can we install data through click2~?
[10:46] <asac> thought that was not yet available :)
[10:47] <ogra> asac, http://people.canonical.com/~jhodapp/
[10:47] <ogra> there is sintel
[10:47] <ogra> 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] <asac> ogra: so i can click on a video
[10:48] <asac> and it opens the browser etc.
[10:48] <ogra> needs to use a non existing copying hook for teh click package i was told
[10:48] <thostr_> ogra: asac: yes, we need unity-scope-video-remote
[10:48] <ogra> 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] <ogra> for me it rebooted the phone when tapping on a video with the last version
[10:49] <ogra> theoretically it should open the mediaplayer i suppose
[10:49] <asac> ogra: so the current ppa version seems to work here
[10:49] <asac> ogra: so once we have unity stack pumped
[10:49] <asac> we can do the seed change
[10:50] <ogra> good
[10:50] <thostr_> ogra: what caused the reboot? are you sure that wasn't because of media player?
[10:50] <ogra> thostr_, no, i'm not :)
[10:50] <asac> yeah
[10:50] <asac> so...
[10:50] <asac> i think we should dismiss that
[10:50] <asac> Mirv: unity stack looks cool
[10:50] <ogra> but we couldnt put it in that way ... and it was reliably reproducable
[10:50] <asac> waiting just for unnity team confirming no UI changes
[10:50] <ogra> thostr_, seems to be fine now
[10:50] <thostr_> ogra: good
[10:53] <asac> damn... those unity guys have zero clue about what they are landing on unity7
[10:54] <asac> Mirv: ok ... i skimmed through unity
[10:55] <asac> and they dont have UI changes that i see
[10:57]  * robert_ancell -> breakfast
[10:58] <asac> Mirv: ok taking over click package stack testing too
[10:58] <ogra> Ran 24 tests in 388.930s
[10:58] <ogra> OK
[10:58] <ogra> Restoring shell
[10:59] <ogra> unity8 with lightdm andd surfaceflinger
[10:59] <ogra> asac, any idea what other tests we would want ?
[10:59] <ogra> imho it looks safe for inclusion
[10:59] <asac> ogra: unity8 is safe imo
[10:59] <asac> ogra: webbrowsrer maybe?
[10:59] <ogra> great, lerging the code then
[10:59] <asac> yeah go ahead
[10:59] <ogra> ah, yeah
[11:00] <asac> maybe run it while uploading :)
[11:00] <asac> not before
[11:00] <ogra> i did test the browser manually (including G+)
[11:01] <asac> kk
[11:01] <asac> good enough
[11:01] <ogra> robert_ancell, good work !
[11:01] <asac> now we need Mirv to come back
[11:01] <asac> man how i hate these secluded power places
[11:01] <asac> everyone should have access to everything
[11:01] <asac> :-P
[11:01] <asac> robert_ancell: yay! :)
[11:02] <asac> robert_ancell: lightdm is landing!!!
[11:02] <asac> kgunn: ^^ thanks a bunch
[11:02] <asac> there is no way back anymore now
[11:02] <ogra> hmm
[11:02] <robert_ancell> asac, aw yeah!
[11:02] <ogra> webbrowser test fails here
[11:02] <asac> ogra: which one?
[11:02] <asac> ogra: there are a few flaki still
[11:02] <asac> afaik
[11:03] <ogra>  phablet-test-run -p webbrowser-app-autopilot webbrowser
[11:03] <asac> ogra: reboot, unlock screen manually after system is quiet
[11:03] <ogra> ...
[11:03] <ogra> ImportError: No module named python2.7.test.test_support
[11:03] <ogra> Tests running...
[11:03] <ogra> Ran 0 tests in 0.001s
[11:03] <ogra> OK
[11:03] <asac> and run that
[11:03] <asac> yeah
[11:03] <ogra> was the test upgraded ?
[11:03] <asac> ogra: well. that might mean you have fiddled too much
[11:03] <asac> no
[11:03] <asac> i dont think so
[11:03] <ogra> yeah, likely
[11:03] <asac> ogra: try the reboot route... otherwise reflash
[11:03] <ogra> its definitely unrelated to lightdm
[11:03] <asac> let me run them just to be sure too
[11:04] <asac> ogra: you never know :)
[11:04] <asac> ogra: maybe just more flakiness because of qtwebkit
[11:05] <ogra> well, its a python import error
[11:05] <asac> yeah you trashed your syste
[11:05] <asac> the tests are running fine here right now
[11:05] <asac> with latest image
[11:05] <asac> ogra: really reflash and test ... but upload first
[11:05] <asac> we can still not produce an image if it really is the lightdm thing
[11:06] <asac> or double check your apt log
[11:06] <asac> what you did
[11:06] <asac> i must say that the webbrowser test is pretty good at typing :)
[11:07] <asac> i hope mir will give me inpt that allows me to type as fast as well :)
[11:13] <asac> webbrowser works here
[11:13] <asac> so...
[11:14] <Mirv> 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] <Mirv> 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] <asac> Mirv: look at the landing plan
[11:15] <asac> READYFORPUBLISH
[11:15] <asac> i tested
[11:15] <asac> unity i double checked as well on UI changes
[11:15] <ogra> session changes uploaded and in flight
[11:16] <Mirv> 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] <asac> Mirv: yeah ... do the others first maybe
[11:17] <asac> just in case our system explodes on unity :)
[11:19] <asac> Mirv: ok testing indicators stack now ... so you just focus on publishing :)
[11:20] <Mirv> asac: thanks.. this is one of those famous 'overload' days..
[11:21] <asac> we will get better at it ... and hopefully have automation for this too soon again
[11:21] <asac> :)
[11:21] <asac> ogra: do you know if asks 48
[11:21] <asac> is in ... or is coming in this unity stack publish?
[11:21] <asac> hmm. i think its the stuff we put into the archive and will be in todays image
[11:21] <asac> lool: do you kno?
[11:22] <Mirv> asac: yeah, the 'automated' part (cu2d) has just been tremendously lacking in automation during the last few weeks, and slow.
[11:23] <Mirv> but it'll get better 'automatically' also when didier is back to debug the bottlenecks :)
[11:23] <asac> Mirv: well. i am talking about the manual testing :)
[11:24] <asac> once we have phone testing set up
[11:24] <asac> we can just decide what we want to try
[11:24] <asac> and have the machines tell us :)
[11:24] <asac> (while we drink beer) ... hehe
[11:25] <Mirv> yep, getting that up is the most important part, talking about priorities. cu2d does work with certain amount kicking and patience
[11:25] <psivaa> asac: plars: ttest_capture.TestCapture.test_shoot_button_disable fails consistently today. iirc gusch and omer were talking about disabling it
[11:26] <asac> psivaa: try one more time
[11:26] <asac> otherwise we try later :)
[11:26] <asac> its awful
[11:26] <psivaa> asac: will do
[11:32] <asac> psivaa: unity8 is not better?
[11:33] <asac> http://reports.qa.ubuntu.com/smokeng/saucy/touch_ro/4356/
[11:35] <cjwatson> added a landing ask for click; running some autopilot tests now
[11:38] <lool> asac: which one?
[11:38] <lool> asac: ask 48?
[11:38] <lool> asac: that's the whole qtmultimedia stuff
[11:39] <lool> asac: packaging just completed over our night
[11:39] <lool> asac: haven't reviewed, but is nearing the ready to merge stage
[11:39] <asac> lool: wait :)
[11:39] <asac> lool: ask 48 is for me "unity8 bugfixes"
[11:40] <asac> i dont see multimedia in that
[11:41] <lool> asac: uh right, sorry
[11:41] <lool> asac: so yeah, I think we landed these yesterday evening
[11:41] <lool> in the archive only
[11:43] <psivaa> asac: another unity8 is also running,
[11:44] <lool> I think I have a regression with Rad.io click
[11:45] <lool> rick installed it fine, and I can't open it after install; some keyfile error from the desktop file
[11:45] <cjwatson> I thought that was reported as a bug in the app
[11:45] <cjwatson> and that upon investigation it transpired some people had installed a different version or from a different source or something
[11:46] <lool> cjwatson: this is from appstore, never installed it before
[11:46] <cjwatson> see appdevelopers@lists.canonical.com thread "Subject: rad-io should not have been published"
[11:47] <cjwatson> lool: right, what I mean is that it transpired that the people for whom it worked had installed an older version
[11:47] <lool> cjwatson: indeed, I wonder where rick got his
[11:47] <cjwatson> oh, but Rick said it worked for him with the current version 15 minutes ago
[11:48] <lool> exactly
[11:48] <cjwatson> did you install before that, or maybe a caching issue or something?  at any rate you should check the versions ...
[11:48] <asac> lool: so they are on build 57 or the one we want to kick off soon
[11:48] <asac> psivaa: now it just had one flaki test
[11:49] <asac> hmm. we had trhe home scope crashing
[11:49] <asac> not good
[11:49] <asac> but it didnt impact the tests
[11:49] <asac> just the .crash after made systemsettle unhappy
[11:49] <asac> ogra: do you have a mako
[11:49] <psivaa> asac: yea running it again. this only happens with mako so i hope this one goes away too
[11:50] <asac> can you try to use 57 and tell me if that crashes all the time?
[11:50] <asac> ogra: i think popey was saying its good
[11:50] <ogra> asac, yes i do but its messed up atm (didnt re-flash yet after the lightdm tests, onrda keeps me busy with portin questions)
[11:50] <ogra> davmor tested on maguro
[11:51] <asac> ok
[11:51] <asac> yeah maguro is good
[11:51] <asac> we just have mako crashes of unity in automation
[11:51] <asac> told unity team to look
[11:52] <ogra> yeah
[11:52] <ogra> not that they accidentially enabled Mir :)
[11:55] <lool> asac: yes, they are
[11:55] <lool> asac: unity8 + unity-mir passed britney yesterday and are in saucy-release for the next build
[11:56] <asac> ok goodie
[11:56] <lool> please, can we hold off a bit on the build so that I get upstart-app-launch?
[11:56] <asac> so in build 58
[11:56] <asac> lool: sure
[11:56] <asac> i think we wait on something else as well
[11:56] <asac> Mirv: did everything get published?
[11:56] <asac> Mirv: services is still outstanding
[11:56] <lool> also do we still want to promote the current image?
[11:56] <Mirv> asac: services waiting for packaging change ack from ogra (asked on #ubuntu-desktop), unity waiting for finishing current tick
[11:57] <asac> Mirv: and indicators as well
[11:57] <asac> ogra: ^^
[11:57] <asac> you block services
[11:57] <asac> lool: ^^
[11:57] <asac> you can also approve as a core-dev
[11:57] <ogra> Mirv, i dont see any actual packaging changes except the changelog
[11:57] <asac> Mirv: which change?
[11:57] <asac> ogra: its only the changelog
[11:57] <asac> the rest is cut off
[11:57] <asac> ogra: Mirv might be able to find the real merge/commit to look at
[11:58] <ogra> Mirv, cant really judge the makefile changes out of context, the actual packaging bits are fine
[11:58] <asac> makefile changes are not packaging changes
[11:58] <ogra> (since it is only a changelog)
[11:58] <asac> so...
[11:58] <ogra> right
[11:58] <asac> ogra: do you know where the debdiff is?
[11:58] <ogra> thats what i mean
[11:58] <asac> just +1 that :)
[11:58] <Mirv> ogra: http://pastebin.ubuntu.com/6132295/ debian/control additions
[11:58] <psivaa> asac: so it's the systemsettly_after test is the failed one in the latest unity8
[11:58] <Mirv> ogra: and here'd be libappindicator as well: http://pastebin.ubuntu.com/6132378/
[11:59] <ogra> oh, right
[11:59] <ogra> i missed the three lines
[11:59] <ogra> go ahead
[11:59] <psivaa> the reason is that apport is working heavily to upload the two crashes
[11:59] <asac> psivaa: sure. thats a crash
[11:59] <asac> psivaa: can you retry another time?
[11:59] <asac> or did it fail again this way?
[11:59] <asac> psivaa: e.g. does the crash happen all the time now?
[11:59] <psivaa> asac: no the second attempt is ongoing atm
[11:59] <Mirv> services published, waiting for that libappindicator ^ for indicators
[11:59] <asac> psivaa: ok good
[11:59] <asac> psivaa: sorry. ensure you take off half monday at least :)
[12:00] <asac> plars: wake up
[12:00] <asac> :)
[12:00] <psivaa> asac: i am officially off on monday too :)
[12:00] <psivaa> no issues though
[12:00] <asac> psivaa: then tuesday
[12:00] <asac> now that i know i wont ping you :)
[12:00] <psivaa> asac: that's alright i am fine with it :)
[12:00] <asac> i need plars to train me and ogra and lool how to retry today
[12:02] <Mirv> ogra: for me libappindicator changes look good, libxml2-utils and at-spi2-core are in main
[12:02] <ogra> yeah
[12:05] <lool> asac: +1
[12:05] <psivaa> asac: the next unity8 also is identical to the previous one: systemsettle_after failed because of apport busy with the crash
[12:05]  * lool tries to wrap his head around the upstart-app-launch changes
[12:06] <ogra> make sure to unwrap before uploading !
[12:06] <asac> anyone with a mako?
[12:06] <Mirv> asac: o/
[12:06] <asac> to confirm that we always see that crash?
[12:07] <ogra> asac, so shouldnt we get an image out now and one this evening ?
[12:07] <asac> Mirv: is publishing done?
[12:07] <ogra> (builds not releases)
[12:07] <Mirv> asac: no :) indicators blocking at ogra -> http://pastebin.ubuntu.com/6132378/
[12:07] <asac> ogra: ^^
[12:08] <ogra> whats wrong with that ?
[12:08] <ogra> upload away :)
[12:08] <asac> ogra: he needs core-dev +1 on packaging changes
[12:08] <ogra> yeah
[12:08] <ogra> silly rule :P
[12:09] <asac> Mirv: so can you try the latest unity8 etc. (e.g. what we just published) and run unitu8 autopilot
[12:09] <Mirv> ogra: I take that as '+1' :)
[12:09] <asac> and see if you get a crash?
[12:09] <ogra> i actually trust sil and Mirv as much as i trust every other packager
[12:09] <asac> ogra: i dont know... they are not core-dev yet :)
[12:09] <ogra> Mirv, yes, it was one
[12:09] <Mirv> asac: ok, I will update
[12:09] <asac> thanks
[12:09] <ogra> asac, yeah yeah ... details :P
[12:10] <ogra> stamps on paper etc ...
[12:11] <asac> wow
[12:11] <asac> hard crash... machine shut down
[12:11] <asac> not even reboot
[12:11] <asac> x220
[12:11] <asac> while typing on irc :)
[12:11] <asac> lol
[12:11] <ogra> dont buy that IBM crap :)
[12:11] <ogra> arm netbooks are the fjutscha
[12:11] <asac> Mirv: you think you can try all the latest published and run unity8 autopilot?
[12:12] <asac> ogra: do you have mako with all the latest?
[12:12] <asac> can you run unity8 autopilot and see if it realy crashes still?
[12:12] <ogra> need to wipe/reflash ... takes abour 20min
[12:12] <ogra> *about
[12:12] <asac> ok
[12:13] <asac> ogra: are you flashing 57?
[12:13] <asac> maybe see ifrst if its usable at all... or crashing all the time
[12:14] <ogra> flash is running
[12:14] <asac> ogra: Mirv: everything is now either in proposed or saucy?
[12:14] <jdstrand> asac: hey, did you see my comment from last night about apparmor-easyprof-ubuntu?
[12:15] <asac> jdstrand: i saw you uploaded your stuff? :)
[12:15] <asac> jdstrand: and that you tested.... thanks
[12:15] <asac> ogra: is qtubuntu INARCHIVE now?
[12:16] <jdstrand> asac: I did. my comment was about the landing pages. I added a testing comment to Ask and marked Plan as INARCHIVE. but it looks like there are strikethru's row colors, etc that I didn't know what to do
[12:16] <ogra> should, let me check
[12:16] <asac> jdstrand: on landing asks? dont do anything. i do that on my own
[12:16] <asac> cross checking that we really have done everything people wanted
[12:16] <jdstrand> s/strikethuru's /strikethrus, /
[12:16] <asac> yeah landing asks ... dont bother except commenting :)
[12:17] <jdstrand> asac: ok, I'll leave it all in your hands then. just wanted to make sure I did the right thing
[12:17] <asac> i use strikethrough if its in image/archive ... and green once its in released image
[12:17] <asac> jdstrand: you did. thanks!
[12:19] <psivaa> asac: on maguro camera app tests failing for the 11th time (test_capture.TestCapture.test_shoot_button_disable) with 57
[12:19] <psivaa> this is the test that is assumed not to be there
[12:20] <Mirv> asac: yeah I'll try dist-upgrading to all of archive contents and then run autopilot
[12:20] <ogra> asac, qrubuntu is in, ubuntu-touch-session not yet
[12:21] <asac> Mirv: is it in archvie? otherwise you could dist-upgrade to proposed?
[12:21] <asac> or wherever the stuff is
[12:21] <asac> Mirv: thanks. once thats done, just call it a day/week :)
[12:21] <asac> lol
[12:21] <ogra> cjwatson, could you bump https://launchpad.net/ubuntu/+source/ubuntu-touch-session/0.70/+build/5035473 (if that helps at all)
[12:21] <asac> ogra: why?
[12:21] <asac> ogra: stuck?
[12:21] <Mirv> asac: I think I'll need proposed since it'll take 1h or so for everything to get in
[12:21] <ogra> asac, needs building since 1h
[12:21] <asac> Mirv: right. just install stuff from proposed and saucy
[12:22] <asac> that gives us a great picture of what will be the present in 1-2h
[12:22] <ogra> it says "starting in 10min" but i stopped trusting that
[12:22] <asac> psivaa: ok i think there is nothing to do on that. thanks
[12:22] <cjwatson> ogra: won't make any difference, it's the only thing in the queue that isn't test rebuilds
[12:22] <Mirv> updated the chart, reflecting that also indicators and services are in
[12:22] <ogra> ok
[12:22] <ogra> i feared that :)
[12:23] <ogra> so lets hope for "in 10min"
[12:23] <cjwatson> oh, wait, unity daily builds are ahead of it
[12:23] <asac> ogra: building? wow :)
[12:23] <cjwatson> so I've bumped it
[12:23] <ogra> thanks, even if it might not help
[12:23] <cjwatson> it did
[12:23] <cjwatson> though only by eight minutes or so
[12:24] <ogra> oh, right
[12:24] <ogra> 35sec now
[12:24] <ogra> :)
[12:33] <cjwatson> ogra: (built)
[12:34] <ogra> thx !
[12:37] <thomi> fginther: build queue seems worryingly wrong, is something wrong?
[12:39] <lool> asac: So I dont really want to go land tons of packages for next music iteration; just investigating whether we need to revert upstart-app-launch in archive or not
[12:39] <asac> lool: revert?
[12:40] <asac> lool: whats the problem?
[12:40] <asac> cyphermox: hey... do you know how we can de-sprint the mir stuff? i dont know what was really done there
[12:41] <lool> asac: there is no problem, but it was part of a bigger landing and ended up alone in the archive yesterday when we merged changelogs back
[12:41] <lool> asac: so I confirm it can go in
[12:41] <asac> lool: good
[12:41] <asac> lets make a landing thing for it
[12:41] <asac> lool: what was the content? a good three word summary :)
[12:41] <asac> lool: is that in image? or inarchvie?
[12:42] <lool> asac: it's in archive
[12:42] <lool> asac: let me update the landing slots
[12:42] <lool> I've updated only the asks on this stuff
[12:43] <asac> lool: i made a plan entry
[12:43] <asac> check it... just update and done
[12:44] <cjwatson> thomi: build queue in Jenkins rather than LP?
[12:45] <thomi> cjwatson: yes, sorry
[12:45] <thomi> there's jobs in jenkins that say they've been waiting 5 hours
[12:45] <thomi> not sure how accurate that is, but the queue certainly looks longer than usual to me
[12:46] <asac> ogra: phable-tools 59 is not done, right?
[12:46] <ogra> i dont think so (thats the version stuff ?)
[12:47] <asac> is that a direct upload?
[12:47] <ogra> nope
[12:47] <asac> ok lets try robru for that if he gets up
[12:47] <asac> put it in
[12:48] <ogra> https://code.launchpad.net/~phablet-team/phablet-tools/trunk has it
[12:48] <Mirv> asac: ok I've done one run with -proposed enabled, all OK. I just don't think everything yet hit the proposed either. I'm now testing qtmultimedia again next.
[12:48] <asac> Mirv: wait... qtmultimedia? where is that landing?
[12:48] <Mirv> asac: also FYI I just added the last bits and subscribed ubuntu-release to the FFe https://bugs.launchpad.net/ubuntu/+bug/1227987
[12:49] <Mirv> asac: that's the 'high' risk item that the multimedia team is hoping to get which I've been helping with today
[12:49] <lool> asac: sorry I added one too now, where's yours?
[12:49] <asac> Mirv: they dont even have a FFe
[12:49] <asac> ogra: ?
[12:49] <Mirv> asac: it'd be manual upload of a new source that coexists with old qtmultimedia
[12:49] <Mirv> asac: they have now that I created one
[12:49] <lool> asac: mine is line 50
[12:49] <ogra> asac, sergiusens took care of that one ... i think there is an FFe
[12:49] <asac> Mirv: ok ... can you document exactly what is part of what you test etc.?
[12:50] <asac> ogra: the bug is still new
[12:50] <lool> asac: found and removed yours
[12:50] <asac> lool: what?
[12:50] <asac> what did you remove?
[12:50] <asac> mine was fine
[12:50] <asac> and had my documentation/comments in, no?
[12:51] <Mirv> asac: yeah they're at http://pad.ubuntu.com/qtmultimedia-gstreamer , adding to the sheet as well
[12:51] <asac> lool: can you hit the undo button one time?
[12:51] <ogra> asac, running unity8 test on my freshly flashed mako doesnt leave a .crash file behind
[12:51] <ogra> looks all good to me
[12:51] <asac> lool: unless there was zero content in there, i would like to keep :)
[12:51] <asac> ah its upstart-app-launh
[12:51] <asac> lool: all good
[12:51] <asac> lool: isnt that on image?
[12:51] <ogra> Ran 21 tests in 339.880s
[12:51] <ogra> OK
[12:51] <ogra> Restoring shell
[12:51] <ogra> unity8 start/running, process 4803
[12:52] <asac> ogra: freshly baked?
[12:52] <ogra> root@ubuntu-phablet:/# ls -l /var/crash/
[12:52] <ogra> total 0
[12:52] <ogra> freshly flashed
[12:52] <asac> ogra: 57? or upgraded?
[12:52] <ogra> saucy-proposed
[12:52] <ogra> 57
[12:52] <asac> so we have fixes in proposed
[12:52] <asac> ?
[12:52] <asac> oh wait
[12:52] <asac> thats odd
[12:52] <ogra> phablet-test-run -n -p unity8-autopilot unity8
[12:52] <ogra> thats what i ran
[12:52] <ogra> right after flash
[12:53] <ogra> (and making it writable)
[12:53] <asac> ogra: can you enable dail-build
[12:53] <asac> install unity8-autopilot
[12:53] <asac> and try one more time?
[12:53] <asac> i suspect it really regressed in our next image
[12:53] <asac> and our qa dashboard is really buggy
[12:53] <ogra> does utah pull from daily-build ?
[12:54] <asac> ogra: hmm. it pulls from archive
[12:54] <asac> ogra: but we already have stuff in archvie
[12:54] <ogra> right
[12:54] <sergiusens> asac, Mirv ogra I don't think we want to land it yet, implementation/testing is in progress
[12:54] <asac> ogra: just run apt-get update
[12:54] <asac> ogra: without enabling it
[12:54] <asac> and apt-get install...
[12:54] <ogra> yeah, in 1h or so ... once bzip2 is done :P
[12:54] <asac> sergiusens: right. i dont think qtmultimedia will come this week. we landed qtubuntu. so finish your stuff in a quiet moment and we land it on monday
[12:54] <sergiusens> asac, Mirv ogra that said, jhodap and myself will test extensively
[12:55] <asac> take your time and prep it nicely
[12:55] <asac> rather than rushing it in today
[12:55] <asac> is my feel at least
[12:55] <lool> asac: there was zero content on your line, mine has slightly more details
[12:55] <ogra> well, the stuff is pretty well tested ... every day
[12:55] <asac> ogra: does it take 1h?
[12:55] <ogra> but there seems to be a lot paperwork missing
[12:55] <asac> lool: sure its fine. was just scared :)
[12:55] <asac> ok
[12:55] <lool> asac: I did undo, it has nothing
[12:55] <ogra> asac, indeed not :)
[12:56] <asac> well. then finish everything and land it on monday
[12:56] <lool> asac: removing it again
[12:56] <asac> you can at least test against qtubuntu
[12:56] <asac> lool: thx
[12:56] <ogra> asac, fyi http://paste.ubuntu.com/6132571/
[12:57] <Mirv> sergiusens: aha, so you're not trying to get it in today? I thought this's quite a schedule, but that explains it if you're not even thinking of getting it in before the beta freeze
[12:57] <asac> ogra: yeah try that
[12:57] <asac> and see if it crashes
[12:57] <asac> i am sure it does then
[12:58] <ogra> running
[13:01] <ogra> oot@ubuntu-phablet:/# ls -l /var/crash/
[13:01] <ogra> total 1340
[13:01] <ogra> ---------- 1 phablet whoopsie 1371234 Sep 20 13:01 _usr_lib_arm-linux-gnueabihf_unity-scope-home_unity-scope-home.32011.crash
[13:01] <asac> nice
[13:01] <asac> ok
[13:01] <asac> so we can go ahead with the image as the image itself doesnt seem to have it
[13:01] <ogra> still running
[13:02] <asac> and the camera app is now fixed so i am fine with waiting
[13:02] <asac> right
[13:02] <asac> unity8 will also crash ... boomja
[13:03] <ogra> oh, and we have a new unity8 inarchive
[13:03] <ogra> iirc
[13:03] <asac> right
[13:03] <asac> thats the point
[13:03] <ogra> ok
[13:03] <ogra> yeah. lets release 57
[13:03] <asac> hence we kind of see results by now in dashboard that reflect what would happen on 58
[13:03] <asac> right
[13:03] <asac> wait one second
[13:03] <asac> i wanted to tell jfunk about it
[13:04] <asac> thostr_: ok so build 57 will go out as the regression seem to have happened in the latest we landed today. so next build is blocked
[13:05] <sergiusens> Mirv, I can get it in, but it would require bug fixes
[13:05] <thostr_> asac: ok. still investigating the crash... right now it doesn't seem to be in home-scope...
[13:05] <robert_ancell> what's with the 8+hr jobs blocking up s-jenkins?
[13:06] <asac> thostr_: you need to apt-get update; apt-get install unity8-autopilot to get the problem
[13:06] <asac> thostr_: dont do a dist-upgrade :)
[13:06] <asac> well that should also work, but... :()
[13:07] <Mirv> asac: do you think sergiusens should aim to get the alternative qtmultimedia package in today and bug fixes later, or try to get it in after final beta freeze?
[13:07] <Mirv> the one good thing I see in that package is that at least it's a separate source that does not directly mess up anything else simply by existing
[13:08] <Mirv> asac: sergiusens: if yes, you should contact a release team member directly about that FFe
[13:09] <asac> i personally believe they should finish stuff
[13:10] <asac> and land it on monday
[13:10] <asac> Mirv: so you have tested it etc.?
[13:10] <cyphermox> asac: yeah, I can remove that config
[13:10] <asac> thostr_: so the changes you get after update are here: http://paste.ubuntu.com/6132571/
[13:10] <cyphermox> asac: in reality though, it's all that really has to be done to de-sprint mir
[13:11] <asac> thostr_: ogra got the crash after, but not before that upgrade
[13:11] <asac> thostr_: so its somewhere in those packages
[13:11] <asac> cyphermox: how long will you be around?
[13:11] <sergiusens> asac, as it is now, it won't land in touch
[13:11] <sergiusens> asac, just exist in the archives
[13:12] <Mirv> asac: since it involves updating other packages, I'd take sergiusens/jhodapp's word instead on whether it has been tested. I've tested the packages integrity / dist-upgrade / diversions work, and I've it now on my device (but it seems I'm lacking something as it doesn't work)
[13:12] <asac> sergiusens: so get the FFe
[13:12] <asac> and come back
[13:12] <asac> maybe we are still in :)
[13:12] <asac> i personally try to get out earlier today
[13:12] <asac> but who knows what explodes still :)
[13:12] <Mirv> sergiusens: 1. get approval https://bugs.launchpad.net/ubuntu/+bug/1227987 from release team member 2. get someone to upload the source
[13:13] <Mirv> or if not getting an approval, then no upload obviously
[13:13] <thostr_> asac: interesting, because that doesn't include home-scope, so something else misbehaves...
[13:13] <sergiusens> Mirv, ok, I need to sync with jim after a couple of tests and I might get back on here soon
[13:14] <thostr_> asac: and home-scope just surfaces the issue
[13:14] <asac> thostr_: right its sideeffect of your peers. if you had tests i could have protected you :)
[13:14] <asac> lol
[13:14] <asac> thostr_: so i dont know... its in unity sokewhere
[13:14] <asac> mzanetti also has a unity8 crash in the same run
[13:14] <asac> so...
[13:14] <asac> fight with him :)
[13:14] <fginther> morning
[13:14] <fginther> thomi, looking
[13:14] <asac> thostr_: he might say he uncovered a bug on your side as well
[13:14] <ogra> how about i upgrade to the inarchive version of unity8 and try again :)
[13:15] <asac> ogra: right
[13:15] <thomi> fginther: cheers
[13:15] <asac> maybe its all gone if you dist-upgrade everything
[13:15] <ogra> uhm
[13:15] <ogra> unity8 is already the newest version.
[13:15] <ogra> but
[13:15] <ogra> The following packages will be upgraded:
[13:15] <ogra>   libunity-mir1
[13:16]  * ogra upgrades that
[13:16] <cyphermox> asac: I just started my day
[13:18] <Mirv> asac: ok, now finally that unity stack was published
[13:19] <plars> asac: hi
[13:19] <asac> ogra: right. sounds like could be a reason :)
[13:19] <asac> plars: hi. i think we have sorted things for 57
[13:19] <ogra> well, no crash file yet
[13:19] <ogra> lets see
[13:19] <plars> asac: I was up quite late thinking that almost everything had been retried except camera (which is a known race and the test needs to be removed)
[13:19] <plars> asac: what is missing?
[13:20] <asac> plars: yeah we gave up on camera... failed 11 times. omer has now a fix and hence we will just ignore it for this build as it doesnt affect dogfoodability
[13:20] <plars> asac: also unity - which was retried many times but I logged a bug on that - legit failure with a crash file
[13:20] <asac> plars: unity8 was crashing in unity8 tests all the time, didnt produce test failyres, but settle failed always
[13:20] <asac> plars: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1228097
[13:20] <asac> right... i have folks on it
[13:21] <asac> plars: it seems to be not reproducible with the 57 build bits... seems that our testing pulls in new stuff from archive on top
[13:21] <asac> plars: is that correct? do we run an apt-get update first?
[13:21] <plars> asac: I was also seeing a test failure along with the crash file last night and had already opened https://bugs.launchpad.net/unity8/+bug/1227967
[13:21] <plars> asac: I don't think we update, let me check
[13:21] <asac> plars: today we got runs with that
[13:21] <asac> plars: i think you had a ppa enabled ... u usually apt-get update after that
[13:22] <asac> at least in the past
[13:22] <ogra> well, you actually want to
[13:22] <asac> not if i want to test image 57
[13:22] <ogra> else you might face 404 errors for outdated links
[13:22] <asac> i dont want a half 58 tested
[13:22] <asac> right. thats a general problem
[13:22] <asac> not saying that its possible ... but i dont want it for sure :)
[13:22] <plars> asac: oh, there's actually a testcase that does it
[13:23] <asac> ogra: so you say all pass?
[13:23] <ogra> then you need to make an archive stapshot during image build :)
[13:23] <asac> plars: apt-get update? heheh. yeah
[13:23] <asac> the default
[13:23] <asac> nice
[13:23] <plars> asac: it's one of those default ones
[13:23] <ogra> still running
[13:23] <plars> yes
[13:23] <asac> catch
[13:23] <ogra> bah
[13:23] <asac> ok ... well at least its a good enough story to punch out 57 and block 58
[13:23] <ogra> different crash
[13:23] <asac> ogra: right. but thats 58 :)
[13:23] <plars> asac: I can just remove that test if it's causing issues
[13:23] <ogra> root@ubuntu-phablet:/# ls -l /var/crash/
[13:23] <ogra> total 3744
[13:23] <ogra> -rw-r----- 1 phablet whoopsie 3831637 Sep 20 13:22 _usr_bin_unity-scope-loader.32011.crash
[13:23] <asac> so that one is now blocked :/
[13:23] <asac> thostr_: ^^
[13:24] <plars> asac: it could be that when the utah stuff gets installed, it also updates though - that's the only ppa we should be using
[13:24] <thostr_> asac: we didn't change that for ages
[13:24] <asac> thostr_: right. its probably unity8 doing that to you
[13:24] <plars> asac: I'm planning to look and see if we can actually remove that today though - I am not 100% certain but I don't think we actually need utah on the device anymore
[13:24] <ogra> Ran 24 tests in 399.303s
[13:24] <ogra> OK
[13:24] <ogra> Restoring shell
[13:24] <ogra> the tests finish fine
[13:24] <asac> thostr_: its however your problem because you crash. i also told unity8 team to look; so please work together
[13:24] <ogra> just leave that crash file behind
[13:25] <asac> right
[13:25] <asac> but we didnt see crashes before
[13:25] <ogra> we didnt look
[13:25] <ogra> at least i never checked
[13:25] <kgunn> fginther: ping
[13:25] <asac> ogra: i looked
[13:25] <ogra> did you ?
[13:25] <asac> ogra: we see crash counts on the dashboard
[13:25] <ogra> k
[13:26] <fginther> kgunn, hello
[13:26] <kgunn> fginther: hey...i've been hawking this one...https://code.launchpad.net/~robertcarr/mir/dpms-with-gbm-and-android/+merge/186140
[13:26] <asac> well not when testing the 57 build locally
[13:26] <ogra> right
[13:26] <asac> http://reports.qa.ubuntu.com/smokeng/saucy/touch_ro/4340/
[13:26] <kgunn> fginther: and i put "needs review" for jenkins on it early in the evening yesterday...
[13:26] <asac> http://reports.qa.ubuntu.com/smokeng/saucy/touch_ro/4335/
[13:26] <asac> before we had mediascanner every day
[13:26] <kgunn> and it still hasn't been visited by jenkins
[13:26] <asac> so its always 1
[13:26] <kgunn> fginther: any ideas?
[13:27] <thostr_> what's broken with the autotests Tests running...
[13:28] <thostr_> __pthread_gettid -2
[13:28] <ogra> thats just an info message iirc
[13:29] <fginther> kgunn, should it just be top approved? Jenkins tested that latest revision that was pushed, it won't automatically retriggered a rebuild unless it's reapproved. If you just want another test run, I can trigger that
[13:33] <thostr_> ogra: where does the output of autopilot go?
[13:33] <kgunn> fginther: if you can trigger that'd be great ....(i had thot i could hit "request another review" assign to ps-jenkins for "continuous-integration")
[13:34] <ogra> thostr_, /dev/null i think, unless you specify a log
[13:34] <ogra> see the phablet-test-run options
[13:35] <fginther> kgunn, is this MP ready to merge? (I just want to be clear on what is needed)
[13:35] <thomi> fginther: any info about the jenkins queue? My developers are asking me about it
[13:35] <lool> so I've lost unity-lens-applications somewhere
[13:35] <robert_ancell> fginther, I'm seeing a bunch of 8+hr jobs sitting there blocking things up
[13:35] <fginther> thomi, it should be going down now
[13:36] <thomi> fginther: OK, thanks
[13:36] <lool> line 30: I don't know what happened, I thought this was in the archive when we kicked the build yesterday
[13:36] <lool> but it wasn't
[13:37] <kgunn> fginther: yes
[13:37] <lool> ogra, asac : ^
[13:37] <fginther> kgunn, thanks
[13:37] <lool> So I've reverted status to INARCHIVE
[13:37] <kgunn> fginther: no...thank you!
[13:38] <mhr3> ogra, you had the scope-loader crash?
[13:38] <mhr3> can you get symbolic stacktrace from it?
[13:42] <ogra> mhr3, well, i have a file for it in /var/crash ... does that help ;)
[13:42] <mhr3> ogra, sure install apport-retrace
[13:42] <rvr> Hell·o
[13:42] <rvr> fginther: This is Victor
[13:42] <fginther> rvr, hey
[13:43] <mhr3> ogra, and then apport-retrace -g [crash_file]
[13:43] <fginther> retoaded, can you check on this slave node for rvr? http://10.97.254.2:8080/computer/ps-webapps-raring-desktop-i386/?
[13:43] <lool> anyone mind if I update the spreadsheet for all the DONE stuff now that we've promoted an image?
[13:43] <fginther> retoaded, it's disconnected and I have no login there
[13:43] <asac> lool: yes go ahead
[13:43] <asac> lool: all INIMAGE are DONE
[13:44] <mhr3> ogra, and then i might want you install ddebs :)
[13:44] <asac> ogra: lool: are we happy to spin a new image? maybe good to see whats going on with crashes there
[13:44] <asac> not sure what is still in proppopsed
[13:44] <asac> let me check
[13:44] <asac> ogra: did we do the seed change for the app lense now?
[13:45] <asac> i guess we did
[13:45] <ogra> asac, which one ?
[13:45] <asac> ogra: the one that you didnt do yesterday because it bricked the phone :)
[13:46] <asac> ogra: lightdnm will be in build 58?
[13:47] <lool> ogra: I've updated most entries, but a couple I wsn't sure on
[13:47] <lool> asac: Actually would like to get webapps stuff in if I can
[13:47] <lool> if that's ok
[13:48] <lool> click renames and fixed unity-webapps-qml
[13:48] <lool> w/win 77
[13:48] <asac> lool: i dont know what the webapps landing involves
[13:48] <asac> lool: just saw the ask and it still was "waiting for code"
[13:48] <asac> can we update that first?
[13:49] <asac> lool: thats ask row 20
[13:49] <asac> lool: if you can get rid of that entry somehow i would be super happy. i dont understand what is wanted there :)
[13:49] <lool> yeah
[13:49] <asac> get rid -> get it done somehow
[13:49] <asac> :)
[13:49] <lool> asac: I was expecting we'd have folks up today to land it, but it's going to be a bit still, so let's defer to monday, or to after this image build
[13:50] <lool> asac: I know what is needed
[13:50] <asac> lool: so i am not sure
[13:50] <lool> but we want sergiusens I think
[13:50] <asac> lool: once you feel you have a stack ready
[13:50] <asac> you can ask cypher and robru to publish
[13:50] <lool> asac: it's not a stack
[13:50] <lool> asac: it's preinstalled .clicks
[13:50] <asac> that one?
[13:50] <lool> hold on
[13:50] <asac> i dont want that i think. i feel we have no testing story yet
[13:50] <lool> yes, line 20 is renamed .clicks
[13:51] <asac> i was about to talk to sergiusens and doanac and fginther today abuot what needs to happen
[13:51] <lool> asac: yeah so as I said this morning: we need a smoke test to know whether the webapp still works, and we need sergio to update the list of preinstalled .clicks that are cached + go in image
[13:51] <asac> lool: do we have smoke tests for webapps?
[13:52] <asac> if we currently have no tests, i dont mind moving them to click
[13:52] <asac> i cant protect folks that have no tests :)
[13:52] <sergiusens> asac, I'm testing dbarth's packages and found issues... so they need to be fixed first
[13:52] <asac> lool: i just dont want to move the core apps to click that have tests before sorting whats needed there
[13:52] <asac> sergiusens: right. can we fold that until next week then?
[13:52] <lool> asac: they are *already* clicks
[13:52] <lool> asac: the name of the click just changes
[13:52] <sergiusens> asac, I don't think they need to go to the landing page as they go into the click store
[13:52] <asac> i feel its not ready and whwnever i stare at the landing ask i feel that its more confusing :)
[13:53] <asac> sergiusens: well, the change of our seed or whatever that changes the image to use those
[13:53] <ogra> asac, yes, the session changes are in the archive ... sorry, ondra keeps me busy with porting questions today
[13:53] <asac> sergiusens: needs to go in the landing
[13:53] <lool> asac: it can be next week
[13:53] <sergiusens> asac, no, no seed change is required
[13:53] <asac> sergiusens: the rest i dont care abgout... right
[13:53] <lool> asac: it's an image config change
[13:53] <asac> sergiusens: byut we will start pulling it from the other location
[13:53] <asac> sergiusens: whatever makes that switch needs to go through the landing page
[13:53] <ogra> asac, and unity-lens-video-remote isnt seeded yet ... should i quickly ?
[13:53] <sergiusens> asac, yeah, instead of net.launchpad from com.ubuntu.
[13:53] <lool> sergiusens: I also think this should go through landing page, it's in the image
[13:54] <asac> sergiusens: anyway. we must have a call on this whole topic anyway. lets do it in 5 minutes
[13:54] <asac> doanac: are you avail?
[13:54] <sergiusens> asac, that change goes here btw http://people.canonical.com/~ubuntu-archive/click_packages/click_list
[13:54] <lool> asac: ok, I can give you the whole story on the webapps stuff
[13:54] <lool> sergiusens: how does one update it?  vi?  :-)
[13:54] <asac> lool: i want to talk about click testing :)... but ok
[13:54] <ogra> asac, lool, see line 72 on landing asks ...
[13:54] <asac> we can also do that quick
[13:54] <lool> ogra: yeah these are exactly the ones I wanted to land
[13:54] <ogra> if you dont mind i'll add that to the seeds as well
[13:54] <asac> plars: would you mind if i highjack our 1-on-1 slot for discussing testing of click and webapps?
[13:55] <lool> ogra: but people have not been fast enough to prepare
[13:55] <lool> ogra: I'd like us to add the cordova testsuite while adding cordova
[13:55] <sergiusens> lool, it's in code today, needs to move to the cdimage team
[13:55] <plars> asac: sure, sounds good
[13:55] <asac> plars: you can attend if you want, but if you are busy on SRU or something do that i guess
[13:55] <lool> ogra: so for these we would need to wait more
[13:55] <plars> asac: we can start now if you want?
[13:55] <plars> asac: same hangout link?
[13:55] <ogra> lool, feel free to update the seeds if you want, just let me add the video remote lens quuickly
[13:55] <asac> sure one sec.
[13:55] <lool> sergiusens: ok
[13:55] <asac> 2 minutes
[13:55] <asac> then i am there
[13:56] <asac> doanac: sergiusens: you get the link from plars
[13:56] <sergiusens> ok
[13:57] <ogra> lool, seeds are all yours
[13:58] <lool> thanks
[13:58] <lool> updated
[13:59] <lool> rebuilding meta now
[13:59] <ogra> thanks
[13:59] <ogra> thats even on my desktop painfully slow
[14:00] <rfowler> fginther: would you like to have ps-webapps-raring-desktop-i386 restarted?
[14:00] <fginther> rfowler, yes please, rvr ^
[14:00] <rvr> rfowler: Yeah
[14:02] <lool> hmm who added line 72 in asks?
[14:02] <rfowler> fginther: rvr: it's back up
[14:02] <lool> seems to duplicate line 67
[14:06] <fginther> any jenkins experts here? If I have multiple executors running a job, why is can't build N finish before build N-1 does?
[14:07] <ogra> lool, pat
[14:08] <ogra> lool, i asked hime to ... he just pinged me about "seed changes" i didnt know it was cordova
[14:09] <ogra> lool, feel free to delete one of them, i find the package list clearer :)
[14:11] <ogra> mhr3, sorry, took a while
[14:11] <ogra> mhr3, ERROR: report file does not contain one of the required fields: CoreDump DistroRelease Package ExecutablePath
[14:13] <cjohnston> fginther: could you take a look at http://pad.lv/c/~cjohnston/helipad/ci-django-15-urls and http://pad.lv/c/~cjohnston/helipad/graphics-1-5-urls when you get a chance please.
[14:13] <mhr3> ogra, hmm, odd, can you just put a "Package: libunity9" into the crash file and try again?
[14:15] <ogra> mhr3, ok, i'm in gdb
[14:16] <fginther> cjohnston, yes
[14:16] <cjohnston> thanks fginther
[14:16] <mhr3> ogra, eh, right, do `apport-retrace -s ....crash` instead
[14:16] <mhr3> tat will just print the trace
[14:16] <mhr3> that*
[14:16] <ogra> haha
[14:16] <mhr3> and just pastebin that
[14:17] <ogra> http://paste.ubuntu.com/6132874/
[14:18] <mhr3> ogra, ok, not enough, install libglib2.0-0-dbg and once again
[14:19] <mhr3> ogra, is this the scope-loader crash, or the scope-home?
[14:19] <ogra> mhr3, loader
[14:19] <ogra> i dont have the crash file from the home crash anymore
[14:19] <mhr3> it looks too similar to the scope-home one
[14:19] <ogra> i discovered it durign flashing ... right before the phone rebooted automatically
[14:21] <ogra> http://paste.ubuntu.com/6132891/
[14:21] <ogra> voila
[14:23] <lool> ogra: holding on the meta upload just some more minutes in case I need to revert cordova
[14:23] <ogra> ok
[14:25] <mhr3> pstolowski, fwiw the home-scope crash in https://jenkins.qa.ubuntu.com/job/saucy-touch_ro-mako-smoke-unity8-autopilot/103/artifact/clientlogs/ is lp:1199715
[14:26] <mhr3> ogra, that's the same exact trace as for scope-home
[14:26] <ogra> great
[14:27] <ogra> so its only one bug :)
[14:27] <mhr3> hmm, i thought that ETOOMANYOPENFILES is per process
[14:27] <mhr3> is that per system?
[14:28] <ogra> shouldnt
[14:28] <ogra> is apport restricting you perhaps ?
[14:28] <ogra> (just a thought)
[14:28] <cjwatson> There is a system limit as well
[14:28] <mhr3> ogra, one more thing, `grep Cmdline [crashfile]`?
[14:29] <cjwatson> open() returns ENFILE if you hit it
[14:29] <ogra> ProcCmdline: /usr/bin/unity-scope-loader applications/applications.scope applications/scopes.scope commands.scope applications/runningapps.scope
[14:30] <cjwatson> which is indeed "Too many open files"
[14:31] <lool> could someone check "file /usr/lib/arm-linux-gnueabihf/libgstvideo-1.0.so.0.104.0" in latest image?
[14:31] <lool> sorry file /usr/lib/arm-linux-gnueabihf/libgstvideo-1.0.so.0
[14:31] <lool> I get /usr/lib/arm-linux-gnueabihf/libgstvideo-1.0.so.0: broken symbolic link to `libgstvideo-1.0.so.0.104.0'
[14:31] <cjwatson> Oh wait
[14:32] <cjwatson> Sorry, ENFILE is "Too many open files in system", EMFILE is "Too many open files"
[14:32] <cjwatson> So this is indeed a per-process limit not a system one
[14:39] <plars> asac: I had two more quick questions for you
[14:39] <plars> asac: but you left as soon as I tried to ask... I see what you did there :)
[14:41] <plars> asac: 1. do we still need to have image test runs on the cdimage touch images? There are some changes we'd like to make to our scripts that would clean things up a lot, and let us support alternate channels and things like that (for custom work, etc) which would be made much nicer if we can assume everything comes through channels and is like touch-ro, rather than cdimage
[14:42] <asac> plars: i think we dont need the old support anymore
[14:42] <plars> asac: 2. we talked about killing the apt-get update test earlier. I can kill it, but we also do an update when utah-client gets installed on the device. I think that can be killed too, but I need to double check. Do we need to kill it? how big of a priority is this? I don't know the backstory on why this came up today.
[14:42] <lool> I'm running cordova
[14:42] <lool> and then unity-webapps-qml
[14:43] <plars> lool: I don't see a unity-webapps-qml-autopilot, am I just missing it?
[14:46] <asac> plars: so i think we should send a mail
[14:46] <asac> to ubuntu-phone telling them that we will abandon those images in testing
[14:46] <asac> because we saw same results and our new default is the RO image
[14:46] <asac> and give them a few days time to complain etc.
[14:46] <asac> is abandoning them like next wednesday ok?
[14:46] <asac> plars: i think this problem goes away for click tests
[14:47] <ogra> asac, abandon ?
[14:47] <lool> ogra: so giving up on cordova -- got a test failure
[14:47] <asac> plars: thats 2.
[14:47] <ogra> asac, then you abandon all porters
[14:47] <lool> ogra: unseeded, rebuilding meta now
[14:47] <asac> ogra: we dont abandon the porters
[14:47] <ogra> thats pretty evil
[14:47] <asac> ogra: we have the images
[14:47] <asac> they are tested
[14:47] <ogra> lool, ok
[14:47] <asac> ogra: anyway... raise your concerns on the mailthread
[14:47] <asac> lets collecte all and see
[14:47] <asac> maybe we need to do something less extreme :()
[14:47] <asac> plars: ^^
[14:48] <ogra> asac, yeah, abandon sounds really bad
[14:48] <asac> send a mail for 1. telling them that we would abandon them next wednesday if there are no concerns
[14:48] <ogra> :)
[14:48] <lool> plars: unity-webapps-qml-autopilot is there for me
[14:48] <lool> plars: I mean, I have to install it
[14:48] <ogra> we move our testing focus to new endeavors :)
[14:48] <asac> plars: make clear that we are not abandoning the production of those, just the dashboard testing
[14:48] <asac> because they are part of our RO image and hence tested
[14:48] <lool> plars: it's in saucy/universe
[14:48] <plars> asac: we can work around it I'm sure, it is just harder to support from our side, and uses time/devices on images that we don't actively obsess over in the way we do for touch-ro, because we don't release those anymore
[14:48] <asac> plars: i know. but lets try to get rid of them and see
[14:49] <asac> i am sure it will be good
[14:49] <plars> asac: ok, I'll send an email out.. they can draw horns on me :)
[14:49] <asac> just want to hear concerns that i didnt hear yet
[14:51] <pstolowski> ERROR: report file does not contain one of the required fields: CoreDump DistroRelease Package ExecutablePath
[14:52] <pstolowski> ah, wrong window
[14:55] <lool> ogra: meta uploaded
[14:56] <fginther> cjohnston, do you have the django-15 url change running anywhere?
[14:57] <asac> ogra: did we start a new build?
[14:57] <ogra> yay
[14:57] <asac> ok
[14:57] <ogra> asac, not yet
[14:57] <asac> ogra: what are we waiting for?
[14:57] <lool> ok, good with the webapps-qml thing
[14:58] <asac> ogra: are we pushing something ?
[14:58] <ogra> asac, for the upload that lool just did ... seed change for video-remote lens
[14:58] <asac> how long?
[14:58] <lool> it's done
[14:58] <lool> but it needs publisheretc.
[14:58] <asac> in archive?
[14:58] <cjohnston> fginther: http://162.213.34.2:8080/
[14:58] <asac> sure... so how long?
[14:58] <lool> in proposed
[14:58] <asac> :)
[14:58] <ogra> 30min or a bit more i'd say
[14:58] <lool> asac, ogra: I'd like to copy unity-webapps-qml over
[14:59] <ogra> meta is usually quite fast
[14:59] <lool> but I dont see it in cupstream2distro ppaoutput
[14:59] <lool> can someone publish it?
[14:59] <lool> also music-app isn't bult
[15:00] <lool> do we operate the autolanding of coreapps?
[15:00] <lool> Mirv: around?
[15:03] <asac> lool: no... its late for him
[15:03] <cjwatson> asac: "self-service" => "cjwatson should upload once happy that it passes tests"?
[15:03] <rvr> rfowler: Machine is back, thanks
[15:03] <asac> lool: if its rerunning stacks robru can help
[15:03] <lool> plars: modulo https://bugs.launchpad.net/ubuntu/+source/unity-webapps-qml/+bug/1228196 I can run unity-webapps-qml
[15:03] <lool> robru: Can you help land unity-webapps-qml from PPA to archive?
[15:03] <asac> cjwatson: right. we have stopped the presses because of unity crashes though, but i fyou dont see regressions go for it
[15:03] <asac> cjwatson: maybe check /var/crash after
[15:04] <cjwatson> right
[15:04] <asac> unity slipped through because it crashed without breaking tests :/
[15:04] <lool> oh it was copied
[15:04] <lool> robru: nevermind
[15:04] <lool> asac: it's there already
[15:05] <lool> robru: Can you please help publishing music-app though?
[15:05] <lool> robru: coreapps PPA
[15:05] <asac> lool: so we can make an image now to confirm that the crash is reawlly still there?
[15:05] <asac> i want to go to weekend soonish :)
[15:05] <asac> dont really feel we will get another image out today
[15:05] <lool> asac: well, a) need for meta to be in   b) would be nice to get fixed music-app
[15:05] <asac> sure. you can wait as long as you want
[15:05] <asac> and kick an image
[15:05] <lool> asac: right, I also dont think we will have tests finished etc. tonight
[15:06] <asac> i dont expect this to go out anyway before weekend
[15:06] <lool> ack
[15:06] <asac> yeah. just ensure that whatever is in, we get pressed
[15:06] <asac> so we see monday morning how bad it is :)
[15:06]  * asac still hopes for unity team coming along
[15:07] <lool> it will be better once we have didier and seb back too
[15:07] <lool> will help with processing things mid UTC
[15:10] <lool> ogra: can I mark qtubuntu as INARCHIVE
[15:11] <plars> lool: I see only one test run for it?
[15:11] <asac> so guys... i will be checking out soon. feel free to put careful love in the image
[15:11] <asac> just keep the landing plan to capture every landing we did
[15:11] <asac> at best backed up with a landing ask
[15:11] <asac> and dont make the image worse :)
[15:12] <asac> then when happy kick off an image
[15:12] <plars> lool: that doesnt' seem right
[15:13] <ogra> lool, didnt i do that ?
[15:13] <asac> lool: so at best dont punt so much in though
[15:13] <asac> we dont want to continue happily landing while unity is dying
[15:13] <asac> just super careful updates
[15:13] <asac> all the big stuff not please
[15:13] <ogra> asac, but we do one more today
[15:14] <ogra> asac, how about cronned builds on the weekend ?
[15:14] <ogra> should i enable them
[15:14] <lool> plars: how so?
[15:16] <plars> lool:  autopilot list unity_webapps_qml tells me there are 14 tests, but if I try to run unity_webapps_qml I only see that it ran 1
[15:16] <plars> 15:16:14.818 ERROR __init__:63 - Unity doesn't appear to be running, exiting.
[15:16] <plars> oh
[15:16] <plars> with -v it gives me that, but still exits with "OK"
[15:17] <lool> asac: I dont think I'm landing anything else today  :-)
[15:17] <lool> only intend to a) talk to ted about monday's landings
[15:17] <lool> and b) talk to sergio about qtmultimedia packaging for monday's landings as well
[15:17] <lool> what I'm expecting out of the image: unity-lens-applications, unity-webapps-qml, upstart-app-launch singleton in .desktop file
[15:17] <lool> ogra: it said MANUAL/INARCHIVE, but I think it's back to auto  :-)
[15:17] <lool> ogra: updated to INARCHIVE
[15:17] <lool> plars: indeed
[15:17] <ogra> lool, hah
[15:17] <plars> does unity need to be restarted for these? like the unity tests do?
[15:17] <plars> lool: who's a good contact for these tests?
[15:18] <lool> plars: I ping dbarth as the requestor of the landing, vrruiz is apparently QA for these packages, and I also file bugs  :-)
[15:19] <plars> lool: right, just trying to see if there's something I can do today... if I just need to work around the python-gobject thing, I can do that for now
[15:19] <lool> plars: I think it's good if we start with that
[15:19] <lool> plars: then in theory they can fix their package
[15:19] <lool> plars: to play it dumb: I've installed it, it ran one test with a simple workaround
[15:19] <lool> that's better than no test
[15:20] <lool> and they can fight the other tests being missing, and then perhaps not passing -- if they pass, all fine
[15:20] <plars> lool: I don't think it is better - the test seems to be reporting that it passed, but erroring out because it can't find unity
[15:21] <lool> plars: could you report this one?
[15:21] <lool> plars: I'll rerun it here in the mean time
[15:21] <plars> lool: I could - but it would be reported as a pass even though it's clearly failing
[15:21] <plars> that's a bit misleading
[15:21] <lool> plars: I mean report it as a bug in Launchpad  :-)
[15:21] <plars> lool: oh yes, certainly :)
[15:21] <plars> lool: I misunderstood
[15:23] <lool> GRRRRRRR
[15:23] <lool> unity focus issue and I close a browser window with many tabs open
[15:23] <lool> chromium is helpful in offering to reopen all of them in a single click form the recently closed list though
[15:24] <plars> lool: https://bugs.launchpad.net/ubuntu/+source/unity-webapps-qml/+bug/1228208 if you are interested
[15:25] <lool> thanks!
[15:25] <ogra> lool, ubuntu-touch-session made it through proposed ... still waiting for publisher
[15:26] <ogra> lool, do you have anything else to wait for ?
[15:27] <lool> ogra: I wish music-app, but I guess it can miss the slot
[15:27] <lool> can't manage to trigger a merge
[15:27] <lool> + build
[15:27] <ogra> where does that stand ?
[15:27] <ogra> ah
[15:27] <lool> ogra: can't find someone to publish in bzr, cant find someone to publish in ppa
[15:28] <ogra> ah, bad
[15:41] <thomi> fginther: the autopilot trunk builds have made their way into the ubuntu unity next PPA, which is causing issues for people with that PPA added. Is that something you guys are able to sort out?
[15:41] <thomi> to clarify, lp:autopilot (in fact the trunks for the entire autopilot projects) shouldn't land in any PPAs that people might add, unless they're running T
[15:42] <fginther> thomi, that's my understanding as well. We do dput it into ppa:autopilot/ppa as the 'saucy backport'
[15:42] <thomi> fginther:  that's fine
[15:42] <thomi> fginther: in fact, that's probably a good thing
[15:42] <thomi> fginther: but it's in the next PPA as well, so I guess something is misconfigured somewhere
[15:42] <thomi> are you able to delete those packages and fix the config please?
[15:43] <fginther> thomi, do you know who is having problems, would help to track down the issue
[15:43] <thomi> fginther: it's macslow
[15:43] <thomi> fginther: in #ubuntu-unity
[15:44] <MacSlow> Greetings...
[15:45] <MacSlow> There's an issue with the unity-next PPA and the versions of autopilot packages in it, which currently makes running any ap-test fail and thus blocks me
[15:46] <MacSlow> this is what my autopilot-related packages version look like... http://pastebin.ubuntu.com/6133208
[15:46] <MacSlow> and this the error I run into, no matter what unity8 ap-test I try ... http://pastebin.ubuntu.com/6133175
[15:46] <MacSlow> Any estimate on when/how fast this can be fixed?
[15:46] <MacSlow> Thanks in advance!
[15:49] <fginther> MacSlow, do you have a need to use ubuntu-unity/next? That's where the t-series packages are supposed to be
[15:50] <fginther> MacSlow, thomi, AIUI the autopilot 1.4 packages are supposed to be in the ubuntu-unity/next ppa
[15:50] <thomi> fginther: ahhhhh, ok
[15:50] <thomi> MacSlow: so the solution might be for you to ppa-purge that PPA
[15:51] <MacSlow> fginther, thomi: I don't know if anything breaks if I move away from taht....
[15:51] <MacSlow> but I can try and see
[15:52] <fginther> MacSlow, the only thing that's being dput there right now are the autopilot packages. Everything else is left over from the transition from raring to saucy
[15:53] <MacSlow> sounds like I should be save with removing it then
[15:53] <fginther> MacSlow, yes. I believe so
[15:54] <thomi> fginther: but it seems like not all the 1.4 packages have been built
[15:54] <thomi> fginther: specifically, the autopilot-qt packages
[15:55] <fginther> thomi, hmm, I'll follow up on that
[15:55] <thomi> cheers
[15:58] <ogra> lool, meta is in, did anything change wrt music app ?
[15:58] <ogra> lool, else i think i should trigger a build now
[16:01] <kgunn> fginther: so...that mp is still sitting with no jenkins love for 2hrs now
[16:01] <kgunn> https://code.launchpad.net/~robertcarr/mir/dpms-with-gbm-and-android/+merge/186140
[16:02] <asac> ogra: did lightdm things land?
[16:02] <asac> will you kick off an image with that before leaving?
[16:03] <lool> ogra: music-app wasn't merged
[16:03] <lool> ogra: mhall just came up though
[16:03] <lool> and bzr did get some updates
[16:03] <lool> ogra: but if you want to launch the build, go for it
[16:03] <lool> ogra: if you want to give mhall a chance to fix it, he might reply in #ubuntu-touch
[16:03] <lool> if he cant, it wont happen
[16:04] <ogra> i'll watch it
[16:05] <fginther> kgunn, it's building as we speak
[16:05] <kgunn> cool fginther
[16:07] <doanac> balloons: i just sent you a fairly detailed email. let me know if you want to talk after you've had time to read it
[16:10] <asac> lool: ok cool
[16:10] <asac> ogra: what else are you landing? when will you kick?
[16:11] <ogra> asac, well, i wanted to give lool a chance
[16:11] <asac> ogra: lool is not landing anything else he said
[16:11] <ogra> asac, everything is in except a music app  fix that lool would like to see
[16:11] <ogra> and it seemed that mhall could possibly help ...
[16:12] <ogra> so i wanted to give them a chance and wait a little until there is possibly an ETA
[16:12] <ogra> else i'm ready to kick
[16:17] <asac> ogra: go ahead... the day is not that long
[16:17] <asac> and i want to go to weekend after seeing that automation has picked it up for testing :)
[16:17]  * fginther leaves for a kid pickup. biab
[16:17] <ogra> asac, ok
[16:18] <asac> ogra: just update the landing spreadsheet etc.
[16:18] <lool> ogra: mhall approved the mp too, but didn't help apparently since it's still not merged
[16:18] <lool> so no idea who can fix it, just ignore this
[16:18] <ogra> i bet it will magically merge in 8h :P
[16:18] <lool> too bad that such a simple fix that was easy to get done and reviewed for such an annoying issue can't be easily included... grmpf
[16:23] <ogra> asac, building (in case you didnt see it in -touch)
[16:23] <asac> lool: the reason is that it takes ages until new stuff comes in from the time you find them :)
[16:23] <asac> so fixing that will make everyeon happier
[16:24] <lool> asac: yeah, that's my conclusion too
[16:24] <lool> also, power is way too dispersed; more people should have more power across the board
[16:24] <asac> its not the landing process though :)
[16:25] <lool> not the spreadsheet one
[16:25] <asac> we can talk about it later
[16:25] <asac> i feel its not about power
[16:25] <asac> its about unity8 being busted
[16:25] <lool> lol
[16:25] <asac> and hence we cannot move on as much as we want
[16:25] <lool> that's something else
[16:25] <lool> but this week, I saw how hard it is to catch the right person for the right type of action
[16:25] <asac> lool: right now everything is working. we need to understand what rules etc we have to widen the power etc.
[16:25] <asac> lool: of course. its an issue
[16:25] <lool> upstream merger, daily landing, archive admin, core dev, upstream committer, tester.....
[16:25] <lool> jenkins admins
[16:28] <asac> lool: write those down. we will fix stuff
[16:28] <asac> next week!
[16:28] <asac> highest priority
[16:28] <asac> ok guys... was an amazing week. i am all happy, but also exhausted, so i am tuning out. you also take time and clear your mind.
[16:29] <asac> have a good one
[16:31] <lool> asac: good week end
[16:35] <MacSlow> fginther, thomi: the ap-package issue is resolved now... http://pastebin.ubuntu.com/6133452 and the notification-ap test run/pass again
[16:49] <thomi> MacSlow: awesome
[16:51] <MacSlow> thomi, well I still have my share of "fun" with more snap-decisions ap-testing... which has it's very own set of problems
[16:52] <MacSlow> thomi, a test needs to export something via DBus while it's running... and somehow that doesn't seem to work as the "over DBus exported UI-description" isn't picked up or shown...
[16:53] <MacSlow> and I don't really know why that's the case...
[16:53] <ogra> lool, asac, cdimage is done
[16:54] <lool> cool
[16:54] <thomi> MacSlow: yeah, I still think we're doing those tests in a very odd fashion... we're kind of bending AP to do something it's not designed for
[16:54] <MacSlow> thomi, that's just fine as I'm doing things with the notifications they were not designed for :)
[16:55] <MacSlow> I give up for today... eod anyway
[16:55] <thomi> heh
[16:55] <MacSlow> thomi, fginther: thanks again for the help with the package-issue!
[16:55] <jdstrand> I have a no-risk fix for bug #1228236
[16:56] <jdstrand> http://paste.ubuntu.com/6133534/
[16:57] <jdstrand> this is unrelated to yesterdays upload. the fix adds an apparmor rule to the ubuntu-webapp template so webapps can work when launched under upstart (ie, when mir is running)
[16:57] <jdstrand> right now, they fail to start. with the fix, they start
[16:58] <jdstrand> this is not a code change, but a data file change
[16:58] <jdstrand> may I upload?
[16:59] <jdstrand> I'm invoking the lool statement "So for minor bug fixes, it's enough to ping
[16:59] <jdstrand> the CI/landing taskforce"
[17:04] <kgunn> fginther: so, we're still seeing strange ci failures....we think it may be good if we can iterate 3 or more times on this mp
[17:04] <kgunn> https://code.launchpad.net/~alan-griffiths/mir/try-changing-test-timeout/+merge/186525
[17:05] <kgunn> in order to help the rest of our mp's land...is there a way to potentially fast track that (e.g. get 3 guranteed back to back builds/test runs)
[17:05] <kgunn> thomi: alan_g racarr ^
[17:05] <kgunn> ricmm: cause you were curious ^
[17:08] <lool> jdstrand: ok, please upload
[17:08] <jdstrand> \o/
[17:09] <jdstrand> lool: that will from now on be known as "the lool clause" (at least in my head ;)
[17:09] <lool> asac: is your INARCHIVE? on the wrong line?
[17:10] <lool> jdstrand: :-)
[17:10] <lool> jdstrand: added to landing spreadsheet just for others to be aware that it's landing
[17:10] <cjwatson> click 0.4.7 uploaded
[17:10] <jdstrand> lool: thanks
[17:10] <cjwatson> phew.  -> dinner
[17:10] <lool> cjwatson: bon appétit
[17:11] <jdstrand> lool: while I have you, I have another trivial fix: http://paste.ubuntu.com/6133587/
[17:11] <jdstrand> whoops
[17:11] <jdstrand> wrong url
[17:11] <jdstrand> lool: http://paste.ubuntu.com/6133591/
[17:12] <ogra> lool, could you take a look at  http://bazaar.launchpad.net/~phablet-team/session-manager-touch/trunk/revision/105 ... i'd like to upload that to enable all features of the new session stuff
[17:12] <ogra> (just moves a config around)
[17:16] <jdstrand> lool: oh, let me update that. 0.99 is already in the archive
[17:17] <fginther> kgunn, so, you just want the same MP re-run 3 times as is?
[17:17] <fginther> kgunn, if so, that's easy enough
[17:17] <kgunn> fginther: exactly - we are hoping that will take care of the ci failures, then hopefully unblock the rest
[17:18] <kgunn> and maybe not easy...but you could disable arm/i386 just to speed it up
[17:18] <kgunn> fginther: ^
[17:18] <kgunn> fginther: the amd64 is the reliably unexpected "can't find server"
[17:19] <fginther> kgunn, sure I can remove the other builds, just be aware that if you approve anything during this time period, it will only test on amd64 (and merge if it passes)
[17:19] <kgunn> fginther: sure...
[17:20] <kgunn> fginther: i'm almost damn certain that nothing will merge :)
[17:20] <kgunn> as its kind of our #1 hiccup atm :)
[17:20] <kgunn> alan_g: ^ is that too dangerous? i don't think so...
[17:21] <lool> jdstrand: http://paste.ubuntu.com/6133591/ approved as trivial
[17:21] <lool> jdstrand: rebase on latest and upload  :-)
[17:21] <jdstrand> yes, thanks!
[17:21] <lool> jdstrand: I think we need another upload to pick up though
[17:21] <lool> android
[17:22] <alan_g> kgunn: we can always revert anything too horrid
[17:22] <jdstrand> lool: does that mean I should wait?
[17:23] <jdstrand> fyi (http://paste.ubuntu.com/6133633/)
[17:23] <ogra> lool, for lxc-android-config changes no android upload is needed
[17:23] <plars> sergiusens: messaging indicators made it back into this release :)
[17:23] <ogra> only when changing initrd stuff
[17:23] <jdstrand> ah right, *that*
[17:24] <sergiusens> plars, nice
[17:24] <sergiusens> plars, I'll have a communicated weekend :-)
[17:25] <lool> jdstrand: nope you can go with them
[17:25] <jdstrand> lool: so, do you remember the discussion on ubuntu-devel where I discussions 3 options for dealing better with maintenance and ports for hardware-specific accesses in policy?
[17:25] <lool> jdstrand: not currently building an image, and these are trivial enough
[17:25] <jdstrand> lool: cool, uploaded
[17:25] <lool> jdstrand: I remember the discussion, yes
[17:25] <lool> jdstrand: I also Colin had access issues on grouper tonight
[17:25] <jdstrand> lool: and we all decided to just ship some policy in lxc-android config in an apparmor directory that the templates would include?
[17:25] <lool> with nvidia tegra or something
[17:26] <jdstrand> lool: yes, I spoke to him earlier. I fixed that in last nights upload already
[17:26] <lool> jdstrand: rihgt
[17:26] <jdstrand> lool: are these changes to lxc-android-config suitable for 13.10? to me, it is really a question of how easy we wanted porting to be
[17:27] <jdstrand> if I can't get it in now, I'll just do it later, otherwise, I'll work on it
[17:27] <jdstrand> and have something for next week
[17:27] <jdstrand> (that would qualify as a landing, of course)
[17:28] <lool> jdstrand: I dont know how big they end up being
[17:28] <jdstrand> lool: it requires changes in 3 packages: apparmor, to handle a new abstractions directory, lxc-android-config to bput the policy there, and apparmor-easyprof-ubuntu to use that directory
[17:28] <lool> jdstrand: I think it's desirable, and if it's not too risky it's desirable
[17:29] <jdstrand> I don't think it is risky. it essentially moving some data into another dir
[17:29] <lool> jdstrand: yeah; we can cope with many package updates, it's just a risk assessment problem; if we're confident it works as well as before, it's good; other landings might also get higher priority e.g. missing features or high prio bug fixes
[17:29] <lool> jdstrand: ok
[17:29] <lool> jdstrand: got to go for dinner
[17:30] <lool> bye all
[17:30] <jdstrand> sure. I'llpursue it then. thanks!
[17:30] <jdstrand> lool: have a good weekend
[17:30] <lool> you too
[17:30] <lool> bye!
[17:35] <fginther> kgunn, the changes to the mir jobs are pending completion of the merge job for https://code.launchpad.net/~robertcarr/mir/fix-multiple-internal-client-surfaces-on-android/+merge/186151
[17:35] <fginther> kgunn, should that be allowed to continue?
[17:35] <kgunn> fginther: you can kill it
[17:35] <kgunn> fginther: at least i would suspect it to fail from the amd64 ci failure
[17:35] <fginther> kgunn, ack
[17:36] <kgunn> fginther: would be interesting if you see that already
[17:36] <kgunn> fginther: i suppose its already run (arm being the bottle neck on build time)
[17:37] <fginther> kgunn, actually, it's just waiting on the amd64 build
[17:39] <retoaded> fginther, did ps-webapps-raring-desktop-i386 resolve itself? it shows as being online atm.
[17:39] <kgunn> fginther: ah...go ahead and kill it...
[17:39] <fginther> retoaded, rfowler got it back up
[17:39] <retoaded> ack
[17:39] <kgunn> fginther: it had already failed once due to amd64
[17:40] <kgunn> fginther: better if we can just accelerate this https://code.launchpad.net/~alan-griffiths/mir/try-changing-test-timeout/+merge/186525
[17:52] <fginther> kgunn, http://10.97.2.10:8080/job/mir-saucy-amd64-ci/781/console
[17:52] <alan_g> fginther: "java.lang.InterruptedException" - is this you? http://jenkins.qa.ubuntu.com/job/mir-saucy-amd64-ci/779/console
[17:53] <fginther> alan_g, yes, I killed a few jobs to get the try-changing-test-timeout MP fast-tracked
[17:54] <alan_g> fginther: that was a build of try-changing-test-timeout
[17:54] <fginther> head -> desk
[17:55] <alan_g> 8-/
[17:55] <alan_g> kgunn: it was fginther (not a new problem)
[17:59] <sergiusens> plars, ogra where's the neat changes file?
[17:59] <sergiusens> url/uri/link
[17:59] <ogra> http://people.canonical.com/~j-lallement/touch/changes/
[17:59] <plars> ogra: sergiusens: see #ubuntu-touch
[18:35] <cjwatson> asac: I marked landing plan 53 (click) as INARCHIVE, and answered the question in column G (not in 58)
[18:39] <robru> lool, I don't have upload rights to put anything in the archive, all I can do is build stacks so that the PPA gets a newer version. then somebody else has to copy to archive. is that what you want?
[18:39] <robru> lool, also, sorry, just waking up now (slept in a bit)
[18:52]  * cjwatson updates landing plan 56 (apparmor-easyprof-ubuntu 1.33) to INARCHIVE
[19:55] <doanac> plars: you have time to read my comments on https://code.launchpad.net/~doanac/utah/system-image-channel/+merge/186582
[19:55] <doanac> I'd like to try and get this released soon
[19:55] <plars> doanac: yeah, I haven't forgotten you. This latest image is completely broken and has been keeping me busy
[19:56] <doanac> ah -sorry. no worries then
[19:56] <lool> robru: I actually wanted music-app to be a) merged into bzr from an happroved mp and b) put into PPA  :-)
[19:56] <lool> robru: that's the coreapps one
[19:57] <plars> doanac: does this replace https://code.launchpad.net/~doanac/ubuntu-test-cases/system-image-version/+merge/186571 ?
[19:57] <lool> robru: checkin whether it's still stuck
[19:57] <lool> robru: cool, I see it got updated in bzr
[19:57] <lool> checking ppa
[19:57] <lool> and it even went to PPA 6 minutes ago!
[19:57] <lool> robru: so all good, next image build will pick it up
[19:57] <lool> robru: thanks!
[19:57] <robru> lool, i didn't do anything yet ;-)
[19:58] <robru> just been working on webapps for alex-abreu
[19:58] <doanac> plars: no different things. we need utah updated to support the --channel option that's needed by touch testing code
[19:58] <alex-abreu> robru, Oh have I been disturbing your work schedule ?
[19:59] <lool> robru: might have been the 4 hours autolanding then, dunno
[19:59] <robru> alex-abreu, nope, my work schedule is to make packages land, regardless of what stack it's from, so no worries
[20:04] <plars> doanac: approved
[20:24] <lool> so music playback doesn't work anymore with latest image
[20:53] <robru> lool, need me to push a new build? or do you need to fix the bugs in trunk first?
[21:04] <lool> robru: no, we need a fix first sadly
[21:04] <robru> lool, alright, well I'll be around for at least 6 more hours, let me know if you need and builds started. I'm working on some webapps stuff for now
[21:05] <lool> robru: thanks
[21:19] <lool> robru: I found a workaround, but it's too ugly; I'd rather we fix it properly
[21:20] <lool> going off now
[21:20] <robru> ok
[21:32] <robru> fginther, poke: https://code.launchpad.net/~robru/webapps-greasemonkey/packaging/+merge/186872 seems CI passed but autolanding failed? the error message doesn't mean much to me, but it feels infrastructural, ie, not a problem with my branch. i'd appreciate it if you took a look, thanks
[21:33] <fginther> robru, my initial take is that this is a bug in the setup scripts
[21:34] <robru> fginther, is it something you can fix easy, or should i just push to trunk myself?
[21:35] <fginther> robru, hmm, something strange here, give me a few more minutes please
[21:35] <robru> fginther, ok, minutes are no problem. but i do need this landed today ;-)
[21:35] <fginther> robru, the autolanding used the wrong job
[21:35] <robru> fginther, thanks
[21:35] <robru> wrong job? how?
[21:36] <fginther> I'll see if I can figure it out
[21:41] <fginther> robru, did you merge it?
[21:41] <fginther> robru, or I'm I going supper crazy
[21:43] <fginther> robru, looks like something in the jenkins internals did something strange, it triggered two sets of jobs, the head version and the raring version (despite the fact that they have different names)
[21:43] <fginther> robru, the head version did run (https://jenkins.qa.ubuntu.com/job/webapps-greasemonkey-autolanding/6/) and ultimately merged the branch
[21:44] <robru> fginther, oh, weird. i didn't merge it myself, but i did re-approve it shortly before pinging you
[21:46] <fginther> robru, I did track down that jenkins performed the merge, it just ran an extra set of jobs that (thankfully you re-approved the MP in time)
[21:46] <fginther> ... that would have run into a non-approved MP had you not re-approved so quickly
[21:50] <robru> fginther, haha, great, thanks
[21:51] <fginther> robru, https://bugs.launchpad.net/cupstream2distro-config/+bug/1228403
[21:52] <robru> fginther, hmm, that is strange
[22:45] <kgunn> fginther: hey you still on?
[22:46] <kgunn> fginther: it'd be interesting to run this one back-to-back
[22:47] <kgunn> https://code.launchpad.net/~kgunn72/mir/change-test-timeout-and-fix-fence/+merge/186893
[22:47] <kgunn> 3 times...
[22:47] <kgunn> it incoporates both alan_g & racarr's changes....
[22:47] <kgunn> i think this will really clear out the ci weirdness