[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><EMAIL_ADDRESS>[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?