[00:00] <ahayzen> popey, works for me as well :) \o/
[00:03] <popey> \o/
[00:11] <robru> that's odd...
[02:10] <imgbot> [03:10] <imgbot> [03:40] <imgbot> [03:40] <imgbot> [04:10] <ToyKeeper> AlbertA: Whenever you're around, it looks like silo rtm/landing-009 (media hub) needs more attention.  After installing it, I can't get *any* videos to play.
[04:12] <AlbertA> ToyKeeper: which image #?
[04:12] <ToyKeeper> AlbertA: Krillin rtm 58.
[04:13] <ToyKeeper> 59 is still building.
[04:13] <AlbertA> ToyKeeper: ok I tried earlier in the day with #56....I'll check again...
[04:14] <ToyKeeper> AlbertA: Fortunately, it's a relatively quick thing to test.  I haven't tried it on 56 though...  seems like something big must have changed since then.
[04:15] <imgbot> [04:15] <imgbot> [04:15] <ToyKeeper> Hah, speaking of which...
[04:44]  * Mirv updates
[04:47] <AlbertA> ToyKeeper: yeap something changed...I can't get it to play videos with landing-009 either...
[04:47] <AlbertA> with #59 rtm
[04:49] <AlbertA> ToyKeeper: this may be it....I'll check it tomorrow...http://people.canonical.com/~ogra/touch-image-stats/rtm/57.changes
[06:57] <brendand> dbarth, good morning
[08:00] <seb128> fginther, hey, do you know what's going on with CI on merge requests? e.g https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/4858/console
[08:00] <seb128> + adb-shell sudo -iu phablet env '|grep' UPSTART_SESSION=unix
[08:00] <seb128> initctl: unable to determine sessions
[08:00] <seb128> Failed on 'adb-shell sudo -iu phablet env |grep UPSTART_SESSION=unix' after 5 retries
[08:00] <seb128> + exit 1
[08:01] <ogra_> seb128, looks like image 252
[08:01] <seb128> ogra_, are the devices in the CI pool bricked or something?
[08:01] <ogra_> (which couldnt start lightdm due to a wrong alterneative in the image)
[08:01] <seb128> is anyone working on restoring service?
[08:02] <ogra_> sorry, i dont know
[08:03] <seb128> ogra_, do you know if the calendar app is supposed to still be there on rtm krillin?
[08:03] <seb128> ogra_, it went away from my dash since at least r58
[08:03] <seb128> still not there with 59 this morning
[08:03] <ogra_> right, it was removed
[08:03] <seb128> shrug
[08:04] <seb128> how do I turn off alarms for events that got synced from my google calendar?
[08:04] <ogra_> ask mgmt :P
[08:04] <seb128> I don't want the phone to ring at 3am because there is some stuff from the ue calendar
[08:04] <seb128> srly?
[08:04] <seb128> who decided on that?
[08:04] <ogra_> i think the plan is to have it back, we're all moaning
[08:05] <seb128> was it discussed somewhere?
[08:05] <seb128> well
[08:05] <seb128> I don't care much what they do, but we need a way to be able to turn off alarms
[08:05] <seb128> that's ridiculous
[08:05] <ogra_> it definitely is
[08:06] <brendand> ogra_, if we're going to pull out everything that isn't of best quality...
[08:06] <brendand> ;)
[08:06] <sil2100> We were as much frustrated as you seb128 ;/
[08:18] <brendand> seb128, i think calendar might still be in the store - it should be anyway
[08:18] <brendand> no reason for it not to be
[08:20] <brendand> yep it is
[08:20] <seb128> brendand, the dash search doesn't find it
[08:20] <ogra_> the store search should though
[08:21] <seb128> brendand, also the phone should be able to edit alarms it creates without having to install a 3rd party app from the store
[08:21] <ogra_> ++
[08:21] <brendand> seb128, oh i definitely agree
[08:21] <seb128> ogra_, right, that UI is confusing, it lists a store icon but when clicking on it it wipes the search filter
[08:21] <brendand> seb128, just trying to help :)
[08:21] <seb128> brendand, thanks ;-)
[08:21] <ogra_> seb128, haha, talk to design :)
[08:21] <ogra_> (i fully agree)
[08:22] <brendand> seb128, wipes the search filter?
[08:22] <seb128> brendand, go to the dash, tap the search icon, type "calendar", click on the store entry, it opens the store without filter
[08:22] <brendand> seb128, not for me here on RTM. are you on utopic?
[08:22] <ogra_> it wipes the entry
[08:22] <seb128> it should keep the "calendar"
[08:22] <seb128> since that's the context you are in/come from
[08:23] <ogra_> if you type "c" again it will show up in the list though
[08:23] <ogra_> but yeah, thats surely a design bug
[08:24] <ogra_> hmm, did anyone upgrade to 59 yet ?
[08:25] <brendand> seb128, but are you using RTM?
[08:25]  * ogra_ wonders if apparmor just takes long or if the device hangs :/
[08:25] <seb128> brendand, yeah, rtm 59 on krillin
[08:25] <seb128> ogra_, I did
[08:26] <ogra_> ok, then there is hope
[08:26] <ogra_> 3min so far here
[08:26] <seb128> ogra_, I though it might bring my calendar back after it went away in 58 :p
[08:26] <brendand> seb128, strange. me too
[08:26] <seb128> ogra_, yeah, I though it bricked my device first
[08:26] <seb128> it stayed on the bq logo for ages
[08:26] <ogra_> yeah
[08:26] <seb128> I even powered the device down and tried again
[08:26] <seb128> then I moved to IRC and when I looked at the phone next it was on the unity lock
[08:26] <ogra_> the fixes for pre-generated apparmor profiles in custom tarballs is still pending
[08:27] <seb128> brendand, do you go on the app lens, click that icon, type calendar, pick "store" in the dash and it opens the dash with a search on" calendar" active/only the calendar apps listed?
[08:27] <ogra_> yay, finally
[08:27] <ogra_> 5mins ...
[08:27] <ogra_> wow
[08:28] <mzanetti> what does this message exactly mean? "Migration: One package at least is not available at the destination"
[08:28] <seb128> brendand, for me it it sends me to the click scope but without any active search
[08:28] <seb128> mzanetti, that one of the packages in the silo didn't migrate out of proposed
[08:28] <ogra_> mzanetti, "its not landed yet"
[08:29] <ogra_> mzanetti, it could just say "wait ..."
[08:29] <mzanetti> is there manual interaction required?
[08:29] <mzanetti> ogra_: right... because it says like this for >12h now
[08:29] <ogra_> but it sounds more geeky that way
[08:29] <brendand> seb128, yeah, app lens -> click search -> type calendar -> see a big orange icon for the store with text 'search for calendar in store' -> click the big orange icon -> check the search field
[08:29] <sil2100> mzanetti: which silo is it?
[08:29] <ogra_> mzanetti, aha, that sounds like it got stuck in proposed
[08:29] <mzanetti> sil2100: rtm/004
[08:29] <sil2100> mzanetti: normally it's a normal thing to see, as it means the package is migrating still
[08:29] <brendand> seb128, and you're saying at that point the search field is empty?
[08:30] <sil2100> mzanetti: will look at it after the meeting
[08:30] <mzanetti> sil2100: cool, thanks
[08:30] <seb128> brendand, correct
[08:30] <ogra_> http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/update_excuses.html
[08:30] <ogra_> mzanetti, ^^^^^
[08:30] <seb128> brendand, the search entry is not even displayed, it sends me on the click lens like if I had swipped to it
[08:31] <mzanetti> interesting
[08:31] <seb128> brendand, showing all the icons, starting with riddling, dekko, etc
[08:32] <Mirv> it's popey's fuuuu time
[08:32] <ogra_> mzanetti, is that yours ?
[08:33] <popey> hehe
[08:41] <mzanetti> ogra_: sort of... its bregma's but unity8 landings depend on it
[08:42] <ogra_> mzanetti, i have the strong suspicion unity7 isnt in rtm ... at least not with all its deps
[08:42] <mzanetti> ogra_: we need unity-schemas. that is in rtm, but we need this update to it
[08:42] <seb128> https://launchpad.net/ubuntu-rtm/+source/unity
[08:42] <seb128> unity is in rtm
[08:43] <ogra_> seb128, but not all of its deps it seems
[08:43] <ogra_> see the excuses page above
[08:45] <seb128> well, that would be weird, the previous version wouldn't have migrated out of proposed then
[08:45] <seb128> or is that a case of binary copy from utopic where utopic has some newer shlibs or something?
[08:45]  * seb128 tries in a pbuilder
[08:46] <ogra_> seb128, i think it was an initial binary copy
[08:46] <ogra_> to fulfill deps for ubuntu-touch, but nothing else
[08:50] <seb128> ogra_, mzanetti, so yeah, https://launchpad.net/ubuntu-rtm/+source/unity-greeter
[08:50] <seb128> it's not in rtm
[08:51] <seb128> I guess the initial rtm creation didn't go through britney to check installability
[08:51] <seb128> same for the scope
[08:51] <ogra_> cjwatson, could we get that in ^^^ ?
[08:51] <seb128> those probably need to be imported to the rtm
[08:52] <ogra_> seb128, FYI, there is no human intervention needed for your test issue from above, a re-run automatically flashes the latest image
[08:52] <ogra_> https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/4868/console should be fine again
[08:53] <seb128> ogra_, k, since when is the fixed image up, because we were still getting errors some hours ago
[08:53] <seb128> nobody put changes up since the u.s went to sleep though
[08:53] <ogra_> there were two imaes with fix already
[08:54] <seb128> weird
[08:54] <seb128> let's see if the next run works then
[08:54] <ogra_> yeah
[08:54] <seb128> or let me just do a retry on one of the mps
[08:54] <cjwatson> seb128: well, it didn't have to go through britney, but indeed there's a known bug in the derive-distribution script that I only found out about weeks too late - specifically, it doesn't follow the "extra" seed
[08:55] <cjwatson> ogra_: I'll work on it
[08:55] <cjwatson> I guess it's easiest to just copy those and find out what the next layer of complaints is :)
[08:56] <cjwatson> first layer copied
[08:58] <seb128> cjwatson, thanks
[09:01] <ogra_> cjwatson, i assume you synced lifecd-rootfs into rtm too yesterday ?
[09:02] <ogra_> stephanes changes are in utopic, i think we want them in rtm too
[09:03] <cjwatson> OK, that looks like it was sufficient
[09:03] <cjwatson> ogra_: you assume wrongly, rtm is a massive hassle
[09:03] <cjwatson> ogra_: I can't sync it because a previous change is blocked on rtm silo 17, which is blocked on mvo reviewing my changes
[09:03] <ogra_> oh, hmm
[09:05] <cjwatson> oh, maybe not blocked, apparently I have mail :)
[09:05] <ogra_> mvo, cjwatson, btw, doesnt python-apt already know what distro it is on from sources.list ? (as bad as relying on system-image-cli but at least self contained)
[09:07] <cjwatson> ogra_: copied/pasted into mail
[09:07] <ogra_> cool !
[09:07] <ogra_> thanks :)
[09:08]  * ogra_ has never written mail via IRC before :)
[09:09] <mzanetti> ogra_: so do you know how we should proceed with the unity issue?
[09:09] <ogra_> mzanetti, see above, cjwatson solved it for you
[09:09] <cjwatson> mzanetti: it's already done
[09:09] <cjwatson> mzanetti: 10:07 -queuebot:#ubuntu-ci-eng- Silos: ubuntu-rtm/landing-004 (bregma) Migration: All packages are in destination. You can Merge and Clean now. (unity)
[09:09] <mzanetti> ah. wasn't sure if that conversation was about that...
[09:09] <sil2100> mzanetti: it's solved now :)
[09:09] <mzanetti> thanks cjwatson
[09:10] <mzanetti> awesomes
[09:10]  * mzanetti goes for moar silo testing
[09:11] <mzanetti> ah, do we even need the merge-and-clean? I suspect there isn't an rtm branch to merge to then
[09:12] <cjwatson> you need something or else the silo remains in use forever.
[09:13] <mzanetti> sil2100: should I check the ONLY_FREE_SILO box?
[09:13] <cjwatson> I think the merge bit is a no-op for sync silos but I'm not current on this.
[09:14] <sil2100> mzanetti: no no, just press a normal publish
[09:14] <sil2100> I mean, m&c
[09:14] <mzanetti> ok
[09:15] <sil2100> mzanetti: since there are no merges assigned to the landing, the free silo will just free the silo, but register it as 'landed'
[09:15] <mzanetti> ack. done
[09:22] <pete-woods> trainguards: hi. could I get silo 007 reconfigured please? (dropping one of the MRs) https://ci-train.ubuntu.com/job/ubuntu-landing-007-0-reconfigure/build?delay=0sec
[09:23] <Mirv> pete-woods: sure
[09:24] <Mirv> pete-woods: done
[09:24] <pete-woods> thanks!
[09:28] <davmor2> sil2100: 46 has videos \o/ let me add some local ones to be sure they show up now
[09:30] <sil2100> davmor2: uh
[09:31] <davmor2> sil2100: interestingly brendand still has videos on 59 after signing in
[09:31] <sil2100> davmor2: ok, but we still don't know if it was the issue you saw on 57
[09:31] <davmor2> sil2100: so it seems completely random
[09:32] <sil2100> jibel: you also had issues with video scopes on your krillin RTM, right?
[09:32] <jibel> sil2100, yes, it's completely empty
[09:34] <brendand> jibel, davmor2 - you're both crazy
[09:34] <jibel> brendand, ?
[09:35] <sil2100> davmor2: do you think the issue yo usaw on 47 was the same that you saw on 57?
[09:44] <davmor2> sil2100: no I think that was the api change issue
[09:44] <brendand> jibel, are you running -proposed on RTM?
[09:54] <mzanetti> sil2100: I'm afraid I need your help again
[09:54] <mzanetti> sil2100: trying to test silo rtm/006, I notice that the packages version in the silo are lower then the ones already one the phone
[09:55] <jibel> brendand, no, 14.09
[09:55] <mzanetti> sil2100: http://paste.ubuntu.com/8416939/
[09:56] <brendand> jibel, i mean are you running the promoted image?
[09:57] <jibel> brendand, I'm running ubuntu-touch/ubuntu-rtm/14.09 #1
[09:57] <jibel> brendand, with all updates applied
[09:57] <brendand> jibel, ah ok
[09:57] <brendand> davmor2, see ^
[09:58] <brendand> davmor2, so it's not a regression
[09:58] <brendand> davmor2, so stop wasting your time! :P
[09:58] <davmor2> brendand: yes it is it might of been one of the update that caused it :P
[09:58] <brendand> davmor2, to the scopes you mean?
[09:59] <davmor2> brendand: could be that the youtube scope is a click package
[09:59] <brendand> davmor2, ahhh yes
[09:59] <sil2100> mzanetti: hey! Let me take a look
[09:59] <brendand> mystery solved
[10:00] <sil2100> davmor2, brendand, jibel: so, the suspect is the youtube scope itself, hm?
[10:00] <brendand> sil2100, jibel has a different issue to davmor2
[10:00] <davmor2> let me see what happens if there is an update
[10:00] <brendand> sil2100, jibel is affected by the scope issue from last week
[10:00] <sil2100> hmmm
[10:00] <sil2100> Ah
[10:00] <brendand> sil2100, davmor2 is just crazy :)
[10:01] <sil2100> Right, as he's only running promoted, which didn't have the API bits
[10:01] <brendand> sil2100, exactly!
[10:01] <sil2100> I know! But that crazy dude iz blocking promotionzzz!
[10:01] <brendand> sil2100, but he'll still get the new broken youtube scope
[10:01] <brendand> davmor2, yeah get outa the way!
[10:02] <mzanetti> sil2100: mystery solved. I messed up. sorry for the noise
[10:02] <brendand> sil2100, #44 was promoted right?
[10:02] <sil2100> mzanetti: it looks like you're trying to test it on the wrong device/distro
[10:02] <brendand> sil2100, just to make sure
[10:02] <mzanetti> sil2100: exactly
[10:03] <sil2100> mzanetti: ok, good that it's all cleared up!
[10:03] <sil2100> brendand: yeah, I'm sure it was that... I need to prepare a document for that for quick access
[10:03] <sil2100> brendand: since now promoted images have their own image number
[10:05] <ogra_> seb128, would you mind reviewing (and top-approving) https://code.launchpad.net/~ogra/ubuntu-system-settings/system-settings-fix-devmode-page-refresh/+merge/235778 ?
[10:05] <seb128> ogra_, sure
[10:05] <ogra_> cool, thanks !
[10:06] <davmor2> sil2100, brendand: so on 46 if I update the youtube scope everything breaks but that is expected, I'll now install 48 which has the fix and see what happens there
[10:08] <brendand> dbarth_, are you going to unblock us on silo 12? we'd like to land it for you
[10:15] <sil2100> davmor2: ok
[10:17] <dbarth_> brendand: yes, i was updating my phone to rtm, now i can test the branch on that release
[10:24] <davmor2> sil2100, brendand: so on 48 I get videos and I can login in and still get videos,  So now I'm going to start bisecting till I get to an image that doesn't for me have videos
[10:24] <brendand> davmor2, i'm nearly sure you won't reproduce it
[10:24] <sil2100> davmor2: ACK! Thanks, I guess we're getting close...
[10:24] <brendand> davmor2, you might as well go straight to 59
[10:24]  * sil2100 prepares his PROMOTEIT stamp
[10:25] <brendand> davmor2, but probably better to be safe than sorry
[10:39]  * Mirv keeps on dputting to wrong PPA:s, preparing 3 different Qt PPA:s...
[10:39] <Mirv> multi-tasking is meant for computers, not humans
[10:40] <davmor2> brendand, sil2100: so on 59 fresh install everything seems to be working just doing a reboot to confirm
[10:48] <nik90> sil2100: Is there any thing blocking silo-001 rtm from being QA-tested and published? I need it for the clock user location detection. It is already in utopic and missing in rtm.
[10:49] <sil2100> nik90: the author of the silo didn't set it to tested yet
[10:49] <sil2100> So we assume it wasn't tested for RTM by the lander
[10:49] <nik90> sil2100: ah, since tvoss is on vacation, can anyone else take that up?
[10:51] <Mirv> maybe QA could consider starting its testing?
[10:51] <Mirv> as the functionality is quite needed
[10:51] <sil2100> That, or we poke kgunn to see if he has anyone that could take care of it
[10:54] <sil2100> QA doesn't look kindly to testing without it being tested by the lander first :)
[10:54] <nik90> hehe
[10:59]  * ogra_ hugs Laney 
[11:00] <mzanetti> sil2100: again me... the problem now is, that unity8-private depends on unity-schemas >= 7.3.1+14.10.20140915, however, 7.3.1+14.10.20140915~rtm is to be installed. is there some easy way to fix this or do I need to chage the depends?
[11:00] <sil2100> mzanetti: hm, damn
[11:01] <sil2100> Ok, so it seems the reversioning bit us here
[11:01] <ogra_> a bit
[11:01] <ogra_> :)
[11:01] <sil2100> ;)
[11:01] <sil2100> mzanetti: let me think of an easy way to get out of this situation
[11:01] <mzanetti> ack
[11:01] <mzanetti> back in 5 mins
[11:02] <ogra_> sil2100, while you think ... line 74 :)
[11:03]  * sil2100 is unable to do 2 things at once, sorry
[11:03] <ogra_> lol
[11:03] <ogra_> k
[11:03] <sil2100> That's why when I'm breathing, I don't think
[11:03] <sil2100> ;)
[11:03] <ogra_> geez, that must be hard
[11:03] <sil2100> I know...
[11:03] <sil2100> heh
[11:03] <ogra_> always a blue face when reading things
[11:03] <davmor2> brendand: the local media fix did that land in 59?
[11:03] <ogra_> :)
[11:04] <Mirv> ogra_: landing-009
[11:05]  * ogra_ hugs Mirv 
[11:05] <Mirv> or, soon
[11:05] <Mirv> (conflicts with 001)
[11:05] <Mirv> now 009, ignored conflicts
[11:06] <Mirv> ogra_: so ken has a landing but I guess he only built it for now and can rebuild when his day starts
[11:06] <ogra_> Mirv, yeah, ken wrote he wants it for design feedabck
[11:06] <ogra_> i'll wait with the final bits til he is up and i can ask him
[11:07] <ogra_> as long as it lands before tomorrow evening i'm fine i think
[11:08] <brendand> davmor2, which local media fix?
[11:10] <brendand> Mirv, nik90 - we're reluctant to do that because it circumvents the process
[11:10] <brendand> Mirv, nik90 - we already had an incident in the past where doing that bit us
[11:11] <davmor2> brendand: you were on about it in the incident reports,  I'm wondering if the lack of displaying local media was causing a race issue on the video scope,  In 59 I see local videos and youtube, in 57 I saw no local video and I wonder if that was what was blocking the vidoes being displayed in the youtube scope
[11:11] <Mirv> brendand: ok then. I agree it's a bit same than with me being put to upstream someone else's Qt patches, also with bad experience and "not going to do again" :)
[11:11] <sil2100> hmm
[11:12] <sil2100> davmor2: so you're basically saying that it's fixed on 59?
[11:13] <davmor2> sil2100: yeap but it is definitely flakey in 57, first boot there were videos, rebooted and it is blank
[11:13] <davmor2> before I rebooted I added local videos
[11:14] <sil2100> mzanetti: so, sadly there doesn't seem to be one perfect easy solution here ;/ I guess it will be best if we change the deps... but this will bite use back later, so let me check one more thing
[11:14] <sil2100> davmor2: ok, so maybe we could take 59 as a promotion candidate?
[11:14] <davmor2> sil2100: reboot again and now there is video
[11:14] <sil2100> davmor2: or do you think 57 is good enough?
[11:14] <davmor2> sil2100: I'll re flash 59 and run the same tests there
[11:15] <brendand> Mirv, by the time it's been marked tested we can be reasonably sure it's the right version etc and that any dependencies have landed too
[11:15] <sil2100> davmor2: 59 has some more things in it, such as the new mir etc.
[11:16] <davmor2> sil2100: so if 59 doesn't break videos then I can promotion test that and we can look at promoting that
[11:16] <sil2100> davmor2: sounds like a plan :)
[11:20] <sil2100> bfiller: hey!
[11:29] <brendand> ooh a new silo
[11:37] <dbarth> brendand: sorry, i'm still fighting with adb devices since i moved to image #59
[11:37] <dbarth> brendand: if you want to tackle silo 12 i could mark it tested to unblock; just that i haven't physically been able to verify on an rtm device yet
[11:38] <brendand> dbarth, let me know any problems you're having
[11:38] <brendand> dbarth, we should be able to fix them
[11:38] <dbarth> essentially adb devices says there is nothing at the other end of the cable...
[11:39] <dbarth> i'm in developer mode, pin code enabled; rebooted; and updated my 14.04 desktop to latest phablet-tools packages
[11:40] <brendand> dbarth, what does adb kill-server && adb start-server do?
[11:40] <dbarth> been there, done that unfortunately :/
[11:40] <dbarth> still no device
[11:40] <brendand> dbarth, but does it output anything?
[11:41] <dbarth> yes: daemon started successfully
[11:41] <dbarth> i can see another device (running utopic) with adb
[11:41] <brendand> dbarth, hmm that's not good
[11:41] <dbarth> just not my rtm one
[11:42] <dbarth> yeah, i can't think why it's this way
[11:42] <dbarth> the device shows up as a mass storage one, here no probs
[11:42] <dbarth> and i added the update to get the dev ids in adb and adb+mtp mode, according to the changelog in
[11:43] <dbarth> libmtp
[11:43] <dbarth> so i'm banging my head on the wall right now ;)
[11:43] <brendand> dbarth, in the terminal app 'android-gadget-server status adb'
[11:43] <brendand> dbarth, in the terminal app 'android-gadget-service status adb'
[11:43] <brendand> second one
[11:43] <dbarth> ah
[11:43] <dbarth> yeah, haven't thought about the terminal
[11:43] <dbarth> let me try
[11:45] <dbarth> adb disabled
[11:45] <dbarth> that explains
[11:46] <dbarth> ok enabled now
[11:46] <dbarth> gosh, adb devices still doesn't want to see it
[11:47] <dbarth> should we move to #ubuntu-touch?
[11:55] <mzanetti> sil2100: any outcome?
[11:58] <sil2100> mzanetti: so, we have two possibilitie
[11:58] <sil2100> s
[11:58] <sil2100> mzanetti: we can either re-release unity7 with the proper version to RTM
[11:59] <sil2100> mzanetti: or you would have to modify the deps, but you would need to change that on both sides
[11:59] <mzanetti> sil2100: define "on both sides". like doing a version bump in unity7?
[12:00] <mzanetti> sil2100: we had that at first, but bregma didn't want that. so I guess if re-releasing it without ~rtm is possible, that would be the easiest
[12:01] <sil2100> mzanetti: ok, but you would have to make sure that the re-release at least works properly - could you do that? If yes, I'll prepare a sync of unity7
[12:01] <mzanetti> sil2100: sure
[12:05] <sil2100> mzanetti: I'll assign a separate silo for that since I don't want to change the already existing sources in your silo
[12:06] <mzanetti> sil2100: thanks
[12:06] <mzanetti> sil2100: I guess that'll take an hour until ready for testing. if yes, I'd go for a run before
[12:10] <jdstrand> ogra_: fyi, cwayne told me that the pregenerated apparmor in custom landed already. not sure why it wasn't used, didn't work, something else
[12:11] <ogra_> jdstrand, well, it definitely didnt in todays rtm upgrade
[12:11] <ogra_> my post OTA boot took 5min
[12:11] <cwayne> the tarball itself needs to get past qa
[12:11] <cwayne> that has the apparmor profiles/clicks included
[12:11] <ogra_> though i also have about 30 extra click packages installed
[12:11] <ogra_> ah
[12:12] <ogra_> so it didnt land yet :)
[12:12] <cwayne> well, the rootfs bits did, but yeah :)
[12:15] <ogra_> sil2100, hmm, seems the spreadsheet lost my corrsponding rtm line for line 67
[12:15] <sil2100> mzanetti: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-002 <- the unity packages are there already (I mean, they should)
[12:15] <sergiusens> Mirv: was this an accident? https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-007-1-build/43/
[12:15] <ogra_> (i had added both)
[12:15] <sil2100> ogra_: uh, was that a line for the sync? Was that assigned?
[12:15] <mzanetti> sil2100: ah, awesome
[12:15] <sil2100> mzanetti: make sure those install well on ubuntu-rtm phones
[12:15] <ogra_> sil2100, not assigned, i wanted to test the utopic silo first
[12:15] <mzanetti> yep
[12:15] <ogra_> i left it in "MP not ready" state
[12:15] <sil2100> ogra_: ok, let me re-add it, I noticed some problems with the spreadsheets
[12:16] <sil2100> ogra_: you want a silo for that now?
[12:16] <Mirv> sergiusens: yes, sorry, doing watch only build now. I assigned a silo and kicked wrong silo to build.
[12:17] <ogra_> sil2100, well, not sure if i step on kenvandines toes ... theoretically yes ... practically he has a sileo with u-s-s too (but that says it is for design tests)
[12:18] <sil2100> hm, too bad Ken will be only around later
[12:18] <seb128> hum, some CI run still fail with "I: Unlock failed" errors :-/
[12:18] <seb128> sil2100, what about u-s-s?
[12:18] <ogra_> sil2100, well, if i can trust his comment ...
[12:19] <ogra_> sil2100, "Fixes several bugs in the update panel, for now this silo is to get design feedback" ... not sure if he wants to block all u-s-s fixes til design reacts
[12:19] <seb128> fginther, hey, do you know about "I: Unlock failed" CI errors?
[12:19] <seb128> ogra_, what's the issue?
[12:20] <ogra_> seb128, that i'm not sure if i shoudl land my silo or not
[12:20] <seb128> ogra_, you shouldn't
[12:20] <ogra_> right
[12:20] <seb128> is that your devmode change?
[12:20] <ogra_> then i'll wait
[12:20] <ogra_> yeah
[12:20] <seb128> come on, that has been up for like some hours
[12:20] <ogra_> utopic silo is tested and done
[12:20] <seb128> we have like 5 other fixes in the queue
[12:20] <seb128> we batch changes
[12:21] <ogra_> erm
[12:21] <seb128> your fix is not a line stop one
[12:21] <cwayne> jdstrand: FWIW i've verified that our fix works on first boot (with the -customized channel) :)
[12:21] <seb128> there is no reason it needs to land now hijachking other fixes that are pending as well
[12:21] <ogra_> sil2100, did you click publish on my silo now ?
[12:21]  * ogra_ definitely didnt 
[12:21]  * sil2100 did
[12:21] <ogra_> seb128, it looks like someone just pushed it into utopic
[12:21] <ogra_> ouch
[12:21] <sil2100> It was marked as ready
[12:21] <seb128> ogra_, that's fine, but please just get in line with your fixes
[12:22] <ogra_> well, we were talking about it here
[12:22] <seb128> we do landing several time a week and we always have a bunch of changes to batch
[12:22] <ogra_> seb128, ok, next time then, sorry for that
[12:22] <seb128> no worry
[12:22] <seb128> thanks for the fix though ;-)
[12:22] <sil2100> Well, it was marked as ready when I asked about assigning an RTM silo for you, so it was before the discussions here
[12:22] <seb128> sil2100, don't worry, landing it is fine
[12:22] <ogra_> well, it was one of my critical bugs to be fixed by tomorrow :)
[12:22] <seb128> it's just a bit wastefull
[12:23] <sergiusens> Mirv: np, just wanted to know if I needed to take action
[12:23] <seb128> usually when we do a landing we included all approved/pending changes
[12:23] <sil2100> Sorry about that, but good to hear I didn't break the world ;)
[12:23] <seb128> include*
[12:23] <ogra_> sil2100, yeah, sorry for marking it ready pre-maturely
[12:24] <seb128> ogra_, btw I fail to see how that one was so high importance, compared to other bugs we have
[12:24] <ogra_> seb128, so should i just leave it alone now and wait for you guys to include it in an rtm landing or should i go forward with rtm
[12:24] <seb128> it's only a control in a panel
[12:24] <seb128> ogra_, your call, we are going to do a rtm landing soon, including other fixes
[12:24] <ogra_> it was critical, rtm-14 tagged and has a milestone for tomorrow
[12:24] <seb128> ogra_, I would spare work by just waiting for things to be batched
[12:24] <ogra_> ok
[12:25] <ogra_> as long as it doesnt get forgotten
[12:25] <seb128> ogra_, seems our triagers are out of touch with reality
[12:25] <ogra_> well, it is security relevant
[12:25] <ogra_> tomorrow is deadline
[12:25] <seb128> ogra_, having no way to edit events is fine, but having a settings control displayed wrong is a stopper, go figure
[12:25] <ogra_> hahahahahaha
[12:25] <ogra_> +1
[12:34] <sergiusens> sil2100: Mirv can I get an rtm silo for 69? seems everything for rtm above this line is for utopic or not ready yet
[12:38] <Mirv> sergiusens: done, rtm 010
[12:39]  * sergiusens waits for the dashboard to reflect the assignment
[12:39] <sergiusens> ty
[12:49] <sil2100> davmor2: are you proceeding with promotion-wise testing already?
[13:01] <davmor2> sil2100: yeap I'm testing 59, I got caught up in an issue I see with evernote account so I'm just working through that, and then I'll get back on track, but 5 reboots and I have videos still so I'm happy that, that part seems to be working
[13:09] <seb128> sil2100, shouldn't the fact that you can't turn off event reminders be a promotion blocker?
[13:10] <sil2100> seb128: QA would have to decide on that, since the reason why it's like that right now is by higher-up decision
[13:10] <seb128> sil2100, well, higher-up decision doesn't mean we can screw users and not care
[13:11] <seb128> they should be taken accountable for their decisions as well
[13:12] <fginther> seb128, that's related to the code to unlock the display, now that you point it out, I see lots of failures
[13:13] <seb128> fginther, is that a known issue/being worked on? like half of the settings CI run hit it
[13:13] <seb128> who should be pinged? mterry?
[13:13] <seb128> sil2100, oh, speaking of higher-up, pmcgowan just joined ;-)
[13:13] <sil2100> hah ;)
[13:13] <sil2100> pmcgowan: hey!
[13:13] <seb128> pmcgowan, hey
[13:13] <pmcgowan> hi guys
[13:14] <fginther> seb128, let me look first, we may need get help from mterry as well
[13:14] <sil2100> pmcgowan: so, we wanted to maybe bring up the discussion of calendar-app being removed again
[13:14] <mterry> seb128, fginther: was about to ask what's up, but I guess I'll wait for fginther then  :)
[13:14] <seb128> pmcgowan, can we consider the fact that you can't turn off even reminders as a promotion blocker?
[13:14] <seb128> pmcgowan, my google calendar synced up a 3am even and I can't turn off sound ringing anymore since r58
[13:14] <sil2100> pmcgowan: since it seems that without it people can no longer turn off their event reminders without installing an 3rd party app (i.e. calendar-app)
[13:15] <pmcgowan> seb128, you mean you cant dismiss the notification for the events?
[13:15] <pmcgowan> or you cant control them via calendar
[13:15] <seb128> pmcgowan, no, I can't delete the even before going to bed so I'm not going to be waken up at 3am when I want to sleep
[13:15] <seb128> pmcgowan, we don't have a calendar anymore
[13:15] <seb128> pmcgowan, seems it was decided to drop calendar from the image
[13:15] <pmcgowan> seb128, right, thats true reluctantly
[13:16] <pmcgowan> seb128, trying to make sure I understand, is it manual control of the events lost due to no calendar app, or are the alarms not able to be dismissed
[13:17] <seb128> pmcgowan, you can dismiss the alarm, I just don't want to be waken up at 3am to dismiss the alarm then
[13:17] <seb128> I want to delete that event I don't about and have a normal night
[13:17] <pmcgowan> seb128, why wouldnt you control that through the web interface for gcal
[13:17] <seb128> pmcgowan, because I was not somewhere with online access
[13:17]  * pmcgowan senses seb wants calendar back
[13:17] <sil2100> Everyone wants calendar back ;)
[13:17] <seb128> pmcgowan, no, I want a way to delete events when offline
[13:17] <pmcgowan> lol
[13:18]  * sil2100 wants the calendar back personally
[13:18] <pmcgowan> I will take it up with the parties involved
[13:18] <seb128> pmcgowan, but yeah, having a calendar would be nice as well
[13:18] <mzanetti> sil2100: confirming that silo rtm/2 installs fine and that silo rtm/6 installs fine on top of it
[13:18] <seb128> pmcgowan, but it's mind boggling that we have events synced and then no way to edit them/dismiss an alarm
[13:18] <pmcgowan> sil2100, I would say it should not block promotion, anyone doign an update will still have calendar
[13:19] <pmcgowan> seb128, right I see that
[13:19] <seb128> pmcgowan, no they don't
[13:19] <sil2100> mzanetti: excellent - you didn't notice anything broken due to that unity7 installed?
[13:19] <seb128> pmcgowan, the calendar was taken off with the 58 update
[13:19] <sil2100> mzanetti: (want us to be completely sure, since it's a binary copy)
[13:19] <mzanetti> sil2100: let me run a test plan. bbiab
[13:19] <pmcgowan> seb128, but upgrade will not remove it
[13:19] <seb128> pmcgowan, it does
[13:19] <sil2100> mzanetti: well, a quick test might be enough :)
[13:19] <pmcgowan> seb128, huh?
[13:19] <seb128> pmcgowan, it was part of the base image and is not, so it vanished
[13:20] <pmcgowan> ah
[13:20] <sil2100> mzanetti: (since I want to push it without QA singning-off)
[13:20] <pmcgowan> seb128, ok I got it
[13:21] <mzanetti> sil2100: works for me.
[13:22] <mzanetti> indicators, apps, all look fine
[13:23] <sil2100> mzanetti: ok, publishing then
[13:24] <sil2100> (by principle it is the same thing as what we already have in the archive)
[13:25] <mzanetti> yeah... awesome. so I'm proceeding with testing silo rtm/6 now
[13:25] <mzanetti> hopefully we'll manage to work down the unity8 queue a bit today :)
[13:26] <rsalveti> cjwatson: hey, ping for software-properties (from yesterday)
[13:26] <rsalveti> cjwatson: saw you got a silo for that already, is there anything missing to get that into rtm?
[13:27] <sil2100> mzanetti: that would be excellent news :)
[13:27] <cwayne> davmor2: sil2100: gentle reminder that we'll need a QA pass of custom today
[13:28] <davmor2> cwayne: I can look at it in about 2 hours if that is okay?
[13:35] <cwayne> davmor2: probably, need to coordinate with the device tarball landing anyway
[13:35] <davmor2> joc: ^ I didn't think there was one was there
[13:36] <sil2100> hm, we asked about that on the meeting and didn't hear anything about that
[13:36] <sil2100> john-mcaleely: ^ ? Any new device tarball today?
[13:37] <john-mcaleely> sil2100, that seems to change minute by minute
[13:37] <john-mcaleely> sil2100, possibly
[13:37] <sil2100> :)
[13:40] <john-mcaleely> sil2100, ok, so latest, super-confirmed news, is that I'd like to build one today
[13:40] <fginther> seb128, mterry, I removed a workaround that was added during the adb user switch that appears to have been causing the problem here. I've retried 3 jobs and they've all unlocked successfully now.
[13:40] <john-mcaleely> sil2100, so I think I'll have a new device tarball in about 30-60 mins, ready for a sign off attempt
[13:40] <mterry> fginther, oh good!
[13:41] <john-mcaleely> cwayne, ^
[13:41] <seb128> fginther, mterry, great
[13:43] <seb128> mterry, just for the record, the ping was about "I: Unlock failed" errors in CI run, e.g https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/4864/console
[13:43] <mterry> seb128, ah
[14:01] <cjwatson> rsalveti: want to get it into utopic first so that I can copy the binaries; Laney was going to review those
[14:04] <rsalveti> cjwatson: right, do you think this will still happen today? I know it depends on Laney to review
[14:04] <rsalveti> just a wild guess
[14:04] <Laney> doing it now
[14:05] <rsalveti> oh, awesome then
[14:05] <rsalveti> once this is done I can sync livecd-rootfs from utopic into rtm
[14:09] <oSoMoN> can I haz a silo for line 71, please?
[14:09] <oSoMoN> trainguards: ^^
[14:10] <sil2100> oSoMoN: sadly, we have no ubuntu silos free :<
[14:11] <sil2100> oSoMoN: we might one pretty soon  though
[14:12] <oSoMoN> sil2100, cool, then please consider this one to fill it when it gets freed, thanks :)
[14:16] <popey> pete-woods: move https://myapps.developer.ubuntu.com/dev/click-apps/971/ back into needs review and I'll manually do it
[14:16] <sil2100> Not sure if pete-woods is around
[14:17] <popey> he replied to something 20 mins ago
[14:24] <jhodapp> sil2100, did you back out the media-hub, qtubuntu-media, dbus-cpp mpris change in utopic as well as rtm?
[14:24] <jhodapp> sil2100, seems like it only got backed out of rtm
[14:24] <sil2100> jhodapp: we didn't, sadly reverting it in utopic is a bit more troublesome as there has been a media-hub release in the meantime
[14:25] <sil2100> jhodapp: so we would have to revert that too, which would mean reverting an unity-system-compositor landings as well
[14:25] <sil2100> So we're trying to first figure out on how to fix it proper
[14:25] <jhodapp> sil2100, oh no...so I'm not sure what to do then...qtubuntu-media needs libmedia-hub-client1, but libmedia-hub-client2 is installed by default on utopic
[14:26] <jhodapp> sil2100, so how do I land my qtubuntu-media change in utopic?
[14:26] <pete-woods> popey: how do I do that?
[14:26] <davmor2> sil2100: so far so good on 59 :)
[14:26] <popey> pete-woods: no idea ☻
[14:27] <pete-woods> popey: one of the store devs is on this :)
[14:27] <davmor2> sil2100: I have an issue with evernote that is slightly worse than before, so working through that with webapps while testing but I'm pretty happy except for that :)
[14:29] <sil2100> jhodapp: so, first of all we would need to know if we're 100% sure that we do not want to revert this media-hub landing in utopic
[14:30] <sil2100> jhodapp: if we'll have a guarantee that this will be somehow fixed instead, then I guess you could just land qtubuntu-media to utopic normally, since as we didn't revert anything libmedia-hub-client2 should be available there
[14:30] <sil2100> We only reverted in RTM, so in RTM libmedia-hub-client2 is missing and only libmedia-hub-client1 is available
[14:31] <jhodapp> sil2100, well but that means I'll have to do a different landing in utopic
[14:32] <sil2100> Ah! Right, since you first land in RTM
[14:32] <sil2100> hmmm
[14:32] <jhodapp> yep
[14:33] <jhodapp> and I can only have it one way or another in trunk
[14:33] <sil2100> jhodapp: I think for everything going back to normal we would really need someone to actually first fix the gstreamer issue
[14:33] <sil2100> Is there anyone looking at it from the gstreamer side?
[14:34] <jhodapp> sil2100, we think the issue is in dbus-cpp, and that would be tvoss
[14:34] <sil2100> jhodapp: tvoss was here in the morning and he said it's likely gstreamer *sighs*
[14:35] <sil2100> jhodapp: anyway, people seem to be moving responsibility from one place to another
[14:35] <popey> pete-woods: yay
[14:35] <sil2100> kgunn: hey! Do you know if we would have someone to help out with this in the end ^ ?
[14:35] <sil2100> kgunn: you know, the dbus-cpp/media-hub/gstreamer issue?
[14:36] <jhodapp> sil2100, lol
[14:38] <jhodapp> sil2100, it has to be either dbus-cpp, media-hub or qtubuntu-camera since the changeset only included those right?
[14:38] <dbarth> brendand: pong; we re-tested silo 12 if you want to give it a try now
[14:38] <dbarth> brendand: i marked it tested on latest #59
[14:39] <jhodapp> sil2100, I thought we were able to verify that by landing in utopic first, seeing the issue there, then we tried bringing it to rtm and saw it break?
[14:39] <brendand> dbarth, i'm just finishing silo 03. vrruiz may be able to pick it up
[14:39] <sil2100> jhodapp: yes, but tvoss and some other people mention that it's broken because gstreamer is broken... even though I tried telling him that his change was anyway built on top of that particular gstreamer issue
[14:40] <jhodapp> sil2100, we need someone else to verify that then, I still have some critical bugs to attend to so I can't commit to looking into it myself yet
[14:43] <elopio> ping fginther: could you take a look at this https://code.launchpad.net/~canonical-platform-qa/ubuntu-clock-app/xvfb_and_qml_tests/+merge/235682
[14:43] <elopio> and tell us if it's in conflict of what you were planning to enable qml tests for apps? They are running during the build on that branch.
[14:44] <dobey> kgunn, mzanetti, greyback_: who is testing rtm silo landing-006? it's been "Packages built" for like 5 days now
[14:44] <kgunn> dobey: i am testing now....and
[14:44] <kgunn> we had a hiccup with unity7 packaging dep
[14:44] <dobey> oh o
[14:44] <kgunn> which was just now cleared
[14:44] <dobey> k
[14:45] <cwayne> davmor2: sil2100: so the custom tarball will need testing *after* the device tarball lands
[14:45] <cwayne> john-mcaleely: ^
[14:45] <mzanetti> dobey: yeah, it had to wait for rtm silo 4 (and then it didn't work so it had to also wait on rtm silo 2)
[14:45] <mzanetti> dobey: but now we're continuing with those
[14:45] <dobey> it has a fix i made in unity8 for the purchasing flow, so i was curious about it
[14:45] <cwayne> davmor2: btw what testing do you do when you bless a custom tarball? is it documented anywhere?
[14:47] <kgunn> sil2100: jhodapp ....can one of you update the bug with exactly what's going on there?
[14:47] <kgunn> dobey: no prob...typical silo sink time :-/
[14:47] <jhodapp> kgunn, I'm not sure what's going on with it exactly
[14:50] <john-mcaleely> cwayne, davmor2 this device tarball: http://people.canonical.com/~jhm/barajas/device_krillin-20140924-6b397a6.tar.xz :-)
[14:50] <john-mcaleely> sil2100, ogra_ ^ new device tarball for someone to please QA
[14:50] <john-mcaleely> http://people.canonical.com/~jhm/barajas/device_krillin-20140924-6b397a6.changes
[14:51] <ogra_> yay
[14:51] <ogra_> dropping old cruft !
[14:51] <brendand> john-mcaleely, i can take that - in about 10 mins
[14:51] <john-mcaleely> apparmor upgrade. no possibility for breakage or regressions :-)
[14:51] <john-mcaleely> brendand, thanks!
[14:51] <ogra_> (and new apparmor ... what could possibly go wrong with that :) )
[14:54] <sil2100> QA does not believe words like "no possibility of breakage"!
[14:54] <sil2100> Not in this order and composition!
[14:55] <fginther> elopio, yes, I'll take a look. If the tests can be run within the build then \o/, that would be my preferred solution. I was under the assumption that doing this during the build phase was just not possible
[14:56] <elopio> fginther: well, we are lucky because there are debs being built. When we stop building debs for the apps, we will need the click build to also run make test.
[14:56] <elopio> which makes sense.
[14:58] <ogra_> sil2100, thats just because john-mcaleely phrased it wrong "isolated bugfix" would surely have generated more trust :)
[14:58] <john-mcaleely> ogra_, or maybe less :-)
[14:58] <ogra_> naaah ;)
[14:59] <john-mcaleely> no regressions were harmed in the creation of this tarball
[14:59] <davmor2> brendand: thanks you'll beat me by about an hour
[14:59] <lool> hey trainguards, I'd like to land silo 4, NM changes to drop old wifis; however the version number is bad
[15:00] <lool> is it ok for me to reupload the same source with ubuntu27 instead of ubuntu27~test2 as version?
[15:00] <lool> Mathieu will be giving them a final smoke test
[15:05]  * lool goes reuploading there
[15:17] <sil2100> lool: is that an ubuntu silo?
[15:17] <sil2100> Ah, ok, I see it
[15:18] <sil2100> lool: sure, feel free to just reupload - I remember uploading that one for tvoss since he said it's 'test only'
[15:18] <lool> sil2100: yup; thanks
[15:18] <lool> sil2100: so will test the ubuntu27 binaries from there, then publish to utopic, then repeat for rtm; is that ok?
[15:19] <sil2100> lool: sounds fine, just give us a sign when to assign an RTM silo for you
[15:19] <lool> ack, thanks
[15:22] <cjwatson> ^- feel free to ignore that, it'll go away when I'm a bit more patient before starting the watch-only build
[15:29] <sil2100> bfiller: hey!
[15:29] <bfiller> sil2100: hey
[15:29] <sil2100> bfiller: did you guys had a moment to look at the ubuntu-rtm smoketesting failures in camera-app?
[15:30] <sil2100> bfiller: e.g http://ci.ubuntu.com/smokeng/utopic/touch_stable/mako/54:20140924:20140923/10673/camera_app/
[15:31] <bfiller> sil2100: will take a look
[15:31] <sil2100> Thanks!
[15:32] <bfiller> sil2100: we haven't rev'd camera in quite a while so something dependency must have changed
[15:45] <bfiller> sil2100: what channel is the image from?
[15:45] <bfiller> sil2100: for the failed smoketest
[15:46] <sil2100> bfiller: from ubuntu-rtm/14.09-proposed
[15:46] <bfiller> sil2100: thanks
[15:59] <Laney> do we know what's up with the autopilot tests (for u-s-s)? e.g. https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/4858/console
[16:00] <ogra_> Laney, looks like the device was running 252
[16:01] <Laney> that's some kind of code I don't understand :)
[16:01] <Laney> is it what the topic says?
[16:01] <ogra_> Laney, image 252 had driver issues and couldnt boot the session
[16:01] <ogra_> "initctl: unable to determine sessions" shows the system fell back to the adb emergency shell after lightdm stopped respawning
[16:01] <Laney> are the devices being fixed?
[16:02] <ogra_> the devices get the latest image flashed before every test
[16:02] <ogra_> from when was that test run ?
[16:02] <ogra_> image 252 was superseded tonight
[16:02] <Laney> + echo = Tue Sep 23 16:46:34 EDT 2014: SKIPPING phablet-flash AS REQUESTED
[16:03] <ogra_> Laney, yeah, then that was 252
[16:03] <ogra_> just re-trigger the test
[16:03] <Laney> ok, ta
[16:17] <bfiller> sil2100: what is up with the low silos in ubuntu? do we need to ask people to test faster? seems there have only been 1 or 2opened for quite some days
[16:17] <bfiller> sil2100: I have 4 requests in the sheet that I'd like to get in :)
[16:17] <kenvandine> silo 1 can be freed
[16:17] <bfiller> jhodapp: can you test and confirm silo 3?
[16:18] <kenvandine> i should stop hogging that :)
[16:18] <kenvandine> mpt gave up on trying it :/
[16:18] <bfiller> kenvandine: great, yes please free
[16:18] <lool> trainguards, as discussed above finished testing of silo 4 (NM), now copying over
[16:18] <Mirv> bfiller: not approved https://code.launchpad.net/~renatofilho/qtorganizer5-eds/fix-1371341/+merge/235452
[16:19] <jhodapp> bfiller, I can't yet, I'm blocked by an issue
[16:19] <bfiller> Mirv: done
[16:19] <Mirv> bfiller: thanks
[16:19] <bfiller> jhodapp: that silo has an issue you mean or a different issue?
[16:20] <jhodapp> bfiller, it has an issue that needs to be resolved in utopic before I can land it
[16:20] <bfiller> rsalveti: has silo 10 been tested yet?
[16:20] <bfiller> jhodapp: ok, thanks
[16:20] <lool> (done)
[16:20] <jhodapp> bfiller, the media-hub mpris landing needs to happen first
[16:20] <bfiller> jhodapp: what about silo 13?
[16:21] <jhodapp> bfiller, oh sorry, silo 13 is the one I mean
[16:21] <jhodapp> bfiller, silo 3 is up to ycheng-afk
[16:21] <jhodapp> bfiller, it should be ready, we just need to see if he tested it on utopic
[16:22] <lool> trainguards, have added rtm sync for NM changes in row 76, would you mind assigning a silo?
[16:22] <sil2100> lool: sure, we have a few rtm silos free
[16:22] <sil2100> One moment
[16:36] <davmor2> sil2100: so it looks like import of contacts might just be a glitch, after a reboot and retriggering it is working fine.  So I'll ignore that one.  The evernote bug is already written as part of another bug and is actively being worked on by dbarth 's team. So I will whitelist it for this image and revisit it at the next promotion, hopefully though it will be fixed then
[16:36] <davmor2> sil2100: let rip with image 59 it'll make jibel happy
[16:37] <davmor2> sil2100: and I'll get you the bug number for the evernote issue
[16:38] <davmor2> sil2100: https://bugs.launchpad.net/account-plugins/+bug/1349975/
[16:39] <davmor2> jibel: ^^^ just waiting on sil2100 now not to put any pressure on him what-so-ever :D
[16:44] <sil2100> \o/
[16:44] <lool> sil2100: do I have to ping someone to get packages copied from ppa reviewed in unapproved?
[16:45] <sil2100> ogra_: can you promote krillin #59 and it's mako counter-part? ;)
[16:46] <sil2100> And all other counterparts I guess
[16:46] <sil2100> lool: hey! You mean network-manager now?
[16:46] <sil2100> lool: the release team should be generally poked - in case that's a bugfix of course
[16:47] <cwayne> davmor2: was that with the new device tarball or no?
[16:47] <brendand> sil2100, are we promoting?
[16:47] <sil2100> brendand: yesss
[16:47] <sil2100> cwayne: no, not yet, it's the image before the device tarball
[16:48] <sil2100> The tarball is still in testing
[16:48]  * sil2100 puts pressure on ogra_ 
[16:48] <cwayne> agh okay
[16:48] <lool> sil2100: yup
[16:48] <cwayne> sil2100: just cus i  need an image with the new device tarball before we test the custom tarball, and that really needs to land today
[16:48] <bfiller> sil2100: just changed all my requests to rtm as there are free silos, can you please assign silos for line 60, 61 and 72 please?
[16:49] <cjwatson> copying some more stuff into rtm to see if I can do something about the big pile of uninstallables
[16:50] <davmor2> cwayne: no brendand is testing that now
[16:50] <brendand> cwayne, what kind of bribe are you offering?
[16:51] <cwayne> brendand: beer and high fives
[16:51] <cwayne> that's all I got
[16:51] <cwayne> :)
[16:51] <brendand> cwayne, well - i suppose it's better than nothin
[16:51] <davmor2> cwayne: dude we are QA we only care about beer and fixes, you fail !
[16:52] <cwayne> davmor2: high fives fix everything
[16:54] <kenvandine> ogra_, line 69 says sync:9 but my settings build is in silo 9 now :)
[16:54] <kenvandine> ogra_, i guess that should be updated to a sync from utopic
[16:54] <sil2100> bfiller: so you will land to RTM first?
[16:54] <ogra_> sil2100, ^^ can we do that ?
[16:55] <bfiller> sil2100: yes
[16:55] <sil2100> kenvandine: yeah, to do a sync from utopic just do `sync:ubuntu,utopic package_name`
[16:55] <ogra_> kenvandine, happy to landd it standalone though if it causes any issues ...
[16:55] <sil2100> bfiller: ok then! Let me take care of that in a moment
[16:55] <bfiller> sil2100: thanks
[16:55] <kenvandine> ogra_, i'd rather you go ahead and land it, my landing has a pile of bugs :)
[16:56] <ogra_> sil2100, so please assign me an rtm silo
[16:56] <kenvandine> ogra_, i updated the spreadsheet
[16:57] <ogra_> thx
[16:57] <kenvandine> np
[16:57] <ogra_> sil2100, line 69
[16:57] <kenvandine> ogra_, lets get that cleared out before i land mine
[16:58] <ogra_> should be quick ... bugfix only and just 5 lines of QMl changes
[16:59] <lool> sil2100: can we asign silo 4 for the qtubuntu-sensors? osomon wants to land it, but there was no free utopic silo so far
[17:00] <robru> lool: 14 is about to free up
[17:01] <robru> lool: but what's going on with 4?
[17:01] <sil2100> bfiller: ok, so just a notice - in this case, when you build, please check the DO_NOT_APPEND_RTM_TO_VERSION
[17:01] <sil2100> bfiller: this way it won't append the ~rtm (I might make it default soon I guess)
[17:02] <bfiller> sil2100: ack
[17:02] <lool> robru: network-manager is in unapproved
[17:02] <robru> sil2100: what is the purpose of teh ~rtm tag? can we just rip that code out?
[17:02] <lool> I pinged on #ubuntu-release
[17:02] <kenvandine> i think we want the ~rtm if there is a delta
[17:03] <robru> kenvandine: i've yet to see a single case where there's been an rtm-specific delta. *everything* is parallel landings
[17:03] <lool> robru: silo 14 >> that'd be for line 70
[17:03] <kenvandine> robru, indeed... for now
[17:04] <kenvandine> robru, but might change
[17:04] <robru> lool: ok, it'll be free soon
[17:04] <kenvandine> so the ~rtm probably shouldn't be default
[17:04] <robru> kenvandine: sil2100: ok I can turn ~rtm off by default in a bit
[17:04] <sil2100> robru: now it doesn't make that much sense, as mentioned I'll switch it off and if it doesn't have much use then I'll remove it completely - it makes sense in case someone wants to have 2 separate branches, one for rtm and one for ubuntu
[17:05] <sil2100> Or when he wants to do a safe source rebuild during sync
[17:05] <kenvandine> sil2100, so now the sync won't rebuild right?
[17:05] <kenvandine> or do we need to check something to keep it from rebuilding?
[17:05] <sil2100> kenvandine: no, synces no longer rebuild since a few days
[17:05] <kenvandine> ok
[17:05] <kenvandine> just confirming :)
[17:05] <sil2100> kenvandine: by default synces are now binary copies (as per ML annoucement ;) )
[17:06] <sil2100> But the ~rtm is still appended by default when you build your MRs for ubuntu-rtm
[17:06] <kenvandine> i read that, but didn't remember if it was already that way or coming soon :)
[17:08] <ev__> sil2100, robru: I've heard through the grapevine we're short on silos
[17:08] <ev__> is this true? If so, can you educate me on what's going on?
[17:08] <sil2100> ev__: yeah... so, it seems that we sometimes lack silos, maybe it's time to increase the number
[17:08] <robru> ev: well, there aren't any available.
[17:09] <robru> just gave the last one to lool
[17:09] <sil2100> ev: we only have 20 per distro
[17:09] <robru> at least for utopic
[17:09] <ev> sil2100: makes sense to me. What's preventing us from doing that now?
[17:09] <robru> ev: nobody remembers how? ;-)
[17:09] <sil2100> I know how to do it from the CI Train side, but we need someone to set up the PPAs ;)
[17:10] <robru> sil2100: don't forget, the dashboard needs to be updated for extra silos, the jenkins backend needs to be updated, and also the spreadsheet contains knowledge of the silo numbers.
[17:10] <ev> sil2100: set up the PPAs as de-virted, or literally create the PPAs?
[17:10] <AlbertA2> sil2100: you can release ubuntu-rtm/landing-009 it's useless now with the dbus/media-hub reverts...
[17:11] <sil2100> robru: jenkins updates itself once the citrain gets updated during deploy, so it should be ok there
[17:11] <sil2100> ev: someone to create them and also de-virted
[17:11] <sil2100> brb
[17:11] <robru> sil2100: right but the python code that is itself running on jenkins needs to be told how many silos we have in order to even create those jobs.
[17:11] <ev> creating them should be feasible from your end
[17:12] <robru> lool: 14 is ready for you btw
[17:12] <ev> de-virting them just requires asking #webops
[17:12] <lool> robru: thanks
[17:12] <robru> lool: you're welcome
[17:13] <robru> ev: sil2100 so what, should I create 10 new silos then?
[17:14] <ev> robru: can I ask that you ask #webops what our capacity is for de-virted ppas
[17:14] <ev> I'm inclined to say yes, 10
[17:14] <ev> but they'll have a better ideas of how much space we have
[17:15] <robru> ev: oh, should I ask webops before I even create them?
[17:16] <robru> keep in mind the distros need to be synced (lots of code assumes that), so really 10 new silos = 20 new PPAs
[17:16] <robru> ugh, no vanguard in #webops
[17:16] <sil2100> Well, 10 more per distro?
[17:18] <robru> yeah
[17:18] <robru> sil2100: ev so we'd have landing-000 through landing-030 for each distro
[17:19] <sil2100> robru: yeah, we'll need slangasek to create them though
[17:19] <sil2100> Since we have no admin power over the team owning the PPAs
[17:19] <sil2100> It's just asac and slangasek
[17:19] <sil2100> Both are travelling from what I heard
[17:19] <ev> robru, sil2100: sorry, my laptop just ate itself. If there's no vanguard in #webops, please file an RT for it and cc CI-engineering-private@lists.launchpad.net
[17:19] <sil2100> slangasek: are you around?
[17:20] <robru> oh i hadn't heard slangasek would be travelling today
[17:20] <ev> Webops have superpowers. They can create what you need.
[17:20] <ev> Just please be descriptive in the RT of what ppas need to be created and where.
[17:21] <sil2100> We also need someone to modify the whitelist on snakefruit, but that can be done by any archive admin
[17:21] <sil2100> robru: I heard from asac that they're somewhere or something IIRC
[17:21]  * sil2100 checks what that was about
[17:22] <sil2100> Yeah, so asac said slangasek will be back on Thursday
[17:22] <sil2100> So let's wait with that till tomorrow
[17:23] <robru> sil2100: well I'll file the RT
[17:24] <sil2100> robru: just be sure to mention that the PPAs still need creating ;)
[17:27] <sil2100> ogra_: btw. did you press the promote button? :)
[17:27] <ogra_> sil2100, err, it said "ready to build" not "ready to promote" ...
[17:27] <ogra_> i just obeyed to the dashboard
[17:28] <Ursinha> sil2100: hey, I have some suggestions for you in https://code.launchpad.net/~sil2100/cupstream2distro/cu2d-binsynctests/+merge/235666 :)
[17:28] <robru> ev: sil2100 https://rt.admin.canonical.com/Ticket/Display.html?id=75308&results=a465129ecc1196a491a89f1ee85e5074 filed
[17:29] <sil2100> Ursinha: \o/ thanks! Yeah, I'm still a noob in what is good from the pep8 and overall point of view ;)
[17:29] <sil2100> Let me fix some of those soon
[17:30] <sil2100> robru: thanks
[17:30] <sil2100> ogra_: what said? :)
[17:30] <Ursinha> sil2100: nah, that's completely understandable... it took me a while to get those and still gets me sometimes :)
[17:30] <sil2100> ogra_: I mean, what do you mean?
[17:30] <ogra_> sil2100, the dashboard
[17:31] <ogra_> sil2100, the dashboard said "ready to build packages" so i clicked build :)
[17:31] <sil2100> ogra_: which one? I mean image promotion ;p !
[17:31] <ogra_> oh
[17:31] <ogra_> lol
[17:31] <sil2100> ogra_: as per my request above we want to promote an ubuntu-rtm image ;)
[17:32] <sil2100> 18:45 < sil2100> ogra_: can you promote krillin #59 and it's mako counter-part? ;)
[17:32] <sil2100> 18:45 -queuebot:#ubuntu-ci-eng- trainguards, please assign line 60 for bfiller
[17:32] <ogra_> you asked one line below the bot telling me my silo is ready :P
[17:32] <sil2100> 18:46 < sil2100> And all other counterparts I guess
[17:32] <sil2100> ahaha
[17:32] <sil2100> Indeed
[17:32] <ogra_> i'll do the promotion, gimme a bit
[17:32] <sil2100> Thanks!
[17:36] <robru> brb
[17:38] <ogra_> sil2100, i'll promote the emulator alongside this time (this will be one version behind though)
[17:38] <sil2100> Ursinha: most of the changes you pointed out would even make me happier! I probably misunderstood the idea of listing big number of function arguments one after another
[17:38] <davmor2> sil2100: no don't promote utopic
[17:38] <sil2100> ogra_: ok, yeah...
[17:38] <sil2100> davmor2: no no, only RTM
[17:39] <slangasek> robru: wat, I'm sure I told everyone in the weekly meeting :-P
[17:39] <slangasek> sil2100: what am I creating?
[17:39] <Ursinha> sil2100: that's fine, it's a bit of an abstract concept but once you grasp that what you want is readability it gets easier
[17:39] <ogra_> discussions about travelling ? :)
[17:40] <john-mcaleely> brendand, did I miss news on the device tarball, or still going?
[17:41] <sil2100> slangasek: we would need some additional PPAs created for our silos
[17:41] <sil2100> slangasek: as per the RT here: https://rt.admin.canonical.com/Ticket/Display.html?id=75308
[17:41] <sil2100> :)
[17:43] <slangasek> sil2100: I guess nobody has a script for batch creating these through the API, hmm?
[17:45] <slangasek> sil2100, cjwatson: I don't see an interface for creating PPAs for ubuntu-rtm, nothing asks me for a distribution on either https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-021/+edit or https://launchpad.net/~ci-train-ppa-service/+activate-ppa
[17:45] <sil2100> Not that I know of...
[17:45] <sil2100> slangasek: yeah, I used the LP API for that always
[17:45] <sil2100> Like lp-shell
[17:46] <slangasek> ok, so remote hands me please :)
[17:48] <sil2100> slangasek: I guess you can use this command to create a single ubuntu-rtm silo for us in lp-shell : lp.people['ci-train-ppa-service'].createPPA(distribution=lp.distros['ubuntu-rtm'], name='landing-xxx')
[17:48] <sil2100> (untested, as I have no power over ci-train-ppa-service)
[17:48] <sil2100> ;)
[17:48] <sil2100> For ubuntu of course the same can be used
[17:49] <slangasek> sil2100: do you haev a guess as to the attributes for display name and description, so I can do this all at once?
[17:51] <slangasek> sil2100: also, AttributeError: <launchpadlib.launchpad.Launchpad object at 0x7f06fc0b2290> object has no attribute 'distros'
[17:51] <sil2100> slangasek: yeah, so just pass description= and displayname= params
[17:51] <sil2100> Ah
[17:51] <slangasek> ok, it's 'description', 'distributions', and 'displayname'
[17:51] <sil2100> slangasek: hah, distributions instead of distros ;)
[17:51]  * sil2100 's mind just shortened it up
[17:53] <slangasek> sil2100, robru: ok, ppas done; I'll let one of you follow up on the RT wrt getting them devirted
[17:53] <sil2100> slangasek: thanks!
[17:53] <sil2100> slangasek: btw. just to confirm my info - you travelling today still? :)
[17:54] <slangasek> sil2100: not "traveling" today, but am away from home at a business meeting
[17:54] <sil2100> Ah, ACK
[18:00] <robru> slangasek: oh thanks
[18:02] <robru> sil2100: well hot diggity. should we wait for the devirt to happen or should I start hacking citrain to recognize the new silos?
[18:02] <robru> sil2100: (eg, how horrible is it if citrain offers to let people build in virtualized ppas?)
[18:03] <sil2100> robru: it's bad, really bad
[18:04] <sil2100> robru: since we do binary copies from our PPAs to the archive directly
[18:04] <sil2100> robru: so we need to make sure that silo PPAs have the very same builders as the archive
[18:04] <robru> ah
[18:04] <robru> sil2100: btw I'm not sure if you know this, but when you're hacking on lp:cupstream2distro, I cleaned up the testsuite so you can just run 'nosetests' (with no arguments) in the branch root and it'll run all the tests. so eg you don't need to push the branch and wait for jenkins to give the test results, you can get the test results faster locally and
[18:04] <robru> iterate faster.
[18:06] <ogra_> [18:07] <robru> #2?
[18:07] <ogra_> (that is: krillin 59, mako 54, generic 50 (actually 1 on the server), generic_x86 50 (actually 1 on the server))
[18:07] <robru> ah
[18:08] <robru> I see we've given up on image numbers ;-)
[18:08] <ogra_> well, i try to at least keep the promoted ones in sync now
[18:08] <robru> maybe we could use timestamps instead? those'd probably stay in sync better
[18:08] <ogra_> we'll need one extra promotion for the emulator though
[18:09] <ogra_> robru, that wouldnt help ... actually an image number is: $ID:$ROOTFS-TARBALL:$DEVICE-TARBALL
[18:09] <ogra_> where ID is what system-image adds ...
[18:10] <ogra_> but $ID gets bumped every time you have a nnew device or rootfs (or custom) tarball
[18:10] <ogra_> not only if you have a new rootfs ...
[18:10] <brendand> john-mcaleely, i've just observed that it's taken absolutely ages for me to get a 3g connection
[18:10] <ogra_> in the past we relied on the latter
[18:11] <john-mcaleely> brendand, hmm
[18:11] <john-mcaleely> brendand, yuk
[18:11] <ogra_> but since we have separate device tarballs now ... and separate custom tarballs ...
[18:11] <brendand> john-mcaleely, let me see how it looks without the tarball
[18:11] <john-mcaleely> brendand, I wonder if that's the apparmor changes. are there denials in the log?
[18:12] <john-mcaleely> brendand, thanks
[18:13] <jdstrand> fyi, we don't confine indicator-network, ofono, urfkill or network-manager
[18:13] <sil2100> robru: yeah, I noticed that ;) I was actually running just nosetests in the root dir when working on the unit tests today
[18:13] <sil2100> ogra_: thanks \o/
[18:14] <ogra_> sil2100, if anyone needs it on the nusakan host (cdimage) in my home dir i keep "rtm-promo.log" for the number mapping
[18:20] <brendand> john-mcaleely, without the tarball it did seem to come up a lot more quickly
[18:20] <brendand> john-mcaleely, but i didn't catch the syslog before
[18:21] <brendand> john-mcaleely, i'll have to reinstall with the tarball
[18:21]  * brendand should go and make dinner too
[18:21] <john-mcaleely> brendand, thanks
[18:21] <john-mcaleely> brendand, and yes, you should
[18:25] <ogra_> brendand, just making sure, bugfix only doesnt need QA signoff for rtm silos, right ?
[18:26] <sil2100> ogra_: just to be sure - what was the mako version number that got promoted today?
  #2?
 (that is: krillin 59, mako 54, generic 50 (actually 1 on the server), generic_x86 50 (actually 1 on the server))
