[00:19] <cjwatson> lool: How far are you off golden?  Do you think I could still upload packagekit to disable the browser plugin on arm64 - that is, are you expecting to have another image build?
[03:01] <rsalveti> lool: thanks, yeah, I don't know much about the setup because cyphermox took care of it
[09:44] <lool> cjwatson: we're definitely expecting more builds
[09:44] <lool> cjwatson: I'm afraid we will taking some uploads on monday and tuesday; not sure how much we will take on wed
[09:46] <cjwatson> ok, I might sort out packagekit at some point today then, since the chances of getting a firefox/arm64 build for saucy are minimal
[10:32] <ogra_> lool, do you plan to do a build today ? (i wouldnt mind if landing asks line 190 could go into that, helps boot speed a lot)
[11:03] <lool> ogra_: I thought we should do one, but happy if you do it; I think end of day would be best as to get fresh results tomorrow morning
[11:04] <lool> cjwatson: is there a report of missing arm64 builds blocking lots of packages?  I looked for reports under ~ubuntu-archive web pages but didn't immediately spot one
[11:05]  * ogra_ sighs looking at  unity8.conf in  the upstart sessio job 
[11:07] <lool> ogra_: hmm but that's not uploaded?
[11:07] <lool> ogra_: landing #190 that is
[11:07] <ogra_> lool, not yet. i didnt want to land without talking to someone first
[11:07] <ogra_> :)
[11:08] <lool> the fstab change is +1, the other one I have some questions on
[11:08] <ogra_> the other one is a workaround for bug 523484
[11:09] <ogra_> once this is fixed properly it can be dropped
[11:09] <lool> ogra_: actually after reading the comment, +1 on that too; albeits would you know what creates the var/lib/ureadahead target?
[11:09] <lool> is writable-paths doing that?
[11:09] <ogra_> ureadahead runs before mountall ... wirability is created by mountsall running
[11:09] <ogra_> the folder is created by the ureadahead package iirc
[11:10] <lool> ogra_: but I meant the bind mount target
[11:11] <lool> ogra_: I'm just sceptical on whether this happens correctly on the first boot
[11:12] <ogra_> oh, that might be writable-paths, right
[11:12] <ogra_> i guess i should just add a mkdir
[11:14] <lool> ogra_: Ok I checked
[11:15] <lool> ogra_: the new snippet is after writable_paths
[11:15] <ogra_> ah, k, then we are good
[11:15] <lool> ogra_: I'm adding a landing slot; would you please merge this and upload it?
[11:15] <ogra_> wow, i just had an 28sec boot
[11:15] <lool> ogra_: what difference does it make on boot speed?
[11:16] <ogra_> yeah, note it needs an android rebuild
[11:16] <lool> sure
[11:16] <lool> note that boot has been acceptably fast for me since thursday or so
[11:16] <ogra_> a few seconds ...i sropwatched magoro at 37 and mako at 35 sec
[11:16] <ogra_> on second boot
[11:16] <ogra_> from vibreation to unity on screen
[11:17] <ogra_> i'd really like to get rid of all these mad sleeps in the session upstart jobs
[11:17] <ogra_> i know slangasek wanted to look through the jobs, do you know if that includes the session stuff ?
[11:19] <lool> I think it does since he's landing this pulseaudio fix
[11:19] <ogra_> oh, right
[11:19] <lool> I've pinged about the sleeps in unity8, but didn't get any reply
[11:19] <lool> it's a bit risky to just try it out this late though
[11:19] <ogra_> i guess that meeds some input from awe
[11:19] <ogra_> at least the ofono/scripts bit
[11:20] <ogra_> err
[11:20] <ogra_> ofono-setup
[11:20] <lool> it seems this is just a delay the first time you boot though
[11:20] <ogra_> hmpf ... i have done like 100 reboots today and there are still random ones where it just takes ages
[11:20] <lool> ogra_: is this with bootchart?
[11:21] <ogra_> (i disabled apport to make it not get in my way)
[11:21] <ogra_> no
[11:21] <lool> ogra_: can you ping here when you upload initramfs-tools-touch and android?
[11:21] <ogra_> explicitly not
[11:21] <ogra_> will do
[11:21] <ogra_> this is just stopwatched booting ...
[11:21] <ogra_> 8 out of ten boots are fine and reliably around 30-35sec atm on my mako
[11:22] <ogra_> the other two can easily go up to over 1min
[11:23] <ogra_> and this also seesm to be mako specific
[11:23] <ogra_> *seems
[11:45] <lool> rsalveti: So ofono still needs an upload, did you want me to do it?
[11:54] <ogra_> [12:39] <ogra_> [12:47] <cjwatson> lool: Missing arm64 builds won't block anything
[12:47] <cjwatson> lool: Even (for the moment) if they were previously built; the only thing constrained at the moment is that arm64's uninstallable count shouldn't increase by way of proposed->release migration
[12:48] <cjwatson> (Although it sometimes increases anyway because a lot of the builds happen in the release pocket for annoying technical reasons)
[12:49] <cjwatson> lool: Unless you mean the current build states in general, in which case you get to try to divine it from http://qa.ubuntuwire.org/ftbfs/arm64.html :-)
[12:51] <cjwatson> lool: But the semi-official arm64 SWAT team :-) is tracking this pretty closely at least for main
[12:58] <lool> cjwatson: oh I'm not concerned about blocking non-arm64 stuff
[12:58] <lool> cjwatson: I was just curious to watch progress of arm64 bootstrap  :-)
[13:00] <cjwatson> Ah right
[13:01] <lool> ogra_: Hmm does android build against proposed?
[13:01] <lool> ISTR so but not sure; in any case initramfs-tools-ubuntu-touch didn't publish in relesae yet
[13:20] <lool> the answer is yes, and it picked up 0.57
[13:28] <ogra_> it does
[13:57] <lool> ok, in archive
[13:57] <lool> about to kick an image and call it a day
[13:59] <lool> == Building image #95 ==
[14:05] <popey> \o/
[15:06] <lool> I'm upgrading the image here
[15:06] <lool> and I've updated spreadsheet
[15:10] <lool> I haven't paid attention to boot time, but it boots on n4  :-)
[15:58]  * popey flashes
[18:17] <slangasek> lool: I think I missed your ping about the sleeps in unity8.  I saw those and was grumbly, but haven't had any time to sort them out - in fact, the memory leak is taking up my time right now
[19:42] <popey> lool: 95 seems pretty good.
[20:25] <lool> slangasek: Ah I thought I had pinged ricmm about the sleeps actually; thinking about the sleep 12 some more, it's ugly but doesn't matter much really as it's a one time thing on first boot; the sleep 1 would be worth killing at this point, but it's nothing dramatic, will check with ricmm once he has a chance
[20:25] <lool> popey: I have been pretty happy with it too; getting less unity8 crashes it seems
[20:25] <lool> some keyboard annoyance though
[20:32] <lool> popey: tests less happy than the previous ones, might just be missing retries tough
[20:32] <lool> this is the next thing I need to learn I guess
[20:40] <popey> lool: i had the same keyboard annoyance with 94
[20:41] <lool> it seems to type random chars here and there when starting up
[20:41] <lool> typically 2 times the same char
[20:41] <lool> like (( or ""
[20:41] <popey> yup
[20:41] <popey> known
[20:41] <lool> I bet it's the new socket IPC thing we've added
[20:41] <popey> you can trigger with the power button
[20:42] <lool> ah that's right
[20:42] <lool> I've seen the bug about power button generates input events
[20:42] <lool> I mean bogus key pressed events in apps
[21:13] <rsalveti> lool: I can push
[21:52] <rsalveti> lool: done
[23:08] <lool> rsalveti: thanks
[23:14] <lool> rsalveti: should we upload telepathy-ofono r48?
[23:15] <rsalveti> lool: yes
[23:15] <lool> rsalveti: seems to help with speed to attach to network, I found this slow myself but havent' tested the fix
[23:15] <lool> rsalveti: should I had a slot for this and we get that in now?
[23:17] <lool> rsalveti: I've added a slot; not quite sure how to test this though
[23:17] <rsalveti> lool: yes, thanks
[23:17] <rsalveti> lool: just see if it still registers itself fine in the network after the change
[23:18] <lool> Ok, I think I'll test this tomorrow morning then
[23:20] <lool> ah I have SSH
[23:20] <lool> was too lazy to grab USB cable
[23:21] <rsalveti> :-)
[23:23] <lool> rsalveti: worked super well
[23:24] <lool> can't tell if I was lucky, but phone funcs were up quickly after boot, and 2G worked quickly after turning off wifi
[23:24] <lool> not sure why I'm not getting 3g though
[23:25] <lool> rsalveti: so we still have the weird mir crash breaking libhybris mm changes?
[23:26] <lool> ah here's 3g, good
[23:26] <rsalveti> :-)
[23:26] <rsalveti> lool: yeah, but I removed that dependency temporarily
[23:26] <rsalveti> just testing the fix, if it all works, we should have a candidate to upload
[23:26] <rsalveti> tested and worked fine with thumbnails and such
[23:27] <lool> == Publishing telepathy-ofono (network stack) ==
[23:27] <lool> rsalveti: oh awesome
[23:27] <lool> rsalveti: if it's for tonight, do you have an ETA?
[23:27] <rsalveti> lool: hope for tonight :-)
[23:28] <lool> rsalveti: I was wondering whether I should try to place an image build sensibly in the middle of the UTC night to try to include it if you go for an upload
[23:28] <rsalveti> lool: I can trigger the build later today as well if you prefer
[23:28] <lool> otherwise, I'll just kick an image in a few when telepathy-ofono goes to archive
[23:29] <lool> rsalveti: ah that's an idea
[23:29] <rsalveti> even if I'm unable to push the rest of the stuff, I can trigger before going to bed
[23:29] <lool> rsalveti: if that's ok with you
[23:29] <rsalveti> and you should have a new image by your morning :-)
[23:29] <rsalveti> sure
[23:29] <lool> yeah, that was exactly the goal: very latest bits and fresh test results by monday morning
[23:30] <lool> just waiting a couple more minutes to see telepathy-ofono make its way to proposed
[23:31] <rsalveti> great
[23:32] <lool> Ok it's built in proposed; should migrate soon
[23:32] <lool> 'night
[23:32]  * lool crosses fingers for mm fix
[23:35]  * lool &
[23:37] <rsalveti> thanks, have a good night