[00:34] <justinmcp> robru: are you alive?
[00:35] <robru> justinmcp: yeah, what's up?
[00:35] <justinmcp> robru: could we kick off vivid sili 001 again?
[00:35] <justinmcp> silo....
[00:51] <robru> justinmcp: you should have permission to trigger the build, no need to wait fo rme
[00:55] <robru> justinmcp: so you can just check here: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=justinmcp and click Build.
[00:55] <justinmcp> robru: of course, sorry for wasting your time
[00:56] <rsalveti> justinmcp: should I land https://code.launchpad.net/~justinmcp/media-hub/1239432/+merge/240387 first?
[00:56] <rsalveti> guess we can just rebuild silo 1 after landing this one
[00:56] <robru> justinmcp: not at all, happy to help.
[00:56] <rsalveti> this one is available at silo 6
[00:57] <justinmcp> robru: yeah, I am not sure why that is not in? as far as I know its good to go
[00:57] <rsalveti> let me land it then
[00:57] <rsalveti> seems to be working as expected
[00:59] <justinmcp> rsalveti: thanks
[01:01] <robru> rsalveti: silo 6 is set as needing qa? I didn't think qa did any vivid silos
[01:01] <rsalveti> nops, just changed that
[01:02] <rsalveti> and publishing...
[01:02] <robru> rsalveti: heh, ok
[01:03] <robru> rsalveti: justinmcp just remember silo 6 needs to be *cleaned* before the build job in silo 1 will pick up those changes. just publishing it isn't enough
[01:03] <rsalveti> hm, a regression for http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtbase-opensource-src
[01:03] <rsalveti> guess Qt will only migrate tomorrow
[01:03] <rsalveti> yup
[01:50] <justinmcp> clean 006 now?
[01:50] <robru> justinmcp: yep!
[01:52] <robru> justinmcp: oh sorry, I guess i forgot to explain. so in the case of silo 6, once you were done testing it and satisfied that it's working properly, you set spreadsheet column K to 'Yes' (with some details about image number, device, and your name), and then the bot will ping us to tell us to publish that silo. so column K was never set that's why it was
[01:52] <robru> never published
[01:52] <justinmcp> robru: should I do that now its cleaned?
[01:56] <robru> justinmcp: nah, irrelevant now. but you should have done that at the time to get that silo to land. you mentioned 'not sure why it's not in', because you didn't indicate it was ready ;-)
[01:57] <justinmcp> robru: he, that would be it :) you ive and learn
[02:01] <robru> justinmcp: yeah sorry, I should have been more proactive about teaching you that the day you onboard it. anyway if you're ever waiting for something and not sure why it isn't moving, please ping 'trainguards' and we can check it out, make sure it's not stuck for whatever reason
[02:01] <robru> 'the day i onboarded you'
[02:03] <justinmcp> robru: will do, thanks for your help
[02:03] <robru> justinmcp: you're welcome!
[03:26] <bzoltan> robru: I have merged manualy the silo9 MR to the UITK's RTM branch
[03:26] <bzoltan> robru:  I think that the silo9 can be freed now
[03:28] <robru> bzoltan: which branch did you merge? if you just merged the MR from the silo you're missing the changelog contents. if so, you should revert that and merge the ps-jenkins branch which contains the other merge & the changelog together
[03:28] <robru> bzoltan: which is lp:~ps-jenkins/ubuntu-ui-toolkit/latestsnapshot-ubuntu-rtm-recup
[03:29] <bzoltan> robru: https://code.launchpad.net/~fboucault/ubuntu-ui-toolkit/text_input_larger_selection_handle_on_trunk/+merge/241024
[03:29] <bzoltan> robru: But I am confused now
[03:29] <robru> bzoltan: the train takes those branches and generates a changelog. if you only merge the branch, then your debian/changelog is out of sync with what's in distro
[03:33] <robru> bzoltan: at the very least you need to cherry-pick http://bazaar.launchpad.net/~ps-jenkins/ubuntu-ui-toolkit/latestsnapshot-ubuntu-rtm-recup/revision/1124#debian/changelog into your RTM trunk. alternately you can revert the other MR and then just merge that ps-jenkins branch instead and it'll effectively be the same thing (it contain's florian's branch so
[03:33] <robru> it's all the same)
[03:33] <bzoltan> robru:  I did bzr revert -r -2 and pushed
[03:34] <bzoltan> robru:  I assume now my rtm branch is back to where t was
[03:34] <robru> bzoltan: not sure if that's right. revert -r -2 just checks out that local commit, doesn't actually commit the changes, so your push is probably empty
[03:35] <robru> bzoltan: you need to reverse-merge the branch
[03:36] <robru> bzoltan: so something like 'bzr merge -r [latest commit]..[previous commit] .'
[03:36] <robru> maybe easier to just cherry pick the changelog diff ;-)
[03:37] <bzoltan> robru:  yeps, you are right
[03:37] <robru> bzoltan: ok http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/rtm/revision/1126 looks good ;-)
[03:38] <bzoltan> robru: good like reverted good?
[03:39] <robru> bzoltan: yeah, good like you did the revert correctly
[03:39] <bzoltan> robru:  as I checked the MR merge is reverted
[03:39] <robru> bzoltan: now just merge that ps-jenkins branch and you're done
[03:41] <bzoltan> robru: crap.. I merged the ~ps-jenkins/ubuntu-ui-toolkit/latestsnapshot-ubuntu-rtm-recup and all it brought is the changelog
[03:42] <bzoltan> robru:  complins about criss-cross
[03:43] <robru> oh...
[03:43] <bzoltan> robru: hmm... and that branch has nothing else
[03:43] <robru> bzoltan: well i feel stupid now
[03:43] <bzoltan> robru: so should I merge from the MR branch now?
[03:43] <robru> bzoltan: yes, sorry
[03:43] <bzoltan> robru:  welcome to my club :) I feel horrible stupid most of the times
[03:43] <robru> bzoltan: i forgot that branch had the exact same commits in it, i was thinking it was different
[03:45] <bzoltan> robru:  geez ... I merged the MR branch and it said "nothing to do"
[03:47] <robru> bzoltan: oh yeah, because those commits are already merged ;-) you have to re-revert the revert commit the same way you originally reverted it
[03:48] <bzoltan> robru: I lost you mate :)
[03:49] <bzoltan> robru: The MR's branch is for sure not integrted to te rtm branch.
[03:51] <robru> bzoltan: right, because you reverted it
[03:52] <robru> bzoltan: but the thing is, bzr tracks the commits. so that MP that exists, says 'merge these commits into that branch'. but those commits are already merged. the revert doesn't remove those commits, it makes a new commit that undoes what the first commits did
[03:52] <robru> bzoltan: so when you try to merge it, it says 'nothing to do' because it's already merged. it doesn't care that it's reverted, those specific commits are already merged
[03:52] <robru> bzoltan: so to get it back, you have to revert the revert
[03:52] <robru> bzoltan: so do the revert command again, but this time point it at the revert commit, not the original commit
[03:52] <robru> and then everything will come back good
[03:54] <robru> bzoltan: the thing to remember is that a revert doesn't mean "delete these commits", it means "make a new commit that is the opposite of that other commit", the original commits are still there in the history. that's why you can't just merge
[03:54] <bzoltan> robru:  done
[03:55] <bzoltan> robru:  ohh... good to know
[03:55] <bzoltan> robru:  would you please take a look at the rtm branch now, if it looks good to you?
[03:55] <robru> bzoltan: good to know, but I had forgotten that detail when I was telling you to do the original revert :-/
[03:55] <robru> bzoltan: looking
[03:58] <robru> bzoltan: http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/rtm/revision/1129 not sure about this... looks like you clobbered an old version?
[03:59] <robru> bzoltan: http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/rtm/revision/1127 this was the original changelog commit, adding a new entry. looks like your latest commit there deleted version ...1107.2
[04:00] <robru> bzoltan: http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/rtm/view/1127/debian/changelog here's the correct changelog, just download this overtop of whatever you have and push it to trunk ;-)
[04:00] <bzoltan> robru: robru all I did ws bzr revert -r -3 and then edited the changelog manually
[04:01] <robru> bzoltan: yeah, i think you edited it wrong. it looks like you changed one version into another when you should have preserved that version and just appended the new one at the top
[04:03] <bzoltan> robru:  OK, it should be fine now.
[04:03] <bzoltan> robru:  thank you for yor patient asistance :)
[04:04] <robru> bzoltan: ok it's perfect now. thanks for YOUR patience as I give you bad advice ;-)
[04:06] <bzoltan> robru:  I made the whole problem :) when I wanted to create the rtm branch, I just pulled the trunk and pushed to lp:ubuntu-ui-toolkit/rtm . Me naive I thought that it will push it like that... but no, it made that branch under my lp id. There is where it all started...
[04:07] <bzoltan> robru:  that is why CI could not merge it...
[04:07] <robru> bzoltan: heh
[05:10] <Mirv> mornings
[08:44] <Saviq> trainguards ↑ please :)
[08:45] <Mirv> Saviq: on it
[08:48] <ogra_> hurry up, you got 1h :P
[08:48] <Mirv> :D
[08:49] <tvoss> brendand, ping
[08:49] <Saviq> ogra_, plenty!
[08:49] <brendand> tvoss, hey
[08:49] <ogra_> Saviq, hah ...
[08:49] <tvoss> brendand, hey there, could you take a look at the card for rtm silo 13?
[08:50] <tvoss> brendand, the agps test case is expected to fail for krillin, see updated wiki: https://wiki.ubuntu.com/Process/Merges/TestPlan/location-service
[08:50] <ogra_> john-mcaleely, did you notice the new initramfs-tools-ubuntu-touch package ? (with fix for the filesystem corruption)
[08:50] <tvoss> brendand, with that, could we please keep on testing or mark it passed if appropriate?
[08:51] <brendand> tvoss, i'd prefer vrruiz finishes it, can you wait?
[08:51] <tvoss> brendand, I would like it to be part of the next image
[08:52] <brendand> tvoss, sure
[08:52] <tvoss> brendand, when do you expect vrruiz to come online?
[08:52] <brendand> tvoss, soon
[08:52] <tvoss> brendand, something more precise? :)
[08:52] <brendand> tvoss, in the next hour
[08:52] <tvoss> brendand, well, that's a problem then
[08:52] <tvoss> ogra_, when do we spin the next image?
[08:54] <ogra_> tvoss, this evening perhaps ...
[08:54] <tvoss> ogra_, ah okay
[08:54] <ogra_> we'll close the gate in about 1h
[08:54] <tvoss> ogra_, what does that mean?
[08:54] <ogra_> no landings til promotion
[08:55] <ogra_> you know, the thing that i mailed about for the last three days every day
[08:55] <ogra_> what is set to QA signoff will be tested and landed today (with TOPBLOCKER) as prio and other silos as there is time
[08:56] <ogra_> late afternoon we build an image that the QA US shift can then test
[09:06] <Saviq> trainguards, ↑ please, too (it's only a testing silo)
[09:11] <brendand> ogra_, tvoss silo would fit in that category
[09:11] <brendand> ogra_, it was in the queue yesterday but was marked failed because of a misunderstanding by vrruiz
[09:17] <ogra_> brendand, sure, up to you ...
[09:17] <Mirv> Saviq: ok
[09:18] <ogra_> brendand, as long as there are free silos people can push to them anyway, it is in QAs hands what goes through then
[09:21] <Saviq> Mirv, are you resolving the "missing revisions from distribution" due to Qt landing somehow in bulk or shall we take care ourselves?
[09:22] <Mirv> Saviq: ah right, I've it on my todo.. I can fix unity8 now
[09:22] <Saviq> Mirv, thanks
[09:23] <Saviq> Mirv, just push the changelog to trunk directly?
[09:25] <Mirv> Saviq: yes, done. but you'll gonna hate me now. I had some old checkout of unity8 which I updated, and now it did push some freaking amount of (probably cleaned up) tags in there. I wonder if you could do bzr push --overwrite to revert?
[09:26] <Saviq> Mirv, let me clean those up for you
[09:26] <Saviq> Mirv, you wanna use http://people.canonical.com/~msawicz/unity8/strip-u8-tags.py on your checkout
[09:26]  * Mirv looks at Saviq that lookd oddly calm. backs away anyway a bit.
[09:26] <Mirv> oh, common enough that there's a script for it...
[09:26] <Mirv> Saviq: I used this magic called rm -rf
[09:27] <Saviq> Mirv, that works, too, sadly bzr's tags are viral
[09:27] <Mirv> Saviq: I was assuming you approach me with a hammer or something
[09:27] <Saviq> Mirv, have I ever!
[09:27] <ogra_> the day hasnt ended yet
[09:27] <Mirv> yes, we had viral tags in unity7, nux, compiz... too.
[09:28] <Saviq> yup, those things
[09:30]  * popey afk
[11:25] <rsalveti> Mirv: were you able to finally land Qt?
[11:26] <Mirv> rsalveti: yeah, I needed to fix qtlocation-opensource-src-gles's Breaks line still and then it migrated, except for qtgraphicaleffects which I now fixed as well. everything seems good.
[11:27] <Mirv> rsalveti: thanks for the qtbas/pyqt5 again!
[11:29] <rsalveti> great, should we trigger another image then?
[11:29] <Mirv> I originally had the qtlocation-gles as 5.3.2-2ubuntu.. and adjusted the Breaks according to it, but later fixed the version to be 5.3.2-0ubuntu.. since the gles variant is not in Debian
[11:30] <Mirv> rsalveti: sure, a new vivid image wouldn't hurt.
[11:30] <ogra_> go for it :)
[11:31] <rsalveti> alright, let me trigger a new one
[11:31] <rsalveti> ogra_: is the bot up?
[11:31] <rsalveti> wasn't yesterday
[11:32] <ogra_> it is now again
[11:32] <rsalveti> great
[11:32] <ogra_> it sometimes hangs when i get a re-connect, still havent found out why exactly :(
[11:32] <ogra_> i need another bot to watch this one :P
[11:35] <rsalveti> yeah, lol
[11:39] <imgbot> [11:48] <davmor2> ogra_: for imgbot can it list the channel too? so like [11:48] <ogra_> i can add that, yeah
[11:48] <ogra_> it does it for RTM
[11:48] <ogra_> just not for the default release
[11:49] <rsalveti> can it make coffee as well?
[11:50] <ogra_> depends on the type of coffee :) handbrewed filter coffee requires some modifications ... nespresso just a releais ;)
[11:53] <rsalveti> :-)
[11:53] <rsalveti> crap, got into this crash loop again on wizard (vivid)
[11:53] <ogra_> damn
[11:53] <rsalveti> can't go any further than the first step
[11:54] <rsalveti> but don't have adb
[11:54] <ogra_> indeed ... re-flash with dev-mode then :/
[11:54] <ogra_> so you can skip the wizard
[11:54] <rsalveti> let me see if I got at least a crash file
[11:55] <rsalveti> vivid seems to be a bit out of sync still
[11:56] <rsalveti> ouch, system-compositor was the one that crashed
[11:56] <ogra_> yeah, it is largely ignored except for blindly landing stuff
[11:56] <ogra_> eeww
[11:57] <ogra_> yay
[11:58] <ogra_> brendand, only sllo 10 left then, right ?
[11:59] <brendand> ogra_, yeah, if we want to land it
[11:59] <ogra_> well, since it is in active testing already ...
[11:59] <ogra_> do you think that can finishe within the next 2h ?
[12:00] <brendand> ogra_, maybe om26er can do it?
[12:00] <om26er> ogra_, yes, its in testing
[12:00] <ogra_> brendand, i think he grabbed the trello card a few mins ago ;)
[12:01] <ogra_> ah, there he is :)
[12:04]  * Mirv publishes rtm-001
[12:08] <om26er> a unittest would have been great for that change though.
[12:09] <lool> trainguards, mind reconfiguring rtm silo 02 (to sync from vivid)?
[12:10] <Mirv> brendand: what was the rationale for not landing 006?
[12:10] <Mirv> I see it on the wishlist as "Approved" with the bug number in the comment field regarding that it didn't yet land in rtm
[12:11] <Mirv> lool: done
[12:11] <brendand> Mirv, this apparently - https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1390643
[12:12] <Mirv> brendand: so, um, that's a regression from landing that fix and that's why? complex :)
[12:13] <Mirv> brendand: ah right, found on trello now
[12:13] <Mirv> commented on the landing spreadsheet too
[12:15] <tvoss> ogra_, brendand I think we really should consider rtm 2, too
[12:15] <ogra_> tvoss, untested, not ready
[12:15] <tvoss> ogra_, brendand it's a safe and simple upstart job adjustments, and vrruiz can easily help verifying that it works :)
[12:15] <tvoss> ogra_, working on that
[12:15] <ogra_> tvoss, we will build the candidate before 14:00 UTC
[12:16] <tvoss> ogra_, I thought we were looking at an evening build?
[12:16] <ogra_> if you can get QA signoff til then (and QA agrees to actually manage) then fine, if not, it has to wait
[12:16] <ogra_> tvoss, we are looking for having a sanity tested image by the evening
[12:16] <ogra_> the regression tests take 60h ...
[12:16] <tvoss> ogra_, ack
[12:17] <lool> davmor2: would you mind starting to test rtm silo 2? I've actually tested the change on top of older RTM images, but I'll retest it aclean now
[12:18] <lool> davmor2: the symptom is that people get no location, but it's not reproducible on all phones; the test is to check that HERE works after the change (it's just a boot time ordering); in my testing, the test actually revealed improved location on krillin (from cell only to wifi based positioning)
[12:18] <Mirv> thostr_: line 11 / rtm-007 "Enable building media scopes as click packages" has outdated packages in the silo - https://launchpad.net/ubuntu-rtm/+source/unity-scope-mediascanner/0.2+15.04.20141110~rtm-0ubuntu1 has landed 19h ago seemingly.
[12:18] <Mirv> so it'd need rebuild and retesting
[12:18] <Mirv> jamesh: ^
[12:19] <lool> davmor2: ah well, dont worry about it, I think we have a tester
[12:20] <davmor2> lool: okay
[12:22] <thostr_> Mirv: ok, will trigger one
[12:23] <om26er_> tvoss, except for trying to connecting to the wifi, is there anything else that I should be testing (re: silo10)
[12:24] <tvoss> om26er_, nope, try to replicate the issue given the instructions in the bug report
[12:24] <Mirv> thostr_: thanks. regarding line 24 "Bug #1379817: Fixes a race condition", which package should be synced since silo 27 has already been cleaned?
[12:24] <Mirv> thostr_: mediascanner2 only or something else too?
[12:25] <thostr_> Mirv: I think it was only mediascanner2 but let me quickly check
[12:26] <thostr_> Mirv: yes, that was only mediascanner 2
[12:26] <Mirv> thostr_: ok
[12:27] <ogra_> one more, great :)
[12:28] <brendand> Mirv, did you ever end up scripting those steps to diff the silo properly?
[12:28] <Mirv> robru: heeeelp https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-007-1-build/58/console (when you're up). it uploads a package, then freaks out.
[12:29] <ogra_> as long as it does that afterwards ...
[12:29] <Mirv> thostr_: hold on with rtm-007, I believe the package is getting there, and I'll run watch_only build after that.
[12:29] <cwayne-afk> ogra_: btw im sure youre aware, but i uploaded the custom tar last night :) (i made sure not to do it during a build)
[12:29] <thostr_> Mirv: already hit the button
[12:29] <ogra_> cwayne-afk, yeah, thanks for that :)
[12:30] <cwayne-afk> oops, still marked as afk
[12:30] <Mirv> thostr_: yeah, I just mean that hold on from retrying since it errored out :)
[12:30] <thostr_> ok
[12:30] <Mirv> "Successfully uploaded packages.
[12:30] <Mirv> but IOError after that
[12:31] <Mirv> brendand: no, I didn't indeed something that you just give silo number for would be nice. (check silo contents, dget those and the archive versions, do debdiff)
[12:32] <Mirv> thostr_: you have the mediascanner2 in rtm-001, please try building it meanwhile. I try battling with rtm-007, seems it really did fail.
[12:33] <brendand> Mirv, lp:~brendan-donegan/+junk/silo-diff. It's your early (late?) birthday present :)
[12:33] <brendand> Mirv, just don't look at the code! :/
[12:33] <brendand> Mirv, not right now anyway
[12:33] <thostr_> Mirv: ok
[12:34] <Mirv> brendand: \o/! 10 days late, quite good ;)
[12:35] <brendand> Mirv, requires launchpadlib, which i'm sure you have installed
[12:36] <Mirv> brendand: yes, I've done my share of lp hacking. thanks!
[12:39] <brendand> Mirv, note that it's only tested with rtm silos atm. feedback more than welcome on how it works with vivid silos
[12:39] <brendand> (which may be not at all :P)
[12:39] <ogra_> hmm
[12:39] <ogra_> so is anyone from QA now testing 002 ?
[12:39] <ogra_> i dont see it on the trello board
[12:40] <brendand> ogra_, because it's not been marked as testing passed
[12:40] <ogra_> (not to mention that the spreadsheed isnt set tii testing done)
[12:40] <Mirv> brendand: ok, I'll test it when I need it.
[12:40] <ogra_> brendand, well, lool said they have someone to tes it
[12:40] <ogra_> *test
[12:40] <brendand> i'm getting slightly uncomfortable that we're seemingly trying to cram as much stuff in as possible before the deadline
[12:41] <Mirv> thostr_: rtm-001 seems working. the problem with rtm-007 is that now rtm has a unity-scope-mediascanner landing that is not in vivid, and that should be obviously fixed first.
[12:41] <brendand> for top blockers and regressions it's understandable
[12:41] <ogra_> i really dont want to delay the image for that ... its not like it hasnt been announced for three days that stuff has to be testing downe byyesterday night
[12:41] <Mirv> thostr_: hmm, more exactly, there's rtm branch so sync silo shouldn't be used anymore: https://code.launchpad.net/~unity-team/unity-scope-mediascanner/rtm-14.09
[12:41] <ogra_> brendand, right
[12:42] <ogra_> brendand, this is why i set strict deadlines annd described the status a silo needs to be in as good as possiblein advance
[12:43] <Mirv> I've updated bug #1380586 to have ubuntu-rtm target
[12:43] <thostr_> Mirv: right. but with juss OOO I think we need to park this then until tomorrow
[12:43] <ogra_> (friday)
[12:43] <brendand> ogra_, so we land 10 and that's it. and that only is 100% sure it's been tested thoroughly
[12:43] <Mirv> thostr_: ok.
[12:43] <ogra_> brendand, ok
[12:43] <brendand> ogra_, and he needs to make that call in the next 15 minutes because we need to start that build sharpish
[12:43] <ogra_> yep
[12:43]  * ogra_ is happy we agree here 
[12:44] <ogra_> the location thing just got me confused
[12:44] <brendand> om26er_, do you think you are almost done testing silo 10 or would need more time?
[12:45] <Mirv> robru: unping, very weird behavior but it was ok it failed since it was trying to sync something that was diverged to rtm. maybe interesting to look at it anyway, but not critical.
[12:45] <om26er_> brendand, personally I think I am done. Its working fine. tried connecting to the wifi 10-15 times.
[12:45] <om26er_> I'll just approve it since the change itself is very small and looks safe to me.
[12:46] <ogra_> prefect
[12:46]  * Mirv stares at trello/spreadsheet
[12:47] <ogra_> yay
[12:47]  * Mirv publishes
[12:47] <om26er_> \o/
[12:50]  * ogra_ goes into rmadison loop ... 
[12:53] <Mirv> I agree https://launchpadlibrarian.net/190188128/ubuntu-location-provider-here_0.1%2B14.10.20141022~rtm-0ubuntu1_0.1%2B15.04.20141110~rtm-0ubuntu1.diff.gz is not the biggest landing ever
[12:53] <Mirv> complex problem though
[12:54] <imgbot> [12:54] <imgbot> [12:54] <ogra_> Mirv, well, it is in QAs hands
[12:54] <Mirv> so it is
[12:54] <Mirv> stuff has landed http://people.canonical.com/~ogra/touch-image-stats/18.changes
[12:55] <davmor2> Mirv: that is a scary list of thing that can break the entire system
[12:56] <ogra_> lol
[12:56]  * ogra_ assumes davmor2 refers to https://launchpadlibrarian.net/190188128/ubuntu-location-provider-here_0.1%2B14.10.20141022~rtm-0ubuntu1_0.1%2B15.04.20141110~rtm-0ubuntu1.diff.gz
[12:57] <davmor2> ogra_: no I was looking at the changes list for image 18
[12:57] <ogra_> ah, vivid ...
[12:58] <ogra_> who cares ... we'll only cry over it once we switch rtm to it :P
[12:58] <ogra_> (but then we'll cry loudly ...)
[12:59] <davmor2> ogra_: you say that now till it starts killing kittens ;)
[13:01] <rsalveti> that's a huge list of changes
[13:01] <rsalveti> let's check if it boots now
[13:01] <rsalveti> :-)
[13:01] <ogra_> rsalveti, well, you built that ...
[13:01] <ogra_> its all your fault !
[13:02] <ogra_> if it doesnt boot, i blame dosfstools
[13:02] <ogra_> (why do we ship that ?!?)
[13:02] <rsalveti> hahah
[13:02] <rsalveti> nuntium?
[13:02] <rsalveti> ops
[13:02] <ogra_> oh, right
[13:03] <rsalveti> for the sdcard, forgot the name of the app
[13:03]  * ogra_ wonders why media-hub doesnt show up in rmadison
[13:03] <sergiusens> ogra_: rsalveti ciborium
[13:03]  * Mirv starts looking at Qt 5.4.0 (beta)
[13:03] <ogra_> ciborium
[13:03] <rsalveti> yeah, ciborium
[13:03] <sergiusens> ogra_: if you want to trim down dosfstools, feel free ;-)
[13:04] <ogra_> sergiusens, heh, no, thanks ... i just forgot that we use vfat on SD cards
[13:04] <sergiusens> ogra_: but udisks2 wants to use mkfs.vfat or whatever it's called
[13:04] <ogra_> (i think i even reviewed the deps back then and approved them ... just had forgotten about them)
[13:04] <sergiusens> yeah :-)
[13:05] <sergiusens> but everyone asked about that dep iirc :-P
[13:05] <ogra_> heh, yeah
[13:07]  * ogra_ tickles the publisher with a feather 
[13:13] <ogra_> aha, the publisher moved
[13:16] <ogra_> one more run ...
[13:23] <ogra_> brendand, davmor2, Mirv, ... all packages are in, so do we or dont we wait for anything else now ? (still 40min before the estimated build time)
[13:27] <Mirv> ogra_: there's nothing except 002 in the queue
[13:27] <Mirv> I'll let the QA people speak
[13:28] <Mirv> although, vrruiz who is looking at 002 is not here
[13:28] <ogra_> right, 002 was what i was referring to
[13:28] <ogra_> the change ois so trivial,  the test should only take one boot
[13:40] <brendand> rvr, hello :)
[13:40] <om26er_> darn, that.
[13:41]  * brendand knows peoples irc nicks are somewhat sacrosanct, but having different nicks on freenode and internal is something of a pet peeve :)
[13:41] <brendand> unless through lack of choice
[13:42] <om26er_> my subconscious knew that name, I have interacted with him on that handle. It just didn;t pop.
[13:43] <Mirv> oh :)
[13:43] <brendand> ogra_, can we just build the image already otherwise we won't have results by the landing meeting
[13:44] <ogra_> brendand, well, 15min left ...
[13:44] <ogra_> we said 14:00 UTC
[13:44] <ogra_> (well, we said "latest" ... )
[13:45] <brendand> ogra_, even if rvr signs it off will it be in the archive in 15 mins?
[13:45] <ogra_> there is a chance
[13:45] <ogra_> if he signs off now ...
[13:45] <ogra_> lets give him 5 more mins and then just buid
[13:50] <brendand> popey, what's the filemanager store version?
[13:51] <popey> brendand:     0.3.303
[13:52] <ogra_> brendand, Mirv, davmor2, i'll kick off the build now ... 5mins are gone... trello didnt change
[13:52] <ogra_> lool, tvoss, sorry ....
[13:52] <tvoss> ogra_, ack
[13:53] <brendand> ogra_, good idea :)
[13:53] <ogra_> kicked
[13:53] <brendand> \o/
[13:53] <ogra_> :)
[13:53] <brendand> gonna be the best image ever!
[13:54] <brendand> jinx
[13:54] <ogra_> haha
[13:54] <popey> brendand: why do you ask?
[13:54] <brendand> popey, someone at the customer noticed it doesn't open files - so i was just scouting for the fix
[13:54] <brendand> popey, fix is in 307
[13:57] <om26er_> ogra_, how long will it take for the build ?
[13:58] <ogra_> om26er_, ~1.5h
[13:58] <popey> Mirv: could you please update http://s-jenkins.ubuntu-ci:8080/job/filemanager-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.filemanager_0.3.325_armhf.click to the store?
[13:59] <ogra_> hurry up, then it might make the build
[13:59] <imgbot> [13:59] <ogra_> olli, ^^^ your candidate image
[13:59]  * ogra_ goes to UDS^WvUDS^WUOS
[14:00] <popey> U?S
[14:01] <ogra_> :)
[14:02] <seb128> popey, not going to the U.S no
[14:02] <popey> Awwww
[14:02] <seb128> ;-)
[14:02] <rsalveti> Mirv: mako seems to be working
[14:02] <rsalveti> :-)
[14:02] <rsalveti> will test the emulator now
[14:08] <Mirv> rsalveti: of course it does! :)
[14:10] <Mirv> popey: erh, The uploaded version (0.3.325) is not newer than the current version (0.3.latest) ...
[14:11] <ogra_> .latest
[14:11] <ogra_> heh
[14:11] <popey> ah crud
[14:11] <ogra_> good luck with that
[14:13]  * popey asks in #u1-internal
[14:18] <brendand> cjwatson, if i do getPublishedSources from the main_archive for ubuntu, with source_name='nux', why would it return my the publishing history for autorun4linuxcd?
[14:18] <brendand> cjwatson, all i can think is that nux is not in there and it just returned the first thing it could find
[14:20] <cjwatson> brendand: Because you didn't pass exact_match=True like I told you to :-)
[14:20] <rvr> brendand: Hey
[14:21] <cjwatson> So it's doing a substring match ...
[14:21] <olli> ogra_, did rtm-13 make it
[14:21] <olli> that should have the location fix
[14:21] <brendand> cjwatson, boo to me :)
[14:21] <brendand> cjwatson, sorry
[14:21] <ogra_> olli, one location fix made it, the other didnt
[14:22] <Mirv> olli: yes. 002 would have another location related fix but that didn't make it.
[14:22] <olli> ogra_, which
[14:22] <brendand> cjwatson, should i specify distro_series too or will it always be the development release if i don't?
[14:22] <olli> we might want to wait if feasible
[14:22] <ogra_> the one that was late :P
[14:22] <ogra_> bug 1390490
[14:22] <ogra_> that one didnt
[14:23] <olli> tvoss, ^
[14:23] <rvr> olli, ogra_: Both silos are for the same bug
[14:23] <olli> why does it say fix released
[14:23]  * olli gnarfs
[14:23] <ogra_> olli, te bug looks at ubuntu ... not at rtm
[14:23] <ogra_> s/bug/bot/
[14:23] <rvr> <lool> both are helpful, but silo 13 fixes the root cause, while silo 2 adds precautions
[14:23] <rvr> <lool> (silo 2 is a boot fix, silo 13 was a code fix which helps with e.g. airplane mode)
[14:23] <brendand> 'both silos are for the same bug'???
[14:24] <olli> wait
[14:24] <olli> both silos had the same MR
[14:24] <ogra_> no
[14:24] <olli> rvr, what was the bug for -13
[14:24] <ogra_> one had an MR ... one had a package upload 1h before the estimated image build
[14:24] <rvr> olli: I asked tvoss to talk to you for that
[14:24] <lool> hmm no, shoulnd't be the same mr
[14:25] <cjwatson> brendand: You should specify distro_series if you want to limit to a single series
[14:25] <lool> olli: silo 13 has the root cause code fix, silo 2 has the workaround which makes boot more predictable
[14:25] <cjwatson> brendand: Likewise pocket
[14:25] <cjwatson> brendand: Otherwise it doesn't limit
[14:26] <olli> ogra_, what are the options to get -002 in
[14:26] <ogra_> olli, zero
[14:26] <ogra_> image is building
[14:26] <lool> rvr: did you finish testing silo 2?
[14:26] <ogra_> will take 1+ hours and isnt stoppable
[14:26] <olli> well, we can build another image ogra_
[14:26] <rvr> lool: Nope, sorry, was having lunch
[14:26] <tvoss> olli, silo 13 landed
[14:26] <lool> rvr: what's your ETA?
[14:26] <ogra_> olli, but then QA cant test it in time anymore
[14:27] <olli> ogra_, in time for what? :)
[14:27] <ogra_> olli, 002 was uploaded 2.5h ago ... sorry
[14:27] <ogra_> i sent three announcement mails with the deadlines
[14:27] <ogra_> we were waiting for it until 5min befoe the estimated and announced image build
[14:27] <olli> ogra_, I don't think we want to do an RC where location still isn't working
[14:27] <ogra_> and had no feedback from anyoned
[14:28] <ogra_> sigh !
[14:28] <ogra_> seriously ...
[14:28] <tvoss> olli, location is working
[14:28] <ogra_> right
[14:29] <tvoss> olli, to clarify: silo 13 successfully passed qa and it fixes the root cause, however: lool's adjustment to the upstart job is correct and correctly orders startup of the here daemons at boot
[14:29] <ogra_> right
[14:29] <ogra_> and we should definitely get it in asap
[14:29] <ogra_> but it didnt make the image ... it can land on friday and be in the next milestone
[14:30] <brendand> Mirv, there was a small patch to the silo-diff script to make it work with vivid silos
[14:30] <brendand> Mirv, fyi
[14:30] <olli> tvoss, lool, so what will I got, won't I get without #002
[14:31] <tvoss> olli, you will get working location without 002, too. It passed QA
[14:31] <lool> olli: theoritically, it should all work now; but we're not 100% sure there aren't more bugs this would protect us against
[14:31] <lool> olli: it's kind of belt and braces
[14:32] <brendand> lool, if you're lucky this image will be busted and we'll have to do a respin anyway :)
[14:32] <lool> brendand: is that luck?  :-)
[14:32] <lool> I'm not worried hugely either way
[14:32] <brendand> lool, for you it is - if you're primarily concerned about the silo landing
[14:33] <olli> lool, ok, then going with your advice for the current image, fine w/o 002
[14:33] <olli> ogra_, ^
[14:34] <lool> olli: ack; thanks for diving in
[14:34] <olli> next time we might want to tune that process
[14:34] <olli> I thought the fix was long ready
[14:35] <lool> yeah; I should have finished landing it monday or tuesday, and was on national holiday yesterday
[14:35] <lool> sorry about that
[14:36] <ogra_> lool, we can build aa back to back image for 002 so we have a fallback worst case ... even if QA inspects the first one
[14:37] <lool> ogra_: sure
[14:37] <lool> ogra_: what's aa in this context?
[14:37] <ogra_> aa ?
[14:37] <olli> lool, k
[14:37] <olli> aa is a typo
[14:37] <olli> ogra_,  you double aa
[14:37] <ogra_> ah
[14:37] <olli> double aa'd lool
[14:38] <ogra_> yeah, thats like lool when laughing
[14:38] <lool> tss
[14:38] <ogra_> my unity acts up madly here ...
[14:38] <ogra_> just had a hard hang of my lappie (utopic)
[15:00] <elopio> fginther: did you test the nfss check script on utopic or vivid?
[15:01] <fginther> elopio, utopic
[15:01] <elopio> I can't get the same error you are getting. I tested on vivid.
[15:01] <elopio> fginther: I'll try an utopic vm.
[15:01] <fginther> elopio, trusty might be more relavent
[15:01] <elopio> ok
[15:09] <imgbot> [15:09] <imgbot> [15:09] <ogra_> looks good
[15:09] <ogra_> QA go wild ^^^^^ :D
[15:22] <brendand> om26er_, let's go wild :)
[15:23] <om26er_> *roar*
[15:23] <brendand> om26er_, i'll prepare the documents
[15:24] <brendand> om26er_, use this tab: https://docs.google.com/a/canonical.com/spreadsheets/d/1Ar4x4tOf_c14QKCyKn3r4YQnJ3AZdnEXdjTOAhyXWXU/edit#gid=723459124
[15:25] <om26er_> brendand, clean flash or upgrade ? what is preferred
[15:26] <brendand> om26er_, definitely clean flash
[15:28] <ogra_> no notification yet here
[15:30] <brendand> om26er_, you can start from TC-Sanity-18
[15:30] <om26er_> brendand, ack. image is downloading, should be a few more minutes.
[15:30] <pstolowski> Mirv, hey, i'm not totally clear about the problem you found with landing-007; is it just a matter of MP'in rev 197 from rtm branch into trunk (vivid); and then proposing the original MP of that silo again?
[15:36] <Mirv> pstolowski: yes, just that, do a separate MP for the rtm branch
[15:37] <Mirv> pstolowski: the CI Train was just very confusing
[15:37] <Mirv> pstolowski: oh right plus make sure the newest rtm landing is also in vivid
[15:38] <pstolowski> Mirv, that branch already had MP - https://code.launchpad.net/~jamesh/unity-scope-mediascanner/click-support/+merge/240088 (against rtm), but it seems to be conflicting now
[15:42] <pstolowski> Mirv, thanks
[15:45] <pstolowski> Mirv, hmm, will merging rtm into trunk (3 revisions missing), including changelog entry saying "0.2+15.04.20141110~rtm-0ubuntu" will do the trick?
[16:00] <elopio> fginther: I get the same error on trusty: Name or service not known.
[16:01] <elopio> fginther: I can wrap the json decode in a try-catch, just to be on the safe side. It will catch when the server returns something that's not json.
[16:01] <brendand> ogra_, blocker identified
[16:01] <elopio> that should include your error, but I have no way to specifically test that.
[16:01] <brendand> ogra_, as you would expect
[16:02] <brendand> ogra_, we never get off easy :/
[16:02] <fginther> elopio, hmm, could it be something in the arguments we're testing with?
[16:02] <elopio> fginther: I'm running the same line that you ran.
[16:02] <ogra_> brendand, ugh, what is it ?
[16:03] <brendand> ogra_, it's my fault i didn't test silo 2 properly
[16:03] <fginther> elopio, hmm, that is weird
[16:03] <brendand> ogra_, errr, not 2 - 1
[16:03] <ogra_> gar
[16:03] <brendand> ogra_, basically there is no indicator-sound on first boot
[16:03] <ogra_> oh man
[16:03] <ogra_> so should we roll that back and re-build ?
[16:04] <ogra_> olli, ^^^^^
[16:04] <elopio> fginther: yes. When the site doesn't exist, it should fail on the urlopen. response.read should also fail. You are getting the error at the decode, that's weird.
[16:04] <elopio> actually, not even on the decode. On the json.loads.
[16:04] <brendand> this is what we get for rushing
[16:04] <elopio> so you are getting a response, somehow.
[16:05] <brendand> it's *always* a bad idea
[16:05] <brendand> 'oh it's just a small fix' they say :/
[16:05] <ogra_> i thought we actually didnt rush (except for lool's stuff)
[16:06] <elopio> brendand: http://www.quickmeme.com/img/69/6926853b67558cc8275646e96cf9d8dcadd868b239c30fbc4181492671b9d508.jpg
[16:06] <brendand> ogra_, so either back out now or get a fix quick
[16:09] <brendand> ogra_, this is what you see on first boot: http://people.canonical.com/~brendan-donegan/indicator-sound.png
[16:10] <brendand> rsalveti, you're needed
[16:10] <rsalveti> bregma: needed for what? :-)
[16:10] <rsalveti> bregma: sorry
[16:10] <rsalveti> brendand: ^
[16:10] <ogra_> rsalveti, the sound indicator fix wasnt  fix :P
[16:11] <rsalveti> that might be a new one
[16:11] <brendand> rsalveti, the above ^
[16:11] <brendand> rsalveti, what do you mean new? the likelihood is it's because of the ubuntu-touch-session landing
[16:11] <rsalveti> reverting is not going to change anything
[16:11] <rsalveti> as the only thing that landed is a wait until indicator is ready to start
[16:12] <rsalveti> brendand: how did you you get this?
[16:12] <rsalveti> would be nice to get the logs for it as well
[16:12] <brendand> rsalveti, it's on first boot with 158
[16:13] <brendand> rsalveti, any logs you like, just let me know
[16:13] <boiko> plars: hey, is it known that the reconfigure link on the spreadsheet is giving a 404 error?
[16:13] <rsalveti> brendand: mind checking ./.cache/upstart/indicator-sound.log
[16:13] <rsalveti> brendand: krillin?
[16:13] <plars> boiko: that may be a question for trainguards, but let me look
[16:13] <brendand> rsalveti, naturally
[16:14] <brendand> rsalveti, http://paste.ubuntu.com/8966846/
[16:14] <boiko> plars: oh sorry, I just followed what the topic suggested :D
[16:14] <plars> boiko: which silo?
[16:14] <boiko> plars: vivid 22
[16:14] <rsalveti> brendand: tedg's fix is doing what was expected, which is making sure it was able to talk with pulse
[16:14] <rsalveti> the other critical might be another bug
[16:15] <rsalveti> brendand: do you have indicator-sound-service running?
[16:15] <rsalveti> tedg: take a look ^
[16:15] <brendand> rsalveti, no it wasn't running on first boot
[16:15] <ogra_> aha
[16:15] <brendand> rsalveti, of course starting it makes it appear
[16:16] <rsalveti> any crash file?
[16:16]  * brendand would have thought that was obvious
[16:16] <brendand> rsalveti, no crash
[16:16] <rsalveti> brendand: it could be that the service was running but just not showing up
[16:16] <rsalveti> for it to not be running at all, without upstart retrying it, it's another issue
[16:17]  * ogra_ gives up waiting for the upgrade notifications and just OTAs
[16:17] <rsalveti> I'm flashing 158 to see
[16:17] <tedg> I think that status indicator-sound would be interesting.
[16:17] <tedg> It could be waiting on pulse.
[16:17] <rsalveti> brendand: can you reproduce that?
[16:17] <rsalveti> tedg: right, that would mean that pulse was never up
[16:17] <rsalveti> which is also interesting
[16:17] <brendand> rsalveti, always, just boot for the first time. i.e. run the wizard
[16:18] <plars> boiko: yeah, seems to be something wrong with that cell in the spreadsheet
[16:18] <brendand> i'm going to check 157
[16:18] <rsalveti> it's more useful to know what is happening on 158
[16:18] <rsalveti> status indicator-sound
[16:18] <rsalveti> to see if it's indeed waiting for pulse
[16:18] <tedg> Is this vivid-proposed ?
[16:19] <brendand> rsalveti, ah
[16:19]  * tedg tries to catch up
[16:19] <brendand> rsalveti, well i need to reset first
[16:19] <brendand> tedg, no RTM
[16:19] <ogra_> tedg, no, this is the release candidate image
[16:20] <plars> robru: is that something you can help with? boiko is trying to reconfigure ubuntu silo 22 but there seems to be something wrong with the link from the spreadsheet
[16:21] <brendand> ogra_, ubuntu-touch-session doesn't have a test plan?
[16:21] <ogra_> brendand, rsalveti, tedg OTA to 158 has the sound indicator working fine
[16:22] <rsalveti> it might just be a first-boot thing
[16:22] <brendand> ogra_, i'm sure it would
[16:22] <rsalveti> that's why QA didn't get it when testing it
[16:22] <ogra_> brendand, what do you want to test there ? session starts or doesnt ...
[16:22] <brendand> ogra_, well it should include to reset the device after installing the silo
[16:22] <ogra_> rsalveti, right, just wanted to verify
[16:22] <brendand> ogra_, which should have caught this bug
[16:23] <brendand> rsalveti, actually i usually reset the device after installing a silo. this time i didn't
[16:23] <brendand> just a mistake
[16:23] <rsalveti> brendand: does it also happen after re-enabling wizard?
[16:23] <rsalveti> still flashing here
[16:24] <brendand> rsalveti, that i haven't checked yet
[16:24] <rsalveti> tedg: I'm still getting: (process:2504): libnotify-WARNING **: Failed to connect to proxy though
[16:24] <rsalveti> not sure if that is critical
[16:24] <brendand> rsalveti, 'indicator-sound stop/waiting'
[16:24] <rsalveti> notification is still working fine
[16:25] <brendand> rsalveti, nothing more than that
[16:25] <tedg> rsalveti, That's fine as it'll try again.
[16:25] <rsalveti> great
[16:25] <tedg> brendand, status pulseaudio
[16:25] <brendand> tedg, it's running
[16:25] <brendand> pulseaudio start/running, process 2142
[16:26] <brendand> rsalveti, shall i file the bug on indicator-sound?
[16:26] <rsalveti> brendand: do you have the file /run/user/32011/pulse/dbus-socket around?
[16:27] <rsalveti> crap, wizard crashing on me with mako
[16:27] <brendand> rsalveti, nope
[16:27] <rsalveti> that would explain
[16:27] <brendand> rsalveti, or did you mean dbus-session?
[16:28] <rsalveti> now why is that the case I'm still not sure
[16:28] <ogra_> dbus-session, yes
[16:28] <rsalveti> brendand: which files do you have at /run/user/32011/pulse ?
[16:28] <ogra_> (there is no -socket)
[16:28] <brendand> rsalveti, http://paste.ubuntu.com/8967075/
[16:28] <rsalveti> I'm actually checking for dbus-socket
[16:29] <rsalveti> why the hell
[16:29] <ogra_> oh, underneath pulse
[16:29] <rsalveti> yeah, sorry
[16:29] <rsalveti> brendand: under the pulse directory
[16:30] <rsalveti> lol, can't run the wizard on mako
[16:30] <rsalveti> crash loop
[16:30] <rsalveti> rtm
[16:31] <ogra_> buy a krillin :P
[16:31] <rsalveti> don't want to --bootstrap my krillin
[16:31] <rsalveti> brendand: mind giving the file lists under /run/user/32011/pulse/ ?
[16:32] <brendand> rsalveti, whoops yeah
[16:33] <brendand> rsalveti, bug # btw - https://bugs.launchpad.net/ubuntu/+source/indicator-sound/+bug/1391954
[16:33] <elopio> fginther: I added a test that forces and error on the decode. It will catch any weird reponses by the server. Please let me know if it looks good for you.
[16:33] <brendand> rsalveti, 'dbus-socket  native  pid'
[16:33] <rsalveti> brendand: tedg: so dbus-socket is there
[16:34] <fginther> elopio, will do. I was also repeating my test on a different machine and was getting a different response
[16:34] <fginther> elopio, both utopic
[16:35] <elopio> fginther: something like URLError?
[16:36] <fginther> elopio, yeah, I get "urllib.error.URLError: <urlopen error [Errno 111] Connection refused>"
[16:37] <elopio> fginther: yes, that's the right one. The other seems bogus.
[16:39] <brendand> rsalveti, is it useful to know if it happens when re-enabling the wizard and rebooting?
[16:39] <fginther> elopio, looks like my ISP is playing games with me and trying to search my bad URLs. Sorry about that
[16:39] <rsalveti> brendand: yes
[16:41] <elopio> fginther: that's ok. You pointed out unhandled errors. Can you please try running the script again on your weird machine to see if we get a better error?
[16:42] <fginther> elopio, yes, already have. That's how I figured out what was happening :-)
[16:42] <elopio> awesome, thanks.
[16:44] <brendand> rsalveti, i re-enabled the wizard and rebooted
[16:44] <brendand> rsalveti, same effect as resetting
[16:44] <brendand> rsalveti, still no indicator
[16:46] <tedg> So it's because the indicator gets stopped.
[16:46] <tedg> And when it restarts it is waiting on pulse, which is already started.
[16:46] <tedg> So we don't get another started event
[16:46] <tedg> The wizard kills all the indicators
[16:48] <rsalveti> tedg: right, that explains
[16:50] <tedg> I'm a little confused on why the wizard does that.
[16:50] <tedg> mterry, Why are you emitting indicator-services-end ?
[16:51] <mterry> tedg, because we change the language
[16:51] <tedg> mterry, Are you starting any indicators?
[16:51]  * tedg can't find that
[16:51] <mterry> tedg, yes
[16:52] <tedg> Ah, it's in C code.
[16:52] <mterry> tedg, yeah, in the System plugin I think
[16:53] <oSoMoN> trainguards: can I haz a silo for line 67, please?
[16:58] <ogra_> brendand, davmor2 (etc) ... i'll be ~20min late for landing meeting :/
[16:58] <ogra_>  still in another one
[16:58] <brendand> ogra_, should we delay it?
[16:59] <ogra_> that would help ... if nobody has a prob with that
[17:04] <rvr> Delayed
[17:07] <tedg> Okay, I need to run to a meeting, but I think I know how this can be fixed.
[17:08] <ogra_> tedg, the question is *when* can this be fixed or should we rip it out ?
[17:08] <elopio> fginther: can I top approve it?
[17:08] <ogra_> tedg, this image is a release candidate
[17:08] <fginther> elopio, yes
[17:09] <ogra_> tedg, and we need to decide on re-spinning or not right now
[17:09] <ogra_> (time is short)
[17:09] <elopio> fginther: oh, actually I can't :( Not part of the team. Can you do it for me please?
[17:09] <tedg> ogra_, Uhm, I'm not qualified to make the full decision there, but you can kill the override file and thing will go back the way they were.
[17:10] <ogra_> tedg, ok, then ripping it out ...
[17:10] <tedg> ogra_, But I can put in MRs this afternoon my time. But that will of course, have to go through review/landing/etc.
[17:10] <robru> oSoMoN: conflict with webbrowser-app in silo 10
[17:10] <fginther> elopio, done
[17:10] <ogra_> tedg, right, that will land earliest tomorrow morning
[17:10] <elopio> thanks!
[17:10] <ogra_> where we actually want to have the image read
[17:10] <ogra_> y
[17:10] <oSoMoN> robru, in dbarth_’s own words, silo 10 is a test bed and MRs in it are not ready for landing anyway
[17:11] <oSoMoN> robru, so it should be safe to ignore the conflict
[17:11]  * oSoMoN can’t wait for a proper silo playground config
[17:11] <rsalveti> ogra_: let's revert it for now and sync with tedg to land the proper fix later today
[17:11] <rsalveti> so we're at least not blocking the image
[17:12] <tedg> +1
[17:12] <ogra_> rsalveti, right
[17:12] <dbarth_> robru: right, i confirm, silo 10 is lower prio right now, cause i can't land it today
[17:12] <dbarth_> robru: let oSoMoN have his silo ;)
[17:12] <robru> oSoMoN: oh ok
[17:12] <robru> one sec
[17:13] <robru> oSoMoN: ok vivid 6
[17:13] <oSoMoN> robru, thanks!
[17:14] <robru> oSoMoN: you're welcome
[17:14] <robru> boiko: looking
[17:15] <robru> boiko: oh right, that's a known issue caused by having a large number of MPs. that'll be fixed when we replace the spreadsheet with something sensible (hopefully soon). For now I'll twiddle that manually for you
[17:16] <boiko> robru: thanks!
[17:17] <boiko> robru: bfiller suspected it was that, I'll try to keep the silos smaller next time :)
[17:18] <brendand> who signed off silo 2?
[17:18] <robru> boiko: nah, there shouldn't be any real limit to the number of MPs in a silo, it's just the way the spreadsheet talks to jenkins that creates an artificial limit. We'll switch it from using HTTP GET to HTTP POST and then you'll be able to do thousands of MPs in a silo. I just never figured out how to send an HTTP POST from within the spreadsheet
[17:19] <brendand> ogra_, rvr signed off silo 2 but nothing is landing right?
[17:19] <robru> Mirv: what's the deal with that build log you pasted? it looks like a bug I thought I already fixed...
[17:19] <ogra_> brendand, well, we need to re-spin for the rollback
[17:20] <ogra_> brendand, the change is trivial enough to go in imho ... especially if it passed QA
[17:20] <brendand> ogra_, well silo 1 was 'trivial' as well
[17:20] <ogra_> brendand, gimme 5, i'll get fresh coffee and we can have the landing meeting
[17:21] <robru> ogra_: oh I assumed the meeting was off due to UOS
[17:23] <ogra_> robru, we do a milestone atm ...
[17:26]  * ogra_ is in the hangout
[17:26] <ogra_> feel free to join :)
[17:27] <ogra_> brendand, davmor2, robru plars ?
[17:27] <plars> ogra_: I was there until just a moment ago, coming back
[17:34] <boiko> robru: so, is it fine to rebuild the silo 22 already?
[17:37] <pstolowski> trainguards, may I ask for reconfiguring of rtm/landing-007 (mp has changed)
[17:38] <robru> boiko: oh yeah sorry, that's been ready for a while
[17:38] <robru> pstolowski: did you add a new project? if you just made new commits on the same MPs you don't need a reconfig, just a rebuild
[17:39] <pstolowski> robru, in the absence of the creator of the original MP, I had to propose a new one that resolves conflicts
[17:39] <pstolowski> robru, it supersedes the old one
[17:41] <robru> pstolowski: oh ok
[17:42] <robru> pstolowski: in that case you have the power to reconfigure yourself ;-) you only need me to reconfigure if you're adding new projects.
[17:42] <robru> pstolowski: check the 'reconfigure silo' link on your spreadsheet row
[17:42] <robru> pstolowski: click that then click 'Proceed'
[17:50] <cwayne> cjwatson: any chance of a re-review of https://code.launchpad.net/~cwayne18/phablet-tools/clickbuddy-with-sessions/+merge/237477 (I've merged in fginther's branch which addressed your first comments)
[17:50] <cwayne> or anyone else on phablet-tools team I suppose :)
[17:51] <ogra_> reverted ubuntu-touch-session uploaded to rtm
[17:53] <robru> ogra_: thanks
[17:54] <cjwatson> cwayne: approved, thanks
[17:54] <ogra_> lool, ^^^^ thansk to that roll back (and i slight glitch in space and time) our location fix will make it into the next image (which i hope to build within the next hour)
[17:54] <cjwatson> (eyeball only, haven't tested personally, I assume you have)
[17:54] <ogra_> s/our/your/
[17:55] <lool> ogra_: ok
[17:55] <pstolowski> robru, awesome, thanks! and sorry for bothering..
[17:56] <robru> pstolowski: no worries, happy to help!
[18:12] <ogra_> tedg, soo ... i just pulled my phone out of my pocket ... running the latest image and the UI hangs hard ... any logs you want me to collect ? (cgmanager doesnt seem to have written anything, i only have a  .1.gz)
[18:13] <ogra_> hmm
[18:13] <ogra_> the last dmesg entry is 1h ago ... thats interesting
[18:17] <pstolowski> trainguards, hey, may i ask for a silo for #68?
[18:19] <robru> pstolowski: https://ci-train.ubuntu.com/job/prepare-silo/3189/console conflicts with silo 18
[18:19] <ogra_> triggering a new image now
[18:20] <ogra_> (both packages are in)
[18:20] <robru> oh i guess that silo is just testing...
[18:20] <robru> pstolowski: ok you got vivid 14
[18:21] <pstolowski> robru, thanks
[18:21] <robru> pstolowski: you're welcome
[18:21]  * ogra_ notes that tedg might still be meeting and reboots his phone
[18:24] <imgbot> [18:27] <ogra_> ToyKeeper, ^^^ that image is for you btw :)
[18:28] <ogra_> (once it finished building)
[19:34] <imgbot> [19:34] <imgbot> [20:12] <robru> cyphermox: rtm 10
[20:20] <cyphermox> robru: thanks!
[20:20] <robru> cyphermox: you're welcoem!
[20:21] <cyphermox> should I still rebuild for sync?
[21:17] <olli> ogra_, so did you guys get to fix the indicator sound issue?
[21:17] <olli> the bug doesn't say anything about it
[21:17] <ogra_> olli, reverted
[21:17] <olli> good
[21:17] <ogra_> right, i havent re-opened the rtm task, i should
[21:18] <olli> hah!
[21:18] <olli> talking about developer discipline ;)
[21:18]  * olli gets some salt
[21:18] <ogra_> olli, and because robru had a quick finger the location fix made it "accidentially" into 159 ;)
[21:18] <olli> *rub* *rub*
[21:18] <ogra_> lol
[21:18] <olli> ogra_, awesome!
[21:19] <olli> ok, thx ogra_ & team
[21:19] <ogra_> :)
[21:44] <olli> ogra_, tvoss so can we then close https://bugs.launchpad.net/location-service/+bug/1387708
[21:44] <olli> as fix released
[21:45] <ogra_> olli, i guess so ... but we might want to wait til QA confirms .. how do you handle that usually ?
[21:45] <olli> it's more for my status report
[21:45] <tvoss> olli, yup, as long as qa confirms for the candidate
[21:45] <olli> typically I rely on the janitor
[21:46] <ogra_> thats fine
[21:46] <olli> ogra_, tvoss are we expecting differing results than what we saw in the silo testing?
[21:46] <ogra_> we can re-open in case we have to roll back
[21:46] <tvoss> olli, nope
[21:46] <ogra_> olli, as much as we did for the sound indicator :P
[21:46] <ogra_> (what tvoss said ... but we didnt expect to have to roll back the other one either)
[21:46] <olli> sure
[21:47] <olli> k, I won't touch it and let the janitor do his work
[21:47] <olli> but say with confidence that 159 has it fixed to the best of our knowledge ;)
[21:47] <tvoss> olli, yup :)
[21:47] <ogra_> i'm not sure lool actually referenced this bug number
[21:48] <ogra_> https://lists.ubuntu.com/archives/rtm-14.09-changes/2014-November/000852.html
[21:48] <ogra_> that wont trigger the janitor
[21:49] <ogra_> so better close it by hand
[21:49] <olli> I am sure tvoss did ;)
[21:49] <tvoss> olli, yup
[21:49] <olli> ogra_,  I am talking about https://bugs.launchpad.net/location-service/+bug/1387708
[21:49] <olli> not lool's ;)
[21:50] <olli> that wasn't even a topblocker
[21:50] <olli> etc pp
[21:50] <ogra_> https://lists.ubuntu.com/archives/rtm-14.09-changes/2014-November/000848.html
[21:50] <ogra_> :P
[21:50] <ogra_> also not this bug numer
[21:51] <ogra_> thsi bug is a maze !
[21:51] <ogra_> *this
[21:52] <tvoss> ogra_, I thought lp is clever enough that if a branch is linked to a bug -> automagic update of changelog
[21:53] <tvoss> ogra_, https://code.launchpad.net/~thomas-voss/location-service/fix-nm-race has got two branches linked, one is handled correctly, the other is not
[21:53] <ogra_> tvoss, the janitor watches the -changes MLs i think
[21:53]  * olli closes it
[21:53] <ogra_> so you need to have the bug number in your changelog/commit message
[21:54] <tvoss> ogra_, I certainly did not manually add any bug number to my commit message :)
[21:54] <ogra_> right
[21:54] <ogra_> then LP wont close it
[21:54] <ogra_> (unless there is some mechanism i dont know)
[21:55] <olli> tvoss, wieder was gelernt
[21:55] <cjwatson> whatever automagic update of changelog happens is not done by LP
[21:55] <tvoss> olli, yup
[21:55] <olli> tvoss, on https://bugs.launchpad.net/location-service/+bug/1387708 what about the Ubuntu task
[21:55] <cjwatson> the changelog generation stuff is done by citrain
[21:55] <tvoss> olli, fix released
[21:56] <tvoss> olli, I landed to vivid first
[21:56] <cjwatson> and no, the janitor does not watch the -changes lists
[21:56] <olli> cjwatson, in janitor's defense, these 2 bugs were weirdly interlinked
[21:56] <cjwatson> dpkg-genchanges parses the changelog entry when generating the .changes file for an upload, parsing LP: entries into a Launchpad-Bugs-Fixed header there; that's what's actually parsed directly by LP
[21:57] <ogra_> ah
[21:57] <cjwatson> LP (of which the janitor is part) is not going to deal with anything not in Launchpad-Bugs-Fixed, and hence typically anything not mentioned in the changelog
[21:57] <tvoss> cjwatson, thanks for clarifying :)
[21:57] <cjwatson> yw, saves time :)
[21:58] <tvoss> cjwatson, very true :)
[21:59] <cjwatson> (OK, for even more accuracy, there are a few awkward cases where LP has to go back and reparse the changelog entries itself)
[22:03] <robru> tvoss: oh sorry I missed some scrollback. are you having an issue with changelog generation? I can help with that if so
[22:03] <tvoss> robru, seems like the train only considers the first linked bug of a branch
[22:04] <tvoss> robru, under the assumption that the train does something funky here :)
[22:04] <robru> tvoss: oh it's possible. train code is pretty terrible. I recommend listing your bugs in the MP commit message, those will be transferred to the debian/changelog and allow auto-closing of bugs
[22:04] <tvoss> robru, ack
[22:14] <brendand> ogra_, the gates are closed even for topblockers right?
[22:15] <olli> brendand, yes for 159
[22:15] <olli> but we can imho still test silos for the next image
[22:15] <olli> if that's the q ;)
[22:22] <bfiller> robru: can you run another reconfigure on line 20 on spreadsheet, too many MR's getting error
[22:23] <robru> bfiller: ah sure
[22:25] <robru> bfiller: good to go
[22:25] <bfiller> robru: thank you
[22:26] <robru> bfiller: you're welcome
[23:23] <ricmm> robru: hey there, could I get a silo for & ?
[23:27] <ricmm> thank you
[23:44] <robru> ricmm: you're welcome