[18:27] <brendand> ogra_, well..
[18:27] <brendand> ogra_, *isolated* bug fixes only
[18:27] <sil2100> ogra_: ;)
[18:27] <sil2100> Thanks!
[18:27]  * ogra_ looks for some duct tape to wrap around the bug 
[18:27] <brendand> ogra_, which i think is a decision not to be made by the lander
[18:27] <ogra_> brendand, by whom then ?
[18:27]  * brendand gives ogra_ the evil eye
[18:28] <brendand> ogra_, landing team or qa
[18:28] <brendand> ogra_, bribe sil2100
[18:28] <ogra_> well, the fix is super trivial ... https://code.launchpad.net/~ogra/ubuntu-system-settings/system-settings-fix-devmode-page-refresh/+merge/235778
[18:28] <ogra_> and tested successfully in both distros
[18:28] <kenvandine> ogra_, that's isolated :)
[18:29] <ogra_> k
[18:29]  * ogra_ publishes then :) 
[18:29] <sil2100> ogra_: yeah, as per management recommendation, isolated bugfixes (;p) (the real ones!) can go through if requested by the lander
[18:30] <ogra_> whoops, you guys are always faster than me :P
[18:30] <brendand> ogra_, okay. as long as sil2100 confirms that your landing just contains that
[18:30] <brendand> ogra_, or you know what? i trust you dude
[18:30] <brendand> so yeah, ok
[18:30] <ogra_> brendand, well, while we had this discussion it seems someone already promoted
[18:31] <ogra_> see the bot above my duct tape comment :P
[18:32] <robru> yeah while you guys were talking, I saw a silo that says 'you can publish' so I hit publish.
[18:32] <ogra_> heh
[18:32]  * ogra_ notes down to clearify the QA status before setting the silo to testing done
[18:32] <robru> yup
[18:33] <kenvandine> ogra_, your branch was fine though :)
[18:33] <ogra_> kenvandine, well, it was my first bugfix-only landing ... :)
[18:33] <kenvandine> mine should get QA to test the changes to background selection
[18:34] <ogra_> will we actually get sane backgrounds in PIN unlock etc ?
[18:34] <kenvandine> ogra_, that isn't up to me :)
[18:34] <ogra_> ah, i was hoping thats what you ship :)
[18:34] <kenvandine> this landing lets you choose backgrounds from more than just gallery
[18:34] <ogra_> ah
[18:34] <kenvandine> so you can use the camera, etc
[18:35] <kenvandine> robru, can haz silo for 74?
[18:39] <robru> kenvandine: ok you got rtm8
[18:39] <kenvandine> robru, thx
[18:39] <robru> kenvandine: you're welcome
[18:41] <brendand> john-mcaleely, apart from the tarball i have a strong feeling there are some big issues around 2g - do we have any recent results testing 2g specifically?
[18:48] <john-mcaleely> brendand, very few - we have poor ways of preventing 3G just taking over
[18:49] <john-mcaleely> brendand, some concrete bugs there would be helpful
[18:52] <brendand> john-mcaleely, well the second slot is 2g only. and you can specify 2g only in system settings
[18:52] <brendand> john-mcaleely, but i need to compare and contrast with mako
[18:52] <brendand> john-mcaleely, and i'm afraid there's definitely a problem here
[18:53] <slangasek> robru: you absolutely must not start using the ppas before they've been made devirt, because that breaks the ability to *make* them devirt
[18:53] <davmor2> brendand: what's up?
[18:53] <brendand> john-mcaleely, http://paste.ubuntu.com/8420114/
[18:53] <brendand> john-mcaleely, without the tarball i get a connection in a few seconds after unlocking
[18:54] <brendand> john-mcaleely, i'm still waiting for one now
[18:54] <robru> slangasek: oh, well alright then
[18:54] <slangasek> robru: (in addition to the fact that no, binaries for the archive absolutely must not be built in virt ppas)
[18:54] <john-mcaleely> brendand, hmm. ok. well, there was an update to hybris that might impact wifi, which might impact networkmanager.  I will try to repro
[18:55] <brendand> john-mcaleely, those errors keep popping up
[18:55] <john-mcaleely> brendand, what SIM is that?
[18:55] <brendand> john-mcaleely, it's an o2 one. i could try a different sim, let me see
[18:56] <brendand> john-mcaleely, ahhh
[18:56] <robru> slangasek: what's so horrible about virt PPAs? i don't understand in what way the binaries would be any different. isn't the whole point of virtualization that you can fake the real thing without being able to tell the difference?
[18:57] <brendand> john-mcaleely, it's talking about ril1
[18:57] <brendand> john-mcaleely, but i told it to use ril0
[18:59] <sergiusens> what's 67?
[18:59] <brendand> john-mcaleely, do you have o2 payg?
[19:00] <john-mcaleely> brendand, I do. not running that device tarball yet
[19:00] <robru> sergiusens: "pepe phone MMS bugfix	sergiusens					sync:10	ubuntu/utopic"
[19:00] <robru> sergiusens: so you should probably land that, but there's no utopic silos available
[19:00] <john-mcaleely> brendand, (we didn't trust the 2G ui switches when we thought through our test plan. some time ago...)
[19:00] <sergiusens> robru: oh, I won't work on that today, so don't worry
[19:01] <brendand> john-mcaleely, finally the connection has appeared
[19:01] <brendand> john-mcaleely, that took about 10-15 minutes
[19:01] <john-mcaleely> that's horrific
[19:02] <brendand> john-mcaleely, maybe awe can help
[19:04] <brendand> john-mcaleely, after rebooting it was quite fast
[19:04] <rsalveti> cjwatson: it seems software-properties is still stuck in rtm proposed
[19:05] <john-mcaleely> brendand, I'm flashing that tarball onto the device I use with my O2 sim
[19:08] <davmor2> sil2100: http://www.buzzfeed.com/hannahjewell/can-you-guess-how-old-these-kittens-are?bffbuk#4g9h0q8 distraction alert
[19:09] <john-mcaleely> 2014/09/24 20:09:10 Cannot cleanup /cache/recovery/ to ensure clean deployment
[19:10] <john-mcaleely> Why on earth would  a device being --bootstrapped fail like that ^
[19:10] <john-mcaleely> grr. doesn't it format the cache?
[19:12] <slangasek> robru: virt PPAs exist outside the security fence required for all official Ubuntu builds
[19:13] <brendand> john-mcaleely, the log is talking about ril1 for some reason, it's supposed to be ril0
[19:15] <john-mcaleely> brendand, well, that might explain some of it's difficulty :-)
[19:21] <brendand> john-mcaleely, wow my adb connection just got murdered
[19:22] <robru> oh, security. ok
[19:26] <elopio> plars: ping. The subunit file is still missing: https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako/592/?#showFailuresLink
[19:29] <sil2100> davmor2: DAMN YOU!
[19:29] <sil2100> ;)
[19:30] <john-mcaleely> brendand, so, fwiw, my o2 just established a 'H' connection pretty much instantly
[19:30] <sil2100> o/
[19:30] <davmor2> sil2100: but but but cute kittens
[19:30] <john-mcaleely> (rtm/59+ the new tarball. one o2 sim in slot 1)
[19:30] <brendand> john-mcaleely, nothing in slot 2?
[19:31] <john-mcaleely> brendand, correct, empty
[19:31] <brendand> john-mcaleely, and i guess your sim was not locked?
[19:31] <john-mcaleely> brendand, also correct, unlocked sim
[19:31] <brendand> john-mcaleely, ok so either of those could a factor
[19:31] <davmor2> john-mcaleely: I can install here and see what I get I have ee sims that are locked here
[19:31] <davmor2> brendand: ^
[19:32] <brendand> davmor2, yeah see if you can reproduce it as well first
[19:32] <davmor2> brendand: right let me do a reboot and time sim1 and sim2 on standard 59 first then
[19:34] <brendand> davmor2, no need to time them
[19:35] <brendand> davmor2, the difference is huge
[19:37] <davmor2> brendand: I like to do it :P  so sim1 3.5secs sim2 33.4secs
[19:42] <plars> elopio: did you see my response on that? I'm not sure what the difference is between that job and the other one that I did change, but I see the subunit show up in the other job associated with the mp
[19:43] <plars> elopio: look at the generic-mediumtests job
[19:43] <plars> elopio: I'll look at this one too though
[19:44] <cjwatson> rsalveti: yes I know I'm working on it
[19:45] <brendand> john-mcaleely, hmm okay. now i'm seeing the same issue with the previous tarball...
[19:45] <cjwatson> robru: I can do the silo devirting if you want
[19:45] <cjwatson> slangasek: ^-
[19:45] <rsalveti> cjwatson: great
[19:49] <cjwatson> robru: ok, I see the RT, I'll take care of it
[19:51] <elopio> plars: oh great, I see the file on that job.
[19:52] <plars> elopio: does that have what you need?
[19:52] <elopio> oh wait
[19:52] <elopio> plars: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-utopic/3749/
[19:52] <plars> elopio: if not, I should be able to get it into the other one
[19:52] <elopio> the subunit file attached there is for system_settings.
[19:52] <elopio> the job is for gallery.
[19:53] <plars> elopio: is that the one pointed to by your mp?
[19:53] <plars> elopio: the xml results there are also for system settings
[19:53] <elopio> plars: that's linked from my MP, yes.
[19:54] <plars> elopio: strange
[19:54] <davmor2> john-mcaleely, brendand: sim1 up in 6 seconds
[19:54] <davmor2> john-mcaleely, brendand: sim2 up in 54.2
[19:55] <brendand> davmor2, how can both come up?
[19:55] <davmor2> roughly twice as slow
[19:55] <brendand> davmor2, we're talking about getting a data connection
[19:55] <brendand> davmor2, not just connecting to the network
[19:55] <brendand> davmor2, it has to show the H/3G symbol
[19:55] <brendand> davmor2, wifi off
[19:55] <davmor2> brendand: showing a H
[19:56] <davmor2> brendand: same as on 59
[19:57] <robru> cjwatson: Ooooooooooh thanks a ton
[19:58] <davmor2> brendand, john-mcaleely: hmm I have a feeling the H might lie just opened the browser and it is really slow, it's working but that is no way 3g
[19:58] <robru> cjwatson: ping me when it's done and I'll start making the train see those new silos
[19:58] <brendand> davmor2, john-mcaleely - and at the same time i'm getting this issue without the tarball now
[19:58] <brendand> davmor2, john-mcaleely - so it could be an existing issue
[19:58] <davmor2> brendand: I didn't have it on 59
[19:59] <brendand> davmor2, yeah i mean it might be to do with my SIM/coverage
[19:59] <davmor2> brendand: this has been loading a single page for about a minute now, it's a big page, planet.ubuntu.com but it didn't take this long before
[20:02] <davmor2> brendand, john-mcaleely: there is a definite issue here
[20:03] <brendand> davmor2, i think it's using the second sim
[20:04] <davmor2> brendand: can't be, that is my payg sim it has no credit
[20:04] <davmor2> brendand: so it must be using the 1st sim
[20:05] <davmor2> guys I need to call it a night I still need to partially dismantle my office tonight ready for the demolishers and electricians to come in Friday and Monday
[20:06] <cjwatson> robru: done
[20:07] <robru> cjwatson: you rock
[20:09] <cjwatson> I should compare my new script against ci-airline for reference
[20:09] <cjwatson> http://paste.ubuntu.com/8420530/
[20:13] <brendand> john-mcaleely, can we sleep on this tarball?
[20:13] <brendand> john-mcaleely, if you forced me to make a decision now it would probably be a very hesitant ack, but very very hesitant
[20:14] <cjwatson> rsalveti: I think I have the last copy done now, so I'll check back in a bit to make sure it worked
[20:15] <rsalveti> cjwatson: great, thanks!
[20:16] <robru> cjwatson: i don't know enough about launchpadlib to really comment on that script. Thanks again though
[20:16] <cjwatson> rsalveti: the operative word is "think" :)
[20:16] <cjwatson> yeah it was just better to paste it here than only have it on my disk
[20:16] <cjwatson> I'd already run it so wasn't really asking for review ... :-)
[20:47] <cwayne> brendand: so no device tarball promotion then?
[20:47] <cwayne> john-mcaleely: ^
[20:50] <cjwatson> rsalveti: ^- there you go
[20:53] <robru> cjwatson: is there a way to check if a PPA is virt or devirt? I don't see any indication on the PPA page
[20:54] <cwayne> lool: ping
[21:05] <john-mcaleely> cwayne, nope :-(
[21:05] <rsalveti> cjwatson: awesome
[21:05] <rsalveti> ogra_: still around to kick an rtm image?
[21:07] <brendand> john-mcaleely, i could be swayed perhaps
[21:07] <brendand> john-mcaleely, just ran a few more tests with different sims and starting to feel a bit more confident
[21:09] <robru> gentlemen... https://ci-train.ubuntu.com/job/deploy-citrain/303/console we now have 30 silos.
[21:10] <robru> gotta update the dashboard.
[21:10] <lool> cwayne: pong
[21:11] <john-mcaleely> brendand, lets do it in the morning. sleeping on it is fine
[21:11] <cwayne> lool: the espoo bits are all the same on all RTM images and then on all utopic images right
[21:11] <cwayne> i.e. there's nothing device-specific there
[21:11] <lool> cwayne: there's nothing device specific, however it's architecture specific and right now there's a match between rootfs contents and custom tarball contents
[21:12] <lool> like, if you try to run the custom tarball from utopic on rtm, it wont
[21:12] <john-mcaleely> cwayne, lool don't forget that mandel has some pending commits on the krillin gerrit. not sure when they are important
[21:12] <lool> john-mcaleely: link?
[21:12] <cwayne> right, but so there's basically an RTM and an utopic one
[21:12] <cwayne> lool: where do the utopic bits live?
[21:12] <robru> alright, who's around? we got 11 free silos in utopic and 17 free in rtm, let's release some stuff!
[21:13] <john-mcaleely> lool, messaged
[21:13] <lool> cwayne: hmm which part?
[21:13] <cwayne> lool: the custom tarball
[21:14] <lool> cwayne: it's pulled by system-image from people.canonical.com/~platform/.../ into system-image; it's built from a bzr branches which itself is fed from various places
[21:14] <lool> notably a PPA build
[21:14] <lool> cwayne: but as I mentioned, I'd like to move to the same production process as you use so that we only have one way
[21:14] <john-mcaleely> cwayne, last chance to scream if tomorrow is terrible for the device tarball
[21:14] <john-mcaleely> brendand, & I both think we want to sleep on it
[21:15] <cwayne> john-mcaleely: today would definitely be preferable, but if we want to sleep on it i won't stop it
[21:15] <john-mcaleely> cwayne, zzzzz
[21:15] <john-mcaleely> it is
[21:15] <cwayne> lool: right, that's what I'm trying to do
[21:15] <cwayne> john-mcaleely: we *have* to do a custom release tomorrow too then, it's got a few critical bug fixes in it
[21:15] <robru> kenvandine: lool tvoss sergiusens mzanetti ogra_ bregma tedg AlbertA kgunn: I see outstanding landing requests from you guys in the spreadsheet. are any of you actually around to use a silo if I give you one?
[21:15] <john-mcaleely> cwayne, noted
[21:16] <bregma> robru, if I could have a silo for the Nux crasher fix, it would help me a whole bunch
[21:16] <cwayne> lool: so is there one branch that has all the compiled bits ready in a custom tarball format i could pull in?
[21:16] <robru> bregma: which line?
[21:16] <lool> robru: nah, better tomorrow for me
[21:17] <robru> lool: no worries
[21:17] <lool> cwayne: yes
[21:17] <slangasek> cjwatson: cheers
[21:17] <bregma> robru line 57
[21:17] <robru> slangasek: funny, nobody seems to be around to use these new silos ;-)
[21:17] <AlbertA> robru: I'm gated by landing-006...
[21:18] <robru> bregma: ok you got utopic 9.
[21:18] <robru> AlbertA: no worries
[21:19] <lool> john-mcaleely: there were two reasons we could use mandel's stuff; reason 1 is gone and I dont know whether it really help with reason 2
[21:19] <bregma> robru, thanks
[21:19] <lool> john-mcaleely: so I wouldn't push it in right now
[21:19] <robru> bregma: you're welcome!
[21:19] <john-mcaleely> lool, ack. good to know
[21:22] <kgunn> robru: i'm about
[21:22] <robru> kgunn: what lines would you like assigned?
[21:22]  * kgunn checks
[21:23] <tedg> robru, I can be in a few hours, but I'm about to EOD right now.
[21:23] <tedg> Boy's night. Probably In-and-Out :-)
[21:23] <robru> tedg: no hurry on my end, but if you want a silo they're available
[21:23] <tedg> robru, K, cool.
[21:24] <kgunn> robru: actually all looks ok
[21:24] <robru> kgunn: thanks for looking!
[21:25] <imgbot> [21:31] <cjwatson> $ lp-shell production devel
[21:31] <cjwatson> In [1]: lp.archives.getByReference(reference="~robru/ubuntu/lisp").require_virtualized
[21:31] <cjwatson> Out[1]: True
[21:31] <cjwatson> robru: ^-
[21:32] <cjwatson> it's not in the web UI unless you have the right privileges to look at +admin, but you can see it that way
[21:32] <robru> cjwatson: thanks
[21:32] <robru> cjwatson: nifty tool
[21:33] <cjwatson> silos are better dealt with in bulk via launchpadlib anyway; clicking through the web UI is desperately tedious
[21:33] <cjwatson> especially x60
[21:33] <robru> cjwatson: absolutely
[21:41] <robru> dobey: you around to use that silo if i give it to you?
[21:44] <dobey> robru: i can hit build yes
[21:45] <dobey> hopefully the other unity-scope-click rtm silo will get QA approved soon
[21:45] <dobey> also unity8
[21:47] <robru> dobey: hm, yeah, that conflicts with unity-scope-click
[21:51] <dobey> well, i'm really /away now then. if the other one gets approved and the new one gets assigned, ping me. i'll probably pop back on a computer at some point tonight and see if i need to tap a build button
[21:51] <dobey> later
[22:11]  * cjwatson sets up NBS removal processing on ubuntu-rtm/14.09 and runs it (i.e. stale binaries no longer built by any source)
[22:12] <cjwatson> I've spot-checked it, happy with the output
[22:15] <cwayne> cjwatson: btw https://bugs.launchpad.net/ubuntu/+source/click/+bug/1371574 goes away as expected if /usr/share/click/preinstalled is removed, so I think we may be able to bump down the priority to high if you'd like
[22:16] <cjwatson> cwayne: hopefully just the subdirectories of that rather than the entire database, but OK, cool
[22:16] <cjwatson> cwayne: fine if that's actually possible to coordinate :)
[22:16] <cjwatson> (I do still plan to work on it though, as it's a wart)
[22:17] <cwayne> cjwatson: that's what I need to double check :)  it should be though.. rsalveti we can drop the clicks from the rootfs and land a custom tarball at around the same time but in that order, yes?
[22:17] <cjwatson> they have to be in one step from the user's point of view
[22:19] <cwayne> right
[22:19] <cwayne> we definitely cant land one, build an image then land the other, it's got to be all at once
[22:20] <rsalveti> cwayne: right
[22:20] <rsalveti> but I don't know how images are getting imported by system-image, afaik it's hard to coordinate multiple items for a single image
[22:25] <cwayne> hmm
[22:25] <cwayne> then perhaps that bug is still critical
[22:26] <cwayne> rsalveti: do you happen to have the features file for manta handy?
[22:27] <rsalveti> cwayne: they should be all the same http://paste.ubuntu.com/8421300/
[22:27] <rsalveti> cwayne: hopefully we should have a new rtm image soon
[22:27] <rsalveti> which should include the device specific rules at least
[22:27] <rsalveti> then need to wait qa to sign off the device tarball that john-mcaleely pushed today
[22:28] <rsalveti> so we can have finally everything that is needed
[22:30] <cwayne> rsalveti: i thought .features was device-specific?
[22:30] <imgbot> [22:30] <imgbot> [22:30] <ToyKeeper> kgunn: You around?  I've got some questions about apt's behavior with silo rtm-006.
[22:31] <ToyKeeper> (or saviq / mzanetti / greyback)
[22:31] <cwayne> ah, /me has to go to dinner, bbiab
[22:32] <ToyKeeper> kgunn: https://pastebin.canonical.com/117558/  <-- Why would a dist-upgrade want to remove ubuntu-system-settings-wizard and ubuntu-touch?  And, any idea why unity8 was kept back?
[22:32] <rsalveti> cwayne: it could be, but we try to keep them the same
[22:32] <rsalveti> cwayne: we the cache can be valid for every device
[22:41] <ToyKeeper> kgunn: It looks like the silo depends on new packages from outside the silo.  (specifically, unity8-schemas)
[22:42] <ToyKeeper> Hmm, that's neither in the silo nor in the regular package feeds.
[22:47] <cjwatson> ToyKeeper: which package has that dependency?  no match for unity8-schemas in http://ppa.launchpad.net/ci-train-ppa-service/landing-006/ubuntu-rtm/dists/14.09/main/binary-armhf/Packages
[22:48] <ToyKeeper> cjwatson: It seems unity8 requires unity8-private, which requires unity8-schemas (which doesn't exist).
[22:49] <ToyKeeper> Wait, it might exist...  that was just a first look.
[22:49] <ToyKeeper> unity8-private : Depends: unity-schemas (>= 7.3.1+14.10.20140915) but 7.3.1+14.10.20140811-0ubuntu1 is to be installed
[22:50] <cjwatson> unity-schemas != unity8-schemas
[22:50] <ToyKeeper> Okay, I had an extra '8'.
[22:50] <cjwatson> ok, that explains my confusion
[22:51] <ToyKeeper> Still, it's depending on a newer version which doesn't seem to be available.
[22:51] <cjwatson>  unity-schemas | 7.3.1+14.10.20140915-0ubuntu1 | utopic           | all
[22:51] <cjwatson>  unity-schemas | 7.3.1+14.10.20140915-0ubuntu1 | ubuntu-rtm/14.09 | all
[22:51] <cjwatson> says rmadison ...
[22:52] <ToyKeeper> Or perhaps I had an extra '8' in more than one place.
[22:52] <cjwatson> maybe try upgrading unity-schemas first?
[22:52] <cjwatson> apt doesn't always follow all the way down the chain
[22:52] <ToyKeeper> Yeah, that's what I just did.  (what I tried to do earlier except for having a typo)
[22:53] <cjwatson> if you have a self-contained "apt-get install" line that showed you that "but ... is to be installed" output above, then try adding unity-schemas to the end of it
[22:53] <cjwatson> and repeat until you get a more sensible error
[22:53] <cjwatson> (this is a judgement call but it's usually obvious when you get to it - an entirely missing package, or a conflicts, or some such)
[22:54] <cjwatson> also, unity-schemas was only published quite recently from RTM silo 8
[22:55] <cjwatson> so it's possible that this will be easier based on the next image
[22:55] <cjwatson> https://launchpad.net/ubuntu-rtm/+source/unity/+publishinghistory
[22:56] <ToyKeeper> I simply missed the lack of an '8'.
[22:56] <ToyKeeper> The rest was pretty straightforward.
[22:57] <ToyKeeper> The only unknown now is whether two new packages are supposed to be included: indicators-client unity-scope-tool
[22:58] <cjwatson> indicators-client is Source: unity8
[22:58] <cjwatson> as is unity-scope-tool
[22:59] <cjwatson> ubuntu-rtm/14.09 currently has older versions of both
[22:59] <cjwatson>  indicators-client | 8.00+14.10.20140918~rtm-0ubuntu1 | ubuntu-rtm/14.09/universe | amd64, armhf, i386
[22:59] <cjwatson>  unity-scope-tool  | 8.00+14.10.20140918~rtm-0ubuntu1 | ubuntu-rtm/14.09/universe | amd64, armhf, i386
[22:59] <ToyKeeper> Looks like one is for autopilot, the other is for developing scopes.  Probably not intended to be in the default image.
[22:59] <cjwatson> are they in the default image?
[23:00] <cjwatson> there are no new dependencies on them introduced by this PPA
[23:01] <ToyKeeper> I was just double-checking for new packages, since sometimes those don't always get pulled in automatically.  I do see several which are claimed as no longer necessary though...
[23:01] <cjwatson> ToyKeeper: they're just other binaries built by the same source package - all the binaries from a given source go together
[23:01] <cjwatson> so they're all in the PPA, but that doesn't mean they'll end up on the image
[23:01] <ToyKeeper> cjwatson: Yes.  Usually I just dist-upgrade with only the silo enabled and apt figures out the right thing to do.  Since that didn't work this time, I'm double-checking everything.
[23:01] <cjwatson> looking at the dependency structure I think there's no change there
[23:01] <cjwatson> got it
[23:02] <cjwatson> I think I can confidently answer that you do not need to install those two packages
[23:02] <ToyKeeper> I decided the same, after reading what the packages are.  :)
[23:02] <cjwatson> heh
[23:02] <cjwatson> I just perked up in case it was one of the cases of missing dependencies in rtm that I'm chasing down
[23:03] <ToyKeeper> Doesn't look like it...  I just autocompleted an '8' which wasn't supposed to be there.  ;P
[23:30] <cwayne> rsalveti: ah, okay, so features atm is the same for everything then?
[23:30] <rsalveti> cwayne: yes
[23:32] <cwayne> rsalveti: ah cool, that simplifies this a bit :)
[23:34] <sergiusens> not again...
[23:34] <robru> sergiusens: dunno why the spreadsheet lost that info, turns out it was in silo 1 all along, i just fixed it but not before the bot could ping
[23:36] <sergiusens> robru: somebody might be typoing and undoing and the bot detects that as a change
[23:37] <robru> sergiusens: doubtful, because the requestid was completely gone from the spreadsheet, so it's more like "somebody typod, and then didn't think to undo but just deleted the whole cell"
[23:37] <robru> sergiusens: I had to grab the requestid from the dashboard and copy&paste it back in the right place
[23:38] <sergiusens> robru: heh, damn spreadsheet
[23:39] <robru> sergiusens: yeah it's a mess
[23:39] <robru> Ursinha: ^
[23:52] <Ursinha> I promise the nightmare will go away