[00:10] <Wellark> ricmm, jhodap, rsalveti : what's in there --^ ?
[00:10] <Wellark> could someone familiar with qtubuntu-media take a look: https://bugs.launchpad.net/indicator-network/+bug/1380736/comments/8
[00:11] <Wellark> that silo just happens to match pretty well on the affected projects.. :)
[00:12] <rsalveti> this landing is to support rotation when recording videos
[00:12] <rsalveti> but for qtubuntu-media related changes, ping tvoss or jhodapp
[00:13] <Wellark> rsalveti: thanks!
[02:50] <cyphermox> ^ I'll assign it myself...
[04:09] <Mirv> morning
[04:43] <Mirv> hmm
[06:57] <Mirv> tvoss: so tonight I can drive car with GPS navigation? ;)
[06:57] <tvoss> Mirv, yup )
[06:57] <tvoss> :)
[07:19] <Mirv> ogra_: any idea where's mako rtm image? not that it'd be hugely important as krillin seems to be there, but I'm just missing my daily dose.
[07:33] <brendand> Mirv, can you give me those steps again for doing a proper diff?
[07:33] <ogra_> Mirv, what are you missing exactly ? i see it on the server
[07:35] <ogra_> Mirv, ogra@anubis:~/touchbot$ ./map-images.sh 105
[07:35] <ogra_> krillin version: 105 maps to mako version: 88
[07:35] <ogra_> (the script is at http://paste.ubuntu.com/8532237/ in case you want it)
[07:35] <Saviq> sil2100, so, we have silo 6 for rtm, should I be checking the "append rtm" box? sources will be different than utopic (target is rtm branches)
[07:39] <Mirv> ogra_: aha, I've mako 87 and no upgrade offer
[07:39] <sil2100> Saviq: so, hm, in this case you don't have to check that box
[07:40] <sil2100> Saviq: if you don't want to - since basically the requirement to append ~rtm is to make sure we don't get the same version numbers for both utopic and RTM
[07:40] <Saviq> sil2100, well, yeah, that's the thing, it's *possible* with this that we do
[07:40] <Saviq> sil2100, if I rebuild it today and do a parallel release into utopic...
[07:41] <Mirv> ogra_: thanks, I save the script even though it gives me a grep error + "krillin version:  maps to mako version: 88"
[07:41] <brendand> sil2100, so sadly the ringtone issue is true
[07:41] <sil2100> Saviq: true, in this case it's best to check it then
[07:41] <brendand> sil2100, although i can't reproduce the second issue ToyKeeper mentioned
[07:41] <brendand> sil2100, for me it started vibrating straight away
[07:42]  * sil2100 checks his mail
[07:42] <Mirv> brendand: http://pastebin.ubuntu.com/8558016/
[07:43] <Saviq> sil2100, ok, will try and remember... although I wonder if this shouldn't be default in MP-based landings?
[07:44] <sil2100> Saviq: in the past it was the default - maybe I'll change the flag to 'do not append ~rtm" instead
[07:44] <sil2100> Well, it basically was this way before, but there were changes in policy
[07:44] <sil2100> ._.
[07:45] <Saviq> sil2100, it feels like it would need to be per-source..., since you can sync some packages but MP some others
[07:46] <sil2100> Saviq: we could do that... but without it, the only way is to build them one by one in such a case
[07:46] <Saviq> sil2100, ah right, we can still do that, that's fine I think
[07:48] <ogra_> Mirv, you need to give the krillin version you want to map against as argument (see the paste how to call it)
[07:50] <Mirv> ogra_: obviously!
[07:51] <ogra_> in these "only for me" scripts i usually dont put a usae function or much error checking in :)
[07:51] <ogra_> *usage
[07:51] <Mirv> so, ubuntu-device-flash gives me 88, but no OTA for some reason
[07:52] <ogra_> i think asac had a similar issue last week
[07:52] <ogra_> (and made a lot of fuss around that)
[07:53] <ogra_> i bet a reboot will show it
[07:53] <asac> i have no OTA
[07:53] <asac> i am on 104
[07:53] <ogra_> i woke up to a blinking blue LED here ...
[07:54] <ogra_> and am on 105 already
[07:54] <asac> man this needs to get fixed
[07:54] <ogra_> (after OTAing 30min ago)
[07:54] <asac> cant be that folks get stuck
[07:54] <ogra_> asac, well, i'm not sure who is at fault here ... but i would think the notification system
[07:55] <asac> ogra_: i am going into "check for updates"
[07:55] <asac> dont see anything there either
[07:55] <ogra_> i know i sometimes dont get the notification if my device cant make his mind up on which wlan it wants to be over night
[07:55] <ogra_> so it could even be lower in the stack
[07:55] <asac> also the wifi symbol isnt visible
[07:55] <asac> weird
[07:55] <ogra_> s/his/it's/
[07:56] <ogra_> for me the wifi symbol is always visible ... even if wlan doesnt properly work :/
[07:56] <asac> Wellark: wifi symbol is not visible, but i have internet on wifi
[07:56] <asac> is that your bug?
[07:57] <ogra_> (i have two APs with the same SSID, same password but different auth mechanisms here, when i wake it up from sleep it is usually connected to the one thats farest away in teh house until i tap the other one and trigger a reconnect)
[07:57] <asac> ok after going into system settings 5 times
[07:57] <asac> it finally found the update at least
[07:57] <ogra_> yes
[07:57] <ogra_> then it was most likely a network issue
[07:58] <ogra_> system-image takes a while to time out if it cant reach the server for checking
[07:58] <ogra_> a few minutes
[07:58] <ogra_> while it is running in bg and not reaching the server you wont see an update in the UI
[07:58] <Mirv> asac: ogra_: I rebooted and now it downloads 88
[07:58] <ogra_> right
[07:59] <ogra_> reboot or just long wait usually make it work
[07:59] <Mirv> I think we have stalling connections when switching between 3G/wifi or both are enabled and there's no handover
[08:00] <ogra_> well, i dont switch to 3G often
[08:00] <ogra_> probably twice a week when shopping
[08:00] <Mirv> actually one bug I'm offering PPA builds for lpotter is possibly related inside Qt bug #1357321
[08:00] <ogra_> i see my wlan issue several times a day ... (it got a lot better, i used to see it every time i wake up the device)
[08:02] <ogra_> sigh ... that internet outage i had over night really bites ... my line is saturated with getting 100s of mails from other smtp servers :(
[08:09] <sil2100> brendand: do you know if we have a bug for the ringtone issue that Selene pointed at?
[08:13] <sil2100> brendand: I think we need to escalate those two additionally, since a promotion is - so to say - important today ;)
[08:14] <ogra_> sil2100, why do you want to promote today if we have to promote tomorrow anyway
[08:15] <Mirv> I think we need a promotion today, but let's talk in 15 mins :)
[08:15] <sil2100> ogra_: a request from higher-ups
[08:15] <ogra_> hmpf
[08:15] <john-mcaleely> http://people.canonical.com/~jhm/barajas/device_krillin-20141014-acf0142.changes
[08:15] <ogra_> k
[08:15] <ogra_> oh !
[08:16] <john-mcaleely> http://people.canonical.com/~jhm/barajas/device_krillin-20141014-acf0142.tar.xz
[08:16]  * ogra_ jumps up and down in excitement
[08:16] <john-mcaleely> http://people.canonical.com/~jhm/barajas/device_krillin-testresults-20141014-acf0142.ods
[08:16] <ogra_> i want that !
[08:16] <sil2100> john-mcaleely: are all those from THE list?!
[08:16] <brendand> sil2100, yeah i just filed it: https://bugs.launchpad.net/ubuntu/+source/dialer-app/+bug/1381380
[08:16] <sil2100> ;)
[08:16] <john-mcaleely> sil2100, ogra_ new device tarball. two bugs fixed, on the list
[08:16] <brendand> sil2100, the second issue was not reproducible though
[08:16] <john-mcaleely> (4 changes - one bug is three changes...)
[08:16] <sil2100> brendand: you mean the facebook one, or the vibration one?
[08:17] <sil2100> john-mcaleely: excelllllent
[08:17] <brendand> sil2100, the second calls issue
[08:17] <brendand> sil2100, facebook one i'll try to reproduce more
[08:17] <sil2100> brendand: is that one bad enought to be called a blocker? Since Selene mentioned as if it was happening rather frequently
[08:18] <sil2100> The facebook auth thing
[08:18] <seb128> brendand, sil2100, jdstrand and rsalveti were discussing it yesterday, there is an apparmor issue there (like it's denying access to the sound)
[08:18] <seb128> also settings doesn't use that special directory
[08:18] <john-mcaleely> sil2100, ogra_ brendand davmor2 so if you have the time for a QA pass, it would be much appreciated :-)
[08:18] <seb128> so it means the settings looks buggy and you can't select back the default ringtone
[08:19] <seb128> which is annoying
[08:21] <davmor2> brendand: known bug already the custom tarball apparently pulled in it's own ringtones that are stored somewhere that has app-armor denials so it can't use them, just set a ringtone seb128 told me about it yesterday
[08:22] <davmor2> brendand: it's all that cwaynes fault damn him
[08:22] <seb128> brendand, sil2100, davmor2: https://code.launchpad.net/~jdstrand/media-hub/lp1377966/+merge/238306
[08:22] <seb128> that doesn't fix the settings UI issue and not being able to select those back though
[08:23] <davmor2> seb128: thanks dude
[08:23] <seb128> yw!
[08:24] <davmor2> seb128: I'm assuming though that System settings should be able to fall back to maybe the first tone in the list if it is unable to access the ringtone would be a nice fallback?
[08:26] <Wellark> asac: ?
[08:27] <Wellark> what's the bug?
[08:27] <seb128> davmor2, unsure, we really want to list files in the custom dir imho, otherwise it means you buy a phone and can't select back the default ringtone if you ever change it, which is weird
[08:29] <davmor2> seb128: yeap I get that, but I'm assuming at some point people will want to select their own mp3s or install ringtones from the store, or compose a piece and have that as a tone so then you might have a lot of dir's to cover
[08:29] <seb128> right
[08:29] <davmor2> Unless you have a ringtone dir and that is lists all tones
[08:30] <Mirv> Wellark: hey. I started wondering, was that indicator-network landing that it will land and be QA sign-offed together with Unity8 landing agreed upon with QA? I published it, but they need to know if they need to also update indicator-network from archives in addition to upgrading the silo contents.
[08:30] <seb128> well, we have a ringtone dir
[08:31] <seb128> but that doesn't include user location or custom/oem one
[08:31] <seb128> so we are likely to have a few extra ones to read
[08:31] <ogra_> or add links ;)
[08:32] <Wellark> Mirv: yes, they need to upgrade i-network from archives when testing the unity8 silo
[08:32] <Wellark> unless, it's already part of the images
[08:32] <Mirv> Wellark: ok, I'm adding a note then, otherwise they won't do it. no, it's not on image.
[08:32] <Wellark> just sudo apt-get install indicator-network will do
[08:33] <Mirv> Wellark: their current default behavior does not do normal apt update, but selective PPA only apt update
[08:34] <Wellark> Mirv: makes sense
[08:35] <ogra_> GRRRR
[08:35] <ogra_> GOOOOGLE !!!!!!!!
[08:35] <sil2100> ;)
[08:35]  * ogra_ signs in newly after being kicked out of all google accounts
[09:11] <davmor2> brendand, sil2100: I shouldn't grumble really I have 2 days off Tomorrow and friday :D
[09:12] <brendand> davmor2, oh!
[09:12] <brendand> davmor2, whose face is going to hurt on monday then?
[09:12] <davmor2> brendand: yours honest ;)
[09:12] <brendand> davmor2, oh we'll see about that
[09:20] <dbarth> ogra_: what happened with your google accounts?
[09:22] <ogra_> dbarth, google seems to have re-set the tokens so i needed to re-authenticate ... note that i has a DSL outage over night (oh, that that was in the browser, dont worry, on this machine i dont use system google accounts, nothing to do with you :) )
[09:22] <ogra_> s/has/had/
[09:22] <ogra_> s/that that/and that/
[09:23] <dbarth> ogra_: ah cool, good to hear ;)
[09:24] <ogra_> it is quite annoying that it lets you connect to a hangout first and only then considers it needs a re-auth ... but i blame google for that one ;)
[09:24] <davmor2> ogra_: 1 all you only got 1 all again Ireland ;)
[09:25] <davmor2> against even
[09:25] <ogra_> davmor2, yeah, what the german team did in the last five mins was really crazy ... they behaved like headless chicken ...
[09:27] <davmor2> ogra_: That's Englands trick normally :)  I think the team is programmed to play for 60 minutes not 90 ;)
[09:27] <ogra_> haha
[09:27] <ogra_> well, i have never seen a german team freak out like that ... ireland surely deserved that last goal in the 94th min
[09:28] <ogra_> (or better, germany deserved to get it :) )
[09:37] <tvoss> sil2100, ^ :)
[09:43] <Saviq> sil2100 (and landing team), I got three candidates for landing into RTM: bug #1381255, bug #1381092 and tvoss's bug #1380736
[09:44] <Saviq> the two unity8 ones are not visible right now, but will be in an upcoming scope that's mean to go into the 10/16 image today
[09:51] <Mirv> ah, ok tvoss knows better
[09:51] <lool> tvoss: this is *utopic* I'm speaking about
[09:51] <tvoss> lool, ah okay
[09:51] <tvoss> lool, sorry then :)
[09:51] <lool> tvoss: yes I want qa signoff on the landing of this in rtm too
[09:51] <tvoss> Mirv, can I get a silo for line 69?
[09:51] <lool> hmm crap, I dropped it locally
[09:52] <Mirv> tvoss: done
[09:52] <tvoss> Mirv, awesome, thanks
[09:53] <lool> uploaded
[09:54] <sil2100> Saviq: looking at those
[09:55] <tvoss> Wellark, Saviq would appreciate a review here: https://code.launchpad.net/~thomas-voss/qtubuntu-media/fix-races-for-access-to-destroyed-controls/+merge/238404
[09:56] <sil2100> Saviq: ok, those make sense in overall, but let's poke Victor about those just so that he's aware
[09:57] <Saviq> sil2100, sure
[09:57] <sil2100> Saviq: but I suppose since they're bugs in a scope for tomorrow then they should land
[09:57] <Saviq> sil2100, yup, and the bugs come from their team in any case
[10:01] <Wellark> tvoss: well, I can review it.. but I have no other experience on qtubuntu-media apart from the 30 minutes I looked at the this morning at 3am :)
[10:03] <Wellark> tvoss: oh, the m_service looked fishy to your eye as well? :)
[10:03] <tvoss> well, obviously
[10:03] <tvoss> and it's entirely usell
[10:03] <tvoss> useless
[10:04] <ogra_> sil2100, if you want tp promote, you kind of need to stop landing stuff at some point :)
[10:04] <ogra_> when will we draw this line ?
[10:05] <ogra_> (after the evening meeting ? )
[10:06] <sil2100> ogra_: for now we still have a blocker on our radar sadly
[10:06] <ogra_> sil2100, we should set a clear time for this and announce it so people know when we lock down (and stuff will need time to propagate through before QA can start testing)
[10:06] <Wellark> sil2100: this unity8 crash has to be dealt with
[10:06] <Wellark> sil2100: how much time do we have?
[10:07] <sil2100> Wellark: we really want to promote by the EOD, so we need to stop landings sometime around the european evening if we are to still do promotion testing etc.
[10:07] <ev> sil2100: hi. I've just left a comment on https://code.launchpad.net/~psivaa/ubuntu-test-cases/skip-reminders/+merge/238402 . I think fixing this is more a job for dbarth or whomever owns the reminders tests. We shouldn't be hacking around buggy tests in the infrastructure.
[10:07] <ogra_> sil2100, we need to take ~2h for package propoagation plus ~2h for image building into account
[10:08] <sil2100> ev: yes, and it's being worked on, but since everyone has other deadlines and until it's fixed currently it's blocking devices for 3 hours
[10:08] <sil2100> ev: so basically right now it's only locking up devices for no reason
[10:08] <cjwatson> ogra_: 2h for package propagation in which distribution?
[10:08] <sil2100> And there is no chance it'll get fixed today
[10:08] <ogra_> ev, it kills lab devices with makes us miss about 60% of the total tests
[10:09] <ogra_> cjwatson, from utopic into rtm ... thats was just a rough guess based on experience
[10:09] <ev> sil2100, ogra_: that's a dangerous precedent to set. Have we reached out to the test owners to see if they can fix this?
[10:09] <cjwatson> oh I thought you meant within ubuntu-rtm itself
[10:09] <cjwatson> (which cycles *much* faster than ubuntu)
[10:09] <ogra_> cjwatson, i'm sure if needed we can be faster ... i just want us to have enough wiggle room if we set a deadline
[10:09] <sil2100> ev: yes, they're aware of the issue for some time now
[10:09] <ev> and they haven't done anything about it?
[10:09] <ev> that doesn't fill me with encouragement :)
[10:10] <ev> who owns this?
[10:10] <davmor2> Saviq: dude you rock \o/ I mean obviously it's still your fault, I know you passed the hot potato to tvoss but essentially it's still your fault ;)
[10:11] <ogra_> davmor2, hey !
[10:11]  * ogra_ feels left out !
[10:11]  * tvoss tries to follow the conversation
[10:11] <sil2100> ev: both dbarth and dpm are on it
[10:11] <Saviq> davmor2, my pleasure
[10:11] <ogra_> tvoss, it is just about pointing fingers :)
[10:11] <tvoss> ogra_, hah
[10:12] <ev> dbarth, dpm: hi
[10:12] <davmor2> tvoss: I blame saviq for most things, I was happy to see he had managed to get some symbols for the unity8 crash on sim unlock so it could be fixed \o/
[10:12] <dbarth> ev: technically not right now, but aware of the case and finding out why it fails
[10:12] <dpm> sil2100, ev, I'm not sure what we can fix in reminders, it's a problem with UOA
[10:13] <ev> dbarth, dpm: I'm less concerned with fixing the bug the test exposes, and more concerned with the test timing out instead of hanging forever
[10:13] <davmor2> ogra_: I haven't even started, I mean there is Germanys crappy performance I mean that is obviously entirely your fault and it goes down hill from there, feeling better now?
[10:14] <dpm> ev, so you'd suggest to modify the test?
[10:14] <ev> dpm: yeah, could you not just have the test time out?
[10:14] <ogra_> davmor2, phew ...
[10:14] <ogra_> :)
[10:15] <ev> dpm: something like http://stackoverflow.com/questions/2281850/timeout-function-if-it-takes-too-long-to-finish
[10:15] <dpm> ev, I'm not familiar with the tests myself, but I'll ask elopio and balloons when they're up
[10:15] <ev> so the test takes more than a few minutes, still fails, still gives you enough to figure out what's going wrong, but it doesn't kill the rest of the tests
[10:15] <ogra_> well
[10:15] <ogra_> it does time out
[10:15] <sil2100> AlbertA2: hey!
[10:15] <ogra_> after 4h
[10:16] <ev> autopilot will be growing this as a feature – thomi has a branch – but this wouldn't take very long to implement
[10:16] <ev> in the meantime
[10:16] <ev> like 5-10 minutes
[10:16] <ev> dpm: can you have them follow up on Siva's MP?
[10:16] <davmor2> ogra_: just close your eyes a minute while I pick on ev dude you know the previous error is still showing blank, I thought we had a fix for that?
[10:16] <ev> I'd like to centralise the conversation
[10:17] <ev> davmor2: what is still showing blank?
[10:17] <dpm> ev, sure, do you have a link to the MP?
[10:17] <sil2100> ricmm: hey!
[10:17] <sil2100> ricmm: so, I see you're also a lander for rtm silo 16
[10:18] <dpm> ev, nm, I found the link from the scrollback
[10:18] <ev> dpm: https://code.launchpad.net/~psivaa/ubuntu-test-cases/skip-reminders/+merge/238402
[10:18] <ev> :)
[10:18] <dpm> ok, thanks :)
[10:18] <sil2100> ricmm: there's like one merge I'm really interested in there (the media-hub one) - do you have any ETA on it landing?
[10:18] <davmor2> ev: settings, security and privacy, diagnostics, previous error reports.  The one that works if you restart whoopsie and touch a bug report
[10:18] <davmor2> crash report even
[10:18] <ricmm> sil2100: probably as soon as jhodapp is online
[10:19] <ev> bdmurray: ^ sounds like we're not entirely there yet on stable crash identifiers
[10:19] <ev> err system identifiers
[10:19] <davmor2> ev: something about changing the upstart job iirc
[10:32] <brendand> pstolowski, are https://bugs.launchpad.net/ubuntu/+source/unity-scopes-api/+bug/1374481 and https://bugs.launchpad.net/unity-scope-youtube/+bug/1380588 the same?
[10:32] <brendand> pstolowski, you have a landing that is marked as fixing the second one
[10:37] <sil2100> brendand: btw. so were you able to get more info on the facebook issue that Selene reported?
[10:38] <brendand> sil2100, i still personally can't reproduce it
[10:38] <sil2100> Ok
[10:41] <pstolowski> brendand, hi, no they aren't
[10:43] <brendand> pstolowski, can you reply to victorp's comment then?
[10:43] <pstolowski> brendand, sure
[10:43] <brendand> pstolowski, just curious why that is getting fixed but the one tagged for this week is not
[10:45] <Mirv> tvoss: lool: you've line 66 marked as testing pass and about syncing location-service + lxc-android-config, but the latter is still not in the silo?
[10:45] <pstolowski> brendand, the other one is tricky and likely is a mix of various issues, we're still investigation. the oa auth one was more apparent and got fix togehter with other oa auth criticals
[10:45] <Mirv> for rtm
[10:46] <dbarth> pstolowski: which oa issues in particular?
[10:47] <ogra_> Mirv, that was just uploaded into utopic and still sits iin the proposed pocket
[10:47] <ogra_> Mirv, i assume lool wants to wait til it propagated before syncing to the silo ?
[10:47] <pstolowski> dbarth, scopes-api and scopes-shell-plugin reltated (freezing and reliability); you may ask marcustomlinson for details
[10:47] <lool> Mirv: yeah, I tested with it
[10:48] <lool> Mirv: I raised this to tvoss on another chan
[10:48] <ogra_> (though i guess a dput to the PPA wouldnt do harm)
[10:48] <Mirv> lool: ok, but now it's already in QA sign-off without the package, so let's get it to the silo soon(ish)
[10:48] <Mirv> sign-off queue, that is, not in actual testing
[10:48] <lool> Mirv: yes, I've been scrambling to get it in
[10:49] <Mirv> okay. it's alright since before it there's at least UITK anyway in the queue.
[10:49] <lool> Mirv: but given we're at the bottom of the qa queue...  :-)
[10:50] <marcustomlinson> dbarth: this were issues related to our use of OA from scopes. Not OA problems directly
[10:51] <lool> Mirv: copied lxc-android-config now
[10:51] <lool> from utopic-proposed
[10:51] <lool> tvoss: ^
[10:51] <lool> (in rtm silo 004)
[10:52] <tvoss> lool, what do I need to do? :)
[10:52] <lool> tvoss: it's just fyi  :-)
[10:52] <tvoss> lool, thanks
[10:52] <Mirv> tvoss: lool: thanks! I'll double-check the silo config is correct.
[10:53] <Mirv> lool: uh oh, copying failed though
[10:53] <Mirv> bah, "lxc-android-config 0.211 in utopic (source has no binaries to be copied)"
[10:53] <lool> Mirv: oh crap
[10:54] <lool> Mirv: sorry, copied it now; I had failed to type "y"
[10:54] <cjwatson> what was your copy-package command?
[10:54] <lool> Mirv: it's in
[10:54] <cjwatson> ah right
[10:54] <Mirv> looks good!
[10:54] <tvoss> Wellark, Saviq mind giving utopic silo 10 a spin?
[10:55] <Saviq> tvoss, yup, will do
[10:55] <tvoss> Saviq, thanks
[10:59] <dbarth> pstolowski: marcustomlinson: ok
[11:23] <sil2100> davmor2: ping :)
[11:23]  * davmor2 runs away and pretends he is not here
[11:23] <sil2100> davmor2: how's the device tarballz?
[11:24] <davmor2> sil2100: just finishing it up by testing the bits it fixes, had a quick look at the image no impact there :)
[11:28]  * john-mcaleely awaiting news :-)
[11:29] <sil2100> \o/
[11:30] <ogra_> sigh ... ubuntu-touch-meta takes ages to migrate
[11:30]  * sil2100 chokes migration
[11:31] <davmor2> sil2100: man don't slow it down all the more
[11:31] <ogra_> i shoudl pprobably coyp from proposed to proposed already to speed it up
[11:31] <cjwatson> autopkgtests :-/
[11:31] <ogra_> yeah
[11:32] <ogra_> i sadly need it in both distros so dpm can upload the new reminders click ...
[11:32] <cjwatson> maybe I should figure out how to make archive-reports use "autopkgtests pending" as another condition for running proposed-migration
[11:32] <cjwatson> at the moment it only does that when the archive cycles
[11:32] <cjwatson> but we could probably speed up a number of cases by having it run p-m until there are no pending tests
[11:33]  * cjwatson sticks that on the todo somewhere
[11:33] <dpm> ogra_, if it's an issue to have it in both distros, then it'd be fine if it first changes on RTM and later on utopic. I.e. we're shipping reminders in the store
[11:33]  * ogra_ copies from -proposed to -proposed so things can at least operate in parallel
[11:34] <cjwatson> ogra_: yeah sensible
[11:34] <ogra_> dpm, sure, thats why i will copy it now
[11:35] <dpm> ok, thanks
[11:39] <ogra_> cjwatson, hmm, is -proposed suite or component in copy-package ?
[11:39] <cjwatson> suite
[11:39] <ogra_> thx
[11:39] <cjwatson> component → main/restricted/universe/multiverse
[11:39] <ogra_> yeah
[11:40] <ogra_> <- confused
[11:40] <ogra_> :)
[11:40] <ogra_> done
[11:41] <Saviq> trainguards, I can has reconfigure of silo 6? added i-n there
[11:44]  * ogra_ notes in rmadison that there seems to sit another ubuntu-touch-meta in trusty-proposed ... i wonder whats that for 
[11:45] <ogra_> (its not like we care about trusty )
[11:48] <sil2100> Saviq: sure!
[11:49] <davmor2> sil2100: john-mcaleely, ogra_: device tarball is good \o/
[11:49] <ogra_> yay
[11:50] <sil2100> john-mcaleely: hit it!
[11:51] <davmor2> sil2100: John is at Lunch obviously ;)
[11:52] <sergiusens> davmor2: adding new personal ringtones should be handled by the content hub
[11:52] <sil2100> Saviq: done
[11:52] <sil2100> davmor2: then I go to lunch as well
[11:52] <sil2100> o/
[11:54] <Saviq> ah, just missed you
[11:54] <davmor2> sergiusens: indeed, but then you need a way to implement that in system settings to import it and you need to ensure that system settings has read access to it too. Lots of small bits to think about with it is all :)
[11:54] <Saviq> trainguards, can I have another reconfigure on rtm silo 6 please, added qtubuntu-media there to fix the unity8 crash on SIM unlock
[11:57] <cjwatson> ogra_: https://launchpad.net/ubuntu/+source/ubuntu-touch-meta/1.126.1
[11:57] <ogra_> yeah
[11:57] <cjwatson> which makes sense for developers
[11:57] <ogra_> oh, sdk
[11:57] <ogra_> i missed that ... yep, it does
[11:58] <cjwatson> lool: any chance you could (have somebody) verify bug 1310715 so that it doesn't get pulled from -proposed?
[11:58] <ogra_> ha, autopkgtests in utopic are done at least
[11:59] <Mirv> Saviq: sure
[11:59] <lool> cjwatson: ah I had tested that a while back and hadn't updated status
[11:59] <lool> cjwatson: let me double check the contents and ack the bug
[12:01] <lool> cjwatson: done
[12:02] <cjwatson> yay thanks
[12:03] <Mirv> Saviq: reconfig finished (it was sloow)
[12:03] <Saviq> Mirv, thanks
[12:03] <tvoss> Saviq, so silo 10 fixes the situation for me
[12:03] <tvoss> Saviq, could you cross-check, pelase?
[12:04] <Saviq> Mirv, oh, *actually*, could you do the magic to sync qtubuntu-media in rtm silo 6 from utopic silo 10 instead of the MP
[12:05] <cwayne> cjwatson: do we have an ETA on the custom tarball split?  i've got the krillin one ready with the core apps (although it doesn't break anymore to have them in /custom and /usr so I guess the need to coordinate is much less now)
[12:05] <Mirv> Saviq: ahum. hmm. yes! :)
[12:06] <Saviq> Mirv, actually maybe I just did, can you double check my column?
[12:06] <Mirv> Saviq: :D
[12:06] <Mirv> Saviq: err, no :) let me handle it.
[12:06] <cjwatson> cwayne: please go ahead with adding all the necessary apps to all of the custom tarballs you manage
[12:06] <cjwatson> cwayne: asap
[12:06] <ogra_> aaadn autopkgtests for rtm done as well ... (for -meta)
[12:07] <Saviq> Mirv, thanks, in row 68 you could add a sync: line for i-n *from* rtm silo 6 then :)
[12:07] <cwayne> cjwatson: ack
[12:07] <cjwatson> cwayne: the blocker on the utopic side was sorting out what we're doing with HERE, which I've just mostly done - I'll be removing HERE from ubuntu-touch/utopic-proposed fairly soon as discussed in mail
[12:07] <Saviq> because I'm stoopid for complex syncs
[12:07] <Saviq> tvoss, will check it out in a bit
[12:07] <cjwatson> by way of switching that channel over to the cdimage-generated custom tarball
[12:07] <Mirv> Saviq: it'd need the full ppa "urlish" thing, but since it's easier that I just copy it manually and add it to be additional source packages, I'm doing that
[12:07] <Saviq> Mirv, but but, what if I need to rebuild!
[12:08] <cjwatson> cwayne: then we need to check that all relevant custom tarballs on system-image have the necessary pieces in, and then we can remove stuff from the rootfs
[12:08] <Saviq> Mirv, ;)
[12:08] <Saviq> Mirv, and this way I'd learn and you'd have me off your back next time :)
[12:08] <Saviq> aaanyway, out for a mo
[12:08] <Mirv> Saviq: :) the other reason is that I've never used mixed MP + sync myself, so I'd say it's a bit more untested codepath. re-resyncs can be done manually. and ok, looking at 68 next.
[12:09] <Mirv> Saviq: well, line 68 is utopic silo so it's more ok to test untested code paths :)
[12:10] <cjwatson> sil2100,ogra_,Mirv: so I'm about to switch devel-proposed to the new custom tarballs (dropping HERE, adding apps currently in the rootfs that are due to be removed from there).  any objections?  it will be a system-image config change which will (AFAIK) cause import-images to generate a new image number shortly afterwards, although without a full rootfs build since it'll just be importing the new custom tarball
[12:11] <ogra_> cjwatson, sure, notsure if you want to coordinate that with john-mcaleely though, his device tarball will also kick off import-images
[12:12] <Mirv> Saviq: your learning experience is available now on line 68
[12:13] <cjwatson> ogra_: seems preferable to have those be separate image numbers anyway
[12:13] <Mirv> cjwatson: no objections from here. I mean, HERE.
[12:13] <ogra_> yeah, thats what i mean :)
[12:13] <Elleo> fginther: heya, would it be possible to trigger a jenkins run on this MR? https://code.launchpad.net/~turan-mahmudov-l/ubuntu-keyboard/trunk/+merge/236139
[12:13] <Mirv> (that joke is soo fun)
[12:13] <ogra_> if you both lannd in the same 5min you will land in the same image
[12:13] <brendand> pstolowski, marcustomlinson - does this need youtube scope to be updated too? https://bugs.launchpad.net/unity-scope-youtube/+bug/1380588
[12:14] <brendand> pstolowski, marcustomlinson - i'm testing just the scopes api bit and it doesn't seem to change anything
[12:14] <cjwatson> Mirv: worst product name ever
[12:14] <marcustomlinson> brendand: the youtube scope is updated via the store
[12:15] <marcustomlinson> brendand: so if you're on rtm image 88, then the api changes and the scope will work together to fix the issue
[12:15] <cjwatson> OK, I figure John isn't up yet, going for it
[12:16] <brendand> marcustomlinson, ah so i get results if i pull to refresh, but not automatically
[12:16]  * cjwatson crosses fingers
[12:16] <marcustomlinson> brendand: you're on image 88?
[12:17] <brendand> marcustomlinson, 105
[12:18] <asac> 13:33 < asac> anyone else has this problem that if you press the power button to turn on device you end up with the shutdown/reboot/cancel dialog?
[12:18] <ogra_> asac, sometimes, if i hold the button for to long (i think)
[12:18] <marcustomlinson> brendand: ok then you will probably need to go to the ubuntu store and uninstall and install the YouTube scope again. you need the latest
[12:19] <asac> ogra_: yeah, its not well tuned mayb
[12:19] <asac> e
[12:19] <marcustomlinson> brendand: the latest youtube scope is currently in rtm image 88
[12:19] <asac> ogra_: who maintains the timeout threshold for displaying that?
[12:19] <ogra_> asac, i think if you make the time longer you run into issues with the actual HW reboot it causes
[12:19] <ogra_> asac, i would guess that lives in unity8 or mir
[12:19] <asac> hardware reboot takes far far longer
[12:20] <ogra_> on mako it takes 5sec
[12:20] <ogra_> so you need to stay below that i think
[12:21] <brendand> marcustomlinson, what's the version?
[12:21] <marcustomlinson> brendand: 1.0.14
[12:21] <Mirv> Saviq: I think 006 needs to wait a bit, since I first copied without binaries, and now it needs to run some cycle before I can recopy them I think.
[12:21] <brendand> marcustomlinson, that is what i have
[12:21] <marcustomlinson> brendand: if you call "click list" from adb you should see com.ubuntu.scopes.youtube 1.0.14
[12:21] <marcustomlinson> brendand: where are you seeing that version?
[12:21] <brendand> marcustomlinson, was the original bug that it wouldn't show any results at all, or only initially?
[12:22] <brendand> marcustomlinson, in click list
[12:22] <marcustomlinson> brendand: did you follow the steps in the bug description?
[12:22] <Mirv> Saviq: utopic 026 remains to be seen if it work (mixing MP:s with a sync request), I kicked a built to see since just build requesting indicator-network didn't work.. might need manual approach if it doesn't work
[12:22] <brendand> marcustomlinson, yeah
[12:23] <Mirv> sil2100: have you ever tried a mixed MP:s + sync request? does it work? experiment ongoing at https://ci-train.ubuntu.com/job/ubuntu-landing-026-1-build/7/console:)
[12:23] <Mirv> prepare looked quite good https://ci-train.ubuntu.com/job/prepare-silo/2815/console
[12:28] <marcustomlinson> brendand: If you try the process again and it works then the bug in question is definitely fixed. The bug as it stood would never show results on boot
[12:28] <marcustomlinson> brendand: if its intermittent, works on one try then not on another, then that may be due to another bug: https://bugs.launchpad.net/ubuntu/+source/unity-scopes-api/+bug/1374481
[12:28] <tvoss> Wellark, any luck?
[12:30] <brendand> marcustomlinson, when i reboot there are still no results, i need to pull down to refresh to get them
[12:31] <brendand> marcustomlinson, i'll reflash and see what happens when i try it without the silo
[12:31] <marcustomlinson> brendand: what version of unity-plugin-scopes do you have?
[12:34] <john-mcaleely> ogra_, sil2100 ( and maybe cjwatson ) should I publish the device tarball?
[12:34] <cjwatson> john-mcaleely: I'm out of your way
[12:34] <ogra_> john-mcaleely, go for it then :)
[12:34] <john-mcaleely> cjwatson, ogra_ noted. going for it
[12:35] <cjwatson> (syncing the new image to test now, but my internet is slow, so ETA half an hour on having it locally)
[12:35] <brendand> marcustomlinson, i'll check that
[12:35] <john-mcaleely> ogra_, sil2100 gone for it. tarball pushed
[12:35] <ogra_> yay
[12:39]  * Mirv afk for maybe 30mins, will add q-m again after that to 006
[12:41] <Saviq> Mirv, line 68 not ready yet, I didn't ask for a silo! ;)
[12:43] <seb128> brendand, do you know what's the status of the rtm-13 silo?
[12:44] <brendand> seb128, on hold essentially
[12:44] <seb128> why?
[12:44] <seb128> is that planned for rtm still or likely to miss it?
[12:44] <brendand> seb128, because it contains fixes besides the ones requested for the delivery
[12:44] <seb128> shrug
[12:44] <brendand> seb128, which fix were you concerned about?
[12:44] <seb128> the one where alarm have the wrong time
[12:45] <brendand> seb128, got the bug number?
[12:45] <seb128> brendand, 1364949
[12:45] <seb128> 1311165
[12:45] <seb128> brendand, ^ those
[12:46] <seb128> brendand, bug 1378774 as well (non translatable strings)
[12:46] <ogra_> iirc victorp looked over these and rejected them yesterday
[12:46] <seb128> ogra_, having alarms stored/going at the wrong time is not a blocker? :-(
[12:46] <brendand> seb128, 1364949 is landing
[12:47] <seb128> brendand, how?
[12:47] <seb128> if silo 13 is blocked
[12:47] <ogra_> seb128, afaik bzoltan was asked to unbundle them from the landing so it can still go in today before we close the gates
[12:48] <seb128> does that include the translations fix?
[12:48] <ogra_> seb128, only critical and rtm14 tagged bugs go in atm ...
[12:48] <seb128> ogra_, right, but 3 of those match that definition
[12:48] <ogra_> seb128, which means "critical and rtm14 targged" by management
[12:48] <seb128> and I don't see any landing/silo for selected uitk fixes
[12:49] <ogra_> seb128, other fixes can go in next week again
[12:49] <seb128> ogra_, I think the wrong time for calendar events match that definition still
[12:49] <seb128> but ok, I guess I'm just going to wait and see
[12:49] <ogra_> seb128, yes, but the landing needs to be unbundled so the critical ones go in now and the non critical ones get in next week
[12:50] <seb128> ogra_, right, I guess my question is "is anyone working on unbundling the fixes"
[12:50] <ogra_> seb128, as i said, bzoltan was asked to unbundle this landing
[12:50] <seb128> k
[12:50] <seb128> so "bzoltan is"
[12:50] <ogra_> not sure where he stands with that
[12:50] <seb128> great
[12:50] <seb128> thx
[12:50]  * ogra_ heasnt heard anything beyond the requirement
[12:51] <ogra_> seb128, though given that it involves UITK it starts looking bad ... UITK takes ages too test
[12:51] <Wellark> tvoss: testing...
[12:51] <tvoss> Wellark, ack
[12:51] <seb128> ogra_, well, I guess I care too much about rtm
[12:51] <seb128> ogra_, next week update is fine for me
[12:51] <Wellark> tvoss: which ppa was it?
[12:51] <bzoltan> ogra_: seb128: The silo15 is the one what victorp wants, that is a single bugfix of the LP: #1379832. The silo13 is good to land too.
[12:51] <seb128> I just want to see those bugs fixed on my phone :p
[12:51] <tvoss> Wellark, silo 10
[12:51] <lool> trainguards, I'd like to publish updated custom tarball on utopic channel; this will trigger system-image updates; any objection?
[12:51] <tvoss> Wellark, citrain is your friend
[12:52] <lool> this is for line 70 -- Fix #1376785 - don't run HERE provider all the time
[12:52] <ogra_> bzoltan, ah, cool, so it is alrready unbundled ?
[12:53] <seb128> ogra_, the fix they want/unbundled is an UI one
[12:53] <seb128> which means still alarms going at the wrong time in rtm
[12:53] <seb128> well, I guess rtm isn't meant to be perfect, let's wait for next week fixes ;-)
[12:53] <ogra_> just change your clock ? _P
[12:53] <ogra_> :P
[12:54] <bzoltan> ogra_:  Yes
[12:54] <Wellark> tvoss: you are better friend :)
[12:54] <ogra_> bzoltan, oh, cool
[12:54] <ogra_> seb128, so there iis a chance it will make it
[12:55] <bzoltan> ogra_:  The only thing what will be my problem is how to sort out on my trunk these two landings... but they will not conflict, that is for sure.
[12:55] <ogra_> seb128, saldy i cant get any info from our management ( asac or rickspencer3) about any possible freeze date
[12:55] <ogra_> s/date/time/
[12:55] <ogra_> this is all way to unplanned ...
[12:56] <seb128> ogra_, well, as said they cherrypicked an UI change and let you the reminder being on wrong tz one out, so I personally don't really care whether that one land or not
[12:56] <Saviq> Mirv, ok, so I got qtubuntu-media uploaded... but it failed to build with "Build for superseded Source"... /me has no idea what that means https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-006/+sourcepub/4476829/+listing-archive-extra
[12:56] <ogra_> seb128, but the customer might :)
[12:56] <bzoltan> ogra_: seb128: I have heard from victor about a possible amnesty later this week... so we might push out some fixes. I have ~15 fixed critical bugs 8 of them with rtm14 tag waiting on my staging branch...
[12:57] <ogra_> bzoltan, amnesty ?
[12:57] <ogra_> bzoltan, we will do normal landings from friday on again
[12:57] <bzoltan> ogra_:  like unblocking the silo13 for example
[12:57] <bzoltan> ogra_:  I believe when I see it :D
[12:57] <ogra_> bzoltan, the important bit is that all the critical rtm14 bugs are fixed *today*
[12:57] <ogra_> else we dont really need to go on
[12:59]  * lool updates custom tarball in utopic
[12:59] <bzoltan> ogra_: I have 9 fixex-commited Critical and rtm14 tagged MRs waiting for the amnesty ...  JoeO and victorp picked only one fix for the bq image... the rest are grounded.
[12:59]  * lool finished
[13:00] <bzoltan> ogra_: seb128: look at this -> https://bugs.launchpad.net/ubuntu-ui-toolkit/+bugs?field.tag=rtm14 What you see "Fix commited" are all landed on our staging branch and waiting for being integrated to the RTM/Utopic archive.
[13:01] <ogra_> bzoltan, that wont help
[13:01] <ogra_> (see PM too)
[13:02] <Wellark> ogra_: no, the important part is that all of the bugs From The List are fixed today
[13:02] <Wellark> one of my Criticals was set to ota-2 in that list
[13:03] <ogra_> Wellark, did i say something different ?
[13:04] <Wellark> 15:57 < ogra_> bzoltan, the important bit is that all the critical rtm14 bugs are fixed *today*
[13:04] <cwayne> fginther: ping
[13:04] <Wellark> I thought you meant the actual "all" Criticals
[13:04] <ogra_> Wellark, yeah, i was referring to the list indeed
[13:04] <Wellark> ogra_: ah, ok.
[13:04] <ogra_> othher fixes can happen next week
[13:05] <asac> Wellark: i have the indicator gone issue again (in case there is anything i shall check live0
[13:05] <Wellark> asac: not on the list ;)
[13:05] <Wellark> asac: sure. I will run my own investigations tomorrow as well
[13:05] <Wellark> now I'm just too busy
[13:05] <tvoss> Wellark, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-010
[13:05] <Wellark> seems that there is at least some suspending going on
[13:06] <Wellark> tvoss: I found it already
[13:06] <Wellark> tvoss: silo 10 was enough info :)
[13:07] <fginther> Elleo, triggered
[13:07] <tvoss> Wellark, ack
[13:07] <fginther> cwayne, what's up?
[13:07] <Elleo> fginther: thanks :)
[13:08] <cwayne> fginther: hey,  i'm having trouble reaching search.apps.ubuntu.com from a node on s-jenkins, is there some firewall rule that my need changing? it seems the store has moved from prodstack3 to prodstack4
[13:08] <Wellark> Saviq: I got unity8 to crash after doing "restart unity8"
[13:08] <Wellark> is that known?
[13:09] <Saviq> Wellark, don't do "restart unity8", that's crazy!
[13:09] <Wellark> Saviq: right...
[13:09] <Saviq> Wellark, for real, we got a crash on exit that sometimes hits us
[13:09] <Wellark> ack
[13:09] <Saviq> Wellark, not really high prio
[13:09] <Wellark> rebootin then..
[13:09] <ogra_> if you want to restart the session, stop lightdm and start lightdm
[13:10] <Wellark> although seems the media-hub-server goes crazy
[13:10] <ogra_> that should be a tad safer
[13:10] <Wellark> tvoss: ^
[13:10] <tvoss> Wellark, sorry, I don't see that here
[13:10] <sil2100> Saviq: that LP build problem looks like something new that I didn't see before
[13:10] <tvoss> Wellark, would you mind focusing on the actual issue at hand?
[13:10] <Wellark> tvoss: try "restart unity8" until it crashes and apport kicks in
[13:10] <Wellark> after that media-hub-server consumes 100% CPU
[13:11] <tvoss> Wellark, sure, not important right now
[13:11] <fginther> cwayne, possibly, let me dig on that a little
[13:11] <sil2100> jhodapp: hello!
[13:11] <jhodapp> hey sil2100
[13:11] <sil2100> Saviq: let me try understanding that though
[13:11] <Wellark> tvoss: yes. just pointing out what I see while focusin on the issue at hand
[13:11] <Saviq> sil2100, I think I might have caused that... Mirv uploaded it manually and then I built a sync: silo, seems to be bug #444030... 2009
[13:11] <tvoss> Wellark, bug report appreciated
[13:11] <Wellark> or shall I just have a blind eye on session service consuming 100% CPU?
[13:11] <Wellark> tvoss: will file one
[13:12] <sil2100> jhodapp: so, rtm silo 16 has a fix for a bug that we currently consider a blocker for promotion (besides being critical)
[13:12] <sil2100> jhodapp: I've been wondering, do you have any ETA on getting that silo tested?
[13:12] <Mirv> Saviq: I think it means it's beyond repair and version would need to be bumped :(
[13:12] <jhodapp> sil2100, yes, trying to land as soon as I can
[13:12] <sil2100> jhodapp: excellent
[13:12] <sil2100> Saviq: uh...
[13:12] <jhodapp> sil2100, I'm hoping in the next several hours...there's a bug in my code that I need to fix so working on it right now
[13:13] <sil2100> Mirv, Saviq: the other way is assigning a second silo for that
[13:13] <Saviq> sil2100, yeah, let's just drop it from that silo
[13:13] <sil2100> Mirv, Saviq: maybe moving everything seems a bit rad, but we could assign a silo just for this one... or!
[13:13] <Saviq> and let it go in in its own silo then
[13:14] <sil2100> Mirv, Saviq: the other, less clean solution (but acceptable by slangasek) is to just remove the qtubuntu-media package and re-upload as a source-sync
[13:14] <sil2100> Mirv, Saviq: the source sync would automatically get a ~rtm in its version, so the version number is different
[13:14] <Saviq> sil2100, Mirv, do what you have to do, I'll try not to break anything again (especially as I have to go to the tax office now)
[13:14] <Saviq> your call
[13:15] <sil2100> Saviq: ok, we'll think of the best solution :)
[13:15] <sil2100> Saviq: 'have fun'
[13:15] <ogra_> dpm, please publish the new reminders as soon as you can, seed change landed everywhere
[13:17] <Mirv> sil2100: maybe ~rtm would be the way to go... could you try it? I'm not 100% sure how it should be done
[13:17] <dpm> awesome, thanks ogra_, do we have a promoted RTM image yet? I'll have to wait for that to have the least breakage in the evernote account as possible
[13:17] <sil2100> Mirv: sure, let me experiment then - in case it doesn't work we can always split it out ;)
[13:17] <ogra_> dpm, i doubt we'll get a promotion today
[13:17]  * sil2100 does the source sync
[13:17] <ogra_> dpm, there is way to much stuff in flight and nobody called out a deadline for landing yet
[13:17] <sil2100> ogra_: don't doubt my child..!
[13:17] <Mirv> :)
[13:18] <dpm> ok, thanks ogra_
[13:18] <ogra_> sil2100, well, we have to stop landing things for that
[13:18] <ogra_> sil2100, and i dont see that happen
[13:18] <sil2100> ogra_: sure, but first I need the blocker fix in
[13:18] <sil2100> And besides, it's a very 'tricky' situation right now
[13:18] <ogra_> sil2100, right
[13:19] <sil2100> Since stopping the line completely means that people won't be able to land fixes that are critically needed
[13:19] <sil2100> So it's a very sensitive thing
[13:19] <ogra_> sil2100, right ... but if we stop the line we at least need to tell people ...
[13:19] <sil2100> ogra_: sure thing
[13:19] <ogra_> this is getting even worse than having a secret buglist published 3 days before deadline
[13:20] <sil2100> For now landings continue, as everyone is doing what they can to upload as much as they can
[13:20] <seb128> ogra_, who is the right person to discuss potential rtm blockers with?
[13:20] <sil2100> seb128: what do you mean by 'potential blockers'?
[13:20] <sil2100> For promotion?
[13:20] <seb128> sil2100, the custom ringtone situation with discussed earlier
[13:20] <seb128> sil2100, I wonder if I need to do anything on the settings side and what
[13:20] <ogra_> seb128, pmcgowan can re-target bugs and bring them on the list
[13:20] <seb128> sil2100, I don't even know where that custom ringtone comes from and who to discuss it with
[13:21] <seb128> pmcgowan, ^
[13:21] <seb128> pmcgowan, hey btw ;-)
[13:21] <sil2100> seb128: there's victorp, pmcgowan and of course olli_
[13:21] <Wellark> tvoss: ok. seems working..
[13:21] <Wellark> or at least not breaking anything else
[13:21] <tvoss> Wellark, ack
[13:21] <tvoss> Saviq, ^
[13:21] <Wellark> tvoss: although should I check some video playback?
[13:21] <tvoss> Wellark, yeah, definitely
[13:21] <Wellark> as there was the attacched bug
[13:21] <Wellark> riight
[13:22] <Wellark> I was just concerned about the unity8 crash.. :)
[13:22] <tvoss> Wellark, this should theoretically work: https://bugs.launchpad.net/mediaplayer-app/+bug/1376467
[13:22] <cwayne> ogra_: apparmor-easyprof-ubuntu has made it into the rtm archive, should we kick a build so that I can update the custom tarball to have good cache?
[13:23] <Wellark> tvoss: ok. will go through the steps in the bug rerpot
[13:23] <tvoss> Wellark, ack
[13:23] <sil2100> davmor2: is brendand gone already?
[13:23] <ogra_> cwayne, i'm waiting for john-mcaleely's device tarball build to pop out of the build machinery
[13:23] <ogra_> (image 107)
[13:23] <davmor2> sil2100: I assume so
[13:23] <john-mcaleely> ogra_, I think it's in 106, isn't it?
[13:24] <sil2100> davmor2: who do we have available today for QA then? You mentioned Victor can help us out, right?
[13:24] <Wellark> tvoss: err.. camera froze to the splash screen...
[13:24] <davmor2> sil2100: why do we havea build up
[13:24] <Wellark> no crash though..
[13:24] <tvoss> Wellark, different bug, just use two video files
[13:24] <Wellark> tvoss: I don't have any ;(
[13:24] <Wellark> let me see if I can get some real quick
[13:25] <tvoss> jhodapp, ^ could you help out wellark here?
[13:25] <sil2100> davmor2: there are a few things, like we'll need someone to prioritize sign-off of silo 16 once it's ready
[13:25] <Wellark> tvoss: so I just slam some videos to the SD card root and they show up in the scopes?
[13:25] <jhodapp> tvoss, kind of in a rush to land my critical fix, really don't have any spare time until then
[13:25] <ogra_> john-mcaleely, i thought 106 was cjwatson's custome tarball rebuild
[13:25] <pmcgowan> seb128, hi Im here, whats the issue on custom ringtones?
[13:26] <davmor2> sil2100: probably best to ping me seems cwayne is being a QA guy again and make sure his tarball is right  \o/
[13:26] <john-mcaleely> hm@freeside:~$ ubuntu-device-flash --channel ubuntu-touch/ubuntu-rtm/14.09-proposed --device krillin --show-image
[13:26] <john-mcaleely> 2014/10/15 14:02:42 Device is |krillin|
[13:26] <john-mcaleely> Description: ubuntu=20141015,device=20141014-acf0142,custom=1413152967,version=106
[13:26] <john-mcaleely> ogra_, ^ looks like my tarball
[13:26] <ogra_> john-mcaleely, ah, awesome
[13:26] <Mirv> sil2100: should the non-~rtm be deleted first?
[13:26] <sil2100> davmor2: oh, so no need to double check the custom tarballs, right?
[13:26] <seb128> pmcgowan, settings don't list the directory used, so it's missing from the UI and you can't select it back if you happen to try another ringtone
[13:26] <sil2100> Mirv: yeah, sorry, doing that ;) I got caught up in discussions
[13:26] <ogra_> cwayne, sounds like you are unblocked then
[13:26] <cwayne> sil2100: no we're going to need to check the custom tar still
[13:26] <davmor2> sil2100: there will be but they aren't ready yet
[13:27] <Mirv> sil2100: yeah :)
[13:27] <cwayne> ogra_: cool, so i'll build the tar, but it won't be properly synced up until there's a new image with the same a-e-u
[13:27] <ogra_> k
[13:27] <seb128> pmcgowan, since that ringtone was added under /custom in a new location, not sure if that even got discussed somewhere, I can work on adding the directory to the setting lookup paths though
[13:27] <tvoss> jhodapp, ack
[13:27] <pmcgowan> seb128, do you have a bug #? I can get it escalated
[13:28] <davmor2> sil2100: also judging by cwayne 's conversation with jhodapp he needs that silo landed too :)
[13:28] <seb128> pmcgowan, not yet, I just learnt about that custom ringtone a bit earlier by reading IRC
[13:29] <seb128> pmcgowan, I'm just pointing it as a potential issue, I can open a bug if you want
[13:29] <pmcgowan> seb128, right thats new
[13:29] <pmcgowan> seb128, yes please
[13:31] <seb128> pmcgowan, https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1381528
[13:32] <pmcgowan> thanks seb128
[13:32] <seb128> pmcgowan, yw
[13:33] <cjwatson> 13:59  * lool updates custom tarball in utopic
[13:33] <cjwatson> lool: which tarball was that?
[13:33] <Wellark> seriously.. how hard can it be to find couple of free clips on the internet....
[13:34] <lool> cjwatson: custom-vendor-here-0.9.tar.xz
[13:34] <davmor2> Wellark: for what?
[13:34] <lool> cjwatson: the one you want to kill
[13:34] <cjwatson> lool: ok, does that add the apps that are being removed from the rootfs?
[13:34] <lool> cjwatson: no
[13:34] <cjwatson> lool: not kill, just move :)
[13:34] <cjwatson> lool: it needs to asap, please
[13:35] <lool> cjwatson: err
[13:35] <seb128> sil2100, do you know why silo 1 is marked as "ready to build" when it's built in the ppa and should be ready to publish instead?
[13:36] <cjwatson> lool: I can't remove the ten apps in question from the rootfs until all the custom tarballs have whatever subset of them they need
[13:36] <lool> cjwatson: so I'm not running any custom tarball building code ATM; it's built by hand; am I supposed to run the new livecd-rootfs code?
[13:36] <sil2100> seb128: hm, it might have happened like that if someone reconfigured it
[13:36] <Wellark> davmor2: testing qtubuntu-media
[13:36] <sil2100> seb128: the silo state then gets reset - usually a watch only build should be enough if nothing changed in the silo contents
[13:36] <seb128> sil2100, why would have anyone do that?
[13:37] <cjwatson> lool: no, you probably want something similar to the code in lp:~savilerow-team/savilerow/rtm-custom-tools
[13:37] <seb128> sil2100, can I just do publish ignoring the previous step?
[13:37] <cjwatson> build.sh
[13:37] <sil2100> Not sure, maybe by accident? Will check that if it's indeed the case
[13:37] <seb128> sil2100, https://ci-train.ubuntu.com/job/ubuntu-landing-001-1-build/81/console
[13:37] <seb128> sil2100, that's the most recent build
[13:37] <seb128> seems k to me
[13:38] <cjwatson> lool: the ten apps in question are:   com.ubuntu.developer.webapps.webapp-amazon com.ubuntu.developer.webapps.webapp-ebay com.ubuntu.developer.webapps.webapp-facebook com.ubuntu.developer.webapps.webapp-gmail com.ubuntu.developer.webapps.webapp-twitter com.ubuntu.dropping-letters com.ubuntu.filemanager com.ubuntu.reminders com.ubuntu.sudoku com.ubuntu.terminal
[13:38] <davmor2> Wellark: http://samples.mplayerhq.hu/
[13:38] <sil2100> seb128: indeed looks ok, but just to make sure CI Train didn't loose any state or anything, let's do a watch-only build
[13:38] <sil2100> It will take only a minute
[13:38] <sil2100> seb128: let me do that
[13:38] <Wellark> davmor2: thanks! I found couple that are sfw :)
[13:38] <seb128> sil2100, thanks
[13:39] <sil2100> seb128: can you approve https://code.launchpad.net/~larsu/ubuntu-themes/evolution-fixes/+merge/238174 ? ;)
[13:39] <sil2100> Like, top-approve
[13:39] <sil2100> As I see it's already approved and reviewed
[13:39] <seb128> sil2100, done
[13:40] <sil2100> seb128: silo published if anything
[13:40] <seb128> sil2100, thanks!
[13:40] <seb128> queuebot is lagging behind ;-)
[13:41] <davmor2> sil2100: I'm going to jump on silos for a bit, cwayne when the custom tb is ready give me a ping ta
[13:41] <cwayne> davmor2: willdo
[13:41] <Wellark> tvoss: now I slammed the videos to an sd card and inserted it to krillin, but can't find the videos in the scopes at all ;(
[13:42] <Wellark> tvoss: trying to reboot..
[13:43] <davmor2> Wellark: are they in a Folder Videos on the sdcard?
[13:43] <Wellark> davmor2: no, why would they be?
[13:44] <Wellark> davmor2: restart helped
[13:44] <barry> all aboard
[13:45] <Wellark> tvoss: either we broke everything or krillin doesn't have any codecs..
[13:46] <Wellark> tvoss: the videos show up in Video Scope
[13:46] <Wellark> but they don't have any preview
[13:46] <Wellark> and when I launch them in the media player it just stays black and does not start playing
[13:46] <Wellark> no errors or anything
[13:47] <balloons> plars, psivaa can you point out the reminders failures?
[13:47] <balloons> the dashboard has so many incomplete runs it's really hard to make heads or tails of it
[13:48] <Wellark> tvoss: oh, wait.. now the camera works
[13:48] <Wellark> and I got two videos
[13:48] <Wellark> and they at least show previews..
[13:48] <psivaa> balloons: http://dev-jenkins.ubuntu-ci:8080/job/utopic-touch_stable-krillin-smoke-daily/350/consoleText
[13:48] <ogra_> balloons, rtm 88 was the last one on krillin where reminders passed
[13:48] <psivaa> the bottom of that
[13:51] <balloons> thanks! plars, is there anyway to get the subunit file from that run? I don't see it in the artifacts
[13:53] <lool> ogra_: did you go through a silo to land https://launchpad.net/ubuntu/+source/ubuntu-touch-meta/1.192 ?
[13:53] <ogra_> lool, no, we dont do seed changes in silos
[13:53] <plars> balloons: autopilot never exited properly, so probably not - the job timed out
[13:53] <plars> balloons: it just gets stuck forever
[13:53] <ogra_> lool, but i discussed it in the landing meeting before doing it
[13:54] <lool> ogra_: well that didn't help my touch-meta landing
[13:54] <Wellark> tvoss: does not fix #1376467
[13:54] <Wellark> but video at least playes
[13:54] <Wellark> the first one you open
[13:55] <Wellark> tvoss: I have to close media player in between videos
[13:55] <balloons> plars, ack, ok. subunit files always would be helpful
[13:56] <Wellark> tvoss: after launching a second video while the previous one is still open in the media player, the mediaplayer does not update the preview, but also the first video does not play anymore either
[13:56] <tvoss> Wellark, okay, thank you
[13:56] <Wellark> anyway, looking at the bug description we are not making things any worse
[13:56] <Wellark> and I haven't had unity8 crash
[13:57] <cjwatson> ok, is the dash showing anything useful at all in latest devel-proposed for anyone else?
[13:57] <Wellark> Saviq: see my comments abovr to tvoss --^
[13:57] <cjwatson> it's blank in the emulator for me
[13:58] <cjwatson> although click list looks right
[14:01] <cjwatson> so I'm quite worried that I broke it with the custom tarball change, but it takes me ages to download anything to check
[14:01] <cjwatson> could somebody please look?
[14:01] <cjwatson> it might be something else ...
[14:03] <cjwatson> downloading fresh in dual-boot, but who knows how long that'll take
[14:04] <Saviq> sil2100, Mirv, so what's the verdict on qtubuntu-media?
[14:05] <sil2100> Saviq: one more minute please!
[14:06] <Mirv> Saviq: sil is swamped. I'd guess he'll start with REBUILD_SOURCES_FOR_SYNC and APPEND_RTM_TO_VERSION soon, but I wasn't sure about what to do so he'll start it soon
[14:06] <cjwatson> sil2100: is https://bugs.launchpad.net/barajas/+bug/1367332 on the pre-lockdown list?
[14:07] <Mirv> no, he did not use exactly that :)
[14:08] <mvo> cjwatson: I just updated to r88 and I see a normal dash. white-snowballs in the launcher on hte icons, but those are there since some days I think. it seems to sometimes timeout with bad wifi if I browse in the apps in the store
[14:09] <sil2100> cjwatson: still waiting for the list, but I would really like to have that ;/
[14:09] <cjwatson> mvo: r88 in which device?
[14:09] <mvo> hm, I stand corrected, "funny" corruption now in the dash
[14:09] <mvo> cjwatson: n4
[14:09] <cjwatson> mvo: latest mako in ubuntu-touch/devel-proposed is 285
[14:09] <Saviq> didnae work
[14:10] <cjwatson> mvo: you sure you're not looking at rtm?
[14:10] <mvo> cjwatson: yes, rtm, sorry, I probably missed context here then
[14:10] <cjwatson> specifically devel-proposed, that's the one whose custom tarball I switched over
[14:11] <cjwatson> sil2100: doing my best but very limited by network performance
[14:17] <mterry> plars, the unlocking fix...  that doesn't need to be in the 10/16 image, right?
[14:18] <sil2100> cjwatson: no pressure, but do you have any ETA for finishing it up? I'm in many meetings now and just want to know if we can make it in in time
[14:20] <tvoss> Wellark, this was the actual bug I was after: https://bugs.launchpad.net/media-hub/+bug/1378311
[14:21] <tvoss> Wellark, could you try the instructions on the bug report?
[14:22] <sil2100> davmor2: just to be clear: once the custom tarball is done, it still needs to pass QA from you right?
[14:23] <davmor2> sil2100: Correct a mundo
[14:23] <sil2100> davmor2: ACK, I heard we need this before the cut-off too..
[14:24] <davmor2> sil2100: cwayne is just making sure it works before I break it erm test it ;)
[14:24] <davmor2> sil2100: Yeap
[14:24] <cjwatson> sil2100: I'm not sure, it really depends on whether devel-proposed is actually currently broken or whether that's just me (which is going to take me at least another half an hour to figure out, unless somebody can step in), and we need to get all the other custom tarballs maintained by cwayne/lool (at least?) updated
[14:24] <cjwatson> at the moment I'm stuck waiting for downloads
[14:24] <cjwatson> robru: yikes :(
[14:24] <lool> what's broken?
[14:24] <davmor2> sil2100: which in turn need silo 016 landed and in an image and apparmor-easy-prof too
[14:24] <cjwatson> 14:57 <cjwatson> ok, is the dash showing anything useful at all in latest devel-proposed for anyone else?
[14:25] <cjwatson> 14:57 <cjwatson> it's blank in the emulator for me
[14:25] <cjwatson> 14:58 <cjwatson> although click list looks right
[14:25] <cjwatson> 15:01 <cjwatson> so I'm quite worried that I broke it with the custom tarball change, but it takes me ages to download anything to check
[14:25] <lool> custom tarballs: I'm aware of multiple efforts
[14:25] <sil2100> robru: ok, that's more detailed ;)
[14:25] <cjwatson> 15:01 <cjwatson> could somebody please look?
[14:25] <cjwatson> 15:01 <cjwatson> it might be something else ...
[14:25] <cjwatson> lool: ^-
[14:25] <lool> cjwatson: reflashing utopic aclean now
[14:25] <cjwatson> lool: that's utopic-proposed?
[14:26] <robru> The best part about this job is how easy it is to work in bed ;-)
[14:26] <lool> cjwatson: yes
[14:26] <cjwatson> lool: thanks
[14:30] <plars> mterry: I suspect that it will make some tests start to pass a bit better again, but if it's not worth the risk, I understand
[14:41] <bzoltan> brendand:  I see that the silo15 UITK was moved back from "under testing" to the "need QA sign-off". Is there anything I could help you?
[14:41] <Wellark> tvoss: sorry, already flashed
[14:41] <Wellark> and testing other silos
[14:41] <brendand> bzoltan, davmor2 can tell you
[14:41] <Wellark> trainguards: why do I see this: http://ppa.launchpad.net/ci-train-ppa-service/landing-003/ubuntu/dists/utopic/main/binary-armhf/Packages
[14:42] <Wellark> when the archive should contain these: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-003
[14:42] <ogra_> Wellark, looks like a packages file
[14:42] <ogra_> Wellark, because you are looking at the wrong distro then
[14:42] <sil2100> Wellark: yeah, you're looking at ubuntu
[14:43] <davmor2> bzoltan: don't worry about just now I'll ping you after
[14:43] <sil2100> brendand: you're back!
[14:43] <Wellark> sil2100: and how do I tell apt-add-repository to add the correct dist?
[14:43] <ogra_> Wellark, you dont
[14:44] <davmor2> sil2100: no he isn't
[14:44] <ogra_> Wellark, you use the citrain tool
[14:44] <ogra_> which does it for you
[14:44] <sil2100> Wellark: use the citrain device-upgrade tool to pull in your silos
[14:44] <brendand> sil2100, not really - shhh
[14:44] <sil2100> It also uses some hacks to do this job as best as possible
[14:45] <brendand> sil2100, if there's something really really critical let me know
[14:45] <ogra_> brendand, "everything"
[14:45] <ogra_> :)
[14:45] <Wellark> blah..
[14:45] <bzoltan> davmor2:  I am a bit worried :) I am planning to commute home
[14:46] <davmor2> bzoltan: see pm
[14:49] <lool> cjwatson: I've flashed utopic-prposed on mako, it booted fine
[14:49] <cjwatson> lool: app scope working?
[14:49] <lool> version version: 285
[14:49] <lool> version ubuntu: 20141015
[14:49] <lool> version device: 20140929.1
[14:49] <lool> version custom: 20141015
[14:49] <cjwatson> thanks ubot5
[14:50] <Wellark> sil2100, ogra_: thanks
[14:50] <brendand> ogra_, you want me to do everything?
[14:50] <cjwatson> lool: can you check that (say) the amazon webapp and the filemanager still work?
[14:50] <lool> cjwatson: I can see the home scope with default apps and I can search for apps in the app store
[14:50] <ogra_> brendand, if you like :)
[14:51] <lool> ups I froze dash
[14:51] <cjwatson> release-quality software
[14:52] <lool> cjwatson: filemanager and amazon webapp worked
[14:52] <lool> note taht I didn't --wipe
[14:54] <lool> cjwatson: I'm still wrangling pbuilder to generate a custom tarball; do I understand correctly that you have one with the list of apps you mentioned?
[15:05] <cjwatson> lool: the one that's in the devel-proposed channel, for instance, yes
[15:06] <mvo> cjwatson: do you still need someone testing devel r285 on a n4?
[15:06] <cjwatson> mvo: devel-proposed, but wouldn't hurt to make sure
[15:06] <cjwatson> though it's almost finished downloading here ...
[15:08] <mvo> cjwatson: right, channel.ini has ubuntu-touch/devel-proposed, image is 285. let me know if I should test anything for you
[15:15] <cjwatson> cwayne: any progress on adding those apps to your custom tarballs?
[15:18] <cwayne> cjwatson: i've got a tarball, just flashing to test it now
[15:19] <sil2100> This will be a long day and night
[15:19] <cjwatson> yay
[15:19]  * sil2100 goes for some coffee
[15:19] <sil2100> cwayne: so, I just got informed that you're waiting for silo 16 with your custom tarball, is that right?
[15:19] <lool> cjwatson: so I've finsihed a custom tarball build, but updated the wrong click list
[15:20] <lool> cjwatson: does this look about right -- modulo list of clicks? http://paste.ubuntu.com/8565400/
[15:21] <cwayne> sil2100: to work properly yeah, we also need apparmor-easyprof-ubuntu 1.2.37 in an image
[15:22] <cjwatson> lool: looks perfect modulo the list
[15:22] <jgdx> trainguard, can I have permission to operate the ci train?
[15:24] <robru> jgdx: which permission do you need? Spreadsheet edit rights, Jenkins? Have you been trained on its use?
[15:25] <jgdx> robru, actually, it seems I won't be needing it this time. Thanks though.
[15:27] <sil2100> cwayne: do you know if apparmor-easyprof-ubuntu is prepared in some silo already?
[15:27] <sil2100> jhodapp: ping :)
[15:27] <cwayne> sil2100: it appears to be landed in archive already
[15:27] <cwayne> so we'll get it with next rootfs image
[15:28] <cwayne> and then the image + custom will be in sync and have the working custom apps cache to not take 5 minutes to boot :)
[15:28] <jhodapp> sil2100, pong
[15:28] <cjwatson> ondra-: hmm, does dual-boot involve putting its own custom tarball in place?
[15:28] <ondra-> cjwatson what do you mean?
[15:29] <ondra-> cjwatson it works with custom channels out of the box
[15:29] <cjwatson> ondra-: well, we're moving a bunch of apps from the rootfs to custom at the moment, and I tried it out on mako; the only thing I seem to have in /custom is the ubuntudualboot app
[15:29] <robru> jgdx: oh OK, well no worries if you need it in the future, just let us know
[15:29] <cjwatson> ondra-: but maybe I need to wipe?
[15:30] <ondra-> cjwatson that is strange, I have been using it with custom channels before
[15:30] <john-mcaleely> heads up: new device tarball will be needed to land https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-005
[15:30] <ondra-> cwayne when you do full install it will always wipe
[15:30] <john-mcaleely> ogra_, sil2100 ^
[15:30] <cjwatson> ondra-: I kept userdata
[15:30] <ogra_> john-mcaleely, well, if you can find a QA person ...
[15:30] <ondra-> cjwatson yeah, that should not have any effect
[15:31] <cjwatson> ondra-: hmm.  would you have a chance to try with latest devel-proposed and see if you get apps other than ubuntudualboot in /custom?
[15:31] <john-mcaleely> ogra_, indeed. I'm just providing info. And will provide tarball in an hour or so
[15:31] <sil2100> john-mcaleely: you mean, new device tarball requires landing this silo?
[15:31] <ogra_> john-mcaleely, right, thanks :)
[15:31] <sil2100> Due to certain reasons, we're down to ONE person doing QA sign-off
[15:31] <john-mcaleely> sil2100, other way, that silo *reqiures* a new device tarball
[15:31] <sil2100> john-mcaleely: ok, do you know if this is required to land before our cut-off?
[15:32] <john-mcaleely> sil2100, unknown
[15:32] <ondra-> cjwatson not much time, but I can run install here
[15:32] <ogra_> sil2100, afaik the bog for it is on the list
[15:32] <ogra_> s/bog/boog/ :P
[15:32] <sil2100> ogra_: yeah, just need to know if it's required to land right now ;)
[15:33] <sil2100> Since the QA sign-off head-count really broke all plans
[15:33] <ogra_> sil2100, well, ask pmcgowan, olli or victorp i guess
[15:33] <ogra_> since they need to do the priorizing
[15:34] <robru> ogra_: what happened to your google earlier? I'm experiencing some weird thing where it literally won't let me access my personal emails, just redirects me to @canonical gmail every time I try to sign in or switch accounts
[15:34] <pmcgowan> lool, is https://bugs.launchpad.net/espoo/+bug/1371630 in a silo or landed?
[15:34] <ogra_> robru, i had a DSL outage for the whole night but the browser still open ... i assume it forced the re-auth because of this when i joined the hangout
[15:34] <lool> cjwatson: http://people.canonical.com/~lool/custom-utopic-0.1.tar.gz
[15:35] <lool> 5M
[15:35] <robru> ogra_: do you have a personal @gmail that you try to sign in in parallel?
[15:35] <lool> pmcgowan: silo
[15:35] <ogra_> robru, everything works for me now ... it was just the morning hang
[15:35] <pmcgowan> lool, dont see it
[15:35] <ogra_> out
[15:35] <lool> pmcgowan: rtm silo 4
[15:35] <cjwatson> lool: wait, does this not include HERE?
[15:36] <ogra_> robru, yes, i do ... for G+
[15:36] <lool> cjwatson: no
[15:36] <pmcgowan> lool, sil2100 that silo says not for 10-16?
[15:36] <cjwatson> lool: sorry for the miscommunication, we have a perfectly good stock custom tarball with the ten apps in question built on cdimage
[15:36] <lool> cjwatson: this is the one without
[15:36] <cjwatson> we don't need that one built by hand
[15:36] <lool> cjwatson: I'm guessing you want one with too after that one
[15:36] <robru> ogra_: yeah I'm somehow locked out of mine. bah
[15:36] <cjwatson> lool: but we do need a version of the HERE one that has those additional apps
[15:36] <lool> cjwatson: so I'll just repack it with HERE stuff added
[15:37] <cjwatson> cwayne: it looks like in order to land the rest of this on utopic I need to get the following set of custom tarballs updated first:
[15:37] <cjwatson>   http://s-jenkins.ubuntu-ci:8080/job/savilerow-utopic/lastSuccessfulBuild/artifact/build/custom.tar.xz
[15:37] <cjwatson>   http://s-jenkins.ubuntu-ci:8080/view/cambridge/job/savilerow-demo/lastSuccessfulBuild/artifact/custom.tar.xz
[15:37] <cjwatson>   http://s-jenkins.ubuntu-ci:8080/view/cambridge/job/customization-generic/lastSuccessfulBuild/artifact/custom.tar.xz
[15:37] <cjwatson> and the two HERE ones
[15:37] <cjwatson> cwayne: are you doing all three of those?
[15:37] <lool> cjwatson: I can do the last two
[15:38] <sil2100> pmcgowan: it has a landing that fixes a bug that's not critical
[15:38] <lool> well it's just one really
[15:38] <lool> sil2100: haven't followed, why is rtm silo 4 not considered for tomorrow?
[15:38] <sil2100> pmcgowan: I didn't hear about an exception
[15:38] <cjwatson> lool: one _mako, one _krillin
[15:38] <pmcgowan> sil2100, lool just told me it has 2 crits in it
[15:38] <sil2100> lool: https://bugs.launchpad.net/ubuntu/+source/location-service/+bug/1380668
[15:38] <sil2100> pmcgowan: ^
[15:38] <sil2100> This is set to high
[15:38] <cwayne> cjwatson: it's okay if those ones lag, we shouldn't block on them
[15:39] <lool> sil2100: bah, this is what happens when people reuse bugs  :-(
[15:39] <sil2100> If this is a critical bug and should be considered we need to have that bumped somehow so that we know
[15:39] <sil2100> :)
[15:39] <lool> sil2100: the bug was closed as critical when it landed in utopic, but then tvoss reopened it to track a corner case with 2 sims; I've downgraded it to high because the corner case doesn't need to be fixed in rtm, but the rest of the bug does
[15:39] <sil2100> Since it's really hard to track otherwise
[15:39] <lool> sil2100: super confusing because this really should have been two bugs
[15:39] <sil2100> Uh oh
[15:39] <sil2100> Ok, indeed confusing
[15:39] <sil2100> hm, ok then
[15:40] <cjwatson> cwayne: ok, that's helpful, thanks
[15:40] <lool> sil2100: I can create a duplicate bug, that might be better
[15:40] <cjwatson> cwayne: which ones do we need to block on for ubuntu-rtm?  I'm just getting a complete list now ...
[15:40] <cwayne> cjwatson: http://s-jenkins.ubuntu-ci:8080/view/cambridge/job/BQ%20International%20Tarball/ http://s-jenkins.ubuntu-ci:8080/view/cambridge/job/BQ%20Spanish%20Tarball/
[15:40] <sil2100> lool: hm, well, the changelog already has this specific bug number attached, so maybe it would be best to modify it instead - this way the package will have all the info in it
[15:40] <lool> cjwatson: so just ftr, I thought you asked me to create the utopic tarballs; I guess I didn't have to fiddle with the tools, but rather just take your tarball and add HERE bits to it
[15:41] <lool> cjwatson: I'd rather do that rather than rebuild a custom tarball from scratch as I dont trust the way I build it
[15:41] <marcustomlinson> brendand: hey man, something is wrong with online accounts on krillin. Wellark just tested that RTM silo 3 and also got no results. It works perfectly for me on mako rtm and utopi
[15:41] <marcustomlinson> brendand: so I don't know what to say. I don't even have a krillin device to see whats going wrong
[15:42] <cjwatson> cwayne: the full set for RTM seems to be: https://pastebin.canonical.com/118812/
[15:42] <cjwatson> lool: I'm cool with that, you can grab it from cdimage
[15:43] <cjwatson> cwayne: I'm guessing we definitely need the Gated one
[15:43] <cwayne> cjwatson: seems reasonable yeah, although we don't need to block on savilerow (I think it's broken atm anyway)
[15:43] <cjwatson> ok
[15:43] <brendand> marcustomlinson, if he pulls the scope down to refresh does it work?
[15:43] <cwayne> we definitely need all 3 bq ones yeah
[15:43] <cjwatson> lool: so I guess we need the 14.09 variants too
[15:43] <marcustomlinson> brendand: yes that works
[15:44] <marcustomlinson> brendand: I suspect however that this is not a regression
[15:44] <brendand> marcustomlinson, matches up with what i saw then
[15:44] <Wellark> brendand: the device was asking for authorization to the Google account upon boot via a snap decision and then after that it directed me to a google authorization page where I had to give the device permission to view my account
[15:44] <marcustomlinson> brendand: without the silo it'll probably do the same
[15:44] <brendand> marcustomlinson, well it would still be an improvement on the described behaviour in the bug
[15:44] <marcustomlinson> brendand: sure
[15:44] <lool> cjwatson: so I've usually generated 1 tarball which was used for utopic x {mako,krillin} and for 14.09+mako; cwayne did the 14.09+krillin one(s)
[15:44] <cjwatson> lool: can you just update ~platform when you're ready then?
[15:44] <cjwatson> lool: right, just 14.09+mako needed
[15:44] <cjwatson> and the two utopics before that
[15:45] <lool> cjwatson: one worry: the tarballs I used to generate had a toplevel system/, but the ones I've generated with the tools and the one on system-image only have a top-level custom/; is that ok?
[15:45] <cjwatson> um I'm not sure
[15:45] <cjwatson> anyone know?
[15:46] <lool> cjwatson: http://people.ubuntu.com/~lool/ubuntu-touch-custom-vendor-here/custom-vendor-here-1.0.tar.xz is my candidate tarball
[15:47] <lool> http://paste.ubuntu.com/8565564/ contents
[15:48] <slangasek> cjwatson: have confirmed that with devel-proposed on generic_x86, the custom directory has the click packages (and nothing else) and the apps load
[15:48] <lool> cjwatson: I can manually deploy it on a device and test it, but that wont tell me if it's the right depth of directories for system-image; let me know when you want this deployed to ~platform
[15:48] <cjwatson> LGTM if somebody can confirm that the top-level dir doesn't matter
[15:48] <cjwatson> slangasek: that's a relief, thanks
[15:49] <cjwatson> lool: oh, it's actually a different depth too, custom/ vs. system/custom/
[15:49] <marcustomlinson> brendand: considering there is no regression, and if anything it does slightly improve things, will that be approved to land?
[15:49] <brendand> marcustomlinson, i'm not sure if anything is landing now anyway
[15:49] <brendand> sil2100, ^
[15:50] <sil2100> marcustomlinson: we don't have enough QA hands right now, so we're only landing high-priority things that are needed before promotion
[15:50] <slangasek> critical-priority ;)
[15:50] <marcustomlinson> sil2100: the linked bug is critical
[15:51] <lool> cjwatson: that's what I meant
[15:51] <seb128> sil2100, Mirv: I marked the qmenumodel sync to rtm as ready (seems it was not according to Mirv's comment)
[15:51] <cjwatson> barry: ^- do you know where custom tarballs are processed in the system-image client?
[15:51] <cjwatson> barry: (see above discussion about top-level directory layout)
[15:52]  * barry reads back
[15:53] <sil2100> marcustomlinson: right, but as mentioned, we have *one* QA person for silo sign-off, and we *need* to do the cut-off for promotion still today
[15:53] <robru> lool: you got silo rtm14
[15:53] <sil2100> marcustomlinson: and there are still many issues that are required for our promoted target image
[15:53] <marcustomlinson> sil2100: sure, understood
[15:53] <barry> cjwatson, lool system-image client doesn't actually process any tarballs.  it downloads and verifies them, and then moves them to a place where recovery actually processes them.
[15:53] <slangasek> sil2100: what is the list that you're driving for the promoted image?
[15:54] <slangasek> sil2100: I think we can forestall a lot of questions today if people can just see the list :)
[15:54] <lool> cjwatson: so let me take the safe bet of repacking it for /system/custom which is what jenkins and I used to output; I dont know why the old script generated a /custom toplevel
[15:55] <sil2100> slangasek: I only have my own list as olli_ still didn't contact me, I think he's stuck in meetings - so on my LT list it's basically silo 16, the custom tarball and (best) cjwatson's change
[15:55] <ogra_> slangasek, i think management decides on a case by case base ... based on the list that was released on monday
[15:55] <cjwatson> barry: where's the recovery done?
[15:55] <cjwatson> lool: and yet the custom tarballs that we generate from cdimage seem to DTRT
[15:55] <Mirv> seb128: ok, thanks
[15:55] <lool> cjwatson: well maybe it needs system/ as a hint when generating stuff
[15:55] <sil2100> slangasek: we asked Olli to compose a final list from my list and what the product team expects, but as said: didn't get one yet
[15:56] <cjwatson> lool: the generated .tar.xz files on system-image have system/custom/ too, so it's nothing to do with the generator
[15:56] <lool> cjwatson: ok, I have a -1.1 ready using system/custom/...
[15:56] <cjwatson> lool: I think it will be sufficient if you can manually deploy it and test that
[15:56] <lool> cjwatson: the generated file I've downloaded has a /custom tld
[15:56] <sil2100> slangasek: if I did, I would certainly mail it out already ;)
[15:56] <cjwatson> lool: I mean the ones for HERE
[15:56] <seb128> bzoltan1, your silo 17 hit a "Can't publish: Some merges are unapproved." (just in case you didn't notice)
[15:57] <barry> cjwatson: system-image client just issues a `reboot -f recovery`. there's a little recovery partition with a tool that runs at that time that reverifies the signatures, and then unpacks the tarball.  i'm a little fuzzy on the exact details of it.  e.g. i'm sure things need to be mounted to unpack the tar.xz files
[15:57] <cwayne> sil2100: ogra_: when do we expect a new image to be built? (with apparmor-easyprof-ubuntu)
[15:57] <cjwatson> lool: certainly the code for handling cdimage-custom literally just gunzips and xzs
[15:57] <cjwatson> (I wrote it)
[15:57] <sil2100> cwayne: first we need silo 16 to land
[15:57] <lool> cjwatson: right; everythign I've seen as INPUT to system-image.u.c was using system/custom; the OUTPUT custom tarball hosted for clients to grab use a /custom TLD, but I'll just ignore that and keep to the system/
[15:57] <sil2100> jhodapp: so, any ETA on finishing testing of silo 16?
[15:57] <cjwatson> lool: the output from system-image for the HERE channel has /system/custom/
[15:58] <cjwatson> FYI
[15:58] <lool> cjwatson: ah!
[15:58] <cjwatson> cdimage@nusakan:/srv/system-image.ubuntu.com/www/full$ tar tvf pool/custom-f559e994d9dcbcf53f5d4a83e8ea7a6a3986b8851d00340eb1110ca4aa056204.tar.xz | head -n4
[15:58] <cjwatson> drwxrwxr-x root/root         0 2014-10-10 16:09 system/
[15:58] <lool> cjwatson: the output from system-image for utopic-proposed does not
[15:58] <cjwatson> drwxrwxr-x root/root         0 2014-09-02 12:20 system/custom/
[15:58] <cjwatson> drwxrwxr-x root/root         0 2014-09-02 12:20 system/custom/vendor/
[15:58] <cjwatson> drwxrwxr-x root/root         0 2014-09-02 12:20 system/custom/vendor/here/
[15:58] <cjwatson> so evidently either works?
[15:58] <jhodapp> sil2100, just got the tweak for Krillin working, so not long now
[15:58] <cjwatson> lool: right, that's cdimage-custom
[15:58] <cjwatson> I would like to know how
[15:59] <lool> cjwatson: well, if either works that's great; anywya, about to test and deploy this now
[15:59] <sil2100> jhodapp: would be great to have that ready soon, we're all waiting on it with great anticipation :)
[15:59] <lool> robru: thanks BTW
[15:59] <cjwatson> lool: ok
[15:59] <sil2100> cwayne: ^ so, once that's tested and signed-off by QA, we land it, wait for migration (should be fast as it's ubuntu-rtm) and an image can be built
[16:00] <sil2100> cwayne: but only IF olli_ doesn't mention to us any additional fixes that *need* to land
[16:00] <robru> lool: you're welcome!
[16:00] <jhodapp> sil2100, working to land it, then a quick qtvideo-node rebuild
[16:00] <jhodapp> sil2100, within the hour
[16:01] <slangasek> cjwatson, lool: I've looked over my cache, and notice that except for the new custom tarballs, everything puts files under system/ and then the device tarball also has disk images under partitions/
[16:01] <slangasek> cjwatson, lool: it's great if it works without the system/, but I'm wary
[16:01] <cjwatson> it does seem to work, but trying to locate the recovery code
[16:01] <Mirv> jhodapp: hey, now that you're there, was it ok if I remove the line "Use highest resolution for front camera" utopic sync? or if you can easily point out where that feature landed (merge proposal), I can check if it has landed to both
[16:02] <cjwatson> slangasek: it would just be a livecd-rootfs change to adjust this
[16:02] <slangasek> cjwatson: device tarball, recovery.img
[16:02] <jhodapp> Mirv, yeah not sure why that's still there...that landed a while ago
[16:02] <cjwatson> yeah source code :P
[16:02] <slangasek> oh um
[16:02] <cjwatson> android source package maybe?
[16:02] <slangasek> device\ tarball.dsc
[16:02] <slangasek> yeah, I think that's where it is
[16:02] <slangasek> the android source package, I mean ;)
[16:02] <cjwatson> I will enjoy rejecting source packages with spaces in their names
[16:03] <Mirv> jhodapp: yeah, thanks for confirming it landed (to rtm). I wasn't sure from the commit logs.
[16:03] <robru> lool: wrong source package name? I don't know much about the seeds, maybe ogra_ can help here
[16:04] <lool> robru: hmm waiting for it to get out of proposed
[16:04] <jhodapp> Mirv, np, that's according to ycheng at least...it was his landing
[16:05] <robru> lool: yeah but like... it should have grabbed the previous version right? the error indicates that the package doesn't even slightly exist
[16:05] <lool> robru: maybe it has smarts?
[16:06] <bzoltan1> bzol
[16:06] <lool> I dont see any typo in the name  ubuntu-touch-meta | 1.192   | utopic/universe           | source
[16:06] <robru> lool: lol. I can't imagine what could have possibly given you the impression that citrain has smarts.
[16:06] <bzoltan1> seb128: that is fixed for hours... I guess the sheet did not get updated
[16:06] <robru> lool: nothing smart about an unhandled exception! it tried to get a package and it wasn't there. could be a transient issue in lp i guess
[16:07] <lool> robru: let's try again when it's published in proposed
[16:07] <robru> bzoltan1: what row on the spreadsheet is wrong?
[16:07] <robru> lool: ok
[16:09] <bzoltan1> robru: 44
[16:09] <lool> cjwatson: ah!
[16:09] <lool> cjwatson: the custom/ TLD doesn't work
[16:09] <lool> cjwatson: my mako reflash booted... but lacks /custom entirely
[16:09] <cjwatson> huh
[16:10] <lool> cjwatson: it got lost or deployed $somewhere
[16:10] <cjwatson> blox
[16:10] <cjwatson> slangasek: right, guess we need two livecd-rootfs deploys :/
[16:10] <slangasek> mmk
[16:11] <robru> bzoltan1: looks like the spreadsheet accurately reflects the silo status of not publishing... is it published?
[16:11] <cjwatson> slangasek: http://paste.ubuntu.com/8565681/ I think
[16:11] <bzoltan1> robru:   it is corect that is not published :) the reason is not true for hours
[16:11] <lool> cjwatson: after deploying my custom tarball: click pkgdir com.ubuntu.developer.webapps.webapp-gmail
[16:11] <lool> /custom/click/.click/users/@all/com.ubuntu.developer.webapps.webapp-gmail
[16:11] <cjwatson> lool: yay
[16:12] <slangasek> cjwatson: LGTM
[16:12] <lool> and here works
[16:12] <lool> cjwatson: let me know when I can publish the custom tarball; it's ready and tested at least for utopic; I'd wait for the updated krillin one before pushing this one to mako + rtm though
[16:12] <cjwatson> no idea how I missed this, it seemed to work to some extent :-/
[16:12] <slangasek> cjwatson: we'll want to validate that system-image produces a meaningful delta upgrade path
[16:12] <robru> bzoltan1: what's the reason?
[16:13] <slangasek> I suspect it's a delta vs. full-install question
[16:13] <cjwatson> slangasek: I don't know how to test that, will need help
[16:13] <cjwatson> slangasek: livecd-rootfs 2.256 uploaded, please prod from the queue
[16:13] <cjwatson> lool: I think you can just go ahead; I don't see a need to wait
[16:13] <slangasek> cjwatson: yep - I'll test on my mako here; let me make sure I have that up-to-date before we build any new images
[16:14] <robru> bzoltan1: I mean, the most recent publish job clearly says unapproved merges: https://ci-train.ubuntu.com/job/ubuntu-landing-017-2-publish/29/console did you approve them? do you want me to publish again?
[16:14] <cjwatson> slangasek: it'll take the image an hour or more to build anyway
[16:14]  * slangasek nods
[16:14] <slangasek> yeah, reviewing livecd-rootfs as soon as it's available
[16:15] <lool> published new custom tarball for utopic-proposed-here channel for mako and krillin
[16:16] <ogra_> lool, wow, your silo 014 looks pretty bad, why did you push meta into a silo ? (we dont do that)
[16:16] <lool> ogra_: how do you test it?
[16:16] <ogra_> i install or remove the package it adds or removes
[16:16] <lool> ogra_: I've added frameworks in the package
[16:16] <ogra_> yeah, that might not be as easy to test
[16:17] <slangasek> cjwatson: accepted
[16:18] <ogra_> lool, so davmor2 suggested you install the new meta and just check if a click app still opens with the new framework ... and theny copy-package to rtm proposed
[16:20] <cjwatson> slangasek: thanks
[16:21] <lool> ogra_: sure
[16:21] <lool> ogra_: also need to test store
[16:24] <Wellark> Mirv, Saviq : as i-network is now part of the unity8 silo, we can remove the comment about manual update from archives, right?
[16:25] <Saviq> Wellark, right
[16:25] <Wellark> Saviq: will do it
[16:27] <ogra_> lool, right, but you dont need to use a silo for that ... just make sure to have it in the rtm archive before the last image gets kicked
[16:27] <lool> trainguards, mind marking line 69 as landed?
[16:28] <ondra-> cjwatson yep same here, only that click app there
[16:29] <jhodapp> sil2100, building qtvideo-node in silo 16
[16:29] <slangasek> cjwatson: so I tried to apply the current update to mako and now my phone is sticking at the google logo
[16:30] <slangasek> wasn't paying attention so don't know if it applied the update first
[16:31] <ondra-> cjwatson ping
[16:31] <ondra-> cwayne I think I know your problem, package is wrong, you are missing one dir level there. package needs to inside system/custom
[16:31] <ondra-> cjwatson ^^
[16:31] <ondra-> cwayne sorry mate, not you
[16:31] <lool> cwayne: is the custom tarball in place in ubuntu-touch/ubuntu-rtm/14.09-proposed-customized?
[16:32] <slangasek> cjwatson: I think this may in fact be unhappy because of the system/custom -> custom delta
[16:32] <ondra-> cjwatson you can check on your phone content of /cache you will see there /cache/custom where landed all your clicks :)
[16:34] <cwayne> lool: yep
[16:34] <cjwatson> ondra-: yeah we just went through this above too
[16:34] <cjwatson> ondra-: landing is in progress to fix this
[16:34] <ondra-> cjwatson OK
[16:35] <cjwatson> slangasek: well, is there anything we can do about this now?  probably not because the broken thing is in place, we should just push forward
[16:35] <cjwatson> ondra-: thanks for looking
[16:35] <ondra-> cjwatson sorry I was slow, my phone was dead on charge, so I had to wait for it to charge before I was able to install it
[16:35] <slangasek> cjwatson: can we remove 285 from the channel/
[16:35] <slangasek> cjwatson: because I think it nuked my OS install
[16:35] <cjwatson> slangasek: I'm not sure
[16:35] <ogra_> slangasek, stgraber can
[16:35] <ondra-> cjwatson no prob, any time
[16:35] <cjwatson> ogra_: stgraber is at plumbers
[16:35] <ogra_> slangasek, but it is painful and he is probably already gone
[16:35] <ogra_> right
[16:36] <cjwatson> I am reluctant to mess with it without knowing
[16:36] <slangasek> yeah
[16:36] <ogra_> yeah
[16:36]  * ogra_ messed it up once before and wont do it again without personal training first 
[16:36] <cjwatson> slangasek: fortunately I can blame your commit ;-)
[16:36] <slangasek> so it's a small window until the next image and no guarantee that we'll get it done in time
[16:36] <slangasek> oh, absolutely
[16:37] <slangasek> but yes, fyi, from recovery 'mount -oloop /data/system.img /mnt && ls /mnt' returns nothing
[16:37] <ogra_> iirc we only keep deltas for three images ...
[16:37] <cjwatson> I'm asking stgraber but no idea when he'll see it
[16:37] <ogra_> you could just build three of them in quick succession
[16:38] <cjwatson> well, it's no worse to build new images than to leave it there
[16:38] <slangasek> yes
[16:38] <cjwatson> so it's not blocking anything
[16:38] <ogra_> right
[16:38] <ogra_> and it is utopic anyway
[16:41] <davmor2> sil2100, bzoltan1: Good news finally \o/  come on bot
[16:41] <sil2100> \o/
[16:41] <sil2100> YAY
[16:41] <lool> cwayne: ok, marked it as up for testing
[16:41] <ogra_> yipppiiiieee
[16:41] <sil2100> davmor2: are you SURE it's safe..?
[16:42] <davmor2> sil2100: see my comment on the ticket
[16:42] <sil2100> davmor2: no use in cellebrating! More silos to come!
[16:42] <Wellark> hey, quick question.. why do mako and krillin devices have different image numbers on the 14.09-proposed ?
[16:42] <davmor2> sil2100: yeah but 1 down
[16:42] <ogra_> Wellark, because the device tarballs and custom tarballs bump the numbers
[16:43] <Wellark> ogra_: ack
[16:43] <Wellark> marcustomlinson: ^^^
[16:43] <lool> davmor2, robru: So for touch-meta: I've tested hte click framework addition by installing the .deb on krillin + rtm; I've ran installed apps and installed + ran new one; is that good enough for this change to go into rtm? I'd copy-package and we'd drop the silo
[16:43] <cwayne> davmor2: btw, the new custom tarball will now *actually* fix your favorite fb photos scope bug :P
[16:44] <ogra_> Wellark, i have a little personal script i use to find the mapping (only works in one direction and has no error checking) http://paste.ubuntu.com/8532237/
[16:44] <robru> lool: not up to me. I expect davmor2 will want to confirm it himself.
[16:44] <ogra_> lool, go for it ... sil2100 ^^^
[16:45] <sil2100> ogra_, lool, davmor2: that's regarding the framework bump, right?
[16:45] <ogra_> yeah
[16:45] <lool> yep
[16:46] <sil2100> ogra_, lool, davmor2: if that's the case, davmor2 just do a final confirm if the tests lool made are enough and we can get this released
[16:46] <ogra_> sil2100, it is the process that davmor2 proposed (and i think it is right)
[16:46] <ogra_> yeah, a final nod would be nice :)
[16:46] <sil2100> Right'o, just a final nod and let's p-p-push it
[16:46] <ogra_> :)
[16:46] <lool> cwayne: hmm are you saying you have other changes in the new custom tarball?
[16:47] <cwayne> lool: just mine
[16:47] <lool> cwayne: just yours?
[16:47] <cwayne> mine being the krillin + scopes one
[16:47] <cwayne> for rtm and krillin only
[16:47] <lool> cwayne: which has the HERE update too?
[16:47] <cwayne> lool: yes
[16:47] <lool> cwayne: I guess you want to mention that in the landing then
[16:48] <lool> cwayne: line 76
[16:48] <lool> adding you there now
[16:48] <cwayne> er ok, i dont usually use the silo landing sheet for custom tars, i just sync up with davmor2 and sil2100
[16:49] <sil2100> cwayne, lool: right, but I like lool's approach of marking it on the landing spreadsheet anyways
[16:49] <sil2100> It's a nice way of syncing :)
[16:49] <sil2100> Not required, but nice to see
[16:54] <slangasek> the part I really hate about having to rebootstrap my phone: reloading the wireless passphrase :)
[16:55] <ogra_> slangasek, use phablet-network ;)
[16:55] <slangasek> hmm?
[16:55] <ogra_> (if you flash from a laptop at least)
[16:55] <slangasek> oh dude
[16:55] <slangasek> ok
[16:55] <ogra_> slangasek, it copies existing wifi credentials onto the phone
[16:56] <slangasek> oh, but it tells me it copies ACTIVE nm connection into device
[16:56] <slangasek> I'm such a corner case
[16:56] <ogra_> right
[16:56] <ogra_> lol
[16:56] <ogra_> patches accepted to improve it ;)
[16:57] <ogra_> hmm
[16:57] <ogra_> i just updated to 106 and my list of indicators is really short in the panel
[16:58] <ogra_> i only have messages, network, volume, battery and the clock now
[16:59] <rsalveti> you can use phablet-network with -n
[16:59] <rsalveti> like I do, and tell which nm network file to use
[16:59] <ogra_> yeah
[16:59] <rsalveti> I use N, but my device has to use my G router
[17:00]  * ogra_ wonders where the indicators went 
[17:01] <ogra_> oh
[17:01] <ogra_> why is my bluetooth suddenly off after reboot
[17:01] <ogra_> hmm
[17:02] <ogra_> and switching it on doesnt make an indicator appear
[17:02] <ogra_> is that wanted ?
[17:02] <sil2100> Doesn't sound as wanted, hmm
[17:03] <ogra_> hmm, and i have an uninstallable gmail webapp update sitting in my updates
[17:03] <slangasek> cjwatson: are you kicking off the image build when livecd-rootfs lands, or shall I?
[17:03] <dbarth> ogra_: ?
[17:03] <ogra_> the progressbar goes to 100% if i tap install and then the install button turns into "try again"
[17:03] <dbarth> ogra_: was going to ask about which gmail version you were bundling
[17:03] <Wellark> tvoss: did the qtubuntu-media fix land alreadyz?
[17:04] <dbarth> ogra_: is it because it has framework 14.10-dev3?
[17:04] <Wellark> as I didn't see it as part of landings we are still waiting
[17:04] <dbarth> i just had to update that to pass the store review process
[17:04] <cjwatson> slangasek: it may hit my dinnertime
[17:04] <slangasek> cjwatson: oh.  we could totally cheat here, and just repack the custom tarball on nusakan...
[17:04] <ogra_> dbarth, dunno, i'm on the latest image (106)
[17:04] <slangasek> to unbreak things
[17:04] <dbarth> ogra_: 106/mako?
[17:04] <cjwatson> slangasek: yes.  you sure you want to do that?
[17:04] <ogra_> dbarth, krillin rtm indeed
[17:04] <cjwatson> I'd prefer not to be the one doing that since I need to stop working for a while
[17:04] <slangasek> :)
[17:04] <Wellark> Saviq: do you know if the qtubuntu-media fix went in?
[17:05] <slangasek> cjwatson: yeah, I'll go ahead and do that, and also take care of kicking off a proper build
[17:05] <Saviq> Wellark, not yet
[17:06] <ogra_> sil2100, so it seems i cant really enable BT at all anymore
[17:07] <ogra_> which explains why i lack the indicator i guess
[17:07] <cyphermox> ogra_: care to tell me more?
[17:07] <ogra_> cyphermox, well, i upgraded from 105 to 106 ... not much to say
[17:07] <cyphermox> ok
[17:07] <ogra_> cyphermox, which was only a device tarball
[17:08] <cjwatson> slangasek: thanks
[17:08] <ogra_> but shouldnt have *any* effect on such stuff
[17:08] <sil2100> davmor2: ^ did you test BT during device tarball testing?
[17:08] <cyphermox> sil2100: ^ ubuntu/landing-016 ready; fixes 1350332
[17:08] <ogra_> cyphermox, i can enable it in system-settings ... leave the app, re-open it and see BT being off again
[17:09] <cyphermox> sil2100: following that we can build in a rtm silo / let QA do the testing to release
[17:09] <cjwatson> slangasek: probably worth copying it to ubuntu-rtm/14.09-proposed as well once all the builds have completed/published
[17:09] <ogra_> while i'm in the BT panel it stays green (but doesnt do anything)
[17:09]  * slangasek nods
[17:09] <cyphermox> ogra_: interesting
[17:09] <davmor2> sil2100: yes it worked fine and again about 20 minutes ago to test the uitk elements were correct
[17:09] <sil2100> lool: btw. I see a silo for ubuntu-touch-meta in ubuntu/019 - I think we didn't want to land meta through a silo, right?
[17:09] <ogra_> let me try a reboot
[17:09] <imgbot> [17:10] <sil2100> cyphermox: ok, we'll release that and try syncing it to ubuntu-rtm, but I think the chances are low that it'll make it in time for the landing cut-off planned for today
[17:10] <cyphermox> sil2100: it's up to pmcgowan to say whether that critical bug should land, afaik
[17:10] <ogra_> cyphermox, hmm, race ... a reboot brought it back
[17:10] <cyphermox> I was told before it was ok to land
[17:11] <ogra_> cyphermox, its not a matter of approval
[17:11] <lool> sil2100: that was the debate here earlier; just waiting for davmor2's feedback to drop it
[17:11] <cyphermox> ogra_: I understand
[17:11] <ogra_> cyphermox, we onyl have one QA person for all signoffs
[17:11] <sil2100> cyphermox: so, it's ok to land for sure, but as per ML there is a list of 'high-prio' silos that we need to land ASAP, once those land we hold the line for image promotion testing
[17:11] <ogra_> and we start to run ouot of time
[17:11] <cyphermox> still, it's pretty bad, and on the list we had
[17:11] <lool> sil2100: unless you give me +1 to copy-package it to rtm
[17:11] <cyphermox> and the fix is ready :)
[17:11] <sil2100> cyphermox: so, this silo wasn't on that list so not sure if we'll have time to sign it off
[17:12] <pmcgowan> cyphermox, which bug #?
[17:12] <cyphermox> 1350332
[17:12] <cyphermox> bug 1350332
[17:12] <cyphermox> gah
[17:12] <sil2100> lool: ok, I guess it's a +1 anyway, so please copy-package :)
[17:12] <sil2100> davmor2: right ^ ? lool mentioned above what tests he made with the framework bump and all looks ok
[17:13] <ogra_> sil2100, eh did the set of tests davmor2 mentioned in the meeting, so i think its all good
[17:13] <sil2100> Yeah, that's why I think we can just copy-package now
[17:13] <pmcgowan> cyphermox, sil2100 that bug is on the crit list
[17:13] <ogra_> dbarth, so even after reboot the gmail update doesnt want to install
[17:14] <cyphermox> pmcgowan: yeah, it didn't have a silo though
[17:14] <sil2100> pmcgowan: yes, but not in the list of silos we're waiting on to cut-off
[17:14] <cyphermox> until late last night
[17:14] <ogra_> pmcgowan, that doesnt give us more time or more QA :)
[17:14] <Mirv> Wellark: aha, "fix v2", right, easier for testers then too
[17:14] <cyphermox> heh
[17:14] <lool> sil2100: copied
[17:14] <sil2100> pmcgowan: see latest e-mail to phablet - there is a set of silos we NEED to land before we can build a new image, so those get highest priority
[17:14] <ogra_> pmcgowan, we have the choice to either delay or start ignoring bugs from the list
[17:14] <pmcgowan> sil2100, those were the ones we had so sure
[17:14] <cyphermox> in any case, I've done my part
[17:15] <cyphermox> now I'm happy to QA silos for which I haven't written code.
[17:15] <pmcgowan> sure I have no view on the test capacity
[17:15] <sil2100> pmcgowan: it might be able to get in though, depends on how much longer we'll wait for the things that we need
[17:15] <ogra_> pmcgowan, one person ... for all QA currently
[17:15] <pmcgowan> ogra_, I am told 3
[17:15] <sil2100> ogra_: davmor2 mentioned that elopio and ToyKeeper will help out as well
[17:15] <ogra_> ah, cool
[17:15] <sil2100> So there's hope
[17:15] <sil2100> ;)
[17:16] <ogra_> well, thats still not enough to have all silos done in time i fear ...
[17:16] <lool> sil2100: mind clearing the error in the touch-meta rtm landing?
[17:16] <lool> sil2100: I've copied it now
[17:16] <ogra_> but yeah, there is "hope"
[17:16] <lool> it's in 14.09-proposed
[17:16] <sil2100> lool: ok, so I'll remove that landing then, is that ok?
[17:16] <lool> sil2100: yup
[17:16] <lool> it's valid candidate in britney
[17:17] <cyphermox> sil2100: I'll publish silo 16 for utopic now, unless you tell me you'd rather do it yourself?
[17:17] <cjwatson> lool: can you make sure to publish an updated custom-vendor-here_14.09-proposed_mako.tar.xz before you finish for the day?
[17:17] <cyphermox> (my silo, utopic landing)
[17:17] <sil2100> cyphermox: it's publishing
[17:18] <cyphermox> ah, nevermind then ;)
[17:18] <sil2100> cyphermox: I also prepared a sync silo for you and building that now :)
[17:18] <sil2100> (silo 19)
[17:18] <pmcgowan> sil2100, nice
[17:18] <cyphermox> thanks
[17:18] <lool> cjwatson: I'll be around later today, but I guess it's best that I just publish it now
[17:18] <cjwatson> yeah it might be a plan
[17:19] <davmor2> sil2100: elopio is taking silo004 now
[17:19] <sil2100> \o/
[17:19] <cjwatson> slangasek: handing over to you to drive now; looks like everything will be fine with the HERE tarballs by the time it matters, but I'm not certain on the status of cwayne's bits
[17:19] <sil2100> elopio, davmor2: thanks guys :)
[17:19] <lool> cjwatson: FYI, this is just a matter of updating the symlinks and *.buildid on lillypilly:~platform/public_html/ubuntu-touch-custom-vendor-here/
[17:19] <cjwatson> lool: yeah
[17:19] <cjwatson> but didn't want to do it solo
[17:19] <sil2100> cyphermox: yw :)
[17:19] <sil2100> Thanks for the fix!
[17:20] <lool> updated custom tarball for rtm + mako
[17:20] <cyphermox> sil2100: np
[17:20]  * cyphermox clicks for another shawarma lunch delivery
[17:22] <Saviq> sil2100, so we ended up with a conflict of qtubuntu-media between silos 6 and 16...
[17:22] <davmor2> sil2100: lool: that all looks good
[17:23] <Saviq> sil2100, to add to the confusion, there isn't a utopic equiv of silo 16, but there is utopic silo 10 that has the q-m from silo 6...
[17:23] <Saviq> ricmm, tvoss, any preference on how to resolve ↑?
[17:23] <sil2100> WTF
[17:24] <imgbot> [17:24] <tvoss> Saviq, so silo 16 is an rtm-first landing?
[17:24] <imgbot> [17:25]  * ogra_ hugs sil2100 for fixing his evolution themeing 
[17:25] <Saviq> tvoss, that's a good question, no idea, but needs to land, too
[17:25] <sil2100> Me?! :O
[17:25] <tvoss> rsalveti, mind heping out here?
[17:26] <rsalveti> tvoss: 16? yes
[17:26] <slangasek> cjwatson: ok.  fixed (I hope) hand-updated custom tarball on the channel now
[17:26] <tvoss> rsalveti, yup, I have utopic-10 and rtm-7 for qtubuntu-media
[17:26] <ogra_> sil2100, you are listed as uploader of ubuntu-themes on the -changes ML :)
[17:26] <tvoss> rsalveti, is 16 an rtm first landing?
[17:26] <sil2100> ogra_: aaaaah, it was seb128's fix ;) I just did the monkey work
[17:26] <rsalveti> tvoss: rtm-7?
[17:26] <ogra_> sil2100, oooooh, i see ... didnt know desktop stuff goes through silos :)
[17:27]  * sil2100 takes the hug from ogra_ and passes it to seb128 
[17:27] <ogra_> heh
[17:27] <ogra_> serialized group hug !
[17:28] <rsalveti> tvoss: is this fix part of the critical list?
[17:28] <tvoss> Saviq, wow @silo 6:)
[17:28] <sil2100> ogra_: actually it's even more confortable for landing desktop stuff when you think about it
[17:28] <tvoss> Saviq, rsalveti why don't we move the qtubuntu-media MP to rtm 16?
[17:28] <Saviq> tvoss, glad
[17:28] <sil2100> rsalveti: I got informed that we are to land silo 006 before we can promote
[17:28]  * ogra_ always prefers debs :P 
[17:28] <Saviq> tvoss, +1, if they didn't test it yet
[17:28] <tvoss> Saviq, pretty sure they did not
[17:28] <tvoss> Saviq, I could then give up my landing to utopic, too
[17:28] <Saviq> tvoss, I'm all for that
[17:28] <Saviq> tvoss, yeah
[17:28] <rsalveti> tvoss: I think it's indeed part of silo 16
[17:29] <Mirv> ogra_: oh great, I think that includes some other gtk fixes too
[17:29] <sil2100> ogra_: since when landing desktop stuff, you only have to land it for one archive, so then silos just help out by doing the changelog for you, merging your branch and getting packages for you to test
[17:29] <sil2100> ogra_: so it's convinient
[17:29] <ogra_> Mirv, yup
[17:29] <rsalveti> tvoss: but silo 16 is still a WIP
[17:29] <Mirv> that were discussed on -devel ml at some point
[17:29] <rsalveti> sil2100: so silo 6 landing anytime soon?
[17:29] <tvoss> rsalveti, do you have an eta?
[17:29] <sil2100> rsalveti: yeah, so it would but Saviq mentioned to me there is a conflict there
[17:29] <Saviq> rsalveti, it's almost built now
[17:29] <ogra_> rsalveti, FTBFS for now
[17:29] <Mirv> so gnome3 users should be slightly happier too
[17:29] <sil2100> Saviq: ^? Any ETA?
[17:29] <rsalveti> lol, 4 pings in a row
[17:30] <Saviq> ogra_, that's LIES
[17:30] <ogra_> haha
[17:30] <rsalveti> well, the eta for everything is today I guess :-)
[17:30] <sil2100> ;D
[17:30] <Saviq> ogra_, I canceled a job
[17:30] <Saviq> if all goes well, silo 6 will get ACK within an hour
[17:30] <rsalveti> I have another one for media-hub also ready to land
[17:30] <Saviq> but I don't think it makes sense for q-m to be in both silos, it will only create confusion and more work
[17:30] <Mirv> the QA signoff situation didn't get any better though?
[17:30] <Saviq> so IMO → move to 16
[17:31] <ogra_> Mirv, i heard we have elopio and ToyKeeper too
[17:31] <rsalveti> Saviq: if done in one hour, we can land silo 6 first
[17:31] <tvoss> rsalveti, but you plan to land it today?
[17:31] <rsalveti> tvoss: that's the plan
[17:31] <tvoss> rsalveti, so 16
[17:31]  * tvoss wonders on which landing to bet
[17:31] <Mirv> ogra_: phew, that'd be good news then
[17:31] <Saviq> mine, bet on mine!
[17:31] <ogra_> yeah
[17:31] <ogra_> at least a little better
[17:32]  * ogra_ bets on Saviq 
[17:32] <rsalveti> guess it all depends on which one gets validated by QA first
[17:32] <rsalveti> but silo 16 is not even done yet
[17:32] <sil2100> Saviq! Saviq! Saviq! *cheers for silo 6*
[17:32] <ogra_> rsalveti, better tell davmor2
[17:32] <ogra_> rsalveti, he complains about it in the other channel
[17:32] <davmor2> Saviq: I do the testing the real question is how rigged I feel I can make it my favour
[17:33] <Mirv> rtm-004 is the only one though reportedly under signoff process atm
[17:33] <sil2100> Well, actually I *need* silo 16 even more
[17:33] <sil2100> Since that's the blocker fix
[17:33] <ogra_> but its still WIP
[17:33] <sil2100> Yeah :|
[17:33] <ogra_> sil2100, dont we consider all silos on the list blockers today ?
[17:33] <sil2100> jhodapp: how's silo 16 going? Any ETA?
[17:33] <sil2100> ogra_: sure
[17:34]  * tvoss hands the MP over to saviq and silo 6
[17:34] <sil2100> ogra_: but for instance 16 is blocking the custom tarball, which I have been told is also a blocker
[17:34] <rsalveti> sil2100: they are working on it still
[17:34] <ogra_> heh
[17:34] <ogra_> blokers blocking blockers
[17:34] <sil2100> @_@
[17:34] <ogra_> inception !
[17:35] <ogra_> or onion blockers :)
[17:35] <ogra_> we should just sync all landings into one silo and do a major test (all of us) ;)
[17:36] <rsalveti> we should just make that silo the archive
[17:36] <jhodapp> sil2100, not yet, ugg
[17:36] <ogra_> rsalveti, ++
[17:36] <rsalveti> wild wild west
[17:36] <ogra_> haha
[17:37] <davmor2> biab teatime
[17:38] <cwayne> sil2100: the bigger blocker for custom is getting an image with apparmor-easyprof-ubuntu updated :)
[17:39] <ogra_> cwayne, which version ?
[17:39] <sil2100> cwayne: that's already landed, right?
[17:39] <sil2100> cwayne: we'll anyway only publish the custom tarball once we have a new image
[17:39] <cwayne> ogra_: 1.2.37
[17:39] <sil2100> Which is blocked on silo 16 and all other silos
[17:39] <ogra_> i dont see ti in the last three rootfs changelogs
[17:39] <cwayne> sil2100: yeah, it's landed but not in an image
[17:39] <ogra_> shoudl we roll an image while nothing can land ?
[17:40] <ogra_> so that we unblock at least this part
[17:40] <rsalveti> sil2100: what is blocked by silo 16?
[17:40] <sil2100> ogra_: does it make sense to do that? We'll waste 2h
[17:40] <rsalveti> we can split stuff if desired
[17:40] <cwayne> i mean the only thing silo 16 is bloking me from is the custom ringtone won't play until its landed
[17:41] <rsalveti> right, that can easily go in another silo if desired
[17:41] <sil2100> rsalveti: we're waiting for the media-hub part of the landing, fixing the ringtones
[17:41] <rsalveti> but would need someone from QA to help validating it
[17:41] <ogra_> sil2100, well ... do you expect us to need an image within the next 2h ? i assume we need the apparmor bit in to actually test the custom tarball
[17:41] <sil2100> Not sure if management requires anything different from that
[17:42] <rsalveti> let me split that fix in another silo
[17:42] <ogra_> sil2100, though i'm not sure if slangasek's fiddling stretches into rtm or is utopic only currently
[17:42] <slangasek> rtm appears to have been affected
[17:43] <ogra_> k
[17:43] <slangasek> at least with regards to the custom tarball on the server - not sure if it was used in the channel
[17:44] <ogra_> then i'll hold back with building
[17:44] <sil2100> rsalveti: thanks! Let me check with mgmt if they want anything else from it
[17:44] <imgbot> [17:44] <slangasek> ogra_: right; I'll let you know when it's clear to build again, should be just as soon as britney finishes
[17:44] <slangasek> erm ok
[17:45] <ogra_> heh
[17:45] <slangasek> that doesn't look like holding off
[17:45] <ogra_> that wasnt me
[17:45] <sil2100> Not me as well
[17:45] <ogra_> (and only cdimage members can build it)
[17:45] <rsalveti> sil2100: apparmor fixes for media-hub building at silo rtm 21
[17:45] <slangasek> well, nusakan disagrees that anything is building
[17:46] <ogra_> thats werid
[17:47] <Mirv> the ghost image
[17:48] <ogra_> ogra@nusakan:~$ cat /srv/cdimage.ubuntu.com/etc/.next-build-suffix-ubuntu-touch-ubuntu-rtm-14.09-daily-preinstalled
[17:48] <ogra_> 20141015:2
[17:48] <slangasek> yes, that's my doing
[17:48] <ogra_> cdimage thinks it builds 15.2
[17:48] <slangasek> I was manually fiddling a new build
[17:48] <ogra_> slangasek, ah
[17:49] <ogra_> well, my bot script watches that file
[17:49] <slangasek> right :)
[17:49] <sil2100> davmor2, elopio, ToyKeeper: so, silo ubuntu-rtm/021 which is now building now also lands on the queue, actually replacing silo 16 - 16 is still important, but we don't block on that
[17:49] <sil2100> davmor2, elopio, ToyKeeper: so if you see it as ready for sign-off, please prioritize
[17:49] <sil2100> jfunk: ^
[17:50] <sil2100> rsalveti: thanks for splitting!
[17:50] <rsalveti> sil2100: np
[17:51] <sil2100> Saviq: so, it seems you're unblocked for now with qtubuntu-media as far as we're concerned
[17:51] <Saviq> sil2100, yeah, I'm testing silo 6 in a moment
[17:54] <cyphermox> pmcgowan: for the rtm silo for bug 1350332 (silo 19), are we expecting QA signoff? should I poke the spreadsheet accordingly?
[17:54] <pmcgowan> cyphermox, yes it needs signoff
[17:56] <slangasek> ogra_: livecd-rootfs 2.256 has landed, so it's ok to kick off an RTM image; but note that this still isn't the final change for the custom tarball
[17:56] <ogra_> slangasek, does that mean we should expect any breakage ?
[17:56] <slangasek> ogra_: no breakage expected - just means that we have to build again for the promotion image
[17:56] <ogra_> (just to make sure QA knows what to expect)
[17:57] <ogra_> cwayne, so would an image build help you to speed up pre-testing in any way ?
[17:59] <davmor2> and back
[18:00]  * sil2100 goes to exercise for a moment
[18:01] <cwayne> ogra_: i guess not really as we'd still need to test on the final image
[18:01] <ogra_> well, then i'll hold off
[18:01] <davmor2> cyphermox: sil2100  is 19 ready says package built now?
[18:04] <plars> mzanetti: you around?
[18:04] <davmor2> Saviq: how is 006 looking?
[18:06] <Saviq> davmor2, running AP now, AFAICT you can start testing
[18:06] <davmor2> Saviq: awesome
[18:07] <cyphermox> davmor2: 19 would be ready for QA testing, we're doing our own too but it's a sync from silo 16; which we've just tested
[18:07] <elopio> ping tvoss: for the location-service silo, did you run the ubuntu-location-service-tests for gps and apgs? or should I run them?
[18:08] <tvoss> elopio, the agps are expected to fail. Feel free to run the gps one
[18:08] <tvoss> elopio, please make sure that you are close to a window, though
[18:08] <tvoss> elopio, hold on: which silo are you testing? :)
[18:08] <elopio> tvoss: silo 4
[18:09] <tvoss> elopio, let me check
[18:10] <tvoss> elopio, no need to run those tests, please make sure, as root, that /data/misc does not contain any *.DAT file
[18:10] <tvoss> elopio, install the silo, request location, and make sure that at least one .DAT file appears in /data/misc after some time
[18:10] <elopio> tvoss: no .dat files in there.
[18:11] <tvoss> elopio, perfect then :)
[18:11] <tvoss> elopio, perfect pre-conditions
[18:11] <elopio> tvoss: I'm not sure what to do with the lxc-android-config update
[18:11] <tvoss> lool, ^ can you help here?
[18:11] <elopio> tvoss: should I install the ppa with ci-train and then go to recovery mode to install the config deb?
[18:12] <tvoss> elopio, I'm not sure
[18:12] <tvoss> cwayne, could you help elopio in setting things up?
[18:12] <lool> tvoss: yes
[18:12] <lool> tvoss: you need recovery mode to install it easily
[18:12] <tvoss> ah :)
[18:12] <lool> elopio: described in https://wiki.ubuntu.com/Touch/Testing/lxc-android-config
[18:12] <lool> elopio: and location-service is the same
[18:12] <elopio> lool: ok, thanks.
[18:13] <lool> elopio: lxc-android-config contains the override upstart job that will pass the right flags to location-service so that the hardware GPS provider is used
[18:13] <cwayne> looks like lool's on top of it :)
[18:13] <Saviq> davmor2, as for "SIM unlock on boot" we discovered today that rild takes a *long* time to start if you only have a single SIM
[18:13] <lool> elopio: if you want to see the hardware GPS in action, make sure you go outside though
[18:14] <Saviq> davmor2, in which case you need the usual indicator menu → Unlock SIM
[18:14] <Saviq> davmor2, when both SIMs are in, you should get asked for both on boot
[18:14] <Saviq> davmor2, and it shouldn't crash when unlocking
[18:14] <cjwatson> slangasek: (just a drive-by) for those channels which only currently have a custom tarball for mako and krillin or so, we may want to set the cdimage-custom tarball as a default so that other devices get the apps being removed from the rootfs
[18:14] <cjwatson> slangasek: I can take care of that later
[18:14] <tvoss> cwayne, thanks for checking in, though :)
[18:15] <dbarth> ogra_: flash'ing my device real quick (sorry was still otp)
[18:15] <tvoss> trainguards, can I haz silo for line 78?
[18:15] <ogra_> dbarth, no worries, i'll be here as long as i can stay awake ...
[18:16] <davmor2> Saviq: nice I'll get back to you shortly
[18:18] <slangasek> cjwatson: ok.  fwiw livecd-rootfs 2.256 published everywhere now (finally) and I'm building another utopic image to confirm
[18:18] <slangasek> cjwatson: do you have the changes for 2.257 staged?  Should I work on this?
[18:19] <elopio> lool: I'm getting paste.ubuntu.com/8566361
[18:19] <robru> tvoss: utopic 2
[18:20] <lool> elopio: good catch; I'm afraid we need to add lxc there
[18:21] <lool> elopio: fixing config
[18:21] <tvoss> robru, thank you
[18:21] <elopio> lool: I'm sorry, but how could you run the tests without catching it?
[18:22] <lool> elopio: I deployed the config by hand because that's the only thing that I had changed, but I failed to take the other changes into account; I usually install the .debs for rtm on rtm, but I skipped this part in that particular landing  :-/
[18:23] <ogra_> understandable given how painful lxc-android-config installation is
[18:23] <ogra_> (we need to script that somehow for the future)
[18:24] <lool> trainguards, would you mind reconfiguring rtm silo 4?
[18:24] <ogra_> lool, do you just lower the dep ? so that we dont need to risk pulling in new lxc stuff we havent had testing for ?
[18:24] <slangasek> lool: not a skippable step for landing testing; that's why the spreadsheet's "testing passed?" column requires the image number and device name :)
[18:24] <lool> ogra_: that's an option
[18:24] <lool> slangasek: I did test on that image and device
[18:24] <ogra_> i would go with that and keep lxc for next week if we really want it
[18:24] <imgbot> [18:25] <Ursinha> robru: the reconfigure silo link (column L in the spreadsheet) can be used by any person that has access to the spreadsheet? or a trainguard needs to trigger that?
[18:25] <slangasek> lool: so you tested a utopic landing on a utopic image, but now it's being QAed against RTM?
[18:25] <lool> slangasek: no
[18:26] <slangasek> ok, then I've misunderstood and will shut up now, sorry
[18:26] <lool> slangasek: I took an rtm image, installed location-service there but applied the lxc-android-config changes by hand
[18:26] <lool> which was wrong
[18:26] <slangasek> ah
[18:26] <lool> now I see that lxc-android-config fixes have not been included in rtm since october 1st
[18:26] <lool> which is kind of sad given at least one them seems important
[18:26] <ogra_> slangasek, installing packages that choke on dpkg hardlinks is really painful ...
[18:26] <robru> Ursinha: the one in column l can be used by anybody but it is restricted in what it can do. Only trainguards can do the re-prepare which is capable of adding new components to the silo
[18:26] <robru> tvoss: you're welcome
[18:26] <lool> so I'm not sure
[18:27] <Ursinha> robru: got it, thanks
[18:27] <lool> I'm debatting whether or not to take lxc now
[18:27] <ogra_> (since you need to do it from recovery)
[18:27] <slangasek> ogra_: yes, yes it is
[18:27] <lool> slangasek: I'm kind of split; would you recommend uploading a specific lxc-android-config with just that change, or going for the lxc update?
[18:28] <slangasek> lool: today and here, I would recommend isolating the change
[18:28] <ogra_> lool, oh man ... nothing of that landed in rtm ?
[18:28] <robru> Ursinha: rather both of those Jenkins jobs have different acls, the reconfigure one is open to many more people though
[18:28]  * ogra_ is just checking  the changelog
[18:28] <slangasek> lool: if there are other fixes, you should make their author land them to ubuntu-rtm if they're important ;)
[18:28] <lool> elopio: sorry for the waste of time; will have a package in 2 mn
[18:28] <ogra_> slangasek, well, seems we are missing a whoopsie fix and also new options needed for lxc-start
[18:28] <robru> Ursinha: neither are "public"
[18:29] <ogra_> slangasek, and i doubt stgraber or bdmurray even knew they need to land separately for rtm
[18:29] <slangasek> hmm
[18:29] <slangasek> so the whoopsie fix should get into rtm
[18:29] <ogra_> but indeed, righ now it is quite risky to bump lxc to a new version
[18:29] <slangasek> the lxc change seems to be exactly what lool is stumbling over now
[18:29] <elopio> lool: I forgive you :) But I'll file an incident on this QA report that brendand is keeping.
[18:29] <ogra_> which is the first change in that list
[18:30] <ogra_> slangasek, right, but thats the oldest one we miss
[18:30] <slangasek> changing the lxc version in rtm the day of the milestone is a non-starter
[18:30] <ogra_> on top there is whoopsie and then lool's
[18:30]  * slangasek nods
[18:31] <ogra_> i assume we really want lxc ... jjust not this week
[18:31] <slangasek> lool: I recommend that you cherry-pick only your own change over to rtm.  The whoopsie one should also go, but it should also be properly tested for landing and is not super-critical to have today
[18:31] <slangasek> ogra_: I'm pretty sure any reasons for wanting a newer lxc are completely unrelated to our critical bug list
[18:32] <ogra_> slangasek, right, thats what i mean :)
[18:32] <lool> slangasek: yup
[18:33] <davmor2> Saviq confirmed sim unlock in place \o/
[18:33] <ogra_> yay
[18:35] <ToyKeeper> cyphermox: I confirmed the bug before silo 19 and am installing it to confirm the fix.
[18:35] <dbarth> ogra_: ok, confirmed, it's the framework which is a problem
[18:36] <ogra_> dbarth, well, lool uploaded a new framework to the archive already
[18:36] <ogra_> it isnt in any image yet
[18:36] <ToyKeeper> I don't have cell data working by default here, but since the APN config features finally landed I was able to get that working (without hacks) for the first time.  :)
[18:36] <lool> dbarth: what's the issue?
[18:36] <dbarth> so gmail just caught in between the 2
[18:36] <dbarth> lool: the ubuntu-sdk-14.10-dev3 framework
[18:36] <dbarth> it was blocking me from uploading to the store, but is not yet in the image
[18:37] <lool> I didn't mark it as deprecated in the store
[18:37] <dbarth> lool: well, it wouldn't pass the review otherwise
[18:37] <lool> I left it as available
[18:37] <lool> crap, I dont recall how to upload to rtm archive
[18:37] <dbarth> lool: can you check with jdstrand and the store folks maybe?
[18:37] <dbarth> i can re-upload a version with a different framework
[18:38] <sil2100> lool: do you need the dput.cf for rtm?
[18:38] <dbarth> and i think i will have to, to let the right gmail version be bundled
[18:38] <sil2100> lool: http://paste.ubuntu.com/8566466/
[18:38] <lool> well I have dput ng
[18:38] <dbarth> but either the store or the default framework in the image need to be updated
[18:38] <sil2100> ah, k
[18:39] <ogra_> lool, also you probably want to upload to the PPA, not the archive, no ?
[18:39] <dbarth> ogra_: ^^ what do you say? add the new framework to the image, or downgrade the framework req for gmail in the store?
[18:39] <lool> sil2100: ah and I ened rtm ppa
[18:39] <ogra_> lool, like any other PPA, but add ubuntu-rtm in the ppa: line
[18:39] <sil2100> lool: you mean, you want to upload to an PPA? Just use the ppa:team/ubuntu-rtm/ppa_name
[18:39] <sil2100> lool: as ogra_ mentiones
[18:39] <ogra_> dbarth, as i said, lool added the new framework already (i think) ... next image should be fine
[18:40] <lool> let's see if that works
[18:40] <lool> ah I need to drop the packge there first
[18:41] <lool> sil2100: I've removed lxc again from the silo; do you need to reconfigure?
[18:41] <ogra_> well, iirc you cant re-use the version of a package that was ever uploaded there before
[18:41] <ogra_> you might need to bump it
[18:41] <lool> ogra_: I was using a differnet version, but I was using a lower one than the utopic one which was there
[18:42] <ogra_> ah, well
[18:42] <ogra_> that might actually work :)
[18:42] <lool> ok accepted
[18:43] <lool> dbarth: so the framework you used doens't exist in the image
[18:43] <lool> dbarth: but was added to the store
[18:43] <lool> some time back
[18:43] <lool> dbarth: it would have made sense to add it, but now that we have the final frameworks, can you just reupload with the new name?
[18:43] <dbarth> lool: ok, so i don't move the gmail app, and keep this framework then
[18:44] <lool> dbarth: which one are you using?
[18:44] <dbarth> lool: ubuntu-sdk-14.10-dev3
[18:44] <lool> dbarth: ubuntu-sdk-14.10-dev3 didn't exist; there was only a qml-dev3
[18:44] <lool> dbarth: it did exist in the store only, but not on the devices
[18:44] <lool> AFAIK
[18:44] <lool> ls /usr/share/click/frameworks/|grep dev3
[18:44] <lool> ubuntu-sdk-14.10-qml-dev3.framework
[18:45] <dbarth> lool: yes it's there
[18:45] <cwayne> rsalveti: just tested silo 21, fixes the custom ringtone issue (as expected)
[18:45] <lool> dbarth: that's *qml-dev3*
[18:45] <rsalveti> cwayne: great, brendand ^^
[18:45] <lool> dbarth: not 14.10-dev3
[18:45] <elopio> lool: I'll be doing some other random testing. Ping me when you are ready to give it another shot.
[18:46] <lool> elopio: it's building
[18:46] <lool> elopio: actually just finished
[18:46] <davmor2> Saviq: have a hug for dropping the pins
[18:46] <pstolowski> sil2100, hey, is there stil a chance to squeeze line #70 (#71) onto the final image?
[18:47] <sil2100> lool: yeah, let me reconfigure that
[18:47] <lool> elopio: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-004/+build/6463983
[18:47] <lool> elopio: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-004/+build/6463983/+files/lxc-android-config_0.208rtm1_all.deb
[18:47] <sil2100> pstolowski: hm, let me check with QA how they're standing
[18:47] <ogra_> davmor2, no time for bowling now ... back to work :)
[18:47] <lool> elopio: installing it here too
[18:47] <dbarth> lool: so you want me to use qml-dev3, correct?
[18:48] <lool> dbarth: either ubuntu-sdk-14.10-dev2 or ubuntu-sdk-14.10 or ubuntu-sdk-14.10-html; perhaps ubuntu-sdk-14.10-dev2 is the safest at this point
[18:49] <davmor2> sil2100: hahahahahahahahahahahahahahahahahahahahaha...tel me when you get the hint....hahahahahahaha
[18:49] <lool> dbarth: whatever the last webapp had should work; I didn't remove any
[18:50] <dbarth> lool: i was using ubuntu-sdk-14.10-dev2 but that was not in the store review process, how come?
[18:50] <lool> elopio: can confirm packages installed fine
[18:51] <lool> dbarth: I did deprecate dev2 frameworks, but these should still be usable; did that get rejected?
[18:51] <sil2100> lool: ok, silo reconfigured and I ran build with watch-only
[18:51] <lool> dbarth: maybe I misunderstood the store constraints and I ought to let it be avail
[18:51] <lool> sil2100: thanks
[18:52] <elopio> lool: great. In a few minutes I'll follow the test plan again. Now should I run the automated tests that take like 40 minutes?
[18:52] <lool> tvoss: ^
[18:52] <lool> elopio: I guess
[18:53] <lool> elopio: so this is about enabling the hardware provider; the testplan will confirm that the gps provider works as before, but really what's new here is that we're using it in conjunction with HERE
[18:53] <cyphermox> ToyKeeper: cool
[18:53] <lool> elopio: so if you want to confirm everything works, you want to run everything, if you want to test the changes you only need to run osm touch
[18:53] <tvoss> elopio, no need to run the automated tests for now
[18:54] <cyphermox> slangasek: do you have time to review network-manager in utopic before we go to land it in rtm?
[18:54] <elopio> lool: if you already ran everything and are really sure any failures on the change are caught by using osm touch, I will just do that and some exploratory time
[18:55] <slangasek> cyphermox: "go to land it in RTM" - is it on the shortlist for today's RTM image promotion?
[18:55] <ogra_> elopio, i think tvoss filed a bug for osmtouch today and contacted the maintainer
[18:55] <lool> elopio: that might be the most sensible thing; the actual GPS provider didn't change
[18:55] <lool> elopio: it's just the logic to use it
[18:55] <slangasek> cyphermox: I can certainly review, but I'm unsure about your step 2 there :)
[18:56] <cyphermox> slangasek: some say it's i nthe critical bugs, but it wasn't in the "list of silos to land"
[18:56] <sil2100> davmor2: hey, what are you testing right now?
[18:56] <cyphermox> but it was definitely in the original list of cricial bugs to land before rtm
[18:56] <elopio> davmor2: Saviq: my dash takes a long time to show anything. It stays white for a while. And If I do something while it's white, it remains white. Is that a known issue?
[18:56] <lool> elopio: what you shoudl witness (that I did witness) is that the location is guessed by HERE with a large circle, based on wifi/cell, then by GPS after a while outside, then again by HERE if you go back inside
[18:56] <ogra_> elopio, https://bugs.launchpad.net/osmtouch/+bug/1381463
[18:56] <cyphermox> slangasek: step1 is more important, I'd rather it be landed properly in utopic and then we can deal with syncing or whatever easily
[18:56] <davmor2> sil2100: 6, 4 failed, 19 and 21 between us
[18:57] <lool> ogra_: that does affect the quality, but it should still allow testing
[18:57] <slangasek> cyphermox: ok.  So it's probably not going in this image promotion; it's still fine to push it into a silo etc., just don't expect it to land today unless the product folks say so
[18:57] <cyphermox> slangasek: I know
[18:57] <ToyKeeper> Cool, still getting the wrong indicator on pulldown sometimes.  I thought that was fixed.  (well, only once so far)
[18:57] <sil2100> lool, tvoss, pmcgowan: does it still make 4 as required to land before we do the cut-off?
[18:57] <cyphermox> ToyKeeper: right, it's not fixed.
[18:57] <sil2100> Or do we leave it behind?
[18:58] <tvoss> sil2100, definitely
[18:58] <slangasek> cyphermox: working on grabbing the package so that I can review it (pff, syncs == no diffs)
[18:58] <cyphermox> yes
[18:58] <davmor2> ToyKeeper: on network if you flip flightmode?
[18:58] <cyphermox> cf. #u-release, I know I forgot one thing in changelog :(
[18:58] <pmcgowan> tvoss, how soon to a fix
[18:58] <ToyKeeper> davmor2: Yup, exactly that.
[18:58] <john-mcaleely> http://people.canonical.com/~jhm/barajas/device_krillin-20141015-32e0f27.tar.xz
[18:59] <john-mcaleely> http://people.canonical.com/~jhm/barajas/device_krillin-20141015-32e0f27.changes
[18:59] <elopio> ogra_, tvoss, lool: I'm not sure how will that bug affect my testing. I guess that sometimes I won't get an updated position.
[18:59] <davmor2> ToyKeeper: the fix might be in the silo I'm testing I have the new indicator system
[18:59] <john-mcaleely> http://people.canonical.com/~jhm/barajas/device_krillin-testresults-20141015-32e0f27.ods
[18:59] <john-mcaleely> brendand, official version of device tarball I provided earlier.
[18:59] <lool> elopio: yeah; it's been there forever
[18:59] <john-mcaleely> folks, note test environment: silo 5 + #1-6
[18:59] <john-mcaleely> #106, even
[18:59] <lool> elopio: it's mostly a bug that delays updates
[18:59] <john-mcaleely> this device tarball is *only* to be landed if silo5 lands
[19:00] <lool> elopio: just FYI, I've just retested the updated binaries (3 packages from 2 sources); went outside and back in, and got the HERE fix, GPS fix, HERE Fix sequence Iv'e scribed
[19:00] <john-mcaleely> and if silo5 lands, this tarball *must* land
[19:00] <lool> *described
[19:00] <elopio> lool: ok, that makes it really clear. I think it would be a useful addition to the test plan.
[19:00] <elopio> I'm going to reflash and then walk the dog and the phone to see what happens :)
[19:01] <sil2100> \o/
[19:01] <tvoss> pmcgowan, pretty fast from here, then gps takes over
[19:02] <sil2100> cyphermox, ToyKeeper: publishing silo 19 then!
[19:02] <cyphermox> sil2100: it's not in utopic yet...
[19:02] <tvoss> pmcgowan, whatever delivers first/better
[19:02] <ogra_> cyphermox, but it will be
[19:02] <sil2100> cyphermox: no worries
[19:02] <cwayne> elopio: im seeing the white dash for a bit too, weird
[19:02] <sil2100> cyphermox: it's published so it's enough
[19:03] <elopio> cwayne: when you see it white, can you please open an app?
[19:03] <lool> trainguards, I understand the custom tarball passed testing; did someone copy it across channels?
[19:03] <elopio> when I do that and get back to the dash, it seems to be white forever.
[19:03] <sil2100> lool: it did? Who tested the custom tarball?
[19:03] <cwayne> ?
[19:03] <sil2100> lool: as far as I know it wasn't tested yet
[19:03] <pmcgowan> tvoss, oh lol, I meant a fix for silo 4
[19:03] <cwayne> mine hasn't at least..
[19:03] <lool> sil2100: oh sorry that's something else
[19:03] <sil2100> lool: as we didn't build a new image with the apparmor profiles
[19:04] <lool> sil2100: I see "Custom tarball fixes for rtm" on passed list on trello
[19:04] <slangasek> cyphermox: fwiw, as someone who has to review diffs in the queue, I really hate seeing '+#if 0' in a patch... since I inevitably don't get to see the context of what's been ifdef'ed out
[19:04] <tvoss> pmcgowan, sorry, didn't know weneed a fix for 4
[19:04] <davmor2> lool: that's an old one
[19:04] <tvoss> pmcgowan, lool might be your friend here
[19:04] <lool> sil2100: where is the testing tracked?
[19:04] <sil2100> lool: I think that was the one from the morning
[19:04] <lool> sil2100: yeah
[19:04] <ogra_> sil2100, apparmor is in the archive and will end up on the next rootfs
[19:04] <sil2100> lool: we're not testing the custom tarball yet, so it's not tracked anywhere
[19:04] <sil2100> ogra_: right, I know
[19:04] <lool> ah
[19:04] <pmcgowan> sil2100, silo 4? whats the issue
[19:04] <sil2100> But we didn't build one
[19:04] <lool> pmcgowan: it's back on track
[19:05] <pmcgowan> ah good nm then
[19:05] <ogra_> pmcgowan, no issue, elopio is actively testing
[19:05] <lool> elopio: mind updating the card?
[19:05] <sil2100> pmcgowan: elopio knows the details, but lool has it on his radar
[19:05] <cyphermox> slangasek: I understand
[19:05] <davmor2> pmcgowan: elopio can fill you in, wrong lxc version or something :)
[19:05] <pmcgowan> great
[19:05] <elopio> lool: sure
[19:05] <cwayne> elopio: hm, i can't reproduce that, just the whiteness on first boot
[19:06] <ogra_> pmcgowan, that landing exposed a bunch of not rtm landed changes in lxc-android-conig (which we should pull in next week) ...
[19:06] <ogra_> (silo 04 that is)
[19:06] <davmor2> pmcgowan: on a plus side drinks are on lool I think that was the rule if you broke the silo in the 11th hour right?
[19:06] <dbarth> ogra_: problem solved; 1.0.25 uploaded and approved; it installs cleanly on #106
[19:06] <ogra_> dbarth, cool
[19:06]  * ogra_ checks 
[19:06] <john-mcaleely> ogra_, sil2100 ^^ (some way back) the device tarball we'll need to land if we land silo 5
[19:06] <elopio> cwayne: ok, thanks. I'm not sure how to reproduce it reliably, I'll keep trying.
[19:06] <ogra_> john-mcaleely, yep
[19:07] <john-mcaleely> ogra_, realised I didn't include my usual ping :-)
[19:07] <ogra_> :)
[19:07] <john-mcaleely> I guess everyone is reading here tonight though
[19:07] <ogra_> dbarth, thumbs up ... updated fine here
[19:07] <sil2100> john-mcaleely, ogra_: so, silo 5 has media-hub as well, so if it lands it needs to land AFTER silo 21
[19:07] <sil2100> So it will need a rebuild
[19:07] <pmcgowan> davmor2, why yes it is the rule
[19:07] <john-mcaleely> sil2100, ack to whatever that means :-)
[19:08] <ogra_> sil2100, oh
[19:08] <john-mcaleely> uhoh
[19:08] <ogra_> sil2100, as long as you stay on top of that :)
[19:08] <sil2100> So far yeah, but things are getting a bit confusing, as things are getting added to teh list!
[19:08] <ogra_> eek
[19:08] <ogra_> make it readonly :P
[19:08] <cwayne> pstolowski: are you going to build silo 12? just wanna do some quick ad hoc testing
[19:08] <Saviq> elopio, is it really white or can you see the folded paper background?
[19:08] <sil2100> I think I need to grab something to eat, instant ramen seems like a good choice
[19:09] <sil2100> brb
[19:09] <ogra_> (i guess thats hard with a mail thread )
[19:09] <lool> davmor2: damn
[19:09] <sil2100> ogra_: ;p
[19:09] <cwayne> Saviq: i see the paper
[19:09] <elopio> Saviq: I don't quite remember. I'll let you know on my next flash.
[19:10] <Saviq> cwayne, and nothing else, or just for some time?
[19:10] <pstolowski> cwayne, that should sync from silo 14
[19:10] <cwayne> pstolowski: dont you still have to press build? i usually do in my sync silos
[19:11] <cwayne> Saviq: nothing else, for a few seconds
[19:11] <cwayne> let me reboot to re-test and be sure
[19:11] <Saviq> cwayne, right, so it's loading, that's kinda expected
[19:11] <pstolowski> cwayne, hmm i never did.. and it was just happening
[19:11] <rsalveti> sil2100: I'm on top of the media-hub landings
[19:11] <cwayne> yeah, im wondering if it's because of some of the added scopes in newcustom, maybe the query all is taking longer than it used to
[19:12] <Wellark> Saviq: have we landed?
[19:12] <Saviq> Wellark, not just yet, testing, but nothing problematic found yet
[19:12] <Wellark> Saviq: ack
[19:13] <cwayne> Saviq: yeah, so i see the paper background + indicators for 10 seconds if i unlock RIGHT after it boots
[19:13] <pstolowski> cwayne, ok, i hit build
[19:14] <Saviq> cwayne, yeah, that's expected, there's even a bug from Mark about it
[19:14] <cwayne> Saviq: ah ok, cool
[19:14] <cwayne> yeah, so i guess it could just be the additional scopes now
[19:15] <davmor2> sil2100: can we have a new definitive list of silos please, it was 4,6,12,16, 16 became 21 and 19 right but 16 could still do with landing right?  In which case why has john-mcaleely created a device tarball if 5 lands?
[19:16] <john-mcaleely> davmor2, I'm just making sure I'm not roadkill if someone wants silo5 :-)
[19:16] <sil2100> davmor2: ok, let me write that on the thread, but 16 is not a blocker for sure, the only blocker in there is now in 21
[19:17] <sil2100> davmor2: so it's 4,6,19 and 21 - not sure if 12 is a blocker
[19:17] <sil2100> davmor2: (12 is just 'would be nice to land')
[19:17] <davmor2> 12 went though as an isolated fix
[19:17] <sil2100> davmor2: oh
[19:17] <davmor2> sil2100:  at least that's what was said earlier that it had landed
[19:18] <sil2100> davmor2: ah! Right, ok, I know now what's up... so yeah, 12 landed, now there's a different 12 ;)
[19:18] <sil2100> And this new 12 is not a blocker
[19:18] <sil2100> davmor2: as for silo 5, I wouldn't consider that a problem
[19:19] <sil2100> davmor2: one thing that needs attention for sure is the new custom tarball, which as you know is blocked on us getting a new image
[19:19] <sil2100> ogra_, slangasek: how's the building image situation look right now?
[19:20] <rsalveti> silo 5 is a nice to have because it's part of the critical list, but not a image blocker
[19:20] <ogra_> sil2100, should be fine afaik (havent heard anything different)
[19:20] <sil2100> Saviq: how's silo 6 testing going?
[19:20] <davmor2> sil2100: indeed that is next once the silos are through we already know the game plan there
[19:21] <Saviq> sil2100, looking good here actually
[19:21] <sil2100> davmor2: prepare for unity8 in silo 6 soon!
[19:21] <Saviq> sil2100, he's already doing it ;)
[19:21] <ogra_> davmor2, did we ever get an answer about the missing headers in some scopes ?
[19:21] <sil2100> Oh, it wasn't marked as needing QA sign-off ;)
[19:21] <sil2100> At least on the dashboard
[19:22] <davmor2> sil2100: you know when you asked what we were testing and I said 4 failed 6 19 and 21 :P
[19:22] <Saviq> sil2100, yeah, I didn't push the button, but davmor2 wanted in on the action, looking to blame me for something
[19:22] <sil2100> davmor2: put it on the trello board then dammit! :)
[19:22] <sil2100> Saviq: hah ;)
[19:22] <sil2100> Anyway, great job guys
[19:22] <davmor2> Saviq: that's easy what time do you call this to be releasing silos :p
[19:22] <Saviq> davmor2, the BEST time
[19:23] <ogra_> crazy talk
[19:23] <davmor2> sil2100: I was letting the system take control once the devs had done their test so we still kept the system clean
[19:29] <davmor2> Saviq: I'm going to find something now damn you ;)
[19:29] <Saviq> davmor2, don't damn me :D
[19:30] <ogra_> davmor2, damn him if you need, BUT DONT FIND SOMETHING !
[19:30] <Saviq> davmor2, blame is fine, damning is a bit over the top! :P
[19:31] <davmor2> Saviq: okay I take back the damn
[19:31] <ogra_> and no blame and no findings now !
[19:31] <ogra_> :)
[19:31] <davmor2> ogra_: no :p
[19:32] <ogra_> sil2100, i see some dirt on the dashboard ... silo 14 is long empty
[19:33] <davmor2> Saviq: wow my French is improving I can read notifications, Bluetooth, time & date in the new indicators :P
[19:33] <davmor2> ogra_: ^ I'm happy now :)
[19:33]  * ogra_ hugs davmor2 
[19:33]  * ogra_ is happy too
[19:43] <elopio> Saviq: yes, I see the folding paper and I can no longer reproduce that thing where it remained white. Do you have the link for the bug at hand?
[19:43] <Saviq> elopio, no, there's no bug that I know like that ;)
[19:44] <elopio> Saviq: I misunderstood then, sorry.
[19:44] <elopio> Saviq: I will file one and add it to the perceived performance report.
[19:44] <Saviq> elopio, would be best if you could find steps to reproduce ;)
[19:45] <slangasek> sil2100, ogra_: images build fine, doing an upgrade test on devel-proposed/mako now to confirm correctness of the upgrade
[19:45] <elopio> Saviq: I mean, for the delay in the icons to appear. For the other one, I will keep an eye but it seems it no longer happens.
[19:45] <elopio> I might have done something weird yesterday.
[19:45] <ogra_> slangasek, awesome !
[19:45] <Saviq> elopio, ah that one
[19:46] <Saviq> elopio, there is one already then, lookin'
[19:46] <slangasek> sil2100, ogra_: actually, still waiting for system-image import to finish
[19:46] <ogra_> yeha, that takes a while
[19:46] <Saviq> elopio, I though there was, at least
[19:46] <ogra_> 30-45min
[19:46]  * slangasek nods
[19:47] <Saviq> elopio, right, bug #1379381
[19:47] <davmor2> dbarth: you about still?
[19:47] <ogra_> elopio, you surely just pulled the collar to tight when you walked the phone
[19:48] <ogra_> (so it reacts a little slower)
[19:48] <elopio> :) I haven't moved from my chair yet.
[19:48] <ogra_> oh
[19:48] <elopio> it might be that it's sleeping like the dog. He's snoring.
[19:48] <ogra_> haha
[19:48] <elopio> thanks Saviq
[19:48] <sil2100> Back from eating
[19:49] <cwayne> Saviq: seems much improved with silo 12 btw, maybe 4ish seconds instead of 10 after a reboot
[19:49] <slangasek> cwayne: hi, what's the status of the custom tarballs?  Any ETA for those updates?
[19:49] <ogra_> cwayne, did you try applying silo 12 twice ? it might go backwards in time then :)
[19:49] <jhodapp> sil2100, still working on the aspect ratio issue
[19:50] <Saviq> cwayne, right, that would do it
[19:50] <cwayne> slangasek: the krillin+rtm one is ready, just waiting for a new image with apparmor-easyprof-ubuntu updated so the cache matches before giving it to qa
[19:50] <davmor2> Saviq this is all your fault http://people.canonical.com/~davmor2/oops.png ;)   ← dbarth noticed this the t is cut off, this is if you have no accounts and try and install and app
[19:51] <Saviq> davmor2, damn me!
[19:51] <ogra_> davmor2, just use a more sane language setting :P
[19:51] <slangasek> cwayne: oh; I don't think I understood that there was a dependency on a new image.  Which channel do you need that image on?
[19:51] <ogra_> something using shorter words
[19:51] <davmor2> ogra_: the german is longer :P
[19:51] <ogra_> o_O
[19:51] <cwayne> slangasek: 14.09-proposed on krillin
[19:51] <Saviq> who'd have thought!
[19:51] <slangasek> ok
[19:52] <slangasek> ogra_: ^^ you were asking earlier about whether it was ok to build an image on rtm; sounds like not only it's ok, but it's urgent?
[19:52] <sil2100> slangasek, ogra_: let's wait now with kicking a new image once our urgent things land
[19:52] <slangasek> sil2100: which urgent things?
[19:52] <ogra_> slangasek, well, not urgent, custom can land in the same image or shortly after
[19:52] <sil2100> slangasek: the blocking silos
[19:52]  * elopio walks his krillin. bbs
[19:53] <ogra_> :)
[19:53] <davmor2> Saviq: sshhhh I want to see if ogra will delete all of his accounts to see if I'm right or not ;)
[19:53] <slangasek> sil2100: according to cwayne, he needs a new image build *before* he can provide us the custom tarball
[19:53] <sil2100> slangasek: so, since image builds take ~2h, it doesn't make sense to kick a new image now since we'll need to kick a new image once those getin
[19:53] <ogra_> slangasek, right
[19:53] <sil2100> slangasek: yeah, we know that
[19:53] <sil2100> custom will land afterwards
[19:53] <sil2100> No worries, all under control
[19:53] <ogra_> slangasek, if i time him right he can even land in the same one
[19:53] <ogra_> but worst case its 30min behind
[19:53] <sil2100> davmor2: is there a problem with 6?!
[19:53] <slangasek> sil2100, ogra_: ok, there is no reason at all to wait before kicking this image off - we have the parallel build infrastructure to allow overlapping builds
[19:53] <slangasek> afaik
[19:54] <davmor2> slangasek: yeah we know,  we are landing all the critical silos in one image then handing it over to cwayne or there would be too many images :)
[19:54] <ogra_> slangasek, i think sil2100 wants to hold back to get everything into one
[19:54] <slangasek> why?
[19:54] <ogra_> slangasek, also to make it easier for QA
[19:54] <davmor2> sil2100: not so far
[19:54] <slangasek> cwayne needs a new image - it doesn't need to be qa'ed, it doesn't need to have these other changes in it
[19:54] <slangasek> it just needs to be built
[19:54] <davmor2> slangasek: yes it does and he needs one of the silos
[19:54] <slangasek> why can't we kick an image off now, and another once the other silos are in?
[19:55] <slangasek> davmor2: what now?
[19:55] <davmor2> slangasek: 2 hours per image and we need to test them
[19:55] <slangasek> why do you need to test *this* image?
[19:55] <sil2100> Ok ok, wait guys
[19:55] <sil2100> So, cwayne do you need this image to actually *test* the custom tarball from your side?
[19:55] <slangasek> if the image is being built just to give cwayne an image he can have a matching cache on
[19:55] <sil2100> cwayne: or do we only need to test the custom tarball from the QA side?
[19:55] <davmor2> we need to test the custom tar ball and we need to test the image that is built for the silos 2 images
[19:56] <cwayne> no, just to avoid the super-long first-boot
[19:56] <ogra_> right
[19:56] <cwayne> i've been testing the tarball itself fine with the latest image
[19:56] <slangasek> ok
[19:56] <ogra_> which will be fixed in the next upcoming image
[19:56] <cwayne> we just can't release it in that state
[19:56] <cwayne> right
[19:56] <slangasek> cwayne: right - we have more image builds coming anyway
[19:56] <cwayne> yep
[19:56] <sil2100> slangasek: so it's not required for testing, and since QA anyway is busy with the other blockers, all is in order now :)
[19:56] <dbarth> davmor2: the layout is unfortunate indeed
[19:56] <davmor2> cwayne: apparently sil2100 says that the apparmor stuff it in :)
[19:57] <slangasek> cwayne: so given that the livecd-rootfs changes that need to go in before we can have a releasable image are blocked on your custom tarballs, I think you shouldn't block on this?
[19:57] <sil2100> It's in the archive
[19:57] <sil2100> Not in the image ;)
[19:57] <cwayne> why are they blocked on my tarballs?
[19:57] <davmor2> sil2100: no but that would get built with everything else though right?
[19:58] <davmor2> slangasek: I'm nearly done why not see who else has stuff to land. If I'm the last then the image for cwayne will be ready in a couple of hours anyway
[19:58] <slangasek> cwayne: we want the tarballs with the core apps, for those channels that are expected to continue to have them preinstalled, available before we drop the click packages from the rootfs
[19:59] <sil2100> davmor2: there's still 21 with brendand
[19:59] <sil2100> brendand: how's it going?
[19:59] <sil2100> (and 004)
[19:59] <slangasek> cwayne: which I understood to mean the utopic/krillin, utopic-customized-here/*, and 14.09/mako tarballs
[20:00] <slangasek> cwayne: does this match your understanding of which custom tarballs you're responsible for?
[20:01] <cwayne> slangasek: yeah, i'm responsible for 14.09/krillin, then the savilerow ones which can lag because those aren't in a working state atm
[20:02] <slangasek> cwayne: 14.09/krillin is explicitly not on my list, because it's not supposed to contain the click packages and is not blocking us
[20:02] <cwayne> er, well it contains the click packages, but along with other stuff not maintained by you guys, yes
[20:02] <tvoss> trainguards, can I get an rtm silo for line 79, please?
[20:02] <cjwatson> slangasek: only in my working tree - are you on it already?
[20:02] <slangasek> cjwatson: not yet; want to push an MP or such?
[20:03] <sil2100> tvoss: sure!
[20:03] <cjwatson> slangasek: it's the pastebin from earlier, so I can commit directly if you like
[20:03] <tvoss> sil2100, thanks
[20:03] <slangasek> cwayne: no, 14.09/krillin is not supposed to contain these click packages at all, the whole point of this rootfs split is that they are NOT being shipped on krillin
[20:03] <tvoss> sil2100, can you hit build while you are at it?
[20:03] <sil2100> tvoss: sure! btw. would you classify this as an isolated bugfix?
[20:04] <ogra_> its a bugfix for sure
[20:04] <cwayne> slangasek: a small subset of them are
[20:04] <cwayne> just not all of them
[20:04] <slangasek> cjwatson: sorry, I don't find your earlier pastebin in scrollback
[20:04] <cjwatson> slangasek: oh, maybe I didn't, it's http://paste.ubuntu.com/8566897/
[20:04]  * ogra_ hands tvoss some duct tape for the isolation 
[20:04] <tvoss> sil2100, pretty much, yes
[20:04] <tvoss> ogra_, :)
[20:04] <slangasek> cwayne: which click packages?
[20:04] <tvoss> AlbertA, you reviewed the patch, I would describe it as prettymuch isolated
[20:04] <cwayne> weather, clock, calculator
[20:05] <cwayne> the payui
[20:05] <AlbertA> tvoss: yeah isolated
[20:05] <davmor2> Saviq: you haven't marked your side tested
[20:05] <slangasek> cwayne: we are not removing all of the click packages from the rootfs, only those that bug #1367332 specified should not be included in krillin
[20:05] <tvoss> sil2100, ^
[20:05] <slangasek> cwayne: which means that you shouldn't be shipping any core app click packages in the custom for 14.09/krillin, because they're already in the rootfs and this will be duplication (and cost us space)
[20:05] <Saviq> davmor2, because I'm still testing, just about done
[20:05] <robru> tvoss: rtm 23
[20:06] <sil2100> tvoss: ACK
[20:06] <cjwatson> slangasek,cwayne: maybe I confused the issue here somehow
[20:06] <sil2100> robru: I was handling that ;) But thanks
[20:06] <tvoss> robru, thanks
[20:06] <robru> sil2100: go to sleep ;-)
[20:06] <sil2100> No waaaay
[20:06] <robru> tvoss: you're welcome!
[20:06] <ogra_> robru, nobody sleeps tonight
[20:06] <ogra_> well ... perhaps the lion sleeps tonight :)
[20:07] <slangasek> cjwatson: ah, yes, you did paste that earlier... yes, it should really be that trivial, shouldn't it?  go for it
[20:07] <tvoss> ogra_, alter ... sorry, to stick to german
[20:07] <ogra_> lol
[20:08] <brendand> sil2100, nothing obviously wrong and it fixes the bugs so
[20:08] <davmor2> ogra_: damn you now I have to listen to the lion sleeps tonight
[20:08] <cwayne> i thought the whole point was to get all of the core apps into /custom to free up space, then each image would decide which apps to ship with?
[20:08] <brendand> so far
[20:08] <ogra_> davmor2, hah, so it worked, great :)
[20:08] <cjwatson> we've already decided that 14.09/krillin isn't shipping these ones though
[20:08] <cjwatson> so sorry, I'm pretty sure I induced this confusion
[20:08] <cwayne> who's we?
[20:09] <cjwatson> the product team
[20:09] <cjwatson> see the top of https://bugs.launchpad.net/barajas/+bug/1367332
[20:09] <brendand> davmor2, how did 6 get signed off?
[20:09] <cwayne> 14.09 krillin is supposed to have amazon ebay gmail reminders twitter an facebook
[20:09] <cwayne> according to joe, and whats in the barajas feature matrix
[20:09] <cjwatson> err, ok, maybe I misread
[20:09] <cjwatson> so if you know which ones they're supposed to have, then put those ones in :)
[20:09] <sil2100> ogra_: you have a moment for a main package packaging ACK? :)
[20:10] <ogra_> brendand, wrt your camera bug, see rtm 023 now :)
[20:10] <cjwatson> cwayne: but why are you including weather, clock, calculator, payui?
[20:10] <ogra_> sil2100, shoot
[20:10] <cwayne> cjwatson: i did :)
[20:10] <cjwatson> cwayne: those ones are still in the rootfs
[20:10] <cwayne> cjwatson: because i thought they were all being removed from the rootfs
[20:10] <davmor2> brendand: I was testing at the same time as Saviq
[20:10] <cjwatson> no, that was not the instruction we received
[20:10] <cwayne> i thought the whole point was to free space on the rootfs
[20:10] <cjwatson> we were told to move ten specific apps
[20:10] <cjwatson> we are freeing space on the rootfs
[20:10] <slangasek> cwayne, cjwatson: well, that doesn't match the list in bug #1367332; again, the only reason we're moving these apps out of rootfs is because we were told they're not part of what we're shipping for rtm
[20:10] <brendand> davmor2, right well put it on the board even if you need to create a card
[20:11] <davmor2> brendand: will do
[20:11] <brendand> davmor2, btw doesn't changing alarm sounds work now?
[20:11] <cjwatson> my understanding was that we were not moving the apps that we expected basically everyone to ship
[20:11] <brendand> davmor2, was sure i tested the silo that made it work this morning
[20:11] <slangasek> so should we be putting amazon, ebay, gmail, reminders, twitter, and facebook back in the rootfs?
[20:11] <brendand> davmor2, now it's broke again
[20:11] <ogra_> brendand, we had no image today
[20:11] <cwayne> slangasek: no i dont think so
[20:11] <davmor2> brendand: has it landed in an image yet?
[20:11] <slangasek> cwayne: ok, why not? :)
[20:12] <slangasek> the list was supposed to be "things we're not shipping in RTM"
[20:12] <cjwatson> regardless, it's too late to remove more apps from the rootfs
[20:12] <cjwatson> we are cutting this excruciatingly fine as it is
[20:12] <brendand> ogra_, why does udf claim to install 106?
[20:12] <slangasek> right, I'm concerned about whether we should be putting them /back/
[20:12] <davmor2> brendand: it might of landed after the device tarball in which case there hasn't been another image this next one will be it
[20:12] <ogra_> brendand, device tarball
[20:13] <brendand> ogra_, gotcha
[20:13] <cjwatson> slangasek: well it's not a problem to have them in custom, we might as well finish the job
[20:13] <cwayne> right
[20:13] <slangasek> ok
[20:13] <cjwatson> I'm concerned about changing direction at the last minute ...
[20:13] <cjwatson> livecd-rootfs 2.257 uploaded
[20:13] <ogra_> cjwatson, that seems to be fashionable though
[20:14] <Saviq> trainguards, rtm silo 6 can be published, I had to reconfigure for dropping ubuntu-system-settings for now
[20:15] <slangasek> john-mcaleely, pmcgowan: so it seems there's some confusion about what click packages are actually meant to be cut for the krillin release (bug #1367332); the list we got from asac said amazon, ebay, gmail, reminders, twitter, and facebook were all supposed to go from the rootfs because they're not being shipped, cwayne says that JoeO says that they're supposed to be shipped
[20:16] <slangasek> john-mcaleely, pmcgowan: we're not blocked as far as the rootfs is concerned, but I think we need clarity about whether they should actually be in the custom tarball that cwayne is producing, or not
[20:16] <sergiusens> slangasek: I thought gmail, facebook and non china friendly clicks were supposed to be stripped and "customized"
[20:16] <robru> Saviq: is it one of the critical rtm ones for today?
[20:17] <Saviq> robru, oh, ye
[20:17] <Saviq> s
[20:17] <robru> Ok, will publish
[20:17] <slangasek> sergiusens: that might possibly be, but that was not the rationale I was given, and I want to make sure we're all on the same page
[20:18] <sil2100> ogra_: https://ci-train.ubuntu.com/job/ubuntu-landing-002-2-publish/58/artifact/packaging_changes_trust-store_1.1.0+14.10.20141015-0ubuntu1.diff <- this seems ok :)
[20:18] <sil2100> What do you think?
[20:18] <ogra_> saiACK
[20:18] <ogra_> bah
[20:18] <ogra_> sil2100, ACK
[20:19] <cwayne> my understanding was all clicks were going to be removed from rootfs and moved to custom for their respective images, though I appear to be in the minority here, so perhaps I misunderstood
[20:19] <davmor2> Saviq: \o/
[20:19] <Saviq> davmor2, indeed, I love it when a silo comes together
[20:19] <Saviq> OOF
[20:19] <Saviq> that scared me
[20:19] <imgbot> [20:19] <imgbot> [20:19] <slangasek> cwayne: that was definitely never the plan; even if there's some dispute over the exact list to remove, bug #1367332 does have /an/ explicit list of ones that we're removing :)
[20:20] <davmor2> Saviq: although you did break translations on the indicators.  So ogra_ is gonna hate you now ;)
[20:20] <ogra_> am i ?
[20:20] <davmor2> ogra_: hahaha
[20:20] <ogra_> heh
[20:20] <davmor2> ogra_: way to play along dude
[20:20] <slangasek> cwayne: anyway, for now I think you're fine to go ahead and produce a custom tarball for 14.09/krillin that includes any of the click packages, listed on 1367332, that you understand are supposed to be on krillin
[20:20] <elopio> lool: I have some problems.
[20:21] <cwayne> slangasek: ack
[20:21] <cjwatson> slangasek: it does say "moved" - the first bit that says "removed" is Victor's comment #4
[20:21] <elopio> lool: after allowing openstreetmap.org to access location, I get permission denied.
[20:21] <slangasek> cjwatson: er, fair point :)
[20:23] <slangasek> cwayne: that being the case, I think we need this one tarball which would be used for */krillin; and we also need 14.09/mako and utopic-customized-here/mako, which should be the same contents as our public one, plus HERE support.  Is that something you'll be able to take care of?
[20:23] <cwayne> slangasek: 14.09/krillin and utopic/krillin have different ones (14.09 includes the bq customizations and scopes)
[20:25] <cjwatson> slangasek: the HERE stuff is already done
[20:26] <cjwatson> Loïc sorted that out earlier
[20:27] <slangasek> cjwatson: so 14.09/mako and utopic-customized-here/mako are covered?
[20:28] <cjwatson> slangasek: specifically, ubuntu-touch/utopic-proposed-customized-here/{mako,krillin} and ubuntu-touch/ubuntu-rtm/14.09-proposed/mako are covered, yes
[20:29] <sil2100> brendand, elopio: so the only things left from the silo side are 004 and 021, right?
[20:29] <sil2100> pmcgowan: ^
[20:29] <john-mcaleely> slangasek, I think that removed from rootfs != whether they are in the custom tarball
[20:29] <slangasek> cjwatson: ok, perfect
[20:29] <slangasek> john-mcaleely: right, pmcgowan has clarified in private, thanks
[20:29] <ogra_> sil2100, what about 012
[20:29] <john-mcaleely> slangasek, cool
[20:30] <pmcgowan> right 21
[20:30] <pmcgowan> oh
[20:30] <sil2100> ogra_: so, the silo 012 that we needed already landed long ago, this is something new
[20:30] <sil2100> ogra_: the 012 there is not blocking, just something that 'would be nice to land'
[20:30] <ogra_> sil2100, yes, just saying
[20:30] <ogra_> sil2100, since i saw you talk to pstolowski earlier
[20:30] <pmcgowan> sil2100, right it is a crit from the list it seems
[20:31] <sil2100> Yeah, but we don't need to block on it
[20:31] <sil2100> davmor2: what are you testing right now?
[20:31] <ogra_> if there are still hands free for testing it it wouldnt be bad to get it
[20:31] <sil2100> davmor2 might be free IIRC
[20:31] <pmcgowan> sil2100, we are trying to land all fixes until we are out of time
[20:32] <ogra_> (i guess that same is true for 023 though)
[20:32] <sil2100> pmcgowan: right, but I'm afraid we're slowly running out of time
[20:32] <pmcgowan> sure
[20:32] <sil2100> pmcgowan: as, as mentioned, we need 2h for the new image build, some time for custom tarball testing, then 4-5 hours for promotion testing
[20:32] <davmor2> sil2100: nothing
[20:32] <sil2100> And then there's the possibility of what to do if there are additional blockers
[20:33] <sil2100> davmor2: can you maybe try looking into the new silo 12?
[20:33] <sil2100> (scopes-shell)
[20:33] <sil2100> davmor2: ...or are you EOD already? :)
[20:33]  * sil2100 doesn't want to make davmor2's wife angry
[20:33] <sil2100> As we're still waiting on the two silos from elopio and brendand
[20:33] <davmor2> sil2100: I'm on till the fat lady sings
[20:34] <ogra_> davmor2, make sure she doesnt wake the lion though
[20:34] <ogra_> that could end nasty
[20:34] <davmor2> sil2100:  no it wasn't on the list :P
[20:35] <slangasek> cwayne: ok, I'm on the same page now - 14.09/krillin is the only custom we're waiting for :-)
[20:36] <ogra_> phew :)
[20:37] <cwayne> yep :)
[20:37] <sil2100> davmor2: heeey
[20:37] <sil2100> davmor2: can you join us in the hangout?
[20:37] <davmor2> sil2100: where
[20:39] <cjwatson> slangasek: so we can check that devel-proposed has the right file layout and that it behaves appropriately on a device, and then push to rtm
[20:39] <ogra_> tvoss, err
[20:39] <slangasek> cjwatson: yep!
[20:39] <ogra_> tvoss, you didnt set "needs QA signoff" in the spreadsheet
[20:40] <tvoss> ogra_, oops, is that my job?
[20:40] <tvoss> ogra_, I thought that was done by trainguards
[20:41] <slangasek> ogra_: wiki page says it's the trainguards' job
[20:41] <slangasek> (https://wiki.ubuntu.com/citrain/LandingProcess)
[20:41] <ogra_> tvoss, oh, sil2100 did set it off because you convinced him its isooolated
[20:41] <ogra_> slangasek, yeah
[20:41] <tvoss> ogra_, even better :)
[20:41] <tvoss> rsalveti, seems like we can publish ;)
[20:41] <ogra_> yeah
[20:41] <tvoss> rsalveti, for the camera app hotfix
[20:43] <rsalveti> I don't think we can land without qa signoff at this moment
[20:43] <rsalveti> but it seems sil2100 was the one that changed it
[20:43] <rsalveti> sil2100: are you sure you want that?
[20:43] <thostr_> davmor2: is there any chance to get rtm silo 12 still qa signed off today?
[20:43] <ogra_> rsalveti, there was a discussion earlier
[20:44] <thostr_> davmor2: that is the pstolowski silo
[20:44] <rsalveti> ogra_: just double-checking
[20:44] <sil2100> Let me get back to you after the meeting
[20:44] <ogra_> rsalveti, we'll leave it to sil2100 to push the publich button :)
[20:44] <rsalveti> alright :-)
[20:44] <ogra_> cant be safer
[20:46] <sil2100> ;p
[20:49] <sil2100> thostr_: hey, so, I wanted to get some context on silo 12
[20:49] <sil2100> lool: ping
[20:49] <lool> sil2100: pong
[20:49] <sil2100> lool: so, I heard from elopio and davmor2 that silo 004 failed QA sign-off again
[20:50] <lool> sil2100: what's the issue?
[20:50] <elopio> sil2100, lool: I'm trying to confirm if it's a regression.
[20:50] <sil2100> elopio: ^
[20:50] <elopio> lool: after allowing openstreetmaps from the browser, it says permission denied.
[20:50] <elopio> I reflashed 106, and that doesn't happen. Now I'm putting back the silo.
[20:51] <elopio> lool: do you have it on your phone?
[20:51] <lool> the one from alan pope?
[20:51] <lool> I think I do, I'm booting to test this
[20:51] <thostr_> sil2100: shoot
[20:51] <ogra_> elopio, if you say browser do you literally mean the browser ?
[20:52] <lool> elopio: oh you mean the wbe site, not webapp
[20:52] <elopio> yes, open the browser, go to the url, click the arrow, allow.
[20:52] <ogra_> \o/
[20:52] <ogra_> next one to land
[20:53] <rsalveti> ogra_: sil2100: ^
[20:53] <ogra_> :D
[20:53] <rsalveti>  /o/ \o\ \o/
[20:53] <rsalveti> one more
[20:53] <ogra_> getting there
[20:53] <sil2100> rsalveti: \o/
[20:53] <Saviq> ↑ take THAT
[20:53] <cwayne> 2 more if 12 sneaks its way in :P
[20:53] <sil2100> rsalveti, brendand: thanks!
[20:54] <ogra_> sil2100, so 023 says its ready
[20:54] <ogra_> (the isolated bugfix)
[20:54] <sil2100> ogra_: still in a meeting, but I would actually hold it off for now
[20:54] <camako> fginther, a gentle reminder that the fixed demo runner is yet to be deployed... http://bazaar.launchpad.net/~mir-team/+junk/mir-demo-runner/
[20:54] <sil2100> But need to check it still
[20:54] <ogra_> ok
[20:55] <sil2100> (it can land as isolated bugfix after the cut-off I think)
[20:55] <thostr_> sil2100: rtm silo 12 basically stops loading ALL favorited scopes and aggregated scopes at startup. We're talking here about +30 scopes. Obviously, that will hammer the network which causes large delays or timeouts which then cause some scopes not showing anything.
[20:55] <fginther> camako, ahh, thanks for the reminder
[20:56] <cjwatson> livecd-rootfs publishing ...
[20:56] <sil2100> elopio, lool: we're waiting on you guys to confirm if 004 is rejected or not :)
[20:57] <sil2100> elopio, lool: if you could inform us of a final verdict then it would be awesome, since it's the only thing left
[20:57] <sil2100> (from the blockers)
[20:57] <sil2100> thostr_: hm, ok!
[20:57] <elopio> sil2100, lool: no permission denied now.
[20:57] <pmcgowan> sil2100, davmor2 seems silo 12 is a very good scopes fix unless thostr_  knows another workaround
[20:57] <lool> sil2100, elopio: What I can confirm is that I can't get webapps or web browser to work with my current install which is rtm + this silo
[20:57] <lool> I can't tell whether it's a regression yet
[20:57] <elopio> it's probably hard to reproduce.
[20:58] <lool> elopio: so it's working for you?
[20:58] <elopio> oh, I got it now.
[20:58] <lool> hmm?
[20:59] <davmor2> pmcgowan: right, so I'm just waiting on elopio and lool now to know whether to test.  Let me have a look at if and I'll try and give you a rough idea on how long to test
[20:59] <elopio> lool: I can't seem to get it working with openstreetmap on the browser.
[20:59] <thostr_> pmcgowan: there is no other workaround right now - at least not a cheap one. it's not the perfect solution (not sure if there is one) but it improves things quite a lot
[20:59] <elopio> it worked for osmtouch and the here app.
[20:59] <lool> elopio: is that a regression?
[20:59] <sil2100> thostr_: so, we think it's an important fix indeed, just wondering since we heard from pete that the fix for this issue won't land today
[20:59] <pmcgowan> davmor2, yes please get setup to test it
[20:59] <sil2100> thostr_: is that some partial fix?
[20:59] <cwayne> thostr_: +1 I tried it here, and it seems to improve things for me
[20:59] <pmcgowan> sil2100, as we discussed it avoids much of the traffic
[20:59] <thostr_> sil2100: well, pete ended his day already... we added some hours to get it done
[20:59] <davmor2> pmcgowan: already flash my phone just waiting for it to come up now
[21:00] <elopio> lool: it seems. I could get an approximate position on openstreetmap on the browser without the silo.
[21:00] <elopio> with the silo, I can't.
[21:00] <sil2100> davmor2: you try testing it in the meantime, and let's wait for a consensus on silo 004
[21:00] <lool> elopio: was it like the osmtouch one, or could it have been geoip
[21:00] <elopio> there could be other affecting factors, but it seems a regression.
[21:02] <lool> elopio: let me test one last thing: whether this is any better when we have a gps fix
[21:02] <lool> I'll need 5 mn
[21:03]  * sil2100 loves proposed migration on ubuntu-rtm
[21:03] <olli_> thostr_, even thouhg it's "just" a workaround... well done
[21:03] <olli_> thx for addressing that tonight
[21:03] <davmor2> sil2100, pmcgowan: maybe 30-60 minutes to test ish
[21:04] <pmcgowan> davmor2, go for it?
[21:05] <thostr_> olli_: it's not a workaround as such, it's just that there is still some more room for smartness to decide how many scopes to pre-query
[21:05] <olli_> thostr_, whatever it is it was aimed at improving the experience
[21:05] <thostr_> :)
[21:07] <elopio> lool: I didn't get that last question. Without the silo, I have to allow two dialogs on the webbrowser and then an approximate position appears, with the surrounding blue circle.
[21:07] <elopio> with the silo, only one dialog appears and the error appears after a while. I'm uploading a video.
[21:07] <lool> elopio, sil2100: sadly I can confirm that webapps / webbrowser maps dont work at all for me ATM; I cant say whether it's a regression specific to this silo, but it's possible and I'll trust elopio's testing on that
[21:08] <lool> unless you want me to reflash
[21:08] <lool> tvoss: ^
[21:08] <olli_> so, silo 004 doesn't seem to be making the cut then
[21:08] <lool> no
[21:09] <lool> I'm reflashing to confirm
[21:09] <olli_> bummer, but we'll cope
[21:09] <pmcgowan> sil2100, can we wait 20 mins for silo12?
[21:09] <cjwatson> sil2100: ... and a bit for the app removal from rootfs?
[21:09] <cjwatson> actually I guess that'll be a couple of hours, because we need to test devel-proposed first
[21:10] <sil2100> cjwatson: ugh
[21:10] <sil2100> lool, pmcgowan, olli_: ok, so let's ditch silo 004 then
[21:10] <ogra_> sil2100, was the custom tarball already tested ?
[21:10] <lool> sil2100: well remove it from your list, but can we please keep it for investigation tomorrow?
[21:10] <davmor2> ogra_: no
[21:10] <sil2100> ogra_: no, it will be tested by QA with the new image, so that everything is in which should be in
[21:11] <tvoss> lool, kinda confused now
[21:11] <ogra_> ok
[21:11] <lool> tvoss: didn't know you were around!
[21:11] <davmor2> lool: I can tell you that it is working in the here webapp without silo004
[21:11] <tvoss> lool, sure, we all are
[21:11] <lool> tvoss: executive summary is that webapps/webbrowser dont work anymore with silo 4
[21:11] <ogra_> nobody sleeps :)
[21:11] <elopio> davmor2: the webapp works with the silo.
[21:12] <lool> tvoss: which is GPS hardware enablement
[21:12] <sil2100> pmcgowan, olli_: as for silo 012, I would say let's wait 20-30 minutes for davmor2 on that and see if that's enough
[21:12] <davmor2> elopio: without silo 004 it is working for me
[21:12] <olli_> wfm
[21:12] <sil2100> cjwatson: so... for this to be ready a few hours are needed, right?
[21:12] <pmcgowan> sil2100, awesome
[21:12] <sil2100> cjwatson: I suppose it's hard to OTA if we would skip that, right?
[21:12] <tvoss> lool, let me retry
[21:13] <cjwatson> sil2100: Yeah, that was the point of it :-/
[21:13] <davmor2> tvoss: you have 30 minutes or so
[21:13] <olli_> cjwatson, what is the impact if it's in the next image
[21:13] <cjwatson> Well, AFAIK, I haven't actually looked
[21:13] <elopio> lool: bug #1381760
[21:13] <olli_> w/o going the OTA route
[21:13] <cjwatson> olli_: dunno, I'm just implementing
[21:13] <cjwatson> doing what I'm told mostly
[21:14] <sil2100> slangasek: ping
[21:14] <tvoss> davmor2, ack
[21:14] <tvoss> elopio, just to make sure: how many sims do you have?
[21:15] <elopio> tvoss: one.
[21:15] <tvoss> elopio, ack
[21:15] <tvoss> lool, see pm
[21:15] <davmor2> pmcgowan: sil2100: hmm I'm going to reboot a few more times, but it seem that some time every other scope is just grey other reboots everything is fine
[21:16] <sil2100> davmor2: uh
[21:16] <sil2100> thostr_: ^
[21:17] <olli_> cjwatson, cwayne, slangasek, can we discuss whether including this makes still sense at this point
[21:17] <olli_> seems hairy to me
[21:17] <olli_> this = https://bugs.launchpad.net/barajas/+bug/1367332
[21:17] <cjwatson> olli_: one thing I should point out is that we are in a halfway house right now
[21:17] <sil2100> ogra_: I would like slangasek here, as he might have more context
[21:17] <cjwatson> we have to commit one way or the other, and neither is likely to be significantly faster
[21:17] <ogra_> i guess you meant olli_
[21:18] <sil2100> So the original plan was to still have it, but I'm worried when hearing we need to still wait a few hours
[21:18] <sil2100> ogra_: right, sorry ;)
[21:18] <sil2100> olli_: ^
[21:18] <cjwatson> right now we're shipping click packages in *both* the rootfs and custom, as a transitional measure to make the landing safer
[21:18] <olli_> sil2100, already pinged him on a different channel
[21:18] <cjwatson> sil2100: we can go faster at the expense of prior assurance
[21:18] <olli_> cjwatson, I am talking specifically about the image today
[21:18] <cjwatson> olli_: so am I!
[21:18] <olli_> k
[21:19] <cjwatson> that is, we can do the rtm build with the packages stripped out of the rootfs quicker than a couple of hours, but we won't have been able to test beforehand that this works
[21:19] <cjwatson> I'm reasonably sure, but so far we've only tested with them in both places
[21:19] <sil2100> Ah, right, with them on the rootfs and the custom tarball at once, right?
[21:20] <cjwatson> sil2100: right
[21:20] <davmor2> sil2100: hmmm okay I can't get it to happen again now,  I don't know if it was just that image had just been instlalled
[21:20] <cjwatson> I could copy livecd-rootfs from utopic to 14.09-proposed and it would be available to run builds in 15 minutes or so
[21:21] <cjwatson> it's just that there's the possibility we might discover a problem there and have to revert
[21:21] <sil2100> It's a really hard thing to decide then, since it is a very important image
[21:21] <ogra_> well, better finding the issues now than tomorrow afternoon
[21:21] <cjwatson> looks like livecd-rootfs is published in utopic now, so starting a build
[21:22] <sil2100> hmmm
[21:22] <cjwatson> slangasek: ^-
[21:22] <sil2100> I'm wondering, correct me if I'm mentioning BS, but...
[21:22] <sil2100> Or wait, hm, no, this would still be risky
[21:23] <tvoss> sil2100, is rtm 23 going to make it into the image?
[21:24] <sil2100> So, what I was thinking: since slangasek mentioned something about doing parallel image builds, could we maybe kick a new image without the split of clicks to custom tarball first, then 'deploy' the change and build an image straight away with the clicks in the custom tarball only, with both running more or less in the same time
[21:25] <sil2100> This would mean, we would have basically 2 similar images, just one with clicks in the old place and one with the change already applied - in case QA would find issues in the one with those splitted out, we could instantly fallback to the 'old' image
[21:25] <ogra_> i dont think thats how parallel image builds work, do they cjwatson ?
[21:25] <ogra_> (we can build multiple ones on armhf or i386 ... but not tthe same image multiple times in parallel)
[21:25] <cjwatson> as ogra_ says
[21:25] <cjwatson> you'll hit locks if you try
[21:26] <ogra_> right
[21:26] <sil2100> hmmm, right, but
[21:26] <ogra_> sil2100, but your plan isnt to bad ... just serialized :)
[21:26] <cjwatson> now, putting the click packages in the custom tarball (which I see hasn't actually been quite done yet) is faster than a full image build
[21:26] <sil2100> ogra_: ;)
[21:27] <ogra_> cjwatson, but we want a rootfs with them removed too i think
[21:27] <cjwatson> it's just an import-images
[21:27] <sil2100> cjwatson: so theoretically we could build a normal image and then have a new one with the clicks moved away (without any other delta)?
[21:27] <cjwatson> no there are two things here
[21:27] <cjwatson> there's cwayne deploying the updated custom tarball
[21:28] <sil2100> tvoss: right now we doubt that :|
[21:28] <cjwatson> and there's building a new rootfs with the packages removed, which is a full image build, no way around that
[21:28] <sil2100> Ah, right! Ok perfect sense
[21:28] <ogra_> cjwatson, oh, so the very next one will already have them dropped ?
[21:28] <cjwatson> it would be possible to do those in the one image number, but I don't know how much that gains
[21:28] <ogra_> (thats the part i was missing)
[21:28] <cjwatson> ogra_: well only if we copy the latest livecd-rootfs, which I haven't done yet
[21:28] <tvoss> sil2100, it only needs publishing?
[21:28] <ogra_> (i thought we need two rootfses)
[21:29] <cjwatson> because we *must* make sure that the new custom tarball is in place no later than that
[21:29] <cjwatson> we don't need two rootfses for the work I'm doing, no
[21:29] <ogra_> ok
[21:29] <sil2100> tvoss: yeah, but we don't want to publish that without QA for this image, we might pass it without QA after the cut off, since it's too risky to have anything additional right now
[21:29] <ogra_> well, we need one imge as base for testing the custom tarball
[21:29] <tvoss> sil2100, ack
[21:29] <imgbot> [21:29] <thostr_> davmor2: if you swipe very fast through scope then you might see some grey
[21:30] <cjwatson> ogra_: right, so I would prefer cwayne to put this new custom tarball in place first, which will generate a new image (but with the same rootfs)
[21:30] <sil2100> hmmm
[21:30] <thostr_> davmor2: that is expected, but at normal speed that should not happen (depends also a bit on the scopes that are favorited)
[21:30] <davmor2> thostr_: so the initial couple of boots had issues once all the scopes had filled it hasn't returned
[21:30] <ogra_> cjwatson, well, we need an image first that QA can test the tarball against before signing it off
[21:31] <sil2100> cjwatson, ogra_: ok, so things are clear:
[21:31] <cjwatson> that said, since the new custom tarball isn't actually in place yet now that I've checked, we're not in the halfway house I claimed we were in
[21:31] <cjwatson> but I do not know what the impact of not moving forward is on OTA
[21:31] <thostr_> davmor2: when it was grey it was still loading when you waited, right?
[21:31] <ogra_> right, it only ggets in place after QA signed it off
[21:31] <cjwatson> I was told this was a blocker and have been acting on that assumption
[21:31] <olli_> cjwatson, re OTA
[21:31] <sil2100> What would you say on waiting for the last silo to land, building a new image witout any custom tarball, then think about the custom tarball and maybe another build with the click packages ripped out
[21:32] <ogra_> sil2100, right, that was my thought too
[21:32] <davmor2> thostr_: no it just stayed grey,  if I pulled down and did a release to refresh it would then
[21:32] <cjwatson> you mean with the old custom tarball, not without any custom tarball
[21:32] <ogra_> yeah
[21:32] <sil2100> Knowing how much image builds take, there are chances that we might even have the 'rip clicks to custom' tested by that time
[21:32] <sil2100> cjwatson: yes ;)
[21:32] <cjwatson> that is certainly possible but you won't have me around by that point :)
[21:32] <sil2100> Right ;p
[21:32] <ogra_> system-image will just pull in whats there atm
[21:32] <cjwatson> so slangasek will have to drive
[21:32]  * sil2100 looks at slangasek with an evil eye
[21:32]  * sil2100 likes his evil eye
[21:33] <thostr_> davmor2: mhhh, that is strange because that is exactly the behavior it's supposed to fix... so, at least this is not a regression
[21:33] <slangasek> well, I have a dental appointment this afternoon, but I'll be around in the evening
[21:33] <thostr_> davmor2: how quickly did you swipe
[21:33] <ogra_> sil2100, i'll stay around wost case ...
[21:33] <sil2100> davmor2: so we're just waiting for you then
[21:33] <cjwatson> sil2100: but this plan does mean another rootfs at the end; once you put the new custom tarball in place, you're committed
[21:33] <ogra_> sil2100, i would actually like to build them back to back with not to much delay
[21:33] <davmor2> thostr_: Swipe wait a second or 2, swipe wait a second or 2, swipe etc
[21:34] <cjwatson> sil2100: otherwise, you end up shipping the click packages in both places, which is the reverse of the space savings we were supposed to be gaining
[21:34] <thostr_> davmor2: wifi connection or 3g?
[21:34] <cjwatson> sil2100: we have to not stop in the middle of that process
[21:34] <sil2100> cjwatson: right... yeah, we would have to rebuild that for sure then
[21:34] <davmor2> thostr_: wifi
[21:34] <thostr_> and the grey was in nearby scope?
[21:34] <slangasek> olli_: so the question of whether this can be deferred to OTA comes down to whether we expect the size reduction from dropping these click packages to be relevant for manufacturing
[21:34] <sil2100> cjwatson: but both things are revertable I think right? So in some wicked case if this is found to be broken, we can just remove the clicks from the custom and re-add them to the rootfs, right? ANd rebuild an image
[21:35]  * davmor2 poke sil2100 in his evil eye proving that it has no effect on him :P
[21:35] <sil2100> Ouch
[21:35] <cjwatson> sil2100: they are but it will take non-trivial time
[21:35] <olli_> slangasek, in the end for RTM, yes, for this image, maybe not so much
[21:35] <cjwatson> sil2100: and I can't remove stuff from custom, that requires cwayne AIUI
[21:35] <sil2100> Anyway, we'll have the earlier image to use in case there are any regressons there
[21:35] <olli_> slangasek, if I get to chose between an image w/o it today or with it tomorrow we'd go with today
[21:36] <sil2100> hm, right, we would need cwayne then indeed
[21:36] <cjwatson> slangasek: that should equate to the size of the custom tarball, yes?  which is about 4MB
[21:36] <slangasek> olli_: ok; I understood this image was going to the OEM, and therefore believed it was relevant
[21:36] <cjwatson> on utopic-proposed
[21:36] <olli_> slangasek, it is, but it's not the last
[21:36] <slangasek> ok
[21:36]  * cwayne will be around
[21:36] <davmor2> thostr_: every other scope, so music, photos,News were bad, apps, videos, nearby and shooping were good
[21:37] <slangasek> olli_: so with that condition, and given that we're still blocked on being able to start building the image, I don't mind deferring this
[21:37] <ogra_> sil2100, cjwatson, so one rootfs build with the old livecd-rootfs ... then another right after with the new livecd-rootfs ... Qa can test the custom tarball on the first build while the second is building and we can push the custom tarball directly to the second build once it finishes
[21:37] <davmor2> thostr_: I don't know though if that was just residual from the original install though
[21:38] <ogra_> sil2100, cjwatson, then we can pick between the two images
[21:38] <thostr_> davmor2: the behaviour you describe sounds exactly like the one before the patch
[21:38] <davmor2> thostr_: Don't forget I do a wipe install, then add the silo then start to test
[21:39] <thostr_> davmor2: right
[21:39] <davmor2> thostr_: it seems fine now I'm on reboot 20
[21:39] <cjwatson> ogra_: would require stopping import-images
[21:39] <ogra_> cjwatson, yeah, thats just a cron line to comment
[21:40] <ogra_> just needs a bit of coordination but gives us the biggest benefit i think
[21:40] <thostr_> davmor2: I think if you do more reboots it will stay just fine
[21:40] <davmor2> thostr_: being as it isn't a regression in behaviour I'll ignore it for now and finish testing
[21:40] <cwayne> ogra_: is import-images stopped currently? i built a new tarball like an hour ago and not seeing it in -customized yet
[21:40] <ogra_> cwayne, not that i'm aware
[21:41]  * ogra_ checks
[21:41] <davmor2> thostr_: land it and then we can see if it fixes it in an image
[21:41] <sil2100> ogra_: yep, that is similar to what I wanted, so +1 on that
[21:41] <ogra_> cwayne, nope, should work
[21:41] <ogra_> at least the cron job is there
[21:41] <cwayne> ogra_: can you see what custom build is in for 14.09-proposed-customized?
[21:41] <olli_> sil2100, cjwatson, after PM with slangasek, it seems like we can back it out without impacting the stability of the image
[21:42] <thostr_> davmor2: yes. if we see still issues then we need to be more defensive in the number of scopes we preload to not hammer network... or rather fix individual scope to do better network caching...
[21:42] <slangasek> basically, we don't have to back anything out yet
[21:42] <olli_> it = 1367332
[21:42] <slangasek> because it hasn't landed to ubuntu-rtm/14.09, and the 14.09/krillin tarball hasn't been updated yet
[21:42] <olli_> perfect
[21:42] <ogra_> cwayne, 135
[21:42] <slangasek> cjwatson: ^^ that's what I understood from you
[21:42] <sil2100> slangasek, olli_: you mean, we can simply leave it out for now?
[21:42] <olli_> sil2100, does this make sense
[21:42] <cjwatson> slangasek: what else is in the new custom tarball that we need in the delivery?
[21:43] <slangasek> hmm
[21:43] <slangasek> cwayne: ^^ ?
[21:43] <olli_> not having the custom tarball is not an option afaiu
[21:43] <cjwatson> not having the new one vs. the old one, you mean?
[21:43] <olli_> yep, but I lack context
[21:43] <cwayne> slangasek: bunch of scopes fixes, setting ringtones, etc for krillin/14.09
[21:43] <cjwatson> then this is a risky plan
[21:43] <sil2100> Yeah, I just heard from cwayne that it has some scope fixes
[21:44] <cwayne> some new scopes as well for beta testing
[21:44] <cjwatson> it involves going back and redoing whatever preparation has happened so far, without the moved click packages
[21:44] <olli_> well, bummer
[21:44] <slangasek> mmk
[21:44] <cjwatson> it's not just a single thing we can omit
[21:44] <slangasek> right, I hadn't realized that
[21:44] <cjwatson> (admittedly I don't know how much of that preparation has happened so far)
[21:44] <olli_> ok, then gentlemen... let's keep going
[21:44] <olli_> sil2100, sorry
[21:46] <davmor2> sil2100: 12 is done
[21:46] <sil2100> cjwatson, slangasek: ok, wait, since I got a bit confused
[21:46] <slangasek> in that case, we're still waiting for the 14.09/krillin custom w/ clicks included?
[21:46] <sil2100> cjwatson, slangasek: so, you mean we have to split out the clicks to custom?
[21:46] <cjwatson> by the time we're finished with this discussion we might have tested devel-proposed ;-)
[21:46] <sil2100> ;p
[21:46] <ogra_> lol
[21:47] <slangasek> sil2100: that's what cwayne's custom tarball assumes
[21:47] <cjwatson> sil2100: the previous plan of record AFAIK was to move the click packages to the custom tarball by proceeding along https://code.launchpad.net/~ubuntu-core-dev/livecd-rootfs/split-custom-tarball/+merge/237905
[21:47] <davmor2> sil2100: 12 is done, I'm going to keep saying it till you woop :p
[21:47] <cjwatson> my comment there with seven steps
[21:47] <cwayne> slangasek: no, we've had that, just waiting for the new image to test
[21:47] <davmor2> thostr_: ^
[21:47] <ogra_> sil2100, lets start a build with the old livecd-rootfs now ... (if all silos are in etc), we still have 2h to go on discussing it
[21:47] <cjwatson> at this point we are in the middle of step 7 on utopic-proposed, and waiting for step 3 to be completed on ubuntu-rtm/14.09-proposed
[21:48] <thostr_> davmor2: great. thanks!
[21:48] <cjwatson> but step 3 is a commit point, because after that the packages are in both places and we have to get to the end in order to retrieve space
[21:48] <slangasek> cwayne: er, so per the conversation several hours ago, the new image only matters for initial boot time, so why are we waiting on a new image before testing?
[21:48] <sil2100> davmor2: publishing \o/
[21:48] <davmor2> sil2100: \o/
[21:48] <davmor2> lets all do the conga, lets all do the conga
[21:49] <ogra_> conga conga conga
[21:49] <ogra_> conga conga conga
[21:49] <cwayne> slangasek: so that we don't have to test the custom tarball twice, and can test on the image it will actually be shipping with
[21:49] <davmor2> tvoss, lool: what is happening with silo004
[21:49] <ogra_> davmor2, apparently abandoned
[21:49] <slangasek> cwayne: that is not the plan of record
[21:49] <lool> davmor2: it failed; we're debugging
[21:49] <cjwatson> cwayne: it is impossible to satisfy that condition *and* move the click packages
[21:50] <cjwatson> at least with the plan I had put in place
[21:50] <lool> I do see a difference in oxide versions and there's a geolocation fix in utopic
[21:50] <cwayne> slangasek: that's the plan sil2100 davmor2 and I have been acting upon all day...
[21:50] <ogra_> slangasek, the recent idea above was to have two back to back builds and land the new livecd-rootfs in the middle
[21:50] <davmor2> ogra_: I blame you you know that right first the German football team and not happy with that you go and sabotage lool and tvoss 's work
[21:50] <cjwatson> cwayne: because my plan involves landing the custom tarball first, verifying that applications work, then removing the packages from rootfs and verifying again
[21:50] <lool> tvoss: outside of dbarth and osomon, anyone around that can help woth oxide?
[21:50] <ogra_> slangasek, that way the testing can happen  while the second one builds and we still have a safe fallback if needed
[21:50] <cjwatson> now, maybe we don't need to be that careful because we've tested this once on devel-proposed ...
[21:50] <slangasek> cwayne: https://code.launchpad.net/~ubuntu-core-dev/livecd-rootfs/split-custom-tarball/+merge/237905 - the new custom tarball should be published, we should test, and then we should publish the new livecd-rootfs and rebuild the rootfs
[21:51] <cjwatson> (although we haven't got to the end of the test sequence on devel-proposed yet)
[21:51] <cwayne> cjwatson: i've tested it on 14.09-proposed-customized and verified that the apps can launch
[21:51] <slangasek> hmm
[21:51] <cwayne> slangasek: we can't publish the custom tar until it goes through qa
[21:51] <cwayne> for 14.09/krillin
[21:51] <davmor2> sil2100, ogra_: so now we build the image then right?
[21:51] <slangasek> cwayne: yes, and getting it through QA has nothing to do with creating a new image
[21:51] <olli_> sil2100, rsalveti has a fix for https://bugs.launchpad.net/mediaplayer-app/+bug/1376467, I leave it up to you what to do with it
[21:51] <cjwatson> so perhaps then we should publish new livecd-rootfs, but then we would have to be careful to land the custom tarball at the same time
[21:52] <sil2100> davmor2: let's wait for packages to migrate
[21:52] <cwayne> slangasek: yes it does
[21:52] <olli_> we want it, but we also want an image
[21:52] <slangasek> cwayne: why!
[21:52] <cwayne> because we wont publish an image with mismatched caches
[21:52] <ogra_> davmor2, if people make their mind up :P
[21:52] <olli_> sil2100, and I want you to sleep eventually too
[21:52] <cjwatson> cwayne: what caches would be mismatched?
[21:52] <ogra_> cjwatson, apparmor
[21:52] <cjwatson> no
[21:52] <cwayne> the apparmor caches in /custom
[21:52] <cjwatson> no
[21:52] <ogra_> cjwatson, gives you a 5-6minute boot time
[21:52] <davmor2> ogra_: I made mine up can everyone follow my plan?
[21:52] <cwayne> davmor2: i have been :)
[21:52] <ogra_> davmor2, haha
[21:52] <cjwatson> the way I did things in split-custom-tarball, we just had caches in both places
[21:53] <cwayne> cjwatson: this is for krillin-only clicks
[21:53] <cwayne> of which there are many
[21:53] <cjwatson> why would those mismatch anything?
[21:53] <cwayne> scopes etc
[21:53] <ogra_> the scopes too
[21:53] <cjwatson> I mean what's changing in the base image that might mismatch?
[21:53] <cwayne> because it needs apparmor-easyprof-ubuntu to be the same where's its built and the image
[21:53]  * sil2100 is not an expert so he's only basing on what the experts say
[21:53] <ogra_> apparmor-easyprof-ubuntu ships them
[21:54] <ogra_> which will be in the next build
[21:54] <cjwatson> oh, does the latest image not have the latest apparmor-easyprof-ubuntu?
[21:54] <davmor2> ogra_: see me and cwayne on the same page the whole way only everyone else making it hiccup,  I see you evil genius in here again I bet you plant these little seeds in others minds don't you ;)
[21:54] <slangasek> cjwatson: correct
[21:54] <ogra_> right :)
[21:54] <sil2100> cjwatson: no
[21:54] <cwayne> no it does not
[21:54] <cjwatson> bah, ok
[21:54] <sil2100> cjwatson: it's just in the archive
[21:54] <ogra_> thats why i proposed the back to back builds
[21:54] <cjwatson> then we may not have much choice, indeed
[21:54] <slangasek> I still don't see why the mismatched cache has anything to do with qaing
[21:54]  * sil2100 waits for scopes-shell to finish migrating
[21:55] <cjwatson> and that will allow time for verifying devel-proposed
[21:55] <slangasek> it will take 5-6 minutes on first boot
[21:55] <slangasek> ok
[21:55] <cjwatson> which will mean we can be much more certain that the changes are good
[21:55] <sil2100> cjwatson: right, that's what I roughly proposed with the one build after another
[21:56] <ogra_> sil2100, we need livecd-rootfs in the middle ... dont forget ;)
[21:56] <sil2100> ...right!
[21:56] <davmor2> cjwatson: we were needing 2 builds anyway to land cwayne build
[21:56] <ogra_> davmor2, so you could perhaps explain to slangasek why :)
[21:57] <davmor2> ogra_: cause I said so
[21:57] <ogra_> (since that makes him unhappy)
[21:57] <slangasek> ogra_, davmor2: preferably, explain it to me 4 hours ago when we had this conversation on this very channel and came to the conclusion that having a new image should not block QAing of the custom image
[22:00] <slangasek> davmor2: we've apparently spent four hours not moving this forward because of confusion about whether we need a new image before QAing the custom image.  It will be another two hours before that image is available.  Why is a 5-6 minute first-boot a blocker?
[22:00] <tvoss> davmor2, elopio I tried it over 20 reboots, it works in ~60% of the cases
[22:00] <tvoss> davmor2, elopio probably a race on accessing the gps hardware provider
[22:00] <sil2100> I only remember a conversation about building a new image before we land all blocker fixes
[22:00] <tvoss> lool, I would vote for iterating it over tomorrow, and shooting it in asap
[22:00] <davmor2> slangasek: it isn't but the silo that was blocking the custom image needed to land first
[22:01] <slangasek> davmor2: which silo are we talking about?
[22:01] <davmor2> slangasek: silo 21 which was one of the last
[22:01] <sil2100> slangasek: well anyway, it's up to cwayne to decide if QA can test the new custom tarball without the new image built I think - so, cwayne are there any other issues we need to look out for if we would do the testing on the image currently available?
[22:01] <sil2100> cwayne: ^
[22:02] <cwayne> sil2100: ringtones won't work and there'll be the 6 minute boot, but that *should* be it
[22:02] <cjwatson> so what reasons are there not to start a 14.09-proposed image build right now?
[22:02] <sil2100> slangasek: and we didn't move it forward because *anyway* QA was busy with testing other important things
[22:02] <ogra_> cjwatson, waiting for the last package migration
[22:02] <sil2100> slangasek: so we didn't loose 4 hours, we wouldn't have tested it during that time anyway
[22:02] <cjwatson> which packages are those?
[22:03] <ogra_> some scopes thing
[22:03] <sil2100> cjwatson: unity-scopes-shell still in -proposed
[22:03]  * ogra_ checks
[22:03] <slangasek> sil2100: that is patently untrue
[22:03] <ogra_> ah
[22:03] <ogra_> slangasek, there were no free QA resources
[22:03] <sil2100> slangasek: why? You had someone to test this tarball from QA in the last 4 hours?
[22:03] <sil2100> As all the 3 assigned people were testing blocking silos all the time
[22:03] <cjwatson> right, I suspect that's actually migrated but rmadison hasn't caught up yet, but will check
[22:03] <slangasek> sil2100: if the image is needed before QA can test, then the image should have been built so that it was ready /when/ QA could test
[22:04] <cjwatson> (because it doesn't take the ubuntu-rtm archive 12 minutes to cycle)
[22:04] <davmor2> slangasek: that's the point we were all testing silos for stuff that needs to be in the bq image
[22:04] <sil2100> slangasek: but I think we already confirmed that the new image is not needed to test the tarball
[22:05] <slangasek> sil2100: have we?  I have not heard either davmor2 or cwayne agree to that
[22:05] <sil2100> slangasek: so we can test the tarball now that we have free resources
[22:05] <sil2100> slangasek: see reply from cwayne above ^
[22:05] <sil2100> 00:02 < cwayne> sil2100: ringtones won't work and there'll be the 6 minute boot, but that *should* be it
[22:05] <ogra_> well, wasnt testing the ringtones part of it ?
[22:05] <sil2100> So that's the only problems that we would see with the old image with the new tarball
[22:05] <cjwatson> rmadison confirms it now anyway
[22:05] <cjwatson>  unity-scopes-shell | 0.5.4+14.10.20141015-0ubuntu1 | ubuntu-rtm/14.09/universe | source
[22:05] <davmor2> yes
[22:05] <cjwatson> any other blockers?
[22:06] <ogra_> not to my knowledge
[22:06] <ogra_> sil2100,  image ?
[22:06] <sil2100> ogra_, slangasek: so if testing the ringtones was required, then we COULDN'T build a new image earlier
[22:06] <slangasek> ok
[22:06] <sil2100> ogra_, slangasek: as it wouldn't be tested without silo 21 landing, which just landed recently
[22:06] <sil2100> So all in all we couldn't do any better in the current situation IMO
[22:06] <slangasek> right; that's something different
[22:06] <sil2100> ogra_: YESS
[22:06] <slangasek> and not what I was being told above :)
[22:06] <sil2100> \o/
[22:06] <ogra_> ok, starting a build
[22:07] <slangasek> ok
[22:07] <ogra_> started
[22:07] <slangasek> so I have to run to this dental appointment now
[22:07] <slangasek> what's the plan?
[22:07] <slangasek> we have an image being built, which includes the ringtone fix from silo 21
[22:07] <ogra_> (not sure how the bot will behave ... the tinkering before might have confused it)
[22:07] <slangasek> davmor2 is testing that when it's done? in 2h?
[22:07] <davmor2> slangasek: it's what I said I'm sure.  I said the custom image was blocked on silo21 which is the mediahub/apparmor fixes for the ringtones
[22:07] <ogra_> slangasek, we copy livecd-rootfs over right after it built and build another one
[22:08] <ogra_> in which we can then land the tarball
[22:08] <davmor2> slangasek: cwayne pings me in a bit when there is an image I can test I test that make sure it doesn't blow up all the hard work that we have done and then it is release
[22:09] <slangasek> ogra_: if we're copying livecd-rootfs before validating the result of the current build, then we shouldn't wait for the current image build to finish
[22:09] <davmor2> ogra_: 30 minutes ish for that right?
[22:09] <slangasek> ogra_: we should instead copy livecd-rootfs now-ish
[22:09] <ogra_> slangasek, oh, yeah, i guess it doesnt matter when we copy it since the old one is used right now
[22:09] <cjwatson> right
[22:09] <slangasek> davmor2: "and then it is release" - that implies releasing before we've finished the click custom transition
[22:10]  * ogra_ gets fresh coffee
[22:10] <slangasek> davmor2: which means we have the situation discussed above, where the click packages are in both the rootfs and the custom tar
[22:10] <cjwatson> slangasek: you copying that or am I?
[22:10] <slangasek> cjwatson: please do
[22:10] <cjwatson> also, I need somebody to help me validate devel-proposed when it emerges
[22:11] <cjwatson> the chances of me downloading it in reasonable time are slim
[22:11] <slangasek> davmor2: so as I understand it, we still need two image builds
[22:11] <cjwatson> copied
[22:11] <cjwatson> (livecd-rootfs)
[22:11] <slangasek> davmor2: and it's only the second one that we want to release.  Are we able to QA two of these in sequence?
[22:12] <slangasek> if we don't have the qa resources to do both, I think the fallback position is that we just accept the bloat of having the click packages in both places, and release the image that's currently being built
[22:12] <slangasek> olli_: ^^
[22:13] <sil2100> ogra_: anyway, new image building?
[22:15] <sil2100> slangasek, ogra_, davmor2: for the final promotion-wise dogfooding we anyway need to test the image that has the custom tarball fixes in it... so it has to be either the image with double click packages, or with the click packages ripped out to custom tarball
[22:17] <ogra_> sil2100, yes, it is
[22:17] <sil2100> \o/
[22:17] <sil2100> Ok, let me write the announcement e-mail for the cut off, I guess it's time
[22:17] <ogra_> sil2100, i think the bot got a bit confused due to slangasek's manual tinkering before
[22:17] <ogra_> not sure it will announce the start now ...
[22:19] <rsalveti> sil2100: so silo rtm 6 is also waiting qa sign off
[22:19] <rsalveti> not sure if we're landing anything after the next image is out
[22:19] <ogra_> rsalveti, i think we are done now ...
[22:19] <ogra_> and wont land anything til we are safely knowin we have an image
[22:20] <davmor2> sil2100: slangasek, cwayne: so here is a plan.  The custom tarball testing takes a while. Can you spin up a new image with your click moved to custom in that time and will that have an effect on the bq custom tarball?
[22:20] <rsalveti> oh, sure, just hoping next image will be already promoted
[22:20] <tvoss> Saviq, silo 6 made it?
[22:20] <sil2100> tvoss: yes :)
[22:20] <tvoss> sil2100, \o/
[22:20] <sil2100> tvoss: it was a requirement from management btw.
[22:21] <cjwatson> davmor2: "move" is two operations, add to custom / remove from rootfs
[22:21] <cjwatson> davmor2: we can't remove from rootfs until the packages are safely added to custom; or at the very least they must happen in the same image number
[22:22] <cjwatson> image with packages added to custom <= image with packages removed from rootfs, that is
[22:22] <cjwatson> so if the custom tarball is still pending QA and might not make it (and isn't yet past the gate that controls whether it hits 14.09-proposed), then we can't remove the packages from the rootfs
[22:23] <cjwatson> because that will result in the relevant packages being flat-out missing
[22:26] <davmor2> cjwatson: so is this custom tarball for krillin different from cwayne's custom tarball? if not while the image to test against is building can you not add the apps to the custom tarball, then while I test the tarball remove the apps from rootfs and then when I finish testing spin the new image with one set of apps?
[22:26] <cjwatson> new devel-proposed looks OK on paper (tar tvf that is) at least
[22:26] <cjwatson> davmor2: what do you mean by "remove the apps from rootfs" that is not spinning a new image?
[22:26] <cwayne> davmor2: my tarball is different, and the only one that needs to go through the qa gate
[22:26] <cjwatson> davmor2: cwayne's custom tarball does add the apps in question
[22:26] <davmor2> cwayne: right
[22:27] <cwayne> davmor2: also it's building right now, i noticed a small issue that needed fixing, should be done again in 5min
[22:28]  * davmor2 shakes his fist at cwayne 
[22:28] <cjwatson> davmor2: if you mean "land the code that will remove the apps from rootfs", then as far as I know yes, you're describing the process that's happening right now :)
[22:28] <cjwatson> but it will still be necessary to retest the new image of course
[22:28] <davmor2> cjwatson: ah well that's fine then :)
[22:31] <sil2100> I know it's still a bit early for that, but thanks everyone for all the hard work - I think we're on the right track right now
[22:31] <cjwatson> right, I'm going for a nap.  if somebody can check devel-proposed when it pops out (not seriously, just make sure that the amazon webapp and the file manager or something like that are still launchable), then that would be really helpful
[22:31] <ogra_> hopefully :)
[22:31] <sil2100> cjwatson: sure thing! Thank you for everything Colin, what would we do without you!
[22:31] <ogra_> cjwatson, my mako is outdated anyway, will do an OTA then and check
[22:32] <cjwatson> sil2100: have fewer last-minute changes, based on my track record :)
[22:32] <davmor2> sil2100: oh harken to the train driver with his talk of tracks ;)
[22:32] <ogra_> sil2100, i know that i would write really crappy (even more crappy) code without him ;)
[22:33] <davmor2> ogra_: come on don't put your coding skills down like that......let us do it for you ;)
[22:33] <ogra_> cjwatson, hmm, 288 has finished a while ago, are we waiting for anything newer ?
[22:34] <davmor2> ogra_: it can't be that crappy if it works :)
[22:34] <ogra_> heh, until that corner case comes around where it exposes all my hardcoding ;)
[22:35] <davmor2> ogra_: we'll gloss over that though it'll look pretty :D
[22:35] <ogra_> haha
[22:38] <davmor2> wow my lp account is over 9 years old
[22:38] <sil2100> davmor2: hey, btw... shouldn't you be sleeping now? :)
[22:38] <ogra_> hahahahaha
[22:38] <davmor2> sil2100: no I'm here till the fat lady sings
[22:39] <sil2100> Wait, I'm confused
[22:39] <sil2100> When DOES she sing?
[22:39] <sil2100> ;)
[22:39] <ogra_> when its DONE
[22:40] <ogra_> sil2100, btw, someone should clean that silo 14
[22:40] <davmor2> sil2100: according to independence day, when you blow up the the alien Mothership and fly back to earth after escaping by the skin of your teeth
[22:40] <davmor2> sil2100:  I'm hoping for something a little less exciting
[22:41] <sil2100> ogra_: ah, right - that's the same that was in that utopic silo for meta, right?
[22:41] <sil2100> Let me clean that up
[22:41] <sil2100> i.e. remove it
[22:41] <ogra_> yeah
[22:41] <ogra_> landed and all
[22:41] <ogra_> just uglifying the dashboard
[22:42] <sil2100> I'll also m&c some silos that we landed
[22:43] <davmor2> sil2100: https://www.youtube.com/watch?v=WxS0kiUX6p0
[22:44] <sil2100> barry, Mirv, robru: just in case - no landings for now as per ANN on ML!
[22:45] <davmor2> ogra_: where is buildbot
[22:45] <sil2100> davmor2: anyway, not sure if it wouldn't be maybe good for you to EOD? I guess we might ask someone else for the custom tarball sign-off
[22:45] <ogra_> davmor2, as i said, confused
[22:45] <sil2100> And for sure for the image promotion, as it will be REALLY late
[22:47] <pmcgowan> sil2100, are you done with landings
[22:47] <davmor2> sil2100: No I'm happy to hit the tarball testing and then leave the rest to my comrades  ToyKeeper and elopio
[22:47] <sil2100> pmcgowan: yes, as per ANN we have now made the cut-off and stopped landings, as eerything besides the custom tarball is in
[22:47] <sil2100> pmcgowan: and the new image building
[22:47] <pmcgowan> great ok
[22:47] <pmcgowan> good news is we have ore fixes queued for later
[22:47] <pmcgowan> more
[22:50] <cwayne> davmor2: so the custom tar's built and all, just need to see when import-image finds it
[22:51] <sil2100> ogra_: btw.!
[22:51] <ogra_> yes ?
[22:51] <sil2100> ogra_: so, regarding image promotion - does slangasek or rsalveti know now all the things needed for them to perform image promotions in case you're not around?
[22:52] <sil2100> Since I rememebr they had some doubts last time regarding some specific bits of what to do
[22:52] <sil2100> (I think)
[22:52] <ogra_> sil2100, the code is in the log :)
[22:53] <ogra_> /home/ogra/rtm-promo.log has not only the image numbers logged, i copy paste the whole commmandline
[22:53] <ogra_> (on nusakan)
[22:53] <ogra_> sil2100, rsalveti knows about that
[22:54] <sil2100> Excellent
[22:54] <ogra_> sil2100, http://paste.ubuntu.com/8567634/ in case anyone else ever needs it
[22:54] <sil2100> As in the perfect scenario of no blockers and a perfect image for promotion, I'm pretty sure you'll be fast asleep by then
[22:54] <ogra_> (needs to be executed as cdimage user, but slangasek and rsalveti know that)
[22:54] <sil2100> So we might need slangasek or rsalveti to do the publishing
[22:55] <cwayne> blargh, import-image is slow
[22:55] <ogra_> they can also both do builds in case i fall dead on the kbd
[22:55] <sil2100> ogra_: thanks!
[22:56] <ogra_> iirc even sergiusens can
[22:57] <cwayne> ogra_: hey, can you check on import-image for 14.09-proposed-customized? it should be getting custom bits 1413412663
[22:58] <ogra_> cwayne, i see it is running since 21min
[22:59] <ogra_> so it does *something*
[22:59] <ogra_> not sure what though
[22:59] <cwayne> does it usually take that long?
[22:59] <ogra_> 21min ?
[23:00] <ogra_> it usually takes 30-45min
[23:00] <cwayne> oh
[23:00] <cwayne> ok then
[23:00] <cwayne> even for just a custom tar?
[23:00] <ogra_> and with every channel we add it gets slower
[23:00] <ogra_> well, i'm not sure if it even fiddles with your tarball atm
[23:00] <ogra_> could be colins utopic image
[23:01] <ogra_> yay, rtm rootfs is done
[23:01] <ogra_> next import-images is ours
[23:03] <cjwatson> ogra_: oh, it did?  I'd gone for that nap
[23:03] <cjwatson> my phone is still downloading the previous image :-/
[23:03] <ogra_> cjwatson, no, i mixed that up ... i only saw the start message from the bot
[23:04] <cjwatson> cwayne: it's mostly that xz compression is slow
[23:04] <ogra_> but import-images is running on nusakan ... should popout any minute
[23:04] <cjwatson> (aiui)
[23:14] <sil2100> ogra_: so we won't get a notification when the image is done building?
[23:14] <ogra_> sil2100, we should
[23:14] <ogra_> just not for the start
[23:14] <sil2100> Ah, ok :)
[23:16] <ogra_> (no promises though ... but i'll announce it here anyway once it is done and i see it)
[23:17] <ogra_> ah, 288 is done
[23:17]  * ogra_ looks for his mako
[23:17]  * sil2100 hopes it works properly
[23:17] <ogra_> oh, that will take a while
[23:18] <ogra_> 308MB
[23:18] <ogra_> seems i'm behind enough to get a full install via OTA
[23:18] <sil2100> hah ;)
[23:19] <sil2100> Ok, time to maybe write the landing e-mail
[23:19] <ogra_> lol
[23:19] <davmor2> sil2100: we landed something?
[23:19] <ogra_> an email it seems
[23:19] <davmor2> haha
[23:19] <imgbot> [23:19] <imgbot> [23:19] <ogra_> there we are
[23:21] <sil2100> \o/
[23:21] <sil2100> So at least this workd
[23:21] <sil2100> *works
[23:21] <ogra_> and it boots :)
[23:21] <sil2100> ogra_: check apps!
[23:21] <cjwatson> do the dual-life rootfs/custom apps work?
[23:21] <cjwatson> that :)
[23:22] <ogra_> hmm
[23:22] <cjwatson> in fact they should no longer be dual-life
[23:22] <ogra_> it didnt upgrade
[23:22] <sil2100> ?
[23:22] <ogra_> system-settings still shows 274
[23:23] <cjwatson> any logs of the upgrade failure?
[23:23] <cjwatson> the tarballs I looked at seemed ok
[23:23] <cjwatson> 274 is a while back
[23:23] <ogra_> hmm, it downloads it again if i go to the upgardes page
[23:24] <cjwatson> I seem to remember my dual-boot setup getting stuck around there too
[23:24] <ogra_> and is pretty quickly done with that
[23:24] <cjwatson> maybe some old bug?
[23:24] <ogra_> hmm
[23:24]  * ogra_ tries once more and will then fall back to u-d-f
[23:24] <ogra_> but that takes ~30min
[23:25] <cjwatson> there's a system-image-cli -f full option
[23:25] <cjwatson> might not be a whole lot quicker though
[23:25] <ogra_> oh, is that new ?
[23:25] <cjwatson> no, dates back to at least last August
[23:26] <ogra_> well, still 274 :(
[23:26] <cjwatson> (I can't claim to have used it, just see it in the docs)
[23:26] <cjwatson> I'm upgrading 287→288 in dual-boot at the moment
[23:28] <ogra_> bah, forgot -v damn
[23:28] <sergiusens> -f full is supposed to work
[23:28] <ogra_> well, it sits there at least :P
[23:28] <ogra_> system-image-cli is sadly totally quiet without -v
[23:29] <ogra_> and i dont want to ctrl-c it
[23:29] <cjwatson> from 274 it might just delta-upgrade step by step
[23:29] <sergiusens> ogra_: if it's downloading dbus-monitor will show a lot of download manager progress signals
[23:30] <cjwatson> we keep a lot more than three deltas BTW :)
[23:30] <cjwatson> judging from that index.json
[23:30] <cjwatson> fullcount = 50 possibly relevant
[23:31] <ogra_> cjwatson, oh, i thought we only keep a few
[23:32] <ogra_> well ... not keep but only do deltas for a few when upgrading
[23:32] <sil2100> ogra_: so, where you able to upgrade in the end?
[23:32] <cjwatson> my phone just sits at the Google screen when trying to apply that.  it's possible I have some junk left over from the earlier broken custom tarball though, since I had that problem when trying to upgrade it to
[23:32] <ogra_> sil2100, still running ... system-image-cli -f full ...
[23:32] <cjwatson> to it
[23:33] <ogra_> cjwatson, or it might be regenerating the apparmor caches
[23:33] <cjwatson> wouldn't it have an Ubuntu logo for that nowadays?
[23:33] <ogra_> nope
[23:33] <cjwatson> ah, ok
[23:33] <cjwatson> I can try again and leave it for a while to see
[23:33] <ogra_> it does it before anything else starts
[23:36] <cjwatson> ok, yeah, booted now
[23:36] <cjwatson> definitely on 288
[23:36] <ogra_> great
[23:36] <sil2100> \o/
[23:36] <ogra_> mine is still sitting quiet :)
[23:37] <cjwatson> click list --manifest | grep _directory   looks right
[23:37] <sil2100> plars: btw.!
[23:37] <cjwatson> amazon, filemanager launchable
[23:38] <sil2100> plars: regarding the reminders-app tests hanging... do you know what was the final decision there? Are we skipping those in the infrastructure now, or has a different solution been applied?
[23:38] <ogra_> yay
[23:38] <cjwatson> I think this is good from the point of view of the custom move
[23:38] <sil2100> cjwatson: yay, excellent news
[23:38] <cjwatson> so livecd-rootfs 2.257 is in ubuntu-rtm/14.09 now; the next build will use it
[23:38] <ogra_> cjwatson, did you already copy the new livecd-rootfs over ? i guess theoretically we could start a new one
[23:38] <cjwatson> so make sure you have the new custom tarball in place before you do another rootfs build, or you'll all get very confused
[23:38] <sil2100> ...no turning back then!
[23:38] <cjwatson> ogra_: yep, it's all done
[23:39] <cjwatson> but as I say you must have the new custom tarball
[23:39] <ogra_> oh, right
[23:39] <sil2100> ogra_: yeah, so we need to wait for the prev image to finish so that davmor2 can fully test it
[23:39] <ogra_> so probably not literally back to back builds then
[23:39] <sil2100> ogra_: any ETA on when this image finishes?
[23:39] <davmor2> sil2100: being sneaky
[23:39] <ogra_> import-images shows 10min CPU time in ps on nusakan
[23:40] <ogra_> might still be 20min or so
[23:40] <davmor2> sil2100: updating the image I have and and dropping the tarball on manually
[23:40] <cjwatson> I should make it put some more information in its temporary directory name so that you can tell what it's doing :)
[23:40] <cjwatson> from lsof
[23:40] <ogra_> yeah
[23:40] <ogra_> or logs
[23:40] <ogra_> logs would be so awesome :)
[23:40] <cjwatson> yeah I was thinking the cheating approach
[23:40] <sil2100> davmor2: right, but you don't have the ringtone fixes in this image so you won't be able to test it completely
[23:41] <davmor2> sil2100: updating the image I have.  Then dropping on the custom so I do :)
[23:41] <ToyKeeper> Was kinda hoping the build would have finished about 2 hours ago.  Oh well.
[23:42] <ToyKeeper> IIRC, it wasn't even started then.
[23:42] <sil2100> ToyKeeper: one image has started, but still one to go...
[23:42] <ogra_> nope, 2h ago the last silos landed
[23:42] <sil2100> Sadly things are taking always longer
[23:42] <ogra_> and yeah, one more image to go
[23:43] <ogra_> bah
[23:43] <cwayne_> import-image still hasnt updated the -customized channel :/
[23:43] <ogra_> that import-images run was the -customized thing
[23:43]  * ogra_ sees 136 there 
[23:43] <ogra_> oh, and 107 is there too !!!!
[23:43] <ogra_> davmor2, grab it !!
[23:43] <cwayne_> ah, had it cached i guess
[23:44] <davmor2> ogra_: oh nice
[23:44] <imgbot> [23:44] <imgbot> [23:44] <cwayne_> so now i guess we need 137 with new rootfs + new custom :)
[23:44] <ogra_> cwayne_, there is a lock file so if you changed the custom tarball while the utopic image was being imported, your import will wait til thats done
[23:45] <ToyKeeper> Now, how long before ubuntu-device-flash sees 107?
[23:45] <sil2100> \o/
[23:45] <sil2100> davmor2: ^
[23:45] <ogra_> ToyKeeper, it sees it
[23:45] <sil2100> davmor2: can you test the tarball on it ^ ?
[23:45] <sil2100> ToyKeeper: remember, 107 is still not the image we want to promote!
[23:45] <ToyKeeper> Oh.
[23:45] <ogra_> ToyKeeper, the bot watches the external http server .... (it lives on my desktop machine)
[23:46] <sil2100> davmor2: gogogogogo
[23:46] <ToyKeeper> What is the image we're trying to promote?  108?
[23:46] <davmor2> ToyKeeper: need to test the custom tarball
[23:46] <ogra_> ToyKeeper, yeah
[23:46] <sil2100> ToyKeeper: it will be 109 probably
[23:46] <ogra_> or 109
[23:46] <cwayne_> ah theres 137
[23:46] <davmor2> ToyKeeper: the image with that is the one you test
[23:46] <cjwatson> depends whether the new custom and new rootfs land in one step
[23:46] <ToyKeeper> ... 109?  Okay, I guess it's not happening in time for the start of the day in China.
[23:46] <sil2100> Since 108 is the one with the custom tarball, and 109 will have the rootfs with the clicks removed
[23:46] <cwayne_> davmor2, seems 137 has newest rtm rootfs + custom
[23:46] <davmor2> cwayne: grabbing it now-ish
[23:47] <ogra_> if we need to save version numbers we can indeed tempoarary disable import-images
[23:47] <cjwatson> ToyKeeper: if it is 109 rather than 108, 108 will be a quick "build" though and will be in parallel with a rootfs build
[23:47] <ogra_> and only switch it back on if both is in place
[23:47] <cjwatson> that's not two full build durations
[23:47] <sil2100> Ah, right, makes sense
[23:47] <cjwatson> ogra_: might save on confusion
[23:51] <ogra_> damn
[23:51] <ogra_> dpm didnt land the new reminders
[23:52] <ogra_> wow, feels like my krillin takes hours to boot .... that excitement every time the apparmor cache gets updated kills ...
[23:53] <sil2100> hah ;)
[23:54] <ogra_> sill on the bootlogo
[23:55] <ogra_> heh and 288 isnt any better :P
[23:55]  * ogra_ sits between two devices that show a bootlogo now 
[23:57] <ogra_> hah !
[23:57] <ogra_> krillin beats mako
[23:58] <ogra_> oh, new PIN dialogs
[23:58] <davmor2> ogra_: is it with a big stick? if it isn't it isn't doing it right ;)
[23:58] <ogra_> its ugly violet
[23:58] <ogra_> bah
[23:59] <ogra_> i liked the old indicator headers more
[23:59] <davmor2> ogra_: you know I think you're awesome bar sometime you stock more whine than a bar ;)