[08:05] <asac> ogra_: lool: hi :)
[08:05] <asac> didrocks: good morning \o/
[08:06] <didrocks> asac: hey! In fact, already there for 2 hours, but didn't noticed I was only connected to canonical network, not freenode
[08:06] <didrocks> asac: but good morning to you too ;)
[08:07] <asac> thx!
[08:07] <asac> didrocks: had a great weekend?
[08:07] <asac> build 59 looks better thatn 58
[08:07] <didrocks> asac: was nice! Did some Via Ferrata near Grenoble for my bachelor party
[08:07] <didrocks> (Vincent Untz was there as well)
[08:08] <didrocks> so a sportive saturday, but really enjoyed it
[08:08] <asac> didrocks: http://en.wikipedia.org/wiki/Via_ferrata ?
[08:08] <didrocks> asac: yeah ;)
[08:08] <cjwatson> didrocks: Morning.  Would you have a chance to dry-run cu2d as ubuntu-archive@snakefruit as best you can and see if there are any missing pieces on the new host?
[08:08] <didrocks> 3h of climbing
[08:08] <asac> what that is very sportslike
[08:08] <cjwatson> didrocks: If we're lucky then maybe hloeung is still around and we can cut over this morning
[08:09] <didrocks> asac: yeah, also, better to ensure your equipment can be trusted, you don't have a second chance ;)
[08:09] <didrocks> cjwatson: I would prefer having a real publishing tick (with something to publish), as everything is manual, I'm afraid that won't be that morning
[08:09] <asac> didrocks: a bit scary :)
[08:09] <asac> but good that you made it back safely
[08:10] <didrocks> cjwatson: I'm removing the cronjob on lillypilly
[08:10] <didrocks> and will make the first run when there is something to publish
[08:10] <didrocks> asac: heh, thanks! Yeah, I was wondering if my brother didn't try to get off me ;)
[08:10] <asac> oh we have a new host. nice
[08:10] <asac> lol
[08:11] <cjwatson> didrocks: argh
[08:11]  * asac wonders whats going on with maguro
[08:11] <cjwatson> didrocks: no, don't remove the cronjob yet
[08:11] <didrocks> asac: it was that one: http://www.viaferrata-fr.net/via-ferrata-46-La-Cascade-Les-Orres-Hautes-Alpes.html
[08:11] <didrocks> cjwatson: hum, but if I don't remove it, lillypilly will win over snakefruit
[08:11] <cjwatson> didrocks: if you can't dry-run it, just be around when we cut over
[08:11] <cjwatson> didrocks: but snakefruit hasn't been fully commissioned yet :)
[08:11] <cjwatson> didrocks: i.e. we haven't put its cron jobs in place
[08:12] <didrocks> cjwatson: I can dry-run it, but this will only give us 90% confidence, not 100
[08:12] <cjwatson> didrocks: I'll disable the lillypilly ones en masse when we enable snakefruit
[08:12] <cjwatson> didrocks: that's exactly what I'm looking for
[08:12] <cjwatson> didrocks: I just want to check for missing packages and that kind of thing
[08:12] <didrocks> cjwatson: ok, let me do this then
[08:13] <cjwatson> It'll need a final rsync before we switch
[08:13] <didrocks> cjwatson: I need the launchpad cred for the archive admin bot
[08:13] <cjwatson> Really?  I set that up last week.
[08:14] <didrocks> any different path than regular one? I'm getting the browser need login message…
[08:14] <cjwatson> Give me the link it gives you and I'll authorise it
[08:14] <didrocks> cjwatson: https://launchpad.net/+authorize-token?oauth_token=1tPzQGtwQcwhB7Z3QHZH&allow_permission=DESKTOP_INTEGRATION
[08:15] <cjwatson> didrocks: Should be authed now
[08:15] <didrocks> cjwatson: yeah, perfect, thanks!
[08:16] <didrocks> cjwatson: ok, all imports passed, so we should be fine
[08:16] <cjwatson> OK, great, thanks
[08:16] <didrocks> cjwatson: yw, just tell me when you want to do the switch so that I can ensure I'm able to do it manually
[08:17] <asac> ogra_: so i dont think that the lightdm did my maguro very well
[08:17] <cjwatson> bah, hloeung is off today, I'll have to find another victim
[08:17] <asac> ogra_: it doesnt boot to UI anymore
[08:18] <asac> ogra_: with crashes in //var/crash
[08:18] <asac> ogra_: i believe that reflects what we see on the dashboard
[08:25] <ogra_> asac, what we see on the dashboard are surfaceflinger crashes on the android side
[08:26] <asac> ogra_: my maguro doesnt boot anymore :/
[08:26] <ogra_> i have no idea how ligthdm could cause that
[08:26] <ogra_> :(
[08:27] <ogra_> i mean, it is not that lightdm executes SF or anything ...
[08:27] <ogra_> (i see the crashes in the logcat outputs of the different tests)
[08:27] <asac> your maguro doesnt boot either i am sure :)
[08:28]  * asac downgrades u-t-s to 0.69
[08:28] <asac>  \o/
[08:28] <asac> ogra_: its back. u-t-s 0.69 fixes it
[08:28] <asac> can we backout to produce a good image?
[08:29] <asac> :-P
[08:29] <ogra_> asac, could you please test .01 too
[08:29] <ogra_> err
[08:29] <ogra_> 0.71
[08:29] <asac> 01?
[08:29] <asac> ogra_: i did
[08:29] <asac> didnt help
[08:29] <asac> well its in 59
[08:29] <ogra_> ok
[08:29] <asac> ok talk in 1 minutes :)
[08:29] <ogra_> just wanted to make sure it isnt the missign hack (though that was utah only anyway)
[08:29] <ogra_> right
[08:32] <asac> lool: coming?
[08:33] <lool> Hi
[08:33] <lool> I'm in
[08:33] <lool> sorry, I'm still sick
[08:33] <lool> since saturday
[08:34] <lool> but it's ok, I'll be mostly around today
[08:44] <ogra_> root@ubuntu-phablet:/# grep GRID /home/phablet/.bashrc
[08:44] <ogra_> export GRID_UNIT_PX=18
[08:44] <ogra_> lool, ^^^
[08:45] <ogra_> first boot the session scripts set this up ... so sudo has it
[08:47] <lool> ok, will look
[08:53] <lool> asac: libmirclient depended on by : xorg-server, platform-api
[08:53] <lool> asac: libmirserver depended on by : unity-mir, unity-system-compositor, platform-api
[09:11] <ogra_> Uploading to ubuntu (via ftp to upload.ubuntu.com):
[09:11] <ogra_>   Uploading ubuntu-touch-session_0.72.dsc: done.
[09:11] <ogra_>   Uploading ubuntu-touch-session_0.72.tar.gz: done.
[09:11] <ogra_>   Uploading ubuntu-touch-session_0.72_source.changes: done.
[09:11] <ogra_> Successfully uploaded packages.
[09:11] <ogra_> asac, ^^^
[09:17] <lool> didrocks: if you have the link to the crash / bug
[09:17] <didrocks> lool: asac started the discussion, I'm looking at the logs now
[09:18] <didrocks> lool: nothing in logs, it was showing in AP tests AFAIK
[09:33] <asac> ogra_: didrocks: lool: Mirv: ok unity8 autopilots succeed on amguro with ubuntu-touch session backout
[09:33] <didrocks> great!
[09:34] <didrocks> ogra_: asac: tell me when the image is "greened". I'll handle the camera thing then
[09:34] <asac> didrocks: oh ... camera needs to go in for greening
[09:34] <asac> its a autopilot fix only
[09:34] <asac> let me test
[09:34] <asac> one sec
[09:35] <didrocks> asac: camera-app built successfully and it's a click away to publish (tests pass on desktop), just need to get phone testing I guess (especially if ogra mentions manual tests for them)
[09:36]  * asac wonders if can ban bzip and xz from touch :)
[09:36] <didrocks> never tried ;)
[09:36]  * didrocks brings back more tissues first, not for crying, but for the cold :p
[09:36] <asac> lol
[09:37] <asac> camera_app running
[09:37] <asac> 1 minute
[09:37] <asac> then you can push
[09:37] <didrocks> great
[09:37] <asac> lool: your stuff... when can you land the click scop in-archive fix?
[09:37]  * didrocks needs to reflash his phone anyway
[09:38] <asac> didrocks: yeah... you need to downgrade ubuntu-touch-session to 0.6.9
[09:38] <asac> err 0.69 ... if its a maguro
[09:38] <didrocks> it's mako
[09:38] <didrocks> still need to downgrade?
[09:38] <asac> didrocks: i dont know... :) its a bit crashier from what ogra said
[09:38] <asac> but seems to have no impact on tests according to dashboard
[09:39] <didrocks> maybe for once, the infra went lucky
[09:39] <asac> i would say ... if you can see a UI and use it, give that a try
[09:39] <didrocks> red light first, so will take a little bit more time :)
[09:39] <lool> asac: yes
[09:42] <asac> didrocks: red light == charging?
[09:42] <didrocks> asac: yeah
[09:42] <asac> oha
[09:42] <asac> hehe
[09:42] <didrocks> not touching it for 5 days and here is the result :p
[09:42] <didrocks> (let's say I didn't use it during the via ferrata to not risk canonical's phone ;))
[09:43] <asac> thostr_: did you find/land a fix for the crashes?
[09:43] <asac> in trunk?
[09:43] <asac> didrocks: seems at least emergency shut down worked
[09:43] <asac> otherwise you would not be able to charge :)
[09:43] <thostr_> asac: yes, we found the reason.... it's only happening in testing, but never ever in production
[09:43] <didrocks> asac: yeah, quite happy (and surprised) about that one TBH ;)
[09:43] <asac> didrocks: camera_app succeeeded
[09:43] <asac> go for it
[09:43] <didrocks> \o/ /me pushes
[09:44]  * asac happy that finally the stupid test_shoot_disable
[09:44] <asac> test if xied
[09:44] <asac> thostr_: fix coming?
[09:44] <thostr_> asac: yes
[09:44] <thostr_> asac: working on it.... it's not a one liner
[09:44] <asac> ah ok
[09:44] <didrocks> cjwatson: trying to go through snakefruit for that publishing, keeping you posted
[09:44] <asac> thostr_: so you think landing tomorrow?
[09:44] <asac> or today later?
[09:45] <thostr_> I'd aim for later today, but more realistic might be tomorrow
[09:45] <asac> right
[09:45] <asac> thx
[09:45] <thostr_> asac: but as said, this shouldn't be a blocker as it only affects testing right now
[09:45] <cjwatson> didrocks: No
[09:45] <cjwatson> didrocks: Stop
[09:45] <didrocks> ah?
[09:45] <cjwatson> didrocks: We're going to be doing a final rsync of everything before cutting over
[09:45] <didrocks> cjwatson: if I loose a xml file, not a biggie
[09:46] <cjwatson> didrocks: So your filesystem is going to get walloped.  I'd really appreciate it if you waited
[09:46] <cjwatson> didrocks: It won't be long, hopefully
[09:46] <didrocks> cjwatson: do you have any idea on how long it will take?
[09:46] <didrocks> like an hour?
[09:46] <cjwatson> I'm trying to get hold of a sysadmin right now, see #is
[09:47] <didrocks> asac: agreed to wait for few minutes before deciding to publish camera?
[09:47] <cjwatson> All I wanted from snakefruit pre-cutover was testing, not production use
[09:47] <didrocks> asac: just to ensure the new machine is working after the rsync
[09:47] <asac> didrocks: can we push that in before the we do the swtich?
[09:47] <asac> ah
[09:47] <asac> well if the switch is under way
[09:47] <didrocks> asac: that would be a way to ensure the new setup is working as well
[09:47] <asac> then... guess we have no choice, but to wait?
[09:47] <asac> didrocks: ok
[09:47] <asac> didrocks: when?
[09:47] <didrocks> 11:46:42 cjwatson | I'm trying to get hold of a sysadmin right now, see #is
[09:47] <didrocks> asac: ^
[09:47] <asac> right
[09:48] <didrocks> asac: all is done, what's missing is only the cp to the archive
[09:48] <cjwatson> didrocks: Could you be around earlyish tomorrow morning?
[09:49] <cjwatson> didrocks: hloeung owns the ticket and jacekn doesn't particularly want to jump in - but hloeung is APAC
[09:50] <didrocks> cjwatson: I'm around starting at 5am UTC generally (just had network issues to connect to freenode today)
[09:50] <cjwatson> Aha
[09:51] <cjwatson> didrocks: OK, great, let's aim for tomorrow morning, I'll get up as early as I can manage
[09:51] <didrocks> ok ;)
[09:51] <cjwatson> So just carry on with lillypilly for now
[09:51] <didrocks> cjwatson: do you think there is a risk if I try with snakefruit?
[09:51] <cjwatson> I'll let -engineering know that there'll be a period of archive job downtime tomorrow morning
[09:52] <cjwatson> didrocks: I would really prefer if you didn't
[09:52] <didrocks> ok
[09:52] <lool> unity-scope-click uploaded, waiting for accepted email
[09:52] <asac> dont take risks :)
[09:52] <cjwatson> It's just way too confusing to have both active
[09:52] <asac> lool: awesome
[09:52] <lool> accepted
[09:52] <didrocks> cjwatson: sure sure
[09:52] <cjwatson> If you want to dry-run on snakefruit, be my guest
[09:52] <didrocks> asac: done
[09:53] <asac> nice
[09:53] <asac> ogra_: build failure :/
[09:54] <asac> ogra_: just taking the same tarball as 0.69 and changing version to 0.72+0.69 doesnt work?
[10:00] <ogra_> asac, i'm rolling back on bzr level, the version hackery isnt needed ...
[10:00] <asac> ogra_: but it failed :)
[10:00] <asac> so the roll back wasnt perfect
[10:00]  * ogra_ chacks the buila failure
[10:00] <asac> hehe
[10:01] <asac> ogra_: so ... our lightdm issue brought upstream merger to halt
[10:01] <asac> ":)
[10:01] <asac> lets get it fixes
[10:01] <asac> fixed
[10:01] <asac> http://<IP_ADDRESS>:8080/job/generic-mediumtests-runner-maguro/1126/consoleFull
[10:01] <asac> all tests failing ... sounds like its because its broken
[10:01] <asac> no pressure though :)
[10:02] <ogra_> hmm, weird, that looks like a bzr bug
[10:02] <ogra_> it didnt roll back the rneaming of a file
[10:02] <ogra_> *renaming
[10:03] <ogra_> i see it in the commit though
[10:03]  * ogra_ renames manually
[10:03] <cjwatson> Always best to debdiff the two versions you expect to be identical, just to confirm
[10:03] <ogra_> (it rolled back the content of the file but not its name)
[10:03] <ogra_> yeah next time
[10:04] <asac> ok get it up :)
[10:07] <asac> didrocks: do you know where to see how the phone/image was set up here: http://<IP_ADDRESS>:8080/job/generic-mediumtests-saucy/3809/console ?
[10:07] <asac> e.g. what base image is used
[10:07] <asac> how it was dist-upgraded etc.?
[10:08] <asac> actually looking for info whether: http://<IP_ADDRESS>:8080/job/generic-mediumtests-runner-maguro/ uses our busted lightdm etc.
[10:08] <didrocks> asac: I don't have creds on that jenkins, so I can't access to the configuration
[10:08] <asac> ubuntu-touch-session version
[10:08] <asac> didrocks: no way to find it in logs? ok... thanks
[10:08] <ogra_> new session manager uplaoded
[10:08] <didrocks> asac: I think their medium tests don't log that, indeed :/
[10:09] <didrocks> (that's why we need just one system to test everything)
[10:09] <didrocks> not 3
[10:09] <didrocks> ogra_: woow \o/
[10:09] <ogra_> well, was just a bzr mv ...
[10:09] <ogra_> :)
[10:09] <didrocks> asac: oh, I see a dpkg-setup, one sec
[10:10] <didrocks> asac: weird, the jenkins config is screwed anyway, from the logs, there are a lot more artefacts (and the interesting dpkg-l one), but it seems jenkins isn't setup to collect them
[10:16]  * asac hugs ogra_ for the quick build fix for ubuntu-touch-session
[10:16]  * asac tries that
[10:16] <asac> didrocks: hmm. can we see the content in the log or is it now hidden in non-captured log files?
[10:17] <didrocks> asac: sorry, I'm not sure what you are asking for
[10:17] <didrocks> ah, the content of the file for the generic- test
[10:18] <asac> didrocks: the output of dpkg -l for instance. is that visible in the log itself?
[10:18] <didrocks> asac: I think it's hidden in non-captured log files. But francis will be the contact point. It's not using otto and I don't have access to that jenkins
[10:19] <asac> right
[10:20] <cjohnston> didrocks: which jenkins
[10:20] <asac> bah
[10:20] <didrocks> cjohnston: <IP_ADDRESS>
[10:20] <asac>  ... how can i prevent this MTP thing popping up new windows everytime
[10:21] <didrocks> asac: +1 in the annoyance
[10:21]  * asac hugs ogra
[10:21] <ogra_> asac, hacking up a gconf key on the desktop
[10:21] <asac> ogra_: thanks... confirmed that the deb works
[10:21] <ogra_> yeah, its exactly what 0.69 had
[10:21] <asac> ogra_: i think i would be happy if it didnt pop up new windows each time it boots
[10:21] <asac> i accumulated like 10 windows
[10:21] <ogra_> yeah, thats a nautilus prob
[10:22] <ogra_> it should close the windows if the device goes away
[10:22] <cjohnston> didrocks: which job and what files
[10:22] <ogra_> but it doesnt
[10:22] <asac>               http://<IP_ADDRESS>:8080/job/generic-mediumtests-saucy/3809/console ?
[10:22] <jibel> ogra_, or reuse an already opened window instead of opening a new one
[10:22] <asac> cjohnston: ^^
[10:23] <asac> jibel: ++
[10:23] <asac> that would be perfect :)
[10:23] <ogra_> jibel, yeah
[10:23] <asac> guess its a gnome bug though :-P
[10:23] <ogra_> right, nautilus or gvfs
[10:23] <didrocks> cjohnston: http://<IP_ADDRESS>:8080/job/generic-mediumtests-runner-maguro/1126/consoleFull (you don't have the backlog here?)
[10:23] <asac> lool: which package was your upload?
[10:23]  * asac tries to look at proposed
[10:23] <didrocks> cjohnston: we need the dpkg-l postsetup I think
[10:24] <asac> https://launchpad.net/ubuntu/+source/unity-scope-click/0.1+13.10.20130906.1-0ubuntu3
[10:24] <asac> lool: found it
[10:24] <asac> ok so unity-scope-click (0.1+13.10.20130906.1-0ubuntu2 to 0.1+13.10.20130906.1-0ubuntu3)
[10:24] <asac> is blocked by beta
[10:24] <asac> i guess
[10:24] <asac> cjwatson: this is one we should unblock in theory, right?
[10:25] <cjwatson> I believe so, although I'm a little surprised that it showed up in Laney's block
[10:25] <asac> lool: didrocks: ^^ i think you two have powers to unblock our packages
[10:26] <asac> guess check with laney and cjwatson what to do there
[10:26] <cjwatson> I sent mail about that
[10:26] <didrocks> yeah, doing
[10:26] <cjwatson> Including advice to coordinate on #ubuntu-release for things that affect shared images
[10:26] <cjwatson> Not sure this is really shared though, looks like a FP
[10:27] <ogra_> asac, oh it would have been nice to know if maguro worked with Mir so we would know if we need to do anything in that regard as well once the Mir switch happens (since lightdm is an essential req. in that case)
[10:30] <asac> ogra_: i prefer to wait until we get the latest mir from the sprint
[10:30] <asac> after greening the image
[10:30] <cjohnston> didrocks: I have to head off to the airport.. if fginther hasn't helped you with that before I get back, I'll work on it.
[10:31] <asac> ogra_: (before trying locally) ... i can try though if you want ... not sure what to do though
[10:31] <didrocks> cjohnston: thanks! have a safe travel
[10:31] <cjohnston> thanks
[10:32] <ogra_> asac, well, Mir starts today even thought it is shaky ... would be good to confirm it still does :) but yeah i guess it can wait til Mir lands
[10:33] <asac> ogra_: right. maybe rather wormk on ubuntu-touch-session
[10:33] <asac> :)
[10:33] <asac> ogra_: so we can get it back for system-settings
[10:33] <asac> ogra_: can you tell me what the idea is on how to ensure we get exactly thge same environment?
[10:35] <asac> ogra_: maybe this is something that rather mterry should do>?
[10:41] <asac> lool: we got an answer on that click landing etc.
[10:41] <asac> he believes we have everything in place now?
[10:41] <lool> asac: the scope one or the click click one
[10:42] <asac> lool: click
[10:42] <asac> \didnt know there were two threads
[10:42] <cjwatson> eh what?  didn't know there was a landing of click itself
[10:42] <cjwatson> seeing as there's nothing unlanded
[10:42] <asac> lool: anyway, please /msg ralsina to be sure that he understands all the aspects of both
[10:42] <lool> cjwatson: I think that's still 0.4.7
[10:42] <cjwatson> yes, which is current
[10:43] <lool> line 53 in landing plan
[10:43] <lool> asac: the click landing shouldn't affect ralsina
[10:43] <asac> lool: alejandro works for him
[10:43] <lool> cjwatson: we consider things "landed" when the image is promoted  ;-)
[10:43] <cjwatson> lool: 53 is landed - I just haven't checked whether it's INIMAGE
[10:43] <asac> and he was CCed
[10:43] <cjwatson> well, ok
[10:43] <asac> cjwatson: he is doing the click scope etc.
[10:43] <asac> err
[10:43] <asac> lool: ^^
[10:43] <lool> cjwatson: which is the only confusion there is, you consider it done and asac is still tracking it
[10:44] <asac> so cjwatson's upload is done
[10:44] <asac> thats fine
[10:44] <asac> i am talking about the UI parts etc.
[10:44] <asac> thats click scope for me
[10:44] <asac> (which is mentionmed Incomplete click stack landing
[10:44] <asac> )
[10:44] <lool> asac: yes, click itself is fine and unrelated and is all going well; the only issue is unity-scope-click, but that landing is also going fine now since it will soon be INARCHIVE I guess
[10:44] <lool> didrocks: did you add that hint already?
[10:44] <lool> i need to look how to do that, it's in email somewhere
[10:45] <asac> lool: but we did manual uploads... please ensure ralsina and alejandro know what to do
[10:45] <didrocks> lool: sorry, what hint?
[10:45] <asac> they a) havent fixed the crash we backed out... and b) have diverged it seems
[10:45] <lool> didrocks: to let unity-scope-click through
[10:45] <asac> lool: the hint shouldnt be needed
[10:45] <didrocks> lool: you mean, in archive? see #ubuntu-release
[10:45] <asac> laney found a bug and afaiui next run it should just be unblocked
[10:45] <lool> ah ok, will look there
[10:45] <didrocks> no hint needed
[10:45] <lool> asac: I wrote about the manual upload(s) in the email
[10:45] <asac> well, so far i dont see change
[10:45] <lool> explaining what to do
[10:45] <asac> lool: right. they dont get it
[10:46] <lool> ah
[10:46] <asac> lool: you have to /msg them and explain step by step
[10:46] <lool> ok
[10:46] <asac> is my feel
[10:46] <asac> :)
[10:46] <asac> lool: also ralsina wasnt on that email
[10:46] <didrocks> yeah, I think you will need :)
[10:47] <lool> asac: he was bcc-ed actually
[10:47] <lool> right Sep 23 11:55:06 localhost postfix/smtp[2089]: 789283D3356<EMAIL_ADDRESS>relay=smtp.dooz.org[<IP_ADDRESS>]:587, delay=0.62, delays=0.05/0.05/0.33/0.19, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 06EFCC01C7)
[10:47] <asac> lool: who knows what mails he got... i am CCing him
[10:47] <asac> lool: there were more mails
[10:47] <asac> just /msg him
[10:47] <asac> i am sure he doesnt know what is going on still
[10:48] <lool> asac: ack; hadn't cc:ed him because I had only fwd-ed the original thread to him
[10:48] <lool> asac: note that the unity-scope-click bzr unfucking doesn't block us in anyway for the image
[10:48] <asac> well, i want this fixed
[10:48] <lool> it should happen soon, but it's not like "drop everything you're doing and do it" kind of problem
[10:48] <asac> :)
[10:48] <asac> no its not
[10:48] <asac> just give him a heads up in /msg what is going on
[10:48] <asac> and then you are done
[10:49] <asac> (otherwise i am pretty srue that in 1-2 weeks time we will find out that nothing happened and wonder who didnt get what)
[10:50] <asac> jibel: do you know anything about upstream merger? we had problems figuring if an upload to ubunt-touch-session will automatically get pulled into those devices
[10:50] <asac> do you know?
[10:50]  * asac assumes it doesn
[10:51] <asac> ncie... all three apps are valid candidates
[10:51] <asac> err three packages
[10:52] <lool> unity-scope-click is Valid candidate now
[10:52] <asac> ack
[10:53] <didrocks> should be published in the release pocket in the next 30 minutes
[10:55] <asac> 30 minutes? :)
[10:55] <asac> maybe is there like an intermediate area where our images could pull stuff from without that delay?
[10:56] <asac> infinity: how is the build stack going? :)
[10:59] <ogra_> asac, oh, for sure, its mterrys code, but we should give him a hand at least
[10:59] <cjwatson> asac: the only intermediate area is saucy-proposed, which will contain stuff you don't want
[10:59] <cjwatson> so no
[10:59] <lool> BTW I have a candidate fix for one of the two regressions of music playback experience (this one in upstart-app-launch); it's complex to review, so I hope to get this done this afternoon
[10:59] <cjwatson> asac: the switch to snakefruit will speed things up though
[10:59] <cjwatson> (a bit)
[11:00] <ogra_> asac, and we wont and cant have the same environment, the addition of logind makes polkit work, i dont think anyone worked on shipping the right pkla files to get access to dbus with their apps afterwards
[11:00] <ogra_> asac, which means we should go through all apps and see if they can still talk to their backends
[11:01] <lool> didrocks: sorry, where are you pulling ubuntu-download-manager from?  Vcs-Bzr seems out of date and I'd like to fix this by sending a mp, but don't know where  :-)
[11:01] <ogra_> along these lines the addition of Mir will change the whole thing again
[11:01] <ogra_> (input direct instead of through the android layer ... well and likely different environment to SF)
[11:01]  * lool tries lp:ubuntu-download-manager
[11:02] <didrocks> lool: should be lp:ubuntu-download-manager
[11:02] <didrocks> let me check
[11:02] <lool> didrocks: so the default is to assume package name == bzr name in cupstream2distro-config?
[11:02] <lool> didrocks: this seems to be the code
[11:02] <didrocks> lool: right
[11:02] <didrocks> (yeah, I confirm it's lp:ubuntu-download-manager)
[11:02] <didrocks> lool: if there is no target_branch:, it's lp:project_name
[11:03] <didrocks> trying to get a minimal config
[11:03] <lool> ok
[11:03] <lool> didrocks: makes complete sense, thanks
[11:03]  * didrocks does some SRU for OEM
[11:03] <didrocks> lool: yw!
[11:05] <lool> didrocks: could you review this https://code.launchpad.net/~lool/ubuntu-download-manager/fix-vcs-url/+merge/187004 for me?
[11:05] <jibel> asac, I don't know anything about upstream merger, sorry
[11:05] <didrocks> lool: sure
[11:06] <didrocks> lool: please keep the warning
[11:06] <didrocks> lool: it was needed for some distro guys to understand what's the best practice is
[11:06] <didrocks> (but I agree it's cumbersome)
[11:11] <asac> didrocks: do you think upstrea merger devices usually get a update/dist-upgrade before starting? e.g. will maguro be fixed for them?
[11:11] <asac> -> assuming update happened in saucy
[11:12] <didrocks> asac: I honestly *think* they are just using the latest image and install what they have in their local repo
[11:12] <asac> didrocks: latest image == latest proposed? or latest stable?
[11:13] <asac> guess must be latest proposed
[11:13] <asac> if the theory is that maguro is completely busted because of the u-t-s brickage
[11:13] <didrocks> as they didn't want to build against -proposed their packages, I guess they did the same for testing, so using the latest stable image
[11:13] <asac> didrocks: -proposed == daily-proposed or proposed archive/pocket
[11:13] <didrocks> I hope that we change that and build against -proposed (and using the proposed image)
[11:13] <asac> ?
[11:13] <didrocks> asac: proposed pocket
[11:14] <asac> yeah. its not so easy to decide
[11:14] <didrocks> asac: transitions
[11:14] <asac> if you build against proposed, we might have a breakage slip in from another component
[11:14] <didrocks> I have the same worrying at first
[11:14] <didrocks> for dailies
[11:14] <didrocks> we were not building against proposed
[11:14] <asac> and then they cant commmit against their own tree anymore
[11:14] <didrocks> (and not adding proposed to otto)
[11:14] <didrocks> but finally, it turned out to work quite well
[11:14] <didrocks> knowing that there is a switch
[11:14] <didrocks> to temporary disable the proposed pocket from building and otto tests
[11:14] <asac> hmm. the trick is really that lets say unity8 brakes gallery-app
[11:15] <didrocks> (we only used it once)
[11:15] <asac> then folks cant continue on gallery-app
[11:15] <asac> but ... maybe that should be catched before
[11:15] <didrocks> yeah
[11:15] <didrocks> as you told
[11:15] <didrocks> gallery-app has its own tests
[11:15] <didrocks> to shield itself
[11:15] <asac> but then we would need proposed pocket testing too
[11:15] <didrocks> and unity8 run those tests
[11:15] <asac> soon :)
[11:15] <didrocks> yep ;)
[11:15] <didrocks> so normally unity8 can't break gallery-app
[11:16] <didrocks> for enabling -proposed, I would say let's ensure they have a switch
[11:16] <didrocks> to enable/disable it
[11:16] <ogra_> unless the shell dies mid-test :P
[11:16] <asac> yeawh. question is where we run all those tests. it seems that running all tests on all commits is not going to work
[11:16] <didrocks> ogra_: it should raise a warning and put things in manual
[11:16] <asac> so we could only run them in daily-build
[11:16] <asac> but there we would infect the whole tress again
[11:16] <asac> e.g. no more merging
[11:16] <didrocks> ahah, here we go again (/me remembers to have mention this) ;)
[11:17] <ogra_> root@ubuntu-phablet:/# apt-cache madison ubuntu-touch-session
[11:17] <ogra_> ubuntu-touch-session |       0.73 | http://ports.ubuntu.com/ubuntu-ports/ saucy/universe armhf Packages
[11:17] <asac> goodie
[11:17] <ogra_> anything else we wanted in the next image or should i start a run ?
[11:17] <asac> ogra_: how about unity-scope-click?
[11:17] <ogra_> do we have the fix ?
[11:17] <asac> ogra_: its uploaded. yes
[11:17]  * ogra_ didnt chek spreadsheet yet
[11:17] <asac> lool: did that
[11:17] <didrocks> ogra_: do you know when using rmadison if the "published" for armhf is in fact "copied to ports.ubuntu.com"?
[11:18] <asac> ogra_: we have unity-scope-click
[11:18] <asac> ubuntu-touch-session
[11:18] <asac> and camerera-app
[11:18] <ogra_> didrocks, it should, i think it pulls Packages.gz from there
[11:18] <didrocks> ok
[11:18] <ogra_> asac, k
[11:18] <asac> ogra_: can you check that we have all three?
[11:18] <lool> didrocks: readded a more generic warning (not mentionning team name anymore which was out of date)
[11:19]  * asac installs unity-scope-click and see if phone explodes
[11:19] <asac> ogra_: seems the scope isnt there yet
[11:19] <ogra_> asac, i see both in madison
[11:19] <didrocks> lool:  your changes will be automatically merged
[11:19] <didrocks> 14+# back into the upstream branch
[11:19] <didrocks> it's still a manual process
[11:19] <didrocks> not automatic
[11:19] <ogra_> root@ubuntu-phablet:/# apt-cache madison unity-scope-click
[11:19] <ogra_> unity-scope-click | 0.1+13.10.20130906.1-0ubuntu3 | http://ports.ubuntu.com/ubuntu-ports/ saucy/universe armhf Packages
[11:20] <ogra_> root@ubuntu-phablet:/# apt-cache madison camera-app
[11:20] <ogra_> camera-app | 2.9.1+13.10.20130923-0ubuntu1 | http://ports.ubuntu.com/ubuntu-ports/ saucy/universe armhf Packages
[11:20] <cjwatson> asac,didrocks: there are trade-offs, but generally I think that packages should build against -proposed (provided there's a back door to disable it in special cases) and images shouldn't
[11:20] <cjwatson> didrocks: when using rmadison, "published" is "on ftpmaster.internal", not "copied to ports.ubuntu.com"
[11:20] <cjwatson> ogra_: ^- for the record
[11:20] <didrocks> cjwatson: that's what happens for daily releases (both building and testing)
[11:20] <ogra_> cjwatson, well in case we gate through proposed we would actually want test builds of images from there
[11:20] <didrocks> cjwatson: ah, so there is a little bit of a delay?
[11:21] <ogra_> that we can test against before pulling the trigger
[11:21] <cjwatson> ogra_: You almost certainly don't want a test build against *all* of -proposed, only selected packages
[11:21] <cjwatson> So it's more complicated than that
[11:21] <ogra_> or at least with cherry picked parts from proposed
[11:21] <cjwatson> And image builds against -proposed will fail a lot
[11:21] <ogra_> yeah+
[11:21] <cjwatson> didrocks: it depends what you're looking at.  Remember that images build from ftpmaster.internal, not ports.ubuntu.com
[11:21] <ogra_> i wonder if we should use a sprecial purpose PPA and build against that
[11:21] <cjwatson> didrocks: So in practice rmadison is a good upper bound of what you want for image builds
[11:22] <lool> ogra_: Could you run your image / manifest diff script separately for stable -> pending image?
[11:22] <ogra_> then we can manually copy packages from proposed to that
[11:22] <cjwatson> ogra_: That would be one interesting way to do selection, yes
[11:22] <lool> ogra_: so that we know what's coming in the next promoted image
[11:22] <didrocks> cjwatson: oh ok, I don't "remember", because I didn't know :) Sounds what we needed as an info anyway. Thanks!
[11:22] <ogra_> lool, i do already :)
[11:22] <ogra_> lool, http://people.canonical.com/~ogra/touch-image-stats/current/ thats stable vs stable
[11:23] <ogra_> one level up is pending vs pending
[11:23] <cjwatson> basically, ftpmaster.internal is for internal things that might be in a hurry, ports.ubuntu.com is for external things and for anything internal that doesn't need to be absolutely up-to-the-minute
[11:23] <lool> didrocks: pushed removing "automatically"
[11:23] <lool> ogra_: I mean stable -> pending
[11:23]  * lool actually typed the right thing this time around
[11:23] <ogra_> lool, hmm, i could do that ... you can do it yourself too if thats urgent, the script lies in the dir :)
[11:24] <ogra_> just call it with the two cdimage stamps you want to compare
[11:24] <lool> ogra_: I would like it to be always up-to-date
[11:24] <lool> ogra_: So that I can hand an URL to someone
[11:24] <ogra_> lool, right, i'll add such a thing
[11:24] <lool> thanks
[11:24] <ogra_> just saying, if you need it right now, there is the script :)
[11:25] <didrocks> lool: approved
[11:25] <lool> ogra_: soon would be nice  :-)
[11:25] <lool> ogra_: to answer questions about what is getting in the next image  :-)
[11:25] <didrocks> lool: note it's not automated for good reason: changelog merge conflict and maybe someone needs to look at this (as it's not done by an upstream developer for sure)
[11:25] <lool> didrocks: <3
[11:25] <ogra_> lool, the script compares manifests of done builds ...
[11:25] <ogra_> lool, no crystal ball inside, sorry
[11:26] <lool> ogra_: it's the best guess though  :-)
[11:26] <ogra_> lool, i cant do it before having a new image
[11:26] <lool> ogra_: I do mean the pending image
[11:26] <lool> the proposed one
[11:26] <ogra_> i.e. it wont tell you in advance whats going in
[11:26] <ogra_> oh, against last release ?
[11:26] <lool> ogra_: this is to tell people using the stable channel what they will get if we promote the latest image
[11:27] <lool> ogra_: so it's diffing manifest between stable channel version and proposed channel version
[11:27] <ogra_> lool, right
[11:27] <ogra_> i get it now
[11:28] <ogra_> i tought *you* wanted to know in advance what will be in the next build :)
[11:28] <ogra_> that would require another (new) script :)
[11:29] <lool> ogra_: I'd like to know the weather too please
[11:29] <ogra_> haha
[11:29] <lool> seems a gorgious day today
[11:29] <ogra_> yeah, i can write something for this, but thats more than a ten liner i fear
[11:35] <asac> so is our stuff in?
[11:35] <asac> ogra_: lool: didrocks: ?
[11:35] <ogra_> lool, http://people.canonical.com/~ogra/touch-image-stats/current-vs-pending
[11:35] <ogra_> asac, yes
[11:35] <didrocks> asac: yeah, all in
[11:36] <asac> ogra_: all three? did you kick?
[11:36] <ogra_> at least the tree packages you listed are
[11:36] <asac> ubunt-touch-sessionm, unity-scope-click and camera-app
[11:36] <asac> good go for it
[11:36]  * asac crosses fingers
[11:36] <asac> and lets see if there are more safe landings to prep for after
[11:37] <lool> asac: what about the unity and home scope crashers?
[11:37] <lool> ogra_: Awesome!!
[11:37] <asac> lool: not fixed ... so we cant take/wait for them
[11:38] <asac> lool: thostr is on it
[11:38] <asac> lets make a decision after the image is greenish
[11:38] <lool> ok
[11:39] <ogra_> asac, why do you expect it to be greenish ?
[11:39] <ogra_> asac, nobody worked on the unity8 crash we had friday i think
[11:39] <asac> ogra_: they are working on it
[11:40] <asac> its supposed to be there this afternoon. they were able to reproduce etc.
[11:40] <ogra_> what we are doing atm will just get all the additional errors done
[11:40] <ogra_> ah, k
[11:40] <asac> ogra_: we will get back to the same state as on friday
[11:40] <asac> once the image is in that state we can make a call
[11:40] <asac> to not publish or publish... but i want to see us back to where we were first
[11:40] <ogra_> friday + unity fix is waht we need to get to a thursday state of 99% :)
[11:42] <asac> ogra_: no that would be 100% ...
[11:42] <asac> with the camera-app fixe we have now
[11:43] <ogra_> would :P
[11:43]  * ogra_ hanst seen the camera-app fix on the dashboard yet :)
[11:43] <asac> the 57 dashboard was a bit lying as it showed half 58 results due to an apt-get update we run at the beginning
[11:43] <asac> ogra_: it is in :)
[11:43] <ogra_> it hasnt been tested on the image in utah yet :P
[11:43] <asac> hehe
[11:43] <asac> i am confident
[11:44] <ogra_> i was convinced unity8 is fine until the test failed on utah with the new lightdm :)
[11:44] <asac> those are not touching layers important to utah ... utah is just getting troubles if anything int he startup/setup etc. is changed
[11:44] <asac> yeah. well yours was tricky
[11:44] <asac> as it only is very bad on maguro it seems
[11:44] <asac> and mako kind of is okaish (interestingly()
[11:44] <asac> so you might have tested on mako :)
[11:44] <ogra_> no, it broke everything on the first build until i added the bashrc hack back
[11:44] <ogra_> i have tested on mako
[11:44] <ogra_> i'm not talking about the surfaceflinger crash
[11:45] <lool> ogra_: libsmltk0 thing seems fishy in the report
[11:45] <ogra_> see 58 ... that was the first one after lightdm
[11:45] <asac> ogra_: i am talking about lightdm bustage on 58 and 59 maguro
[11:45] <lool> ogra_: package doesn't seem like it was recently updated
[11:45] <asac> 59 got better, but not completely
[11:46] <asac> maguro in particular was still baddy
[11:46] <ogra_> lool, i didnt manually add it or something :)
[11:46] <lool> asac: unity-scope-click is INARCHIVE (rmadison confirmed) updated spreadsheet
[11:46] <asac> ogra_: is the image running though?
[11:46] <asac> thanks
[11:46] <lool> I actually checked this 10 minutes ago but didn't have time to confirm here
[11:46] <ogra_> asac, i know, i'm still talking about something completely different :)
[11:46]  * asac goes to spreadsheet
[11:46] <ogra_> asac, yes, image is building
[11:46] <asac> ogra_: good
[11:47] <asac> ogra_: ok ... so guess you can focus now on ubuntu-touch-session
[11:47] <asac> send it my way if you need more testing
[11:47] <asac> etc.
[11:47] <ogra_> lool, http://people.canonical.com/~ogra/touch-image-stats/20130921.changes it obviously came ion between 20 and 21
[11:47] <asac> sergiusens: hi
[11:47] <asac> phablet-tools
[11:47] <ogra_> asac, waiting for mterry :)
[11:48] <asac> ogra_: so if i would have done a wipe install you say all would have been good and i was just screwed because of .bashrc?
[11:48] <ogra_> asac, no, *you* werent screwed
[11:48] <ogra_> utah was
[11:48] <asac> i am screwed
[11:48] <asac> i had no UI :)
[11:48] <asac> all black
[11:48] <ogra_> you booted with the old session script
[11:48] <asac> loads of crashes
[11:48] <sergiusens> asac, hey
[11:49] <asac> i flashed 59 image
[11:49] <ogra_> oh, no, that was just surfaceflinger
[11:49] <asac> unity8 certainly crashed
[11:49] <asac> apport was constantly spinning
[11:49] <ogra_> asac, right, then you got bitten by that too, but only marginally as your session didnt start at all
[11:49] <asac> marginally? :)
[11:49] <ogra_> but it only affects commandline stuff
[11:50] <ogra_> yes. marginally
[11:50] <asac> wonder what beyond seeing nothing and getting a hot phone is worse :)
[11:50] <ogra_> the bashrc stuff doesnt affect the UI session
[11:50] <ogra_> only execution of stuff via adb
[11:50] <ogra_> (or ssh)
[11:50] <asac> well. i am talking about ubuntu-touch-session update causing my whole unity to not start
[11:50] <asac> thats the one i was worried about
[11:50] <ogra_> yes, and i was talking about something completely different
[11:50] <asac> ok
[11:50] <asac> well, i will wait :)
[11:50] <ogra_> since that broke all tests
[11:51] <ogra_> we have one HW issue here and one issue where an uncatchable change did cause all tests to fail
[11:51] <ogra_> even on the device that didnt have HW issues
[11:51] <ogra_> ignore maguro in our disacussion above and you might get what i mean :)
[11:52] <ogra_> my point is that we accidentially broke all tests
[11:52] <asac> sergiusens: so your phablet-tools. i guess thats for RO testing?
[11:52] <ogra_> unrelated to SF not starting on maguro
[11:53] <asac> sergiusens: once the new image is inb proposed could you run that under utah with your tools changes?
[11:53] <asac> and then let us know so we can punt it in?
[11:53] <sergiusens> asac, yes, doanac made a change to phablet-test-run, which I tested myself
[11:53] <asac> sergiusens: with utah?
[11:53] <sergiusens> asac, not with utah, utah isn't using it yet
[11:53] <asac> sergiusens: utah is using phablet-tools code though
[11:53] <sergiusens> asac, as in, utah doesn't use phablet-test-run yet
[11:53] <plars> hi
[11:53] <asac> so i would love to hear that it doesnt regress anything there
[11:53] <sergiusens> asac, yeah, but that wasn't changed
[11:53] <asac> sergiusens: ok... so thats ok
[11:53] <asac> thanks
[11:54] <plars> I reran all the maguro tests over the weekend but it didn't seem to help
[11:54] <asac> plars: yeah it was a bustage
[11:54] <ogra_> plars, no, see the logcat outputs
[11:54] <plars> anyone had a chance to see what broke it?
[11:54] <asac> plars: the image coming has again good potential for 99%
[11:54] <ogra_> plars, surfaceflinger crashed constantly on maguro
[11:54] <asac> we hope :)
[11:54] <asac> or even 100%
[11:54] <asac> :)
[11:54] <plars> ok, good
[11:54]  * asac dreams
[11:54] <ogra_> plars, we rolled back everything
[11:54] <plars> we were seeing a lot of ERROR:dbus.proxies:Introspect error on :1.94:/com/canonical/Autopilot/Introspection: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) in the console log
[11:54] <plars> ogra_: ok
[11:55] <asac> lool: unity-scope-click quickfix was INARCHIVE now?
[11:55]  * asac changes the status
[11:55] <plars> ogra_: that's building right now?
[11:55] <ogra_> plars, right, if there is no session running there is no session dbus to attach to :)
[11:55] <ogra_> plars, yeah
[11:56] <sergiusens> asac, this is the only change in trunk http://bazaar.launchpad.net/~phablet-team/phablet-tools/trunk/revision/192 ... it would be impossible to break utah with this change today
[11:56] <ogra_> (the session didnt like to start without surfaceflinger running)
[11:56] <lool> asac: yes
[11:56] <lool> asac: I had changed it
[11:56] <lool> asac: hold on, I hope i haven't updated the wrong line
[11:56] <asac> lool: i am in 52
[11:57] <lool> asac: 52 is phablet-tools here
[11:57] <asac> lool: err 59 :)
[11:57] <asac> sorry
[11:57] <asac> yeah i was there, but that was already next topic :)
[11:57] <lool> asac: I had tracked this in line 43
[11:57] <lool> asac: I had marked the landing as FAILED in red this morning, now I marked it INARCHIVE again
[11:57] <asac> lool: ok but that was INIMAGE already
[11:57] <asac> and we had a fix now
[11:57] <asac> so put yours INIMAGE (we had the bustage in the image()
[11:57] <lool> asac: well, that's one way to look at it, I considered it wasn't promoted and we were still working on it, so I still tracked progress there
[11:58] <lool> asac: up to you how you prefer it
[11:58] <lool> asac: anyway, sure
[11:58] <lool> I geuss these are two different ways to handle a partial landing  :-)
[11:58] <asac> lool: updated, referred to 59 for the backout landing
[11:58] <lool> ok
[12:00] <asac> lool: so download manager landed on friday?
[12:00] <lool> asac: So I think line 60 was a slot preallocated for download manager landing
[12:00] <lool> but we published it with click stack on Friday
[12:00] <asac> did we do that?
[12:00] <asac> ok
[12:00]  * ogra_ scratches head ... why cant i find music-app on saucy changes ?
[12:00] <lool> so I think it's in
[12:00] <asac> ogra_: we didnt update it
[12:00] <asac> ogra_: camera-app
[12:00] <asac> :)
[12:00] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/20130921.changes
[12:00] <lool> So many ways this thing can go wrong  :-)
[12:00] <asac> ogra_: its in there
[12:01] <ogra_> asac, i wanted to look if the libsynthesis0 addition comes from music-app
[12:01] <sergiusens> asac, line 73 is merged btw
[12:01] <ogra_> but musioc-app doesnt show up on the saucy changes ML, which means it came into the archive through some untracked path
[12:01] <asac> lool: ok i updated the date then
[12:01] <sergiusens> asac, needs daily release a and forth
[12:01] <ogra_> cjwatson, ^^^ how can that be ?
[12:01] <lool> ogra_: not an addition
[12:01] <lool> ogra_: http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/saucy-preinstalled-touch-armhf.manifest has it
[12:01] <ogra_> lool, oops, removal
[12:02] <asac> sergiusens: right. i saw that staged here: http://people.canonical.com/~platform/cu2d/results
[12:02] <lool> ogra_: not a removal either
[12:02] <ogra_> oh. the libs just got an arch field
[12:02] <asac> which is why i asked in first place
[12:02] <ogra_> anyway, where is music-app comiong from
[12:02] <lool> ogra_: http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/pending/saucy-preinstalled-touch-armhf.manifest has it  :-)
[12:02] <asac> sergiusens: you mean 74? autopilot?
[12:02] <sergiusens> ogra_, ppa:ubuntu-touch-coreapps-drivers/daily
[12:03] <lool> ogra_: this is the same bug I just told you about: it considers package and package:armhf as two different ones; not sure where this originates from, maybe format of manifest changed?
[12:03] <ogra_> lool, saucy-changes doesnt, thats my point, how did it go into the archive without using a path that goes through the changes ML
[12:03] <lool> ogra_: there was no change
[12:03] <ogra_> lool, only direct debian syncs can do that afaik
[12:03] <lool> ogra_: it's just the manifest diff which is broken
[12:03] <ogra_> everything else has to go onto changes
[12:03] <ogra_> lool, ?
[12:03] <sergiusens> asac, nvm, just saw the status was 'Under review' so I commented on it being in trunk already (ready to land)
[12:03] <lool> ogra_: 13:45 < lool> ogra_: libsmltk0 thing seems fishy in the report
[12:03] <lool> ogra_: Check the manifests, it *is* listed
[12:03] <ogra_> lool, i'm talking about music-app
[12:03] <lool> ogra_: just one time with :armhf and one time without
[12:04] <lool> ogra_: ah music-app is coming from PPA
[12:04] <ogra_> lool, still, nothing to do with the libs
[12:04] <lool> coreapps PPA
[12:04] <asac> sergiusens: added it to landing plan this afternoon. i assume you tested this with utah and autopilots?
[12:04] <lool> ogra_: Well the libs didn't actually change  :-)
[12:04] <ogra_> lool, and it somehow sneaked in the archive circumventing the default ways ... thats super scary
[12:04] <lool> ah right, sergiusens just pointed at the PPA
[12:04] <sergiusens> asac, we just talked about that above(?)
[12:04] <asac> sergiusens: http://paste.ubuntu.com/6145247/ thats the one?
[12:04] <lool> ogra_: yes it is
[12:04] <asac> sergiusens: further above i asked about phablet-tools... now about autopilot
[12:04] <lool> ogra_: I mentioned this Friday morning, but I guess so many things going on  :-)
[12:04] <ogra_> ah, k
[12:04] <sergiusens> asac, oh, I wasn't driving that one...
[12:05] <ogra_> yeah, i missed it
[12:05] <asac> ok sorry
[12:05] <lool> ogra_: you know that's why I couldn't get it landed
[12:05] <ogra_> right
[12:05] <lool> and couldn't contrl the landing
[12:05] <sergiusens> asac, if no one grabs it (although I think doanac has), I'll rerun it
[12:05] <lool> so concerning coreapps, my understanding is that sergiusens was looking at clickifying them all
[12:05] <lool> I'm actually challenging that
[12:05] <lool> and will talk to Pat later today
[12:05] <lool> cause I think it's a lot of work, at least for specfic apps like music-app
[12:05] <ogra_> lool, that means all tests we have have to be rewritten
[12:05] <lool> and I also fear we'll lose infrastructure wise
[12:06] <sergiusens> only the music app I think had problems
[12:06] <ogra_> lool, changing them all to click is trivial
[12:06] <asac> sergiusens: awesome. gave you the testing task in that landing item
[12:06] <lool> controlling landings of .clicks is hard for instance
[12:06] <sergiusens> lool, they are all here http://<IP_ADDRESS>:8080/view/click/?
[12:06] <ogra_> we have a pool for that
[12:06] <sergiusens> lool, it's not really, we can do store pickups
[12:06] <ogra_> lool, controlling happens through a json file we have access to
[12:07] <lool> it's just one more different process
[12:07] <sergiusens> it's already there though
[12:07] <lool> true
[12:07] <ogra_> the issue is more that we will lose all tests
[12:07] <lool> like, we dont have autopkgtests for clicks
[12:07] <ogra_> until the stack is rewritten for click
[12:07] <lool> we dont have hints
[12:07] <sergiusens> ogra_, we are working on that with plars and doanac
[12:07] <ogra_> yeah
[12:07] <lool> we dont have rebuild tests
[12:07] <asac> lool: can you check if row 57 of landing asks
[12:07] <ogra_> sergiusens, just saying we cant do it right now
[12:07] <asac> is what we did?
[12:09] <lool> asac: concerning the LP fixes yes, not sure whether we have all the other packages, checking
[12:10] <lool> asac: we're missing stuff
[12:10] <lool> we don't have qtdeclarative5-ubuntu-click0.1
[12:10] <asac> lool: afaik thats a binary
[12:10] <asac> not sure which source it is produced from
[12:11] <lool> oh sorry we do
[12:11] <sergiusens> asac, https://launchpad.net/clickmanager-plugin
[12:11] <ogra_> clickmanager-plugin
[12:11] <lool> asac: I somehow searched wrong in manifest, but it's there
[12:11] <lool> asac: so yes, we're good
[12:12] <lool> asac: I see the click-update-manager thing and it pulled this qtdeclarative5-ubuntu-click0.1 dependency
[12:12] <lool> asac: so AFAICT, all packages and fixes listed on line 57 are there
[12:12] <lool> BTW why dont we just list asks on the same sheet with the status of ASK
[12:12] <lool> or ASKED
[12:13] <asac> lool: not sure :)
[12:13] <asac> the asks page is more like a dirty area
[12:13] <lool> I find the list of asks is a bit of a mess
[12:13] <ogra_> total chaos
[12:13] <asac> lots of discussion etc. ... while the plan was only discussing the landing
[12:13] <ogra_> not just a bit :)
[12:13] <lool> but worse so in that we can't easily map it to things actually landing
[12:13] <asac> yeah. well we should be better at giving IDs to the plan items
[12:13] <asac> and then referring to them in the asks
[12:13] <asac> :)
[12:13]  * ogra_ doesnt want the mess on landing plan though
[12:14] <asac> lool: lets enusre we give landing plan items an ID that doesnt change if we move rows
[12:14] <asac> and just refer to them
[12:14] <lool> sergiusens: is phablet-tools landing this upload https://launchpad.net/ubuntu/+source/phablet-tools/1.0+13.10.20130919.3-0ubuntu1 ?
[12:14] <lool> sergiusens: if so, can we mark it DONE?
[12:15] <asac> lool:  have added a phablet-tools to LP
[12:15] <sergiusens> lool, that's old
[12:15] <asac> its the one here: http://people.canonical.com/~platform/cu2d/results
[12:15] <asac> its for after we get this image build
[12:15] <lool> ok
[12:15] <ogra_> that landed ages agoi
[12:15] <lool> sergiusens: ok nm it's another one
[12:15] <ogra_> and i marked it on the landing plan back then
[12:17] <lool> so I have an immediate problem that I need to have lunch but my fridge is close to empty; I'll be creative for a little while and catch you guys later
[12:19] <sergiusens> flour and water solve that :-P
[12:19] <ogra_> haha, not for the french
[12:19] <ogra_> must be flour and wine there
[12:20] <lool> one of the things I have to survive is a piece of camembert; eating it does require some wine I'm afraid
[12:24] <cjwatson> ogra_: There's no package called music-app in the Ubuntu primary archive, and never has been, so no, it didn't sneak into the archive.  https://launchpad.net/ubuntu/+source/music-app/+publishinghistory
[12:25] <ogra_> cjwatson, right, seems it got in through the core-apps PPA
[12:25] <ogra_> (which sadly is still present in the image until we get that ported to click)
[12:32] <kgunn> fginther: mornin'
[12:39] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/20130923.changes
[12:42]  * ogra_ goes for some food
[12:56] <plars> ogra_, asac: Maguro has made it part way through the first autopilot test now, and appears to be a lot happier
[12:56] <plars> in fact, it just finished that one (mediaplayer) 8/8 passed
[12:56] <asac> plars: a lot happier? or happy?
[12:56] <plars> \o/
[12:57] <plars> asac: well at least for the media player tests, all passed
[12:57] <asac> ok, so happy for now :)
[12:57] <asac> if we only had the crash fix
[12:59] <fginther> morning
[12:59] <fginther> kgunn, back home now?
[12:59] <kgunn> hey! :) fginther ..yeah..back home
[13:00] <kgunn> fginther: mornin'...was just going to ask
[13:00] <kgunn> fginther: if you could turn arm/i386 back on for mir ci
[13:00] <kgunn> fginther: the tuning that alan did seemed to fix it
[13:01] <fginther> kgunn, ack
[13:04] <kgunn> fginther: thanks...its still kinda scary that it takes over an hour just for amd run
[13:04] <fginther> kgunn, do you get much better times when you build it by hand?
[13:05] <kgunn> fginther: so alan pulled the code, built, ran tests under valgrind in 10 munites
[13:06] <fginther> kgunn, ugh
[13:06] <fginther> kgunn, that is a big diff. I'll add a task to see if we can find out what's taking so much tim
[13:09] <fginther> morning
[13:11] <alan_g> fginther: Can we please restore the Mir builds to the original set? Thanks!
[13:12] <fginther> alan_g, yes, it's in progress.
[13:13] <alan_g> fginther: excellent
[13:14] <fginther> josepht, can you spare a few minutes to review: https://code.launchpad.net/~fginther/jenkins-launchpad-plugin/cleanup-pep8/+merge/186919
[13:17] <josepht> fginther: sure
[13:19] <fginther> asac, didrocks, is there a known issue with all testing failing through upstream merger today?
[13:20] <didrocks> fginther: didn't hear about that, just the call from Saviq on unity8, but not sured it's linked
[13:21] <Saviq> fginther, didrocks well, gallery-app tests fail on devices for unity8 merges, didn't mention it since we have a bigger issue atm
[13:21] <josepht> fginther: done
[13:23] <fginther> josepht, thanks
[13:34] <asac> fginther: hi
[13:35] <fginther> asac, hello
[13:35] <asac> fginther: can you check with sdk team that things are now fixed?
[13:35] <asac> i told them to try again
[13:35] <asac> fginther: i think we fixed the reason for the breakage in archive... and latest proposed image
[13:35] <fginther> asac, what was the breakage?
[13:35] <asac> fginther: maguro doesnt boot to UI anymore
[13:35] <asac> because of lightdm
[13:35] <asac> fginther: latest proposed should be fine
[13:36] <fginther> asac, ack
[13:36] <asac> fginther: can you check if last merges look good and send a mail to ubuntu-phone and ue-leads about this? e.g. that its all fixed now?
[13:36] <fginther> asac, will do
[13:41] <ogra_> man ,..
[13:42] <ogra_> is there any faster way to move a row down except clickng "move one row down" in the spreadsheed repeatedly ?
[13:54] <didrocks> kgunn: https://code.launchpad.net/~didrocks/mir/remove-hack/+merge/187029 btw, if you can have a look :)
[14:10] <josepht> ogra_: cut-n-paste the row?
[14:11] <ogra_> josepht, it tells me i need to install the gdrive app :)
[14:11] <ogra_> tried that already ...
[14:13] <ogra_> asac, bah ... one more camera-app error
[14:13] <ogra_> oh, wait
[14:13] <ogra_> thats aclendar-app
[14:13] <ogra_> not camera, sorry
[14:13] <ogra_> nontheless ... two new errors then
[14:19] <ogra_> lool, http://reports.qa.ubuntu.com/smokeng/saucy/touch_ro/4412/music-app-autopilot/
[14:20] <ogra_> hmm, and mako has a new failure on gallery-app
[14:21] <asac> ogra_: retrying that one will fix it
[14:21] <asac> i hope
[14:21] <asac> plars: ? calendar?
[14:21] <ogra_> calendar on maguro, gallery on mako
[14:21] <ogra_> and music on maguro
[14:22] <plars> asac: will take a look, there are a few that need to be restarted I know, just letting it get a little further
[14:26] <asac> ok
[14:30] <lool> ogra_: I dont know whether the failed tests relate though   :-(
[14:31] <ogra_> i dont either, i just thought you might want to know about them
[14:33] <lool> ogra_: yes I do, thanks a lot for pinging me  :-)
[14:47] <asac> all looking groovy?
[14:48] <jdstrand> asac: I don't know what "Content Hub - Support for confined apps" means in terms of the landing page. I can guess what it means-- can we get that better defined (perhaps from kenvandine)?
[14:48] <asac> jdstrand: jason and ken
[14:48] <asac> plars: calendar and filemawnager are flaki?
[14:48] <asac> or really regressed?
[14:48] <jdstrand> asac: fyi, apparmor policy is available to confined apps in the archive
[14:48] <jdstrand> right, both
[14:49] <plars> asac: I've already rerun calendar once, but I don't think it was also failing those two tests on 58
[14:49] <asac> music app updated
[14:49] <asac> didrocks: can we turn the core apps also to manual publishing?
[14:49] <asac> its a bit odd that we keep those flowing in
[14:49] <asac> balloons: ^^
[14:50] <cjwatson> or just block them? :)
[14:51] <plars> not sure on filemanager yet, it failed a lot of things on 58 it looks like, more than just the one, so it could be just flaky
[14:51] <asac> yeah we could. but we prefer to test before we hit it in
[14:51] <plars> asac: I already mentioned music_app on #ubuntu-touch to balloons
[14:51] <plars> balloons: "test_monthview.TestMonthView.test_monthview_go_to_today_next_month
[14:51] <plars> test_monthview.TestMonthView.test_monthview_go_to_today_next_year
[14:51] <plars> " seem to be consistently failing on calendar_app
[14:52] <balloons> I'm not seeing an otherwise stable image, but I will be happy to dig into potential regressions once they are proven as such
[14:52] <asac> balloons: music-app changed, so guess the regression comes freom there
[14:52] <asac> the calendar i dont know
[14:52] <asac> we can try filemanager again
[14:52] <plars> asac: it's already queued up
[14:52] <balloons> I was out friday, so there very well could have been changes
[14:52] <plars> asac, balloons: those calendar failures were also in build 58
[14:53] <bfiller> fginther: we're having lots of problems landing webbrowser-app and address-book-app MR's. they keep failing. Can you take a look please?
[14:53] <asac> we updated calendar here: http://people.canonical.com/~ogra/touch-image-stats/20130919.changes
[14:53] <asac> balloons: ^^
[14:53] <bfiller> fginther: been going on all last week as well
[14:53] <asac> if you backout calendar and music app then it will be fine i guess
[14:53] <fginther> bfiller, sure
[14:53] <ralsina> asac, lool: the click update manager in -proposed has a bug which makes it show empty update lists (sigh) we'll have a fix in a few minutes. Is it too late for as ask for today?
[14:54] <asac> balloons: and weather also seem to have regressed by one
[14:54] <fginther> bfiller, who should I be working with to triage?
[14:54] <didrocks> asac: core apps isn't daily releasing? (sorry, making merge reviews)
[14:54] <asac> didrocks: are they? then why do we autopublish those to archive?
[14:54] <asac> didrocks: can we turn that off :)?
[14:54] <bfiller> fginther: osomon (browser) and renato (address-book)
[14:54] <balloons> it's only fitting.. we had one day were they all passed, it's regress time
[14:54] <asac> right
[14:54] <asac> we could backout all three :)
[14:55] <fginther> bfiller, thanks
[14:55] <didrocks> asac: depends on what you call "core apps"
[14:55] <asac> didrocks: core apps are apps by community
[14:55] <asac> that we have on image etc.
[14:55] <asac> filemanager, calendar, music
[14:55] <didrocks> so yeah, I think this is just sponsored by dholbach
[14:55] <didrocks> I don't think they have copying magic there
[14:55] <asac> ok
[14:56] <dholbach> hi
[14:56] <dholbach> asac said there was something to be coordinated about core apps sponsoring?
[14:56] <dholbach> (I don't have details)
[14:56]  * balloons notes a wild dholbach has appeared
[14:57] <asac> dholbach: hi ... in future before you land, check with us for landing slot. thanks
[14:57] <asac> dholbach: for now, help us get the regressed tests fixed
[14:57] <dholbach> asac, what did I land?
[14:57] <asac> either by backing out music-app, calendar-app etc.
[14:57] <asac> or by fixing
[14:57] <asac> dholbach: i think you sponsor stuff from the core-apps ppa into the archive
[14:57] <dholbach> no, I didn't
[14:57] <asac> dholbach: ubuntu-weather-app, calendar-app, music-app
[14:57] <asac> dholbach: oh ... can  you check how those go intot he archive?
[14:57] <asac> who is uploading>?
[14:57] <ogra_> asac, they dont go into the archive at all
[14:58] <dholbach> the only thing I'm aware of was a seed change which was maybe mid last week, but we talked about it
[14:58] <asac> oh ...
[14:58] <asac> how do they get into the ppa :)?"
[14:58] <balloons> asac, aren't you still pulling straight from the ppa?
[14:58] <ogra_> asac, cores apps come from the PPA diectly
[14:58] <ogra_> no idea how they get in there though :)
[14:58] <asac> ok ... then before pushing to that ppa, please coordinate :)
[14:58] <balloons> so they land whenever a new build hits
[14:58] <ogra_> but thats the one PPA left in the builds ...
[14:59] <balloons> asac, so new builds hit the ppa everytime an accepted merge request hits. Jenkins gates the merge requests, but autolands them once approved
[15:00] <fginther> bfiller, http://<IP_ADDRESS>:8080/job/address-book-app-autolanding/ looks green over the last 3 runs. Is this the right project needing triage?
[15:00] <thostr_> asac: somehow we don't get our stuff merged https://code.launchpad.net/~mhr3/unity8/fix-music-grid-renderer/+merge/186993
[15:01] <balloons> plars, file manager hasn't changed since 9/17, those aren't regressions
[15:01] <thostr_> asac: jenkins is always reporting something unstable? is that a jenkins issue and if so, is anybody taking care of it?
[15:01] <lool> ralsina: image is already built with it, but it's a new package, so stricly not a regression
[15:02] <ralsina> lool: yeah, it's more of a "oops, make it work" :-(
[15:03] <lool> ralsina: but please send a mp + landing ask ASAP
[15:03] <balloons> plars, also looks like music and weather did get changes, but calendar hasn't changed since the fix landed to make the tests work (9/19)
[15:03] <lool> ralsina: we can get it in archive very soon, and then into next image build
[15:03] <ralsina> lool: yes, right away
[15:03] <lool> ralsina: basically land it in bzr  :-)
[15:04] <ralsina> lool: yes, it's proposed already, being reviewed
[15:04] <plars> balloons: I'm waiting on filemanager to rety
[15:05] <plars> balloons: the calendar failures seem pretty consistent, maybe something else changed that affected them?
[15:05] <balloons> plars, I'm kind of concerned about the weather app failure, let me try locally, but it seemed to not even attempt the test
[15:06] <balloons> plars, the changes made were in test_locationmanager tests, and thus they passed and continued to work. the test in question didn't change
[15:08] <plars> balloons: 14:45:29.991 ERROR proxies:410 - Introspect error on :1.94:/com/canonical/Autopilot/Introspection: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)
[15:08] <plars> balloons: there was a .crash file: _usr_lib_arm-linux-gnueabihf_qt5_bin_qmlscene.32011.crash
[15:09] <plars> balloons: I'm going to retry the weather one
[15:09] <balloons> plars, that makes much more sense.. My guess it will pass on the re-run..
[15:13] <bfiller> fginther: https://code.launchpad.net/~renatofilho/address-book-app/fix-1228371/+merge/186928
[15:14] <plars> asac: http://reports.qa.ubuntu.com/smokeng/saucy/touch_ro/4412/ubuntu-weather-app-autopilot/ .crash file: _usr_lib_arm-linux-gnueabihf_qt5_bin_qmlscene.32011.crash seems to have killed this one
[15:14] <balloons> plars, ok that leaves calendar which olivier fixed, he found the bug that was causing autopilot to lag so hard the tests failed. Working on updating my device then I'll exame locally
[15:14] <plars> balloons: ah, cool
[15:15] <bfiller> fginther: and this one https://code.launchpad.net/~renatofilho/address-book-app/fix-1213046/+merge/186224
[15:15] <balloons> plars, well that "fix" landed last week and ran green one time, hence my disbelief it regressed, but :-)
[15:24] <bzoltan> ping fginther
[15:24] <fginther> bzoltan, hey
[15:24] <bzoltan>  fginther: Hello, we need help with the CI
[15:26] <bzoltan> fginther: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1229110
[15:26] <fginther> bzoltan, I've been working a bit with om26er, but I don't know the full story yet.
[15:27] <plars> asac, ogra_: I'm concerned by the number of tests I see timing out after 30 min
[15:27] <plars> things that shouldn't take anywhere close to that
[15:27] <plars> I'm seeing lots of things like this in the logcat too:
[15:27] <plars> E/Sensors ( 1237): createEventQueue: connection is NULL. SensorService died.
[15:28] <bzoltan> fginther:The whole SDK team is blocked, we have 27 pending MRs as the CI does not let thru not a single one due to this failure ...
[15:29] <bzoltan> fginther: I do not know the full story eaither, but that bug report explains as much we understand
[15:29] <fginther> bzoltan, I'll work omer, hopefully we can have this figured out soon.
[15:30] <plars> asac, ogra_: the tests seem to be timing out because they are trying to run android-chroot logcat -d and getting an endless stream of the error I pasted above
[15:31] <bzoltan> fginther: please push it, we are dead as long  the situation does not change
[15:32] <ogra_> plars, uuuh
[15:32] <ogra_> plars, i'll have to remove android_chroot
[15:32] <lool> asac: can you add mhall to hte landing spreadsheet write access list?
[15:33] <ogra_> people start using it, thats no good
[15:33] <ogra_> plars, nothing every should use android_chroot
[15:33] <ogra_> *ever
[15:33] <ogra_> plars, just use logcat directly please
[15:34] <doanac> plars: as per the logcat. My home device is stuck right now. When I looked, i'm flooded with:
[15:34] <doanac> E/Sensors ( 1262): createEventQueue: connection is NULL. SensorService died.
[15:34] <plars> doanac: right, see above ^
[15:35] <ogra_> doanac, do you have any other scrtipts that make use of android_chroot ?
[15:35] <plars> ogra_: fair enough, I think we used that because logcat wasn't in the path or didn't work without it at one point a while back. But I don't think that's why we're getting the flood of sensorservice errors
[15:35] <ogra_> please drop that ... i will remove that hackish script
[15:36] <lool> didrocks: did you see the issue reported by thostr_ above, and would you know who to contact?
[15:36] <lool> didrocks: 17:00 < thostr_> asac: somehow we don't get our stuff merged https://code.launchpad.net/~mhr3/unity8/fix-music-grid-renderer/+merge/186993
[15:36] <ogra_> plars, right, /system/bin isnt in $PATH since it carries stuff thats also in /usr/bin
[15:36] <lool> 17:01 < thostr_> asac: jenkins is always reporting something unstable? is that a jenkins issue and if so, is anybody taking care of it?
[15:36] <thostr_> lool: fginther is already on it
[15:36] <ogra_> plars, doanac, just use the full path when using logcat and it should be fine
[15:36] <didrocks> lool: I think this is a question for fginther
[15:37] <plars> ogra_, doanac: I'm pretty sure that's the only thing we run with it at the moment
[15:38] <doanac> plars: ogra_: is saving this logcat output after a run still useful?
[15:38] <plars> doanac: yes
[15:39] <ogra_> yes, logcat is always useful
[15:40] <doanac> so running the command directly still goes forever because of the createEventQueue message
[15:44] <fginther> asac, I'd like to remove gallery_app from the unity8 MP testing until I have time to debug the issue.
[15:44] <asac> fginther: sure.
[15:44] <asac> fginther: did you check the sdk folks?
[15:45] <fginther> asac, no, but will
[15:47] <fginther> bzoltan, I'd like to remove the gallery_app tests from the unity8 MP testing. There is a test runner issue that needs to be resolved. We were using gallery_app as a basic integration test
[15:47] <fginther> bzoltan, do you have any objects with any impact to the sdk
[15:47] <fginther> ?
[15:48] <fginther> Saviq, ^ ?
[15:48] <bzoltan> fginther:  nopez
[15:48] <asac> lool: mhall needs access to the spreadsheet, because ... ?
[15:48] <Saviq> fginther, yeah, let's
[15:48] <bzoltan> fginther:  I sign anything what will help our 27 MRs
[15:49] <asac> plars: sensor service
[15:49] <asac> plars: any idea?
[15:49] <ogra_> asac, mhall owns the core-apps ppa
[15:49] <asac> can yuou give a full log to ogra_
[15:49] <asac> ?
[15:49] <ogra_> asac, together with popey iirc
[15:49] <asac> ogra_: sensors service is going wild it seems
[15:50] <plars> asac: it's just that error that I pasted over, repeated continuously
[15:50] <asac> plars: do you have a link to a log?
[15:50] <ogra_> thats an old error rsalveti knows about ...
[15:50] <asac> ogra_: a race?
[15:50] <asac> e.g. happens every other/third boot?
[15:50] <plars> asac: unfortunately no, the process never manages to complete... I'll have to catch one in progress
[15:50] <ogra_> i havent seen that in ages and thought the upstart bridge to ueventd had fixed it
[15:51] <balloons> I'm just trying to follow along a bit; you are going to keep the core apps ppa? I thought the intent was to drop the ppa after click was in place
[15:51] <plars> asac: doanac might have one, he was seeing it at home also
[15:51] <asac> hmm
[15:51] <asac> plars: happened on three jobs in a row?
[15:51] <asac> or just one?
[15:51] <ogra_> asac, it didnt happen for a while and there were bugfixes that should prevent us from it showing up
[15:51] <plars> asac: it's been happening on several of the jobs today, not 3 in a row though
[15:52] <ogra_> though these fixes pre-date the switch to readonly images ... not sure if that has any influence here
[15:52] <plars> asac: once on address book, once on friends-app, once on dialer - all on mako
[15:52] <asac> plars: ok, please record and retry
[15:52] <plars> asac: already done
[15:52] <asac> ok mako again :)
[15:52] <asac> maguro is all red though
[15:52] <asac> plars: thats normal fall over?
[15:52] <bzoltan>  fginther: will that help the SDK MRs?
[15:53] <plars> asac: what?
[15:53] <asac> thostr_: how is the crash fix going?
[15:53] <plars> asac: http://reports.qa.ubuntu.com/smokeng/saucy/touch_ro/4412/ maguro is mostly green
[15:53] <asac> thostr_: can you update the bug
[15:53] <asac> thostr_: its still incomplete (not able to reproduce)
[15:53] <fginther> bzoltan, no, that's a different issue. but I have a fix in test for the ubuntuuitoolkit issue (it appears to also be a test environemnt prolbem).
[15:54] <plars> asac: there were some crashfiles on the unity test, I've logged that and restarted though, as the test passed on mako
[15:54] <bzoltan> fginther:  please, pretty please :) push it
[15:55] <asac> plars: right. the mako ones then. those are all normal failyures? or something to worry?
[15:55] <bzoltan> fginther:  I can not emphasize  enough that the whole SDK team is immobilized and put on hold as long  this issue is not resolved
[15:56] <fginther> bzoltan, I understand. I think this is working and am making the other necessary change
[15:56] <bzoltan> fginther: cool, thank you. Please plug in the change as soon as possible :)
[15:58] <plars> asac: no, those are all just the stupid 'Network connection failed to become active.' error, retrying them
[15:59] <asac> kk
[16:01] <plars> doanac: ^^ that's 6 rebuilds for the Network thing that I wouldn't have had to manually handle is we get my retry change in :)
[16:01] <plars> ..and that's just so far today
[16:02] <doanac> plars: lets land that change of your soon :)
[16:02] <plars> +1
[16:04] <fginther> bzoltan, I've deployed the change, I'm going to watch the first few runs
[16:04] <doanac> plars: i've got 2 utah patches I'm gong to send out soon. 1 is for the android-chroot thing
[16:04] <plars> doanac: ok
[16:05] <lool> asac: mhall wants to add some asks for core apps IIUC
[16:06] <bzoltan> fginther: cool, let's see
[16:06] <lool> balloons: Core apps PPA >> yes that's a problem
[16:06] <lool> balloons: we haven't had the time to revisit this
[16:07] <lool> balloons: right now clickification has been put on hold
[16:07] <lool> balloons: but I think it will come up again in a couple of days as we realize we want to kill that PPA
[16:07] <lool> (I did raise this PPA as something we should fix for 13.10)
[16:07] <balloons> lool, :-) Seems like it is coming to a head again
[16:08] <lool> Fwding message from retoaded: [...] public jenkins server is getting critically low on space
[16:08] <lool> 17:24 < retoaded> can folks look through their respective jobs and see what can be cleaned up/out?
[16:08] <lool> don't know whether we have anything there
[16:10] <ogra_> lool, i did raise that PPA 5 months ago :P
[16:10] <ogra_> lool, so work on your patience :P
[16:11] <ogra_> lool, but i heard there might be something ready to allow us to switch to click for them ... afaik doanac plars and sergiusens work on making them testable
[16:11] <ogra_> (and i heard thats in good progress)
[16:12] <lool> ogra_: that's the thing
[16:12] <lool> ogra_: this just got deferred (moving to clicks)
[16:13] <ogra_> oh again ?
[16:13] <lool> because it was perceived as taking us time away from other landings (which is does, but just a bit)
[16:13] <ogra_> i thought it was close to ready
[16:13] <lool> yeah it was
[16:13] <ogra_> bah
[16:13] <lool> but it will come back in a couple of days I'm sure
[16:13] <plars> lool: by who?
[16:14]  * ogra_ hopes so
[16:14] <sergiusens> so mir is more important that clicks?
[16:14] <sergiusens> than*
[16:14] <lool> yes
[16:14] <ogra_> sergiusens, until we find out that Mir needs to be a click package :P
[16:14] <lool> AIU the conclusions from earlier today
[16:15] <ogra_> then they could land together i guess
[16:15] <ogra_> :)
[16:15] <sergiusens> lool, can someone send a broadcast for that? I'm tired of being pinged on states for these all the time... and the soap opera of it all
[16:15] <ogra_> this back and forth is quite confusing to be honest
[16:15] <sergiusens> we need someone to announce it it in broadcast mode
[16:20]  * ogra_ wonders why he didnt get a simgle ubuntu mail in the last 4h
[16:20] <jdstrand> asac: wrt "Content Hub - Support for confined apps"-- kenvandine said this is related to this MP landing: https://code.launchpad.net/~ken-vandine/content-hub/store_for_confined_apps/+merge/186838
[16:20] <jdstrand> asac: in essence, it is about the content hub getting the content to the confined app
[16:21] <jdstrand> asac: apparmor policy is all in place, so it should be local to the content-hub. talk to kenvandine if you have other questions
[16:22] <jdstrand> asac: more specifically-- it is only about that MP landing (as opposed to 'realted to' :)
[16:22] <jdstrand> related*
[16:22] <kenvandine> asac, shouldn't really have any affect on existing apps in the image, just lets future confined apps work
[16:31] <asac> jdstrand: kenvandine: only question i have is if its merged in trunk?
[16:31] <asac> if so, let me update the spreawdsheet
[16:31] <asac> so we can pick it up next
[16:35] <kenvandine> asac, not yet, hopefully soon
[16:35] <kenvandine> i'll update the spreadsheet when it is
[16:35] <dobey> didrocks: still around?
[16:40] <didrocks> dobey: I'm around, but in meetings
[16:42] <kenvandine> fginther, any idea why CI is failing for https://code.launchpad.net/~ken-vandine/ubuntu-wallpapers/13_10/+merge/186813
[16:45] <dobey> didrocks: ok. no big rush, i'll ping you when i get on in the morning
[16:46] <didrocks> dobey: sure
[16:54] <Saviq> asac, can you please give more elaborate steps to reproduce on bug #1228097 ?
[16:54] <Saviq> asac, as in how do you reproduce?
[17:08] <mdeslaur> hey landings team...tedg asked me to add a small fix in upstart's apparmor handling in order to simplify confined application upstart jobs...I plan on uploading it this afternoon or tomorrow, is that ok?
[17:14] <mdeslaur> lool: ^
[17:14] <lool> mdeslaur: could you send us a debdiff and add a landing ask?
[17:15] <lool> mdeslaur: if you don't have access jdstrand has
[17:15] <lool> https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc#gid=1
[17:15] <lool> mdeslaur: and this is highly desired  :-)
[17:15] <mdeslaur> lool: sure...where do I send the debdiff once I have one?
[17:17] <lool> mdeslaur: wheever, link to librarian, paste.u.c etc. all valid  :-)
[17:17] <lool> mdeslaur: in the notes of the ask
[17:17] <mdeslaur> lool: ok, thanks
[17:18] <jdstrand> lool: is there already an upstart-app-launch ask for this?
[17:18] <lool> oh right there is and we should use it
[17:20] <jdstrand> lool: is that line 68?
[17:22] <lool> jdstrand, mdeslaur: yes, but I've created a landing plan entry now
[17:22] <lool> see line 65 in plan
[17:22] <jdstrand> ok, then I'll let you two handle it
[17:22] <lool> the asks are a mess now  :-(
[17:22] <lool> mdeslaur: just hand a debdiff here  :-)
[17:23] <lool> mdeslaur: we need a FFE if it adds a feature to upstart
[17:23] <ogra_> pfft ... its a bugfix :P
[17:23] <mdeslaur> lool: ok, I'll hand it here once I've tested it
[17:24] <lool> asac: FYI I've added a landing entry for the upstart-app-launch changes I've mentioned this morning for music playback, and I've added an upstart task to it since it needs an upstart patch; currently guessing this is medium risk with upstart being involved
[17:26] <ogra_> does desktop use upstart-app-lauch at all yet ?
[17:26] <ogra_> (just out of curiosity)
[17:28] <lool> no
[17:29] <lool> hmm maybe unity-greeter-session-broadcast does
[17:29] <lool> but that's not seeded
[17:30] <lool> I've updated a bunch of INARCHIVE to INIMAGE (notably ogra's and didrock's landings)
[17:30] <ogra_> oh, yeah,, sorry ... too much chatter to do today ... didnt get to update all of them yet
[17:32] <lool> asac: FYI added a landing on ubuntu-touch-customization-hooks that is seeded; it's a completely safe change since this code is not used if /custom isn't there
[17:32] <lool> I reviewed the bug fix and will update
[17:51] <lool> cwayne: what's your landing about?
[17:53] <cwayne> lool, making timezone writable
[17:53] <cwayne> lool, https://code.launchpad.net/~cwayne18/ubuntu/saucy/lxc-android-config/timezone/+merge/186953
[17:55] <ogra_> lool, just added it
[17:55] <lool> cwayne: I have to admit I dont remember what adjtime is about
[17:55] <ogra_> its trivial and zero risk
[17:56] <lool> ogra_: hmmmm ok
[17:56] <lool> ogra_: you're taking ownership of this one?
[17:56] <lool> cwayne: what's the test?  changing TZ in system-settings?
[17:56] <ogra_> oh, adjtime was indeed not there when i looked last
[17:57] <ogra_> lool, yeah
[17:57] <cwayne> lool, there's going to have to be further fixes there, since it uses dbus to change it, which creates a /etc/.localtime<blah> file
[17:59] <cwayne> lool, but for now, even having /etc/timezone and /etc/localtime writable allows us to at least change the timezone manually (pushing files over adb)
[17:59] <lool> cwayne: did you test this?
[18:00] <cwayne> i'm happy to remove adjtime from the MR if it's riskier, but i added it because the dbus call we used to change it needed it as well
[18:00] <lool> cwayne: making *files* writable requires careful writing
[18:00] <lool> cwayne: that is, you can write to the file, but you can't move another file to replace it
[18:00] <cwayne> lool, i tested it with a script that pushes your machine's /etc/timezone and /etc/localtime over then reboots it, and the timezone successfully changed
[18:00] <lool> cwayne: e.g. cp /usr/share/timezone/foo /etc/localtime would work, but cp /usr/share/timezone/foo /etc/localtime.tmp && mv /etc/localtime.tmp /etc/localtime would not
[18:01] <lool> cwayne: it's important to test the code that would do the move
[18:01] <lool> cwayne: cause it's going to be bind-mounted to another fs
[18:01] <cwayne> lool, that's not working yet, Laney will know more about the plan there
[18:01] <ogra_> wow
[18:01] <lool> hmmm
[18:01] <ogra_> someone who has an actual plan
[18:02] <ogra_> thats rare in touch land :P
[18:02] <lool> cwayne: so I guess we don't risk regression by marking them writable and we're going to need it anyway, so I think we should take it, but it's churn and we'd rather have less landings so we'd generally prefer a single landing of both things
[18:03] <lool> but I realize it's hard to test these changes and helps you guys landing them separately
[18:03] <lool> anyway will leave it to ogra from here
[18:03] <cwayne> lool, plus it will at least allow people *some* way of setting their timezone at least
[18:04] <lool> cwayne: :-)
[18:12] <mdeslaur> lool: turns out I don't need an upstart change after all, so no upstart landing
[18:21] <bzoltan> fginther:  I still do not see  anything moving on the SDK MRs ... :(
[18:22] <fginther> bzoltan, this run used the modified test runner: http://<IP_ADDRESS>:8080/job/ubuntu-ui-toolkit-autolanding/275/console
[18:23] <fginther> bzoltan, 5 tests failed on mako
[18:24] <bzoltan> fginther:  Without looking at it I would bet larg sum on that it has nothing to do with the UI Toolkit
[18:26] <fginther> bzoltan, I believe the test runner issue has been resolved that was causing all tests to fail. There may still be a secondary issue with individual test cases. We need more data for that.
[18:26] <fginther> bzoltan, I'm beginning to restart the failed tests to get that data
[18:26] <bzoltan> fginther:  what data you need?
[18:26] <bzoltan> fginther:  is there anything I can help or give?
[18:27]  * bzoltan offers even blood for a good CI intake
[18:28] <fginther> bzoltan, we are now back to the same setup we were running 2 weeks ago with the exception that we are using the ubuntu-system image for touch instead of the cdimage-touch (which we can't use anymore because all our phones fail to reboot)
[18:29] <fginther> bzoltan, so if these test failures are repeatable, I would have to start there. If the failures are not repeatable, then we look elsewhere
[18:30] <fginther> bzoltan, actually random test failures could point to the image change as well
[18:31] <fginther> bzoltan, http://<IP_ADDRESS>:8080/job/ubuntu-ui-toolkit-ci/714/ PASSED
[18:31] <bzoltan> wow
[18:31] <asac> plars: anything about gallery?
[18:32] <balloons> fginther, it looks like the music app doesn't have gate reviews for the autopilot tests on it, which is different than my notes.. could we get the branch added? See this merge for example; https://code.launchpad.net/~vthompson/music-app/use-mediascanner2/+merge/185403
[18:33] <plars> asac: mako-05 - it's retrying, I think it's just a flaky test
[18:34] <lool> mdeslaur: noted in plan, thanks
[18:41] <fginther> balloons, I'll look at it in a moment
[18:41] <bzoltan> fginther: I see you kindle re-approved couple of the UITK MRs. Thanks :) let's hope that we can please Mirv, zsombi and timp with a fresh trunk in the morning
[18:43] <fginther> bzoltan, I will keep watch over these for the rest of the day
[18:43] <fginther> bzoltan, and rerun the jobs needing fresh -ci runs (but not all at once)
[18:44] <bzoltan> fginther: Thanks a lot :) for your effort. respect :)
[18:45] <fginther> bzoltan, yw
[18:47] <fginther> bzoltan, another \o/ http://<IP_ADDRESS>:8080/job/ubuntu-ui-toolkit-autolanding/276/
[18:48] <bzoltan>  fginther: cool
[18:57] <ralsina> lool: am I correct in guessing landing plan row #59 means landing ask #57 is done?
[18:58] <cjwatson> cwayne: My slight concern about this is that the plan we established earlier doesn't require /etc/localtime itself being writable, but rather being a symlink into a writable directory
[18:58] <cjwatson> cwayne: Are you sure it will be possible to undo that part of your change later?
[18:59] <cjwatson> Actually, I'll take this to the MP
[18:59] <asac> plars: are you doing server testing of some sort? who is leading that effort?
[18:59] <plars> asac: for saucy beta?
[18:59]  * balloons perks up
[19:00] <asac> plars: dunno. guess in general :)
[19:00] <asac> and in particular for beta i think
[19:01] <plars> asac: we'll be participating in all of saucy beta testing, not just server
[19:01] <plars> asac: this is what I mentioned in the call that would be keeping me busy this week and psivaa too
[19:01] <asac> right
[19:01] <plars> asac: I don't expect I'll be sleeping much
[19:01] <asac> plars: but who is leading that effort? defining what gets tested etc.?
[19:01] <plars> asac: right now I'm just trying to get the images downloaded, cdimage appears to be crawling
[19:02] <plars> asac: afaik, server team and balloons have defined most of the tests that are out there for it right now
[19:15] <asac> ogra_: so discussed in management, loks that we can promote this image
[19:15] <asac> and not block until wednesday to give folks some time
[19:16] <ogra_> asac, not block as in ?
[19:16] <ogra_> we just open the gates ?
[19:16] <asac> ogra_: no ... not block on the unity crasher
[19:16] <ogra_> ah
[19:16] <ogra_> ok
[19:17]  * ogra_ goes and releases
[19:17] <asac> ogra_: any apps beyond comunity apps that regressed?
[19:17] <asac> in dashboard? anything you see?
[19:17] <asac> otherwise go ahead
[19:28] <fginther> balloons, looks like a missing dependency: http://<IP_ADDRESS>:8080/job/generic-mediumtests/440/testReport/junit/unittest.loader.ModuleImportFailure.music_app/tests/test_music/
[19:28] <balloons> fginther, ahh yep, I know what that is, I'll add and merge
[19:33] <balloons> fginther, https://code.launchpad.net/~nskaggs/music-app/add-toolkit-dependency/+merge/187093
[19:33] <balloons> once that lands should be good to go
[19:33] <balloons> the current tests don't pass however, but I'm working on fixing them up
[19:37] <lool> ralsina: I think so
[19:38] <lool> ralsina: well it's not DONE-DONE until the image is promoted  :-)
[19:38] <ralsina> lool: so, that would mean we can unfreeze trunk and get all the things in sync :-)
[19:38] <asac> lool: i guess we can update all the INIMAGE ones?
[19:39]  * asac  updates all
[19:39] <lool> oh we've just promoted?  awesome
[19:40] <asac> yep
[19:40] <asac> wow
[19:40] <asac> its probably like 20 entries or so :)
[19:40] <asac> DONE
[19:40] <lool> cool
[19:40] <lool> you know what button I'll press now
[19:40] <asac> even more it feels
[19:40] <asac> doesnt end :)
[19:40] <asac> lool: ? :)
[19:41] <asac>  /quit ?
[19:41] <asac> awesome
[19:41] <asac> so many done :)
[19:41] <lool> asac: I've hidden the DONE stuff of course  :-)
[19:41] <asac> sure
[19:41] <asac> :)
[19:41] <lool> we should keep the image number somewhere
[19:42] <lool> like I did with INIMAGE
[19:42] <asac> i put it
[19:42] <lool> we should have DONE xyz
[19:42] <asac> at the end as a comment
[19:42] <lool> ah
[19:42] <asac> maybe... DONE#60
[19:42] <asac> would have been better
[19:42] <asac> INIMAGE#58
[19:42] <lool> another column is cleaner data wise
[19:42] <asac> and then DONE#50
[19:42] <lool> anyway this is just a hack  :-)
[19:42] <asac> err DONE#60
[19:42] <asac> right
[19:42] <asac> though we need to be able to reference trhe landing asks for sure
[19:42] <lool> so the other good news is that I reviewed the upstart-app-launch branch and am happy with it, it seems sounder now
[19:42] <lool> still some C parsing
[19:43] <asac> for that i need an iterator that stays fixed if i move things around
[19:43] <asac> not sure how to do that
[19:46] <fginther> kenvandine, strange: https://code.launchpad.net/~ken-vandine/ubuntu-wallpapers/13_10/+merge/186813 looking into it now
[19:46] <kenvandine> fginther, thx
[19:54] <lool> asac: so I tried referencing cells, but it doesn't work very well
[19:54] <lool> this was last ewek
[19:54] <lool> but it didn't work very well
[19:55] <lool> I'd rather we drop the landing asks entirely TBH
[19:55] <lool> or age them in some way
[19:55] <asac> lool: so i want initial requests to go in there
[19:55] <asac> and then someone from team discussing details etc.
[19:55] <asac> and working it - once there is real code - into landing plan
[19:57] <lool> asac: but can't that be just a different status?
[19:58] <lool> like all asks started with "ASKED" until we approve it in some way
[20:00] <ogra_> lool, but that will make it even more of a mess
[20:00] <ogra_> if u merge the two
[20:01] <asac> lool: not sure. lots of discussion makes it very dirty
[20:02] <asac> i prefer if the requestors have a separate page than the execution team
[20:02] <asac> but happy to think a bit
[20:02] <ogra_> wow
[20:02]  * ogra_ just got all of todays mail
[20:26] <lool> so does someone know how to add Breaks / Depends on to be landed versions with CI generated versions?
[20:31] <ogra_> ?
[20:31] <ogra_> via an MP
[20:31] <ogra_> like everything else you add to CI built stuff
[20:31] <lool> ogra_: I don't think we can actually, because I'd need the version of another package
[20:31] <lool> ogra_: I mean a dynamic version
[20:33] <lool> ubuntu-touch-session isn't in autolanding?
[20:34] <ogra_> nope
[20:34] <ogra_> manual upload
[20:34] <lool> does lp:~phablet-team/session-manager-touch/trunk have CI?
[20:34] <ogra_> no, manual upload
[20:35] <ogra_> (which i'm currently pretty happy with with all the back and forth of lightdm merges (which are huge))
[20:37] <lool> ogra_: does one commit there directly and review the debdiff before upload, or does one send merge proposals?
[20:38] <lool> looks like mps
[20:38] <ogra_> lool, for people i dont know by heart i prefer MPs ... for you direct would be ok with me
[20:39] <ogra_> but i think it is phablet-team owned
[20:39] <ogra_> so you wont have commit rights
[20:40] <lool> ogra_: I've preapred a mp anyway  :-)  but would you mind reviewing it?  I can merge it myself https://code.launchpad.net/~lool/session-manager-touch/drop-upstart-app-launch/+merge/187106
[20:41] <ogra_> lool, oooh ! i like that !!
[20:41] <lool> I'm adding it to the landing pipeline landing for upstart-app-launch
[20:41] <ogra_> dropping hacks ... always good :)
[20:43] <ogra_> lool, want it uploaded ?
[20:43] <lool> ogra_: if you like, it's going to stick in -proposed
[20:44] <ogra_> because of the dep ?
[20:44] <ogra_> well, i dont expect mterry to have a lightdm fix befofre tomorrow morning ... if it doesnt get stuck forever ...
[20:45] <lool> ogra_: in any case, I have a branch of upstart-app-launch that we can upload there  :-)
[20:45] <ogra_> good :)
[20:47] <lool> ogra_: actually upload is welcome, that avoids me adding a Breaks to the other one
[20:48] <ogra_> lool, uploaded
[20:49] <lool> thanks
[20:54]  * ogra_ goes afk ... i'll take a look later
[21:09] <asac> ogra_: lool: do you remember why we didnt consider ubuntu-system-settings for this afternoon in the plan?
[21:09] <asac> ogra_: lool: i remember something was said to be still buggy?
[21:11] <lool> Hmm I dont remember commenting on system-settings
[21:12]  * asac puts it down for tomorrow to look at
[21:12] <asac> i think it was mirv
[21:16] <asac> robru: do you have a phone?
[21:16] <asac> L:)]
[22:08] <lool>         output = desktop_exec_parse("foo %F", "file:///proc/version file:///proc/uptime");
[22:08] <lool>  138        ASSERT_EQ(output->len, 2);
[22:08] <lool>  139        ASSERT_STREQ(g_array_index(output, gchar *, 0), "foo");
[22:08] <lool> oh ups
[22:08] <lool>  140        ASSERT_STREQ(g_array_index(output, gchar *, 1), "/proc/version /proc/uptime");
[22:08] <lool> that was an accident
[22:09] <kgunn> fginther: we're running into the amd ci tests failling again...we've already gone thru 1 tuning...any thots?
[22:11] <fginther> kgunn, thinking
[22:15] <fginther> kgunn, what kind of tests are failing? are they depending on specific time bounds?
[22:16] <fginther> kgunn, we could try building these on a separate host
[22:17] <kgunn> fginther: i was just looking...looks kinda sporadic...but its defintely when the time creeps up to like large values...hundreds of seconds
[22:17] <kgunn> fginther: how much trouble is that? might be a good test (meaning...we wouldn't be sharing host at all right?)
[22:21] <fginther> kgunn, we have two VMs that we can try this on
[22:22] <kgunn> fginther: cool - do i need to do anything?
[22:23] <fginther> kgunn, I'll get it setup, you only need the amd64 to run by itself?
[22:24] <kgunn> fginther: well we need everything - but as a test to reduce time we can handle amd64 only (everything else is already passing)
[22:24] <fginther> sorry, I meant just move the amd64 build
[22:24] <fginther> keep everything else as is
[22:24] <kgunn> oh yeah!
[22:25] <kgunn> that'd work
[22:25] <kgunn> or ...i hope that works :)
[22:33] <fginther> kgunn, I've got a test in progress: http://<IP_ADDRESS>:8080/job/mir-saucy-amd64-autolanding/356/console
[22:33] <kgunn> fginther: thanks
[22:33] <fginther> kgunn, I'll be back a little later
[22:33] <kgunn> fginther: np...me too
[23:01] <lool> checking out, see you guys tomorrow
[23:08] <lool> actually if someone is around, it would be nice to copy upstart-app-launch from PPA to archive  :-)
[23:09] <lool> otherwise will do tomorrow morning
[23:48] <kgunn> fginther: that seemed to pass \o/