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