[00:16] <robru> rsalveti: fixed I guess, let me know if I made any mistakes
[00:17] <rsalveti> robru: alright, thanks
[00:18] <robru> rsalveti: you're welcome
[02:00] <robru> bfiller: please approve https://code.launchpad.net/~renatofilho/address-book-app/fix-1384707/+merge/241010
[02:06] <robru> jhodapp: looks like there's been an rtm release of qtubuntu-media which invalidates your qtubuntu-media silo. you'll need to rebuild & retest before that can be published.
[02:06] <jhodapp> robru, which silo of mine are you referring to?
[02:07] <robru> jhodapp: rtm 2
[02:07] <jhodapp> robru, hmm ok, surprised that didn't get landed already since it was a topblocker
[02:08] <robru> jhodapp: I only just noticed it having qa approval now
[02:08] <jhodapp> robru, ok
[02:08] <robru> jhodapp: yeah according to my IRC scrollback it only got qa approved 3 hours ago
[02:09] <imgbot> [02:09] <jhodapp> robru, thanks, must have been a long QA line
[03:09] <imgbot> [03:13] <rsalveti> jhodapp: robru: silo 2 needs a rebuild still
[03:13] <rsalveti> because we just landed 9 that had qtubuntu-media
[03:14] <rsalveti> I'm landing that first on vivid now, then will sync so we know we're not dropping anything
[03:14] <rsalveti> should be good to land tomorrow morning
[03:24] <imgbot> [03:24] <imgbot> [04:14] <imgbot> [04:14] <imgbot> [04:57] <Mirv> morning
[06:06] <Mirv> nice that no unity8 crashes at least this time, ToyKeeper
[06:06] <Mirv> I've had enough of those
[06:07] <Mirv> now I think I can test again my qtbase silo too
[08:15] <dbarth> good morning
[08:16] <dbarth> i'm trying to get a silo for line 69; is there something wrong with it or a freeze on vivid silos for now?
[08:20] <Mirv> dbarth: there's "Ping trainguards in #ubuntu-ci-eng to get a silo!" at the top nowadays. we try to assign silos, but it's easier if you just highlight trainguards to get a silo instead of we browsing the whole spreadsheet periodically and try to understand what lines would really like a silo and what not.
[08:21] <Mirv> vivid is wide open otherwise
[08:27] <dbarth> ah ok nw, but i had use the trainguards yesterday; just that you guys probably were busy on rtm
[08:27] <dbarth> thanks Mirv
[08:32] <sil2100> We're not doing as much satisfactory with trainguarding as before, mostly because I still need to find out how to highlight on queuebot's messages
[08:33] <Mirv> dbarth: ah then that's really that trainguards missed the call
[08:33] <Mirv> dbarth: sorry about that
[08:33] <Mirv> yeah I don't have queuebot highlights either, but I do have if people make the highlight
[08:35] <Mirv> right, I had just left for shopping yesterday at that point of the highlight
[08:35] <sil2100> Yeah, it seems that queuebot uses notices or something, which I'm not sure how to handle in irssi
[08:35] <sil2100> Not even sure what queuebot uses
[08:36] <Mirv> sil2100: should watch_only still look at the manually uploaded packages, too? I kind of remember it used to list those too, but I might be wrong.
[08:36] <Mirv> yes, I think earlier it did watch when they're building and wait until they were
[08:36] <sil2100> Mirv: yes, watch_only looks at all packages that are configured
[08:36] <Mirv> sil2100: it did not https://ci-train.ubuntu.com/job/ubuntu-landing-002-1-build/99/console
[08:36] <sil2100> Mirv: but yesterday it was b0rken, not sure if robru fixed that
[08:37] <Mirv> aha, well it seems it's not
[08:37] <sil2100> grrr :|
[08:38] <sil2100> Looking at trunk, it seems that robru didn't fix source uploads after his fix in the end...
[08:38] <sil2100> robru: ping
[08:39] <Mirv> sil2100: filed bug #1390366 - I'd like to consider publishing Qt 5.3.2 on Monday so it'd be nice to have it working by then :)
[08:43] <robru> sil2100: the silo you pinged me about was a sync silo and i fixed that one. Lots of successful publishing's
[08:44] <sil2100> robru: how about manual source uploads? Did you check those?
[08:46] <robru> sil2100: no not really. I assumed the way it pulled dscs from the ppa would be consistent.
[08:46] <sil2100> I'll have to check what's going on then
[08:47] <robru> sil2100: shouldn't be hard to fix, just find the spot where it downloads the dsc file and make sure that ends up in SILO_DIR. watch-ppa did change to only see dsc files in the silo dir.
[08:50] <robru> sil2100: if you happen to stumble on to any cades of '.', please convert them to absolute paths ;-)
[09:04] <tvoss> good morning
[09:09] <Mirv> Saviq: dbarth oSoMoN: I'm hoping I could release Qt 5.3.2 to vivid on Monday. if you want to land oxide-qt or unity8 to vivid, please do it today so I can arrange for last rebuilds for my silo.
[09:09] <Mirv> otherwise if I publish Qt, then you'll be the one doing a rebuild
[09:09] <Mirv> so this is regarding silos 015 and 016
[09:11] <brendand> sil2100, darn it looks like we picked up a blocker :/
[09:23] <sil2100> brendand: ugh?
[09:23] <sil2100> brendand: a new issue? What's up?
[09:23] <Mirv> :(
[09:24] <brendand> sil2100, in the setup wizard after you enter the wifi password the keyboard gets stuck all or part of the way down while closing
[09:24] <brendand> sil2100, and it obscures the keys so you can't continue
[09:24] <brendand> sil2100, can we try reverting the ubuntu-keyboard landing?
[09:24] <brendand> sil2100, if you don't mind can you set me up with the packages to do that?
[09:25] <sil2100> brendand: sure, can you make sure that it fixes the issue first? i.e. manually reverting it on your device and rerunning the wizard?
[09:25] <sil2100> k
[09:25] <dbarth> Mirv: +1, we've validated the silo i think; let me confirm with oSoMoN
[09:25] <sil2100> One moment then
[09:25] <brendand> sil2100, right i need the old packages first
[09:25] <brendand> sil2100, i will of course do that before you actually revert it
[09:27] <sil2100> brendand: give me a moment, there's a lot of packages here
[09:49] <Mirv> right, so that was broken because of the ci train problem, and the ignore flag only published dialer
[09:55] <Mirv> sil2100: ^ fail, I thought ignore_missingprojects might pick it up but no, it simply skips it :(
[09:56] <sil2100> :|
[09:56] <sil2100> Yeah
[09:56] <sil2100> Will look into that, that's why I hate code refactoring
[09:58] <oSoMoN> dbarth, Mirv: confirmed that silo 15 is good to go
[09:58] <Mirv> ogra_: ./copy-package -b -d ubuntu -s vivid --ppa=ci-train-ppa-service --ppa-name=landing-015 --to-distribution=ubuntu --to-suite=vivid --to-primary oxide-qt
[09:59] <Mirv> oSoMoN: right, dbarth only marked it as so, we just have a problem with CI Train
[10:00] <oSoMoN> Mirv, reading backlog, so the CI train only published dialer-app, and ignored oxide?
[10:00] <ogra_> Mirv, that ok ? http://paste.ubuntu.com/8865174/
[10:00] <Mirv> ogra_: looks correct, oSoMoN will be happy
[10:00]  * ogra_ hits enter
[10:01] <Mirv> \o/
[10:01] <ogra_> oops
[10:01] <ogra_> it complained
[10:01]  * oSoMoN was going to hug ogra_…
[10:01] <ogra_> needs to go to vivid-proposed ... not vivid
[10:01] <Mirv> ah, of course
[10:01] <oSoMoN> right
[10:01] <ogra_> done
[10:02] <Mirv> thanks!
[10:03] <brendand> sil2100, so the revert works pretty well, let's see what happens now
[10:03]  * oSoMoN hugs ogra_ now
[10:03] <ogra_> hah
[10:03]  * ogra_ hugs oSoMoN back :)
[10:08] <sil2100> brendand: btw. can you fill in a quick bug for this?
[10:08]  * sil2100 would like it for teh revert
[10:09] <brendand> sil2100, Elleo - https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyboard/+bug/1390395
[10:09] <Elleo> brendand: thanks
[10:10] <ogra_> sil2100, i think we should also have one for the constant camera-app crashes in smoke testing ... thats there since a long time (failures as well as the camera-app crash)
[10:10] <davmor2> brendand, Elleo: confirmed first run with the reverted package the keyboard goes down
[10:10] <davmor2> trying again now
[10:12] <ogra_> oh !
[10:12] <ogra_> did you notice that "previous error reports" actually works ?
[10:12] <ogra_> ev, errors.u.c really needs a mobile UI now ! :)
[10:13] <ev> heh
[10:15] <davmor2> ogra_: yes bdmurray fixed it in 145 I think yesterday whatever the real image was from yesterday :)
[10:16] <davmor2> ogra_: I confirmed it yesterday when Brian quizzed me on my issue and I opened it and it worked \o/
[10:16] <ogra_> yeah, i wish it would be easier usable
[10:17] <ogra_> (itegrated with yuor U1 account ... proper CSS or an app to berowse the bugs)
[10:19] <davmor2> brendand: second run is good
[10:23] <oSoMoN> Mirv, https://code.launchpad.net/~osomon/webbrowser-app/update-qmlmodule-dep-names/+merge/241057 could use a sanity review from you
[10:25] <Mirv> rsalveti: could you pre-ack Qt 5.3.2 vivid qt*-gles packages' packaging changes? http://people.canonical.com/~tjyrinki/qt532/gles-pkgdiffs/ (qt3d simple rebuild). you're probably most interested in the symbols etc, I kept the OpenGL ones intact.
[10:25] <Elleo> brendand, sil2100: looks like maliit's crashing when the keyboard gets dismissed, oddly I can only reproduce on vivid not on rtm; currently reflashing my rtm device with a wipe now to see if that triggers it there
[10:26] <Elleo> brendand, sil2100: but I'm able to reproduce it on vivid after the welcome wizard as well, it's just less obvious since maliit gets restarted after a crash in the main session
[10:26] <Mirv> oSoMoN: done, thanks
[10:26] <oSoMoN> Mirv, thanks
[10:33] <seb128> is there a known issue with the osk not hidding sometimes?
[10:34] <seb128> I got that 3 times now since this morning (r150)
[10:34] <Elleo> seb128: yep, working on it now
[10:34] <seb128> Elleo, great, thanks
[10:34] <dbarth> Mirv: for the oxide part, do you need a manual upload from jamie?
[10:34] <dbarth> or ack, rather
[10:37] <ogra_> seb128, oh, you see it on the running image ?
[10:37] <ogra_> davmor2, brendand ^^^^^^
[10:37] <ogra_> (we only know abou tit during the wizard)
[10:37] <brendand> ogra_, yeah Elleo just mentioned that could happen
[10:37] <ogra_> ah
[10:37] <ogra_> i didnt read all backlog :P
[10:39] <tvoss> trainguards, hey there
[10:39] <tvoss> trainguards what's wrong with line 51
[10:41] <Mirv> tvoss: sil2100: I'm afraid there' some sort of another CI Train problem https://ci-train.ubuntu.com/job/ubuntu-landing-005-2-publish/31/console
[10:42] <seb128> ogra_, yes, r150
[10:43]  * Mirv cleaned up spreadsheet a lot
[11:10] <Saviq> trainguards, I can has silo for lin 51 please? conflicts ignored
[11:10] <tvoss> Mirv, sil2100 any more insight into the publishing issue?
[11:19] <sil2100> Mirv: looking
[11:25]  * sil2100 looks at the trust-store project
[11:26] <sil2100> hmmm
[11:26] <ogra_> hmm
[11:27] <ogra_> i just copy-package'd bootcharrt into rtm from utopic ... i see it in rmadison but didnt get any mail or anything
[11:28] <ogra_> and now it silently migrated out of proposed ... weird
[11:28] <ogra_> i would expect a mail
[11:30] <sil2100> UGH
[11:31] <sil2100> tvoss, Mirv: so for unknown reasons, CI Train just wiped out the state of the trust-store silo :|
[11:31] <sil2100> tvoss, Mirv: the jenkins directory for the silo is simply empty, so no wonder it cannot push the branch
[11:31] <sil2100> As it does not exist
[11:31] <tvoss> sil2100, hmmm, so what do we do? :)
[11:31] <sil2100> tvoss: thinking of how to fix this, but I guess the only way is to do a rebuild ;/ But let me think
[11:32] <sil2100> I'm worried that it's another fallback from robru's abspath changes
[11:37] <ogra_> can i get a silo for line 52 ?
[11:45] <popey> sil2100: known bug that osk keeps sticking on in various places?
[11:45] <ogra_> popey, yes
[11:45] <popey> ok
[11:45] <Elleo> popey: yep, just testing a fix now
[11:45] <popey> kk
[11:45] <popey> \o/
[11:46] <Mirv> sil2100: :(
[11:47] <Mirv> sil2100: wouldn't reassigning silo and build watch only work?
[11:49] <Mirv> sil2100: another question, is it possible to make backup lf landing-002 jenkins stuff? losing that silo could mean losing a week of builds, if it wouldn't be possible to recover from error situation...
[11:54] <brendand> Elleo, sil2100 - how goes with the keyboard fix? do we need to revert?
[11:56] <Elleo> brendand: just testing a fix now
[11:56] <sil2100> Mirv: I can try making a backup for the backend state
[11:57] <sil2100> Elleo: \o/
[11:57] <brendand> Elleo, i'd be happy to try it for you as well
[11:57] <sil2100> Mirv: but watch_only won't help in case of tvoss's silo... since it only generates the branch to push when doing package builds out of bzr
[11:58] <Elleo> brendand: there's an MR here: https://code.launchpad.net/~michael-sheldon/ubuntu-keyboard/fix-1390395/+merge/241063 jenkins hasn't built packages yet though
[11:58] <Elleo> was a pretty stupid mistake :/
[11:59] <sil2100> Uuuu
[11:59]  * sil2100 likes fixes like these
[11:59] <sil2100> :)
[11:59] <ogra_> build faster !!!
[11:59] <brendand> Elleo, see this is why we need static analysis :)
[11:59] <Elleo> yeah, and smarter developers ;)
[11:59] <Elleo> s/smarter/less careless/
[11:59] <brendand> Elleo, well everyone makes mistakes
[12:00] <brendand> Elleo, static analysis tools are great for saving yourself from them
[12:00] <brendand> Elleo, do you run e.g. cppcheck on that project?
[12:00] <Elleo> brendand: don't think so, will add it to the process in future though
[12:02] <Mirv> Saviq: done
[12:02]  * brendand wonders how we can make sure everyone is using all the static analysis they should be
[12:03] <davmor2> brendand: I think a branding session at the next sprint, anyone not doing it gets branded ;)
[12:03] <sil2100> tvoss: ok, I can't get the backend state back...
[12:03] <tvoss> sil2100, rebuild it is then
[12:03] <brendand> davmor2, whoah
[12:03] <sil2100> tvoss: could we rebuild the packages again? I guess only a quick test if the packages install would be enough
[12:04] <davmor2> brendand: too much?
[12:04] <Mirv> sil2100: right... well actually my silo's "build from bzr" is not bad. so as long as build/watch_only can pick up packages from the ppa (...), jenkins shouldn't be able to destruct the ppa too badly
[12:04] <sil2100> tvoss: sorry about that, I have no idea what's going on with citrain after the recent changes
[12:04] <brendand> davmor2, just a tad
[12:04] <sil2100> Mirv: but I'll do a copy of your silo backend anyway
[12:04] <sil2100> tvoss: we would need Robert to look into that
[12:04] <davmor2> brendand: well plan b was asking them but that seems so tame in comparison :)
[12:04] <sil2100> (as it was his changes)
[12:06] <tvoss> sil2100, sure, just hit build
[12:12] <brendand> davmor2, waterboarding is another option
[12:14] <davmor2> brendand: hahaha
[12:15] <brendand> "how you know QA have gone to far"
[12:17] <Elleo> brendand, sil2100, ogra_: packages are built if you'd like to give them a go: https://code.launchpad.net/~michael-sheldon/ubuntu-keyboard/fix-1390395/+merge/241063
[12:17] <brendand> Elleo, will do
[12:18] <Elleo> I found it most reproducable on mako/vivid, where I could trigger it quite frequently in general usage; on krillin/rtm I could only trigger it after a wipe, so I wiped with dev mode and installed the packages whilst still on the first wizard page before it starts maliit to test there
[12:22] <sil2100> Let's prepare a silo for that and a sync
[12:23]  * brendand wonders why he always gets permission errors with those output.zip files
[12:23] <Elleo> sil2100: at the moment I've proposed two MRs, one against trunk: https://code.launchpad.net/~michael-sheldon/ubuntu-keyboard/fix-1390395/+merge/241063 and one against our RTM branch: https://code.launchpad.net/~michael-sheldon/ubuntu-keyboard/fix-1390395/+merge/241065
[12:24] <Elleo> sil2100: but they could alternatively just be one MR going to trunk and then we resync the RTM branch from trunk since nothing else has gone in there yet; whichever's easiest from your side really
[12:28] <brendand> Elleo, how do i actually get these files on the device? i'm being plagued by permission errors
[12:30] <sil2100> Elleo: I suppose it's the same for both, as in both cases packages need to be built anew anyway
[12:30] <sil2100> Elleo: if you have an RTM branch then let's do 2 MRs :)
[12:30] <Elleo> sil2100: okay, cool
[12:30] <Elleo> brendand: you'll need to make the image writable as well first
[12:31] <brendand> Elleo, no i mean on my laptop
[12:31] <brendand> Elleo, once the files are extracted i can't copy them anywhere
[12:32] <Elleo> brendand: oh yeah, need to chmod +x the output directory
[12:33] <Elleo> for some reason it just gets rw permissions by default, so you can't enter it
[12:33] <brendand> that's weird
[12:33] <Elleo> yeah, never understood why jenkins does that
[12:37] <brendand> Elleo, i never new you needed execute permissions to enter a directory :/
[12:37] <brendand> s/new/knew/
[12:38] <brendand> Elleo, anyway patch looks good, let's proceed asap
[12:39] <brendand> sil2100, if we're allowed to land stuff without signoff this would be a prime candidate
[12:39] <brendand> sil2100, but we probably aren't so do whatever you need to do
[12:39] <sil2100> Well, we still have that rule of isolated bugfixes
[12:40] <brendand> sil2100, but we also have the rule of ollis list :)
[12:40] <sil2100> And if you +1 on mentioning it as an isolated bugfix, well, I guess we can pass it through
[12:40] <sil2100> That's something different ;)
[12:40] <ogra_> this is an emergencyy fix
[12:40] <Elleo> is there anything more you're likely to need from me in the next 20 minutes or so?
[12:40] <sil2100> But we're the landing team, we can do what we want!
[12:40] <brendand> sil2100, yeah!
[12:40] <ogra_> !
[12:40] <brendand> sil2100, screw everyone else!
[12:40] <Elleo> if not I shall go grab a sandwich ;)
[12:41] <sil2100> Elleo: no no, we just need a landing for the fix ;)
[12:41] <Elleo> sil2100: okay, cool
[12:41] <sil2100> Thanks :)!
[12:41] <ogra_> is the MP top approved ?
[12:41] <brendand> ogra_, nope it hasn't been reviewed yet
[12:42] <brendand> Elleo, you need to get someone to top approve that
[12:42] <Elleo> sil2100: are you happy reviewing it and top approving? next to me and bill you've probably touched the keyboard code most, otherwise we'll need to wait for bill to get on in an hour or so
[12:42] <brendand> there's no way it could possiblie go wrong
[12:43]  * brendand goes for lunch too
[12:45] <sil2100> Elleo: sure :)
[12:45] <Elleo> okay, great, thanks
[12:45] <Elleo> now -> lunch!
[12:52] <sil2100> Elleo, Mirv, ogra_, brendand: I created landings for both merges, let's build it and get it released o/
[12:52] <ogra_> ++
[12:52] <Mirv> sil2100: ++
[12:53] <sil2100> Both are building :)
[12:53] <ogra_> yay
[12:53] <Mirv> nice oneliner
[13:10] <sil2100> ogra_, brendand: anyway, once I'm back from lunch I'll escalate the u-k issue to product team
[13:10] <ogra_> cool
[13:10] <ogra_> lets get this in asap
[13:10] <ogra_> so the image can still get some testing .)
[13:10] <ogra_> oops ... one eyed
[13:12] <ogra_> hmm ?
[13:12] <ogra_> whats that
[13:13] <ogra_> Mirv, ^^ any idea  what i'm hittin gthere with silo 009 ?
[13:14] <ogra_> 2014-11-07 13:10:29,094 INFO Pushing phablet-tools to lp:~ps-jenkins/phablet-tools/ubuntu-vivid-proposed
[13:14] <ogra_> 2014-11-07 13:10:29,231 ERROR We couldn't push phablet-tools to lp:~ps-jenkins/phablet-tools/ubuntu-vivid-proposed
[13:14] <ogra_> 2014-11-07 13:10:29,232 ERROR We had some branches that couldn't be pushed to their proposed location.
[13:14] <ogra_> bzr: ERROR: Not a branch: "/srv/juju/vol-0000005d/var/lib/jenkins/silos/ubuntu/landing-009/phablet-tools/".
[13:14] <ogra_> thats the console log
[13:17] <olli> ohoh, /me checks u-k issue
[13:18] <Elleo> sil2100: great :)
[13:20] <ogra_> olli, https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyboard/+bug/1390395
[13:20] <ogra_> olli, the trivial fix: https://code.launchpad.net/~michael-sheldon/ubuntu-keyboard/fix-1390395/+merge/241063
[13:21] <olli> is that a regression?
[13:21] <Elleo> olli: yes
[13:21] <olli> ha!
[13:22] <olli> so if the q was whether to land or not... land
[13:22] <ogra_> on it :)
[13:26] <Mirv> ogra_: hangout, but sounds like similar situation as tvoss|lunch sil2100 already saw with othe rsilo
[13:26] <Mirv> ogra_: in other words, ci train breaking stuff
[13:26] <ogra_> oh, that was the same silo ?
[13:27] <Mirv> ogra_: no, different silo, 005
[13:27] <ogra_> ah, k
[13:34] <Mirv> which seems to work now after rebuild
[13:34] <ogra_> so let me try that too
[13:37] <ogra_> grr
[13:38] <ogra_> should i do a watch only build ?
[13:51] <Mirv> ogra_: you can try, but according to sil2100 the 009 had completely lost its state in jenkins and needed a real rebuild
[13:51] <ogra_> well, it doesnt let me
[13:51] <Mirv> and that's why I asked a backup of 002's state in case CI Train is now actively eating up silos...
[13:52] <Mirv> since 002 has 56 source packages I'd hate to lose
[13:52] <ogra_> heh, yeah, looks scary on the dashboard
[14:10] <sil2100> huh?
[14:12] <brendand> ogra_, has that image build started?
[14:12] <ogra_> brendand, the silo hasnt landed yet
[14:13] <ogra_> brendand, sil2100 was eating ... waiting for it to land and i'll kick it off
[14:13] <brendand> ogra_, eating?
[14:13] <brendand> ogra_, you mean sil2100 is not a cyborg?
[14:13] <ogra_> yeah, they do lunch in poland ... pretending to not be cyborgs
[14:13] <sil2100> Booorg
[14:14] <ogra_> lol
[14:14] <davmor2> ogra_: see that is where the germans have been going wrong ;)
[14:14] <sil2100> Ok, dealing with that
[14:14] <bzoltan> sil2100: I have an rtm critical fix tested and ready for QA validation in silo8
[14:14] <brendand> bzoltan, we'll get to it, don't worry :)
[14:15] <bzoltan> brendand: thanks .. and soon I can continue with that magic too
[14:15] <ogra_> sil2100, some idea about vivid-009 would also be interesting (after the kbd landed indeed, not that important)
[14:16] <sil2100> ogra_: I'm just making sure now that PT is aware of the emergency fix we need for u-k
[14:16] <ogra_> sil2100, all approved
[14:16] <ogra_> sil2100, see olli in backlog ...
[14:17] <ogra_> just land :)
[14:17] <sil2100> Ok, broke the spreadsheet just now ;) nvm
[14:18] <ogra_> sil2100, "<olli> so if the q was whether to land or not... land"!
[14:18] <sil2100> GGRRRRR
[14:18] <sil2100> Ok, so CI Train is b0rken as shit
[14:18] <sil2100> robru: soft reverting all recent changes to a version that's not broken for publishing
[14:18] <sil2100> Fuck, it seems we'll have to re-build silo 006
[14:18] <sil2100> FUCK
[14:23] <sil2100> So I have no idea what CI Train is doing right now, but it's not doing the right thing
[14:23] <sil2100> That's why I hate refactoring works
[14:23] <sil2100> Especially in times so close to important milestones
[14:23] <ogra_> i guess we cant grab the packages and dput them without breaking bzr branches ?
[14:24] <ogra_> or copy-package them
[14:24] <sil2100> ogra_: I think we'll just do something similar - let's dput the packages, and I'll try to manually merge it into trunk and tag it like CI Train does
[14:24] <sil2100> Since waiting for a rebuild would take too long
[14:25] <ogra_> copy-package with binaries then ... dput would rebuild in proposed
[14:28] <sil2100> Mirv: just in case I made a backup of your silo backend
[14:30] <sil2100> ogra_: give me a sign once you copied the packages over
[14:33] <ogra_> sil2100, hrm ... it offers me 0.99.trunk.phablet2+14.10.20141104~rtm-0ubuntu1 ...
[14:33] <oSoMoN> trainguards: can I haz a silo for line 57, pretty please?
[14:33] <ogra_> (ppa has 0.99.trunk.phablet2+15.04.20141107~rtm-0ubuntu1 )
[14:34] <ogra_> ./copy-package -b -d ubuntu-rtm -s 14.09 --ppa-name=ci-train-ppa-service/ubuntu-rtm/landing-006 --to-distribution=ubuntu-rtm --to-suite=14.09-proposed ubuntu-keyboard
[14:34] <sil2100> ogra_: anything wrong?
[14:34] <ogra_> sil2100, yes, the PPA doesnt know the new version it seems
[14:35] <sil2100> Ah, you mean copy-package doesn't see it?
[14:35] <ogra_> http://paste.ubuntu.com/8868308/
[14:35] <ogra_> right
[14:35] <ogra_> it only sees the former one
[14:36] <ogra_> anything wrong with my command ?
[14:36] <ogra_> oh, it accepts a version ... lets see if that helps
[14:36] <sil2100> The command seems to be correct, so hmm
[14:37] <ogra_> lputils.PackageMissing: Could not find source 'ubuntu-keyboard/0.99.trunk.phablet2+15.04.20141107~rtm-0ubuntu1' in 14.09
[14:37] <ogra_> thats what i get when using -e or --version
[14:38] <ogra_> sil2100, so i guess dput and wiating for -proposed to re-build it is then
[14:38] <ogra_> sil2100, unless you have any other bright idea
[14:38] <ogra_> (i dont)
[14:39] <sil2100> hmmm, but why didn't it publish the binaries yet?
[14:39] <sil2100> Maybe we just need to wait a moment?
[14:47] <ogra_> sil2100, so even if i tell it to only copy the source packages from that ppa it wants to take the old version ... i would expect the source to be published since a while
[14:47] <sil2100> ogra_: I think we need to ask someone about that
[14:47] <ogra_> i wonder if the publisher in general has some hiccup or so
[14:48] <ogra_> infinity, ^^^ are there any known publisher issues atm ? we cant get a PPA to report the right version to copy-package
[14:48] <ogra_> (while LP shows the right thing)
[14:49] <ogra_> i assume cjwatson is not around ?
[14:49] <infinity> ogra_: No known issues, per se.  What's the exact problem?
[14:49] <infinity> ie: the PPA and package in question, and how are you copying it?
[14:49] <ogra_> infinity, http://paste.ubuntu.com/8868308/
[14:49] <ogra_> infinity, but i want ubuntu-keyboard - 0.99.trunk.phablet2+15.04.20141107~rtm-0ubuntu1
[14:50] <ogra_> that has built since more than 1h
[14:50] <ogra_> and https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-006/+packagesshows it
[14:50] <cjwatson> Stopping using the obsolete options would make it less confusing
[14:50] <ogra_> cjwatson, which ones are that ?
[14:50] <cjwatson> all that -d/--ppa-name stuff is conflicting and I don't remember which wins
[14:50] <cjwatson> one moment
[14:51] <cjwatson> ./copy-package -b --from=~ci-train-ppa-service/ubuntu-rtm/landing-006 --from-suite=14.09 --to=ubuntu-rtm --to-suite=14.09-proposed ubuntu-keyboard
[14:51] <cjwatson> try that
[14:51] <ogra_> ah, well, i ran it without -d -s too here ...
[14:51] <cjwatson> that's the modern syntax
[14:51] <ogra_> HA !
[14:51]  * ogra_ hugs cjwatson 
[14:52] <ogra_> copying
[14:52] <ogra_> sil2100, all fine
[14:52] <cjwatson> I think you were ending up copying from ubuntu-rtm/14.09 rather than the PPA.  The old options were dreadful.
[14:52] <sil2100> Oh
[14:52] <ogra_> we should drop them from the help ;)
[14:52] <cjwatson> Oh, because --ppa-name doesn't work that way.
[14:52] <infinity> Yeah, that needed a --ppa as well.
[14:52] <infinity> To use that syntax.
[14:53] <ogra_> "73 packages successfully copied."
[14:53] <ogra_> anyway, we're good now
[14:53] <cjwatson> It would have to have been --ppa=ci-train-ppa-service --ppa-name=landing-006 or some such.
[14:53]  * infinity nods.
[14:53] <cjwatson> And not sure if that worked at all with non-Ubuntu PPAs.
[14:53] <cjwatson> Might have done.
[14:54] <ogra_> https://lists.ubuntu.com/archives/rtm-14.09-changes/2014-November/000833.html ... looks good :)
[14:54] <infinity> Yeah, old syntax would have worked fine: http://paste.ubuntu.com/8868536/
[14:57] <brendand> ogra_, you guys got through it :)
[14:59] <Mirv> sil2100: thanks!
[15:00] <sil2100> pstolowski: ping
[15:00] <sil2100> pstolowski: pinging about silo 2 rtm
[15:01] <sil2100> bzoltan: hey! You mentioned a silo related to critical fixes
[15:03] <pstolowski> sil2100, pong
[15:03] <sil2100> pstolowski: as per #phablet
[15:04] <pstolowski> sil2100, ah, we need to retest?
[15:05] <sil2100> pstolowski: I don't know, the silo is not set as tested :)
[15:05] <jhodapp> sil2100, why do we require a retest, nothing about the code changed
[15:05] <sil2100> jhodapp: was it tested for ubuntu-rtm?
[15:05] <sil2100> jhodapp: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-002
[15:05] <jhodapp> sil2100, yes, since that's what it's landing for
[15:06] <pstolowski> sil2100, it was, but there was different landing for qtubuntu-media at the same time
[15:06] <oSoMoN> trainguards: ping, can I have a silo for line 57 please?
[15:06] <sil2100> It's just 'Packages built'
[15:06] <bzoltan> sil2100:  I could use a silo for line 56
[15:06] <sil2100> Ah, so that was re-built?
[15:06] <jhodapp> sil2100, hmm, the spreadsheet says granted on qa signoff
[15:06] <bzoltan> sil2100:  yes, the other text input bug is fixed
[15:06] <ogra_> jhodapp, it doesnt say "testing done"
[15:07] <pstolowski> sil2100, jhodapp but comment from robru indicates it was rebuilt after new stuff landed in qtubuntu-media
[15:07] <ogra_> jhodapp, colunm K
[15:07] <sil2100> bzoltan: which bug was that?
[15:07] <sil2100> ;)
[15:07] <jhodapp> ogra_, lol, so there's two columns that indicate testing and they're out of sync, lovely
[15:07] <pstolowski> ogra_, but it was set to testing done by me before, thus the confusion
[15:07] <jhodapp> pstolowski, who did the testing last time from qa?
[15:07] <ogra_> jhodapp, well, one for you and one for QA
[15:07] <bzoltan> sil2100: Bug #1371206: [TOPBLOCKER] [SDK] Text selection - can't drag the handle
[15:08] <pstolowski> jhodapp, om26er
[15:08] <ogra_> pstolowski, jhodapp, just set it to testing done again then
[15:08] <sil2100> jhodapp, pstolowski: ok, if it was rebuilt then we need a re-test, as it might get broken by the newly introduced changes from the other landing
[15:08] <ogra_> oh, right
[15:08] <sil2100> jhodapp, pstolowski: if you did that already, then just switch it back to 'Yes'
[15:08] <jhodapp> om26er, can you retest rtm silo 2 again please, it's a top blocker
[15:08] <ogra_> if something in the underlying bits changed you surely want to re-test
[15:08] <jhodapp> yes we need to
[15:09] <pstolowski> yes
[15:09] <jhodapp> tvoss' qtubuntu-media changes landed first
[15:09] <sil2100> Ok, changed that to QA-sign-off required
[15:10] <sil2100> pstolowski, jhodapp: ake sure you guys test it first though and set the tested field to Yes
[15:10] <jhodapp> sil2100, sure, thanks
[15:10] <pstolowski> sil2100, yep, i'm reflashing to retest
[15:11] <sil2100> Thanks guys!
[15:11] <jhodapp> thanks for the help sil2100
[15:11] <tvoss|lunch> trainguards, can I haz vivid silo for 59?
[15:11]  * ogra_ twiddls thumbs reloading rmadison in a loop
[15:14] <barry> plars: ping
[15:14] <bfiller> sil2100: can you republish vivid silo 014, MR's are all set now
[15:14] <sil2100> bfiller: let me try that
[15:15] <ogra_> the train lost a wheel ...
[15:15] <pmcgowan> bzoltan, so you have the silos you need already?
[15:15] <plars> barry: hi
[15:16] <sil2100> WIll assign everything in a minute
[15:17] <sil2100> bzoltan: silo 9 for you
[15:17] <sil2100> bzoltan: hmmm
[15:17] <bzoltan> sil2100:  thank you
[15:17] <sil2100> bzoltan: but actually, you need to rebuild once silo 8 lands
[15:17] <bzoltan> sil2100: yes, that is not a problem
[15:17] <sil2100> You need to coordinate it with, ugh, yourself
[15:17] <sil2100> ;)
[15:18] <bzoltan> sil2100: :D I try to manage it
[15:18] <sil2100> :D
[15:22] <pmcgowan> bzoltan, I am confused, are you putting two fixes into silo 9?
[15:24] <pmcgowan> bzoltan, oh you have other fix in silo8
[15:25] <bzoltan> pmcgowan:  yes
[15:25] <pmcgowan> bzoltan, as those are related I expected one silo
[15:25] <pmcgowan> bzoltan, why two>
[15:25] <pmcgowan> ?
[15:26] <pmcgowan> timing I guess, nm
[15:26] <bzoltan> pmcgowan:  The one what is in the silo8 came first and Kaleo did not know how quickly he can prepare the other one.. so I decided to land the first one as quick as I can.
[15:27] <Kaleo> pmcgowan, and silos are only supposed to land non decouplable fixes/features
[15:27] <Kaleo> pmcgowan, but these are unrelated fixes (just touching the same component)
[15:28] <pmcgowan> Kaleo, very good thanks
[15:29] <sil2100> ogra_: can I push the branch to trunk now?
[15:29] <ogra_> sil2100, all migrated ... i'll kick an image
[15:29] <sil2100> ogra_: i.e. did it migrate?
[15:29] <sil2100> \o/
[15:29] <oSoMoN> sil2100, robru: hey guys, sorry if I sound a tad insistent, could I have a silo for line 57, when you have a moment? thanks!
[15:30] <ogra_> build triggered
[15:30] <davmor2> taps his fingers waiting on buildbot
[15:30] <ogra_> sil2100, so if the hobbling train leaves you a moment, there is silo vivid 009 that seems to also have hit the wall
[15:31] <sil2100> Ok, looking now :)
[15:31] <sil2100> oSoMoN: sure!
[15:31] <sil2100> oSoMoN: assigning now :)
[15:32] <oSoMoN> sil2100: thanks!
[15:33] <sil2100> Ok, the spreadsheet is being mean right now
[15:34] <imgbot> [15:34] <ogra_> sil2100, hmm, seems rsalveti has set up a special team meeting for my team today ... looks like i cant make the landingmeeting
[15:34] <davmor2> Yay imgbot \o/
[15:34] <davmor2> brendand: it's building
[15:34] <rsalveti> ogra_: sorry for the conflict
[15:34] <rsalveti> just today
[15:34] <rsalveti> and at every 2 weeks
[15:34] <brendand> yipee
[15:35] <ogra_> rsalveti, yeah, just want to clearify if i'm needed in the LT one since we release a milestone today
[15:35] <ogra_> but i guess they can do without me
[15:36] <sil2100> ogra_: sure
[15:36] <sil2100> Well, it's an unofficial milestone so to say
[15:37] <sil2100> Elleo: btw. can you take packages from vivid silo 15 on a vivid machine?
[15:37] <sil2100> Elleo: we would then also publish this for trunk
[15:37] <Elleo> sil2100: to test?
[15:38] <sil2100> Elleo: yeah, if the packages work on vivid
[15:38] <sil2100> :)
[15:38] <Elleo> sil2100: sure, will do
[15:39]  * sil2100 looks into silo 9 now
[15:39] <tvoss|lunch> sil2100, can I get a silo for 58?
[15:39] <sil2100> ogra_: grrr, can we rebuild silo 9? Should be rather fast, right?
[15:39] <sil2100> tvoss|lunch: assigning in a moment :)
[15:39] <kenvandine> kgunn, what's the status of silo 16?
[15:41] <kgunn> kenvandine: Saviq had to add a last minute mp to accomodate uitk update in shell...so, afaik it's gonna go right in
[15:41] <sil2100> tvoss|lunch: ok, I see it's approved on the wishlist, assigning silos :)
[15:41] <kgunn> soon
[15:41] <tvoss|lunch> sil2100, yup
[15:45] <kgunn> Mirv: are you in disagreement with lpotter ? on https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1357321
[15:46] <elopio> cihelp: can somebody please review https://code.launchpad.net/~canonical-platform-qa/ubuntu-test-cases/sample-adt-test/+merge/240974
[15:46] <elopio> to see if that meets all the criteria and we can use it as a basis for the rest of the tests.
[15:46] <kgunn> Mirv: or are you saying you agree it's roughly working with bugs
[15:51] <ogra_> sil2100, sure, go ahead
[15:51] <sil2100> I reverted CI Train to a previous state and I'll at least see if it was robru's changes that introduced the issues
[15:51] <sil2100> Or maybe something else in the jenkins backend is happening
[15:52] <Mirv> kgunn: so I think he's only testing on 5.4, plus he keeps on doing more patches in the upstream (those "a few bugs left"). I've today built a new package with three new patches from his branches.
[15:52] <Mirv> kgunn: additionally, I found it hard to test because of unity8 crashes and general scopes unreliability, so I've asked for example if mzanetti (or anyone) could also test the PPA and see how it compares before/after on 3G only connection
[15:53] <mzanetti> the ppa?
[15:53] <Mirv> mzanetti: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-022
[15:53] <kgunn> Mirv: ok, so is it coordinated between you & lpotter wrt the patchsets  ? i was trying to make sure we resolve this for the golden master
[15:53] <mzanetti> hmm... no, haven't tested that
[15:53] <mzanetti> or maybe I did... not sure... it was another ppa
[15:54] <Mirv> kgunn: we've coordinated through the bug report (because timezones), but lpotter can share his thoughts more verbosily on what needs still to be done, or if he could also test the 5.3 PPA on his mako in addition to the 5.4 upstream work
[15:56] <Saviq> kenvandine, could you do the testing for settings app?
[15:56] <Mirv> kgunn: so note that he's focused so far on working in upstream with Qt 5.4. I'm updating the bug report a bit in case it's not clear.
[15:58] <kenvandine> jgdx, had done that yesterday, does it need testing again?
[15:58] <kenvandine> jgdx, how was that, what did you guys figure out with the problem you found?
[16:00] <Mirv> mzanetti: is there a simple way to clear scopes caches etc, so that it would be possible to test "does it load the images now?"
[16:00] <mzanetti> Saviq: is there ^
[16:00] <mzanetti> ?
[16:00] <Saviq> Mirv, rm ~/.cache/unity8-dash
[16:00] <Mirv> Saviq: thanks, I'm adding to the bug report as part of a suggested test method
[16:01] <elopio> cihelp: I also have a question about the nagios check for nfss tests. We have an initial version that needs some work, and will live in uci-engine. In nf-stats-service, as an executable python script. Is that ok for you?
[16:01] <kgunn> Mirv: ack
[16:02] <Elleo> sil2100: everything seems to be working nicely on vivid with those packages, ran the test plan plus the wizard without issues :)
[16:04] <fginther> elopio, we'll be able to get back to you a little later
[16:05] <kenvandine> kgunn, what was it that jgdx said about that fix yesterday?  i think you pointed at another bug?
[16:06] <elopio> fginther: that's alright.
[16:06] <kgunn> kenvandine: sometimes the cellular simply doesn't come back
[16:07] <kenvandine> but that's not a regression caused by this right?
[16:07] <robru> sil2100: (not up yet) please email me with the build logs that were problematic and any tracebacks you saw
[16:07] <kgunn> e.g. flight mode off, cellular refuses to return...which makes you feel like you're being ignored....
[16:07] <kgunn> kenvandine: right, seperate bug
[16:07] <kgunn> that bug (cellular not coming back) you can get it if you hammer on the flight mode a while
[16:16] <popey> davmor2: when you get a mo can you try and reproduce bug 1390529 ? /cc chrisccoulson
[16:17]  * popey re-words that
[16:22] <chrisccoulson> popey, davmor2, this should be fixed with the state save/restore API in oxide when it lands. The issues is that the webbrowser is working around the lack of proper state saving by restoring the last visible URL rather than the last committed URL
[16:22] <davmor2> popey: do you have a version of PdfjsViewer that I don't have
[16:22] <bfiller> sil2100: looks like rtm 6 publishing failed, any idea what's going on?
[16:22] <sil2100> bfiller: looking
[16:22] <popey> chrisccoulson: exactly
[16:22] <sil2100> bfiller: anyway, look our /topic - might be related
[16:23] <popey> davmor2: nope, the one from the store
[16:23] <sil2100> bfiller: ah, right, yeah
[16:23] <sil2100> bfiller: so, we published that one manually
[16:23] <sil2100> bfiller: let me clean it
[16:23] <bfiller> sil2100: thanks
[16:23] <sil2100> bfiller: we merged in the changes and released to the archive
[16:24] <davmor2> popey: doesn't show in downloads for me  http://people.canonical.com/~davmor2/pdf.png
[16:25] <sil2100> Elleo: thanks!
[16:25] <Elleo> no problem :)
[16:25] <popey> well thats odd davmor2
[16:25] <ogra_> davmor2, hmm, that used to work for me
[16:25] <davmor2> popey: and I get the same things with the app open or closed incase that made any difference
[16:26]  * sil2100 sighs
[16:26] <davmor2> ogra_: it works for me if the pdf is on the device just not on downloads
[16:26] <sil2100> Elleo: ok, so silo 15 also has problems with publishing ;/
[16:26] <Elleo> ah
[16:26]  * sil2100 wonders what happened
[16:27] <davmor2> sil2100: this isn't the fix that is meant to be in the new image that is being spun now is it?
[16:29] <brendand> davmor2, that's a vivid silo
[16:29] <tedg> Anymore rtm landings today?
[16:29] <chrisccoulson> popey, which reminds me, I should review oSoMoN's branch which implements this :)
[16:29] <sil2100> robru: bug #1390533
[16:30] <davmor2> phew
[16:33] <sil2100> davmor2: it's in rtm already, this is the vivid part
[16:33] <sil2100> tedg: landings continue ;)
[16:34] <ogra_> they hobble along
[16:35] <tedg> sil2100, Cool
[16:38] <kgunn> kenvandine: i take it your testing silo16 for u-s-s
[16:38] <kgunn> ?
[16:38] <tedg> sil2100, Can I get a silo for line 60 please?
[16:40] <sil2100> tedg: so this change is already in utopic, right?
[16:40] <tedg> sil2100, Utopic and vivid, yes.
[16:43] <davmor2> popey: confirmed the bug at any rate
[16:57] <cwayne> davmor2: hey, quick question, i got some more bugfixes for custom ready to land, are you going to be testing imminently, or should I push + build a new one (if you're not gonna start within the next 30 mins or so)
[16:57] <popey> thanks davmor2
[16:58] <davmor2> cwayne: it might drop to Monday now, we are awaiting a build for promotion testing so feel free to take it and do what you need to
[16:59] <cwayne> davmor2: cool, sounds good!  promotion testing certainly trumps custom, so I'm happy to wait til monday :)
[17:00] <plars> sil2100: ogra_: I have meeting conflicts so I won't be able to make it to the landing meeting. I have an MP up for review that should let us restrict which tests run for certain device/image combinations so I can remove those extraneous tests like filemanager, terminal, sudoku, dropping-letters
[17:00] <plars> hopefully I can get that merged today
[17:00] <ogra_> plars, same here
[17:00] <sil2100> plars: \o/
[17:00] <cwayne> plars: would that allow us to also run additional tests for certain device/image?
[17:00] <ogra_> plars, can you also add 1% more wiggle room for systemsettle ?
[17:01] <plars> cwayne: yes
[17:01] <ogra_> plars, we discussed this morning that we should slowly go by 1% margins
[17:01] <cwayne> \o/
[17:01] <cwayne> extra scope testing :D
[17:01] <sil2100> ogra_: why?!
[17:01] <sil2100> :)
[17:01] <plars> cwayne: I hate the way it works now, but it's difficult to say "we run these tests for everyone, certain tests only for custom, but these tests we don't run for rtm, but only if it's on this device... other devices do run them"
[17:02] <plars> ogra_: sil2100: you two fight over it, and let me know who wins. I can easily adjust it
[17:02] <cwayne> plars: yeah, I can see that being obnoxious
[17:03] <plars> cwayne: would would be really cool, is if the image had some concept of which tests to run
[17:03] <plars> cwayne: then it could be fully discoverable
[17:03] <plars> cwayne: that could sort of work for clicks, but maybe not so obvious for other stuff
[17:03] <plars> cwayne: oh, and we have some tests that can only run on a *specific* (instrumented) device
[17:04] <davmor2> plars: my money is on ogra_ just sitting on sil2100 and that being the fight over
[17:04] <sil2100> davmor2: meeting!
[17:04] <ogra_> plars, there were still a lot unity8 and dash issues this morning but also a lot others that were clearly false positives
[17:04] <cwayne> that would certainly be ideal
[17:06] <ogra_> sil2100, oh, i thought we agreed on that this morning when seeing all these 1% processes that caused systemsettle issues
[17:06] <oSoMoN> trainguards: can silo 17 be published, please?
[17:07] <ogra_> plars, go with whatever sil2100 decides :) (i'm in another meeting anyway(
[17:07] <sil2100> ogra_: my 'why?!' was to something else ;) WHY are you having a conflicting meeting!
[17:07] <ogra_> sil2100, ask rsalveti :P
[17:07] <sil2100> ogra_: (we're just kidding here on the landing meeting, Friday-things)
[17:09] <ogra_> sil2100, ah, i had a massivle lag (reconnect) so things arrived here in the wrong order
[17:12] <robru> kenvandine: around for a packaging ack? https://ci-train.ubuntu.com/job/ubuntu-landing-017-2-publish/lastSuccessfulBuild/artifact/packaging_changes_webbrowser-app_0.23+15.04.20141107-0ubuntu1.diff
[17:15] <oSoMoN> robru, the packaging changes were already approved my Mirv earlier today
[17:16] <robru> oSoMoN: miv isn't a core dev... I thought his PPU was just for qt? i don't think that counts for webbrowser-app
[17:17] <robru> Mirv: ^
[17:17] <oSoMoN> ah, I thought he was a core-dev, nevermind then
[17:17] <oSoMoN> his approval was necessary anyway :)
[17:18] <oSoMoN> robru, so we need a core-dev to ack indeed
[17:19] <sil2100> Yeah, we're powerless against webbrowser-app
[17:22] <oSoMoN> mvo_, hey, if you’re still around, could you have a quick look at https://ci-train.ubuntu.com/job/ubuntu-landing-017-2-publish/lastSuccessfulBuild/artifact/packaging_changes_webbrowser-app_0.23+15.04.20141107-0ubuntu1.diff to ack the packaging changes?
[17:26] <robru> Elleo: hey, so I'm not sure what happened, but your ubuntu-keyboard silo is totally broken. what I want to do is rebuild it, but I'll need you to do a quick smoketest on the new package (you don't have to do a fully test plan, just double-check that it still works briefly)
[17:26] <Elleo> robru: okay, sure
[17:27] <Elleo> robru: just let me know when its ready to test
[17:27] <Elleo> robru: silo 15 I'm assuming, not the earlier RTM one?
[17:27] <ogra_> the RTM one has landed (by manual copy-package)
[17:28] <Elleo> okay, cool
[17:28] <robru> Elleo: right
[17:28] <robru> sil2100: so I reverted production to latest trunk and triggered a build in silo 15, this shows the .bzr dir is present: https://ci-train.ubuntu.com/job/cyphermox-test/372/console
[17:29] <cyphermox> wow, this job is still so useful ;)
[17:29] <robru> cyphermox: you are like a god ;-)
[17:29] <robru> maybe we should rename it so we can paste links to it without pinging you ;-)
[17:29] <ogra_> wow, canadians
[17:29] <cyphermox> beh
[17:30] <cyphermox> ogra_: sorry!
[17:30] <ogra_> heh
[17:30] <cyphermox> ;)
[17:32] <brendand> ogra_, 151 is here. is there a changelog?
[17:32] <brendand> ogra_, need to check the delta
[17:32] <ogra_> imgbot, stunt
[17:32]  * imgbot rolls on its back and purrs
[17:32] <ogra_> hmm
[17:32] <robru> sil2100: https://ci-train.ubuntu.com/job/cyphermox-test/374/console .bzr directory still present post-upload.
[17:33] <ogra_> brendand, give it a moment i see it still waits for 151
[17:33] <ogra_> most likely the cron job hasnt run yet
[17:34] <imgbot> [17:34] <imgbot> [17:34] <ogra_> there you go
[17:36] <popey> \o/
[17:37] <kenvandine> robru, still need a core dev ack?
[17:37] <oSoMoN> kenvandine, yep
[17:37] <oSoMoN> kenvandine, https://ci-train.ubuntu.com/job/ubuntu-landing-017-2-publish/lastSuccessfulBuild/artifact/packaging_changes_webbrowser-app_0.23+15.04.20141107-0ubuntu1.diff
[17:38] <robru> kenvandine: yes please
[17:39] <om26er> jhodapp, silo 2 approved.
[17:39] <jhodapp> om26er, thanks!
[17:39] <kenvandine> oSoMoN, so qtdeclarative5-window-plugin isn't actually a new depends?
[17:39] <kenvandine> oSoMoN, or rather there isn't any new depends, just handling the package name changes?
[17:39] <oSoMoN> kenvandine, yes, exactly
[17:40] <kenvandine> robru, ok, ack from me :)
[17:40] <jhodapp> sil2100, silo 2 rtm is ready to land
[17:40] <oSoMoN> kenvandine, this is just in prevision for the future
[17:40] <jhodapp> sil2100, it's been retested by both QA and by us
[17:41] <robru> kenvandine: thanks
[17:42] <robru> jhodapp: sil2100: ok I can publish that
[17:42] <jhodapp> thanks robru!
[17:43] <robru> erk
[17:43] <robru> oh, WATCH_ONLY shoudl fix this...
[17:46] <robru> jhodapp: ok so stuffs broken, hang on pls
[17:46] <jhodapp> ok
[17:49] <robru> that doesn't even... what?
[17:52] <kenvandine> kgunn, sorry, i can, was working on something else
[17:53] <kenvandine> kgunn, i was hoping to get a +1 or -1 from jgdk since i know he had tested it
[17:53] <kenvandine> jgdx rather :)
[17:53] <jhodapp> robru, why did it try to rebuild?
[17:54] <dbarth> hi trainguards; silo 007 (vivid, nothing to do with the secret agent), is ready to land
[17:54] <dbarth> thanks ;)
[17:57] <ogra_> jhodapp, because the train is on heavy drugs today
[17:57] <jhodapp> ogra_, haha
[17:57] <jhodapp> ogra_, it's stuck under the waterfall ;)
[17:57] <ogra_> lol
[17:57] <ogra_> i dont see it wearing a bikini though
[17:58] <jhodapp> ogra_, that's ok, it's a train, so it's fat...we don't want to see that
[17:58] <ogra_> lol
[17:59] <robru> dbarth: ah just need you to approve this merge
[17:59] <robru> https://code.launchpad.net/~mardy/libaccounts-glib/packaging/+merge/240289
[17:59] <ogra_> the poor thing is just fat bacause you feed it so much all the time
[17:59] <jhodapp> ogra_, lol, poor train
[17:59] <ogra_> :)
[17:59] <robru> jhodapp: yeah, I dunno, I tried a WATCH_ONLY build and it only saw qtubuntu-media, not scopes-api. I'm only building scopes-api, the silo seems really confused
[18:00] <ogra_> jhodapp, see channel topic btw ...
[18:00] <jhodapp> robru, weird
[18:00] <jhodapp> ogra_, ah yes
[18:01] <dbarth> oh, approvals
[18:01] <robru> jhodapp: yeah I dunno man, the train is in a really weird inconsistent state. and I'm not convinced it's caused by my recent refactoring, because the stuff isn't broken in ways that I would have expected based on the code that I was touching. it seems more like some gremlins got in the server and started randomly deleting files.
[18:02] <jhodapp> robru, do we need to call an exterminator? :)
[18:02] <robru> jhodapp: maybe so! there's no consistent pattern to the missing files that can be traced to any particular code that might be responsible for deleting files.
[18:02] <dbarth> robru: i've approved the last merge; sorry for that
[18:02] <robru> dbarth: no worries
[18:03] <jhodapp> robru, so what needs to happen then, any thoughts?
[18:03] <ogra_> we should just driveback to the last station and collect the marbles it lost there
[18:03] <jhodapp> ogra_, not a bad idea, restore points for the train
[18:03] <ogra_> :)
[18:03] <robru> jhodapp: well once that one package finishes building I guess it would be a good idea to give it a quick smoketest then we should be able to publish
[18:04] <jhodapp> robru, ok
[18:04] <ogra_> sil2100, davmor2, so who is giving a go for promotion (and when/where) ?
[18:04] <jhodapp> robru, so you were forced into rebuilding it?
[18:04] <robru> ogra_: the thing is, even reverting citrain to a "known good" commit doesn't resurrect the files that got deleted. it's still in an inconsistent state. so I reverted sil's revert so that I can tinker with the most recent code and get a better idea of what it's doing wrong.
[18:05] <robru> jhodapp: yeah the WATCH_ONLY didn't work, rebuilding was the only way to make the train see that one package
[18:05] <robru> kenvandine: more packaging acks if you can? thx https://ci-train.ubuntu.com/job/ubuntu-landing-007-2-publish/
[18:05] <jhodapp> robru, ah ok
[18:05] <davmor2> ogra_: probably Monday and jibel I would guess will give the go ahead on promotion
[18:05] <ogra_> oh
[18:05] <ogra_> i thought we planned to promote today
[18:05] <ogra_> k
[18:05] <davmor2> ogra_: 60 hour regression suite takes awhile to run
[18:05] <ogra_> since it was only a "promotion for ourselves"
[18:05] <robru> jhodapp: it shouldn't need the full qa rigamarole again though because this time it's a no-change rebuild, so it just needs a quick smoketest to confirm the build is the same as the previous build and the previous testing can be considered still valid
[18:06] <jhodapp> robru, good deal
[18:06] <ogra_> davmor2, right, i wont bother waiting for a "go" then ... thats fine
[18:06] <davmor2> ogra_: haha you'll be waiting a while if you do :)
[18:11] <ogra_> robru, hmm, where are these pep8 changes you did to phablet-tools ?
[18:11] <ogra_> seems the debdiff only has the changelog
[18:13] <robru> ogra_: http://bazaar.launchpad.net/+branch/phablet-tools/revision/331 no need to have made a release just for this, but I happened to have a launchpad recipe that was doing trunk builds and they were failing for a long time due to this one pep8 failure, so I just had to fix it
[18:13] <ogra_> robru, i especially dont see my fixes in trunk ... there is a lot other cruft i have never heard about though
[18:14] <ogra_> https://code.launchpad.net/~phablet-team/phablet-tools/trunk looks like it stopped merging a week ago
[18:16] <robru> ogra_: I doubt there's been a release since a week? phablet-tools is pretty stable
[18:16] <robru> ogra_: https://launchpadlibrarian.net/189491585/phablet-tools_1.1%2B15.04.20141107-0ubuntu1_1.1%2B15.04.20141107.1-0ubuntu1.diff.gz if you're talking about this diff looking empty, that's just PPA fuckery, it's a diff of a rebuild within the same silo, it doesn't give the diff from distro. that's a long-standing problem in citrain
[18:17] <ogra_> robru, where is https://code.launchpad.net/~ogra/phablet-tools/phablet-bootchart-fix/+merge/240564 which was merged and supposed to land this afternoon ?
[18:17] <ogra_> i dont see it in trunk (nor in the diff, but you pointed that out alrady)
[18:17] <robru> ogra_: I only just hit publish on that, the silo isn't even free yet
[18:18] <robru> ogra_: it's only in proposed
[18:18] <ogra_> hmm, k
[18:18] <ogra_> as long as QA/CI get the fix today all is fine
[18:18] <ogra_> they were waiting for it rather urgently (and couldnt get it this afternoon due to the silo falling over)
[18:19] <robru> ogra_: yeah I'm not sure how to convince launchpad to give me a diff since the previous released version. even http://launchpadlibrarian.net/189491585/phablet-tools_1.1%2B15.04.20141107-0ubuntu1_1.1%2B15.04.20141107.1-0ubuntu1.diff.gz is the same broken diff (notice it's diffing 1107 to 1107.1, totally useless.
[18:19] <ogra_> i just want to make sure we dont lose anything
[18:19] <ogra_> yeah, no worries ... as long as the fix is in the archive (and trunk) in the end we're fine
[18:19] <robru> ogra_: I'm pretty sure it's happening https://launchpad.net/ubuntu/+source/phablet-tools/1.1+15.04.20141107.1-0ubuntu1
[18:21] <robru> Elleo: ok build job finished and the silo looks like it's in a consistent state now, can you please do a quick smoketest and then I'll publish?
[18:21] <Elleo> robru: sure thing
[18:22] <robru> Elleo: thanks, and sorry for the trouble, train is really grumpy this week
[18:22] <kenvandine> kgunn, ok, i finished testing uss from silo 16
[18:22] <Elleo> robru: no worries :)
[18:22] <kenvandine> looks good
[18:28] <Elleo> robru: looks good to me
[18:29] <robru> Elleo: ok great thx
[18:29] <popey> cihelp, can someone clean this up please? http://s-jenkins.ubuntu-ci:8080/job/calendar-app-click/lastFailedBuild/console - "ERROR: Failed to clean the workspace"
[18:29] <ogra_> popey, apr-get install broom
[18:29] <robru> Elleo: ok published without incident. no idea what the problem was before
[18:30] <popey> ☻
[18:30] <Elleo> robru: great, thanks :)
[18:30] <robru> Elleo: you're welcome!
[18:34] <robru> jhodapp: ok silo rtm 2 finished rebuilding, can you just quickly smoke-test that for me please?
[18:34] <jhodapp> robru, yeah
[18:36] <robru> jhodapp: no wait
[18:36] <robru> crap
[18:36] <robru> wtf
[18:36] <robru> ...
[18:36] <jhodapp> robru, what's going on?
[18:37] <robru> jhodapp: .bzr directory is missing from unity-scopes-api dir in the jenkins backend, which means it will fail to publish
[18:37] <jhodapp> robru, how can that be?
[18:37] <robru> jhodapp: I don't know! that's the great mystery of the day :-(
[18:38] <robru> ogra_: are you around to copy-package silo rtm2 into rtm for us?
[18:42] <retoaded> popey, it should be clean now.
[18:43] <popey> ta
[18:43]  * popey retries
[18:59] <rsalveti> ogra_: popey: do we have a bug already for the black line on top of the header (from scopes) with latest vivid image?
[19:00] <popey> pass
[19:01] <rsalveti> http://people.canonical.com/~rsalveti/home.png
[19:01] <rsalveti> this is the bug I'm seeing with latest vivid on mako
[19:02] <rsalveti> Saviq: kgunn: ^
[19:04] <popey> i have no devices on vivid, sorry
[19:05] <robru> no ogra_ ?
[19:07] <Mirv> robru: nowadays I'm also MOTU, but not enough for webbrowser
[19:07] <Mirv> rsalveti: yeah I see that too
[19:08] <Mirv> rsalveti: if you have time, glance through http://people.canonical.com/~tjyrinki/qt532/gles-pkgdiffs/ in case I could do 5.3.2 release Monday to vivid
[19:08] <rsalveti> sure
[19:08] <rsalveti> do we have a silo for that stuff as well?
[19:08] <rsalveti> will open a bug in a few
[19:08] <robru> rsalveti: oooh can I bug you to copy some packages from an rtm silo to rtm? got another thing failing to publish
[19:09] <Mirv> rsalveti: Qt? landing-002, please feel to give it a whirl. AP seems all good and no differences found, I'll need to rebuild some KDE5 packages though on Mon
[19:09] <davmor2> rsalveti: dpm was on about it this morning I don't know if he filed a bug though
[19:10] <Mirv> of course rtm >> vivid, but it'd be nice to get 5.3.2 done so that I could look more at upcoming 5,4
[19:10] <rsalveti> robru: sure, which silo?
[19:10] <dpm> davmor2, yeah, I saw it, but didn't file a bug, as I gave up on the customized-here image and went back to -proposed for rtm, which didn't have the issue
[19:10] <robru> rsalveti: hang on, just need jhodapp to smoketest it real quick
[19:10] <rsalveti> Mirv: thanks, just wanted to see the diffs for the original packages
[19:11] <robru> jhodapp: ok sorry, I'm gonna get rsalveti to copy your packages manually, just need you to do that smoketest now (sorry)
[19:11] <davmor2> rsalveti: it only appeared in this mornings image so it is something that landed yesterday
[19:13] <rsalveti> davmor2: yeah
[19:19] <davmor2> rsalveti: I bet it's that Saviq 's fault ;)
[19:19] <rsalveti> :-)
[19:19] <rsalveti> let me open a bug
[19:20] <rsalveti> let me flash 11 first
[19:21] <rsalveti> robru: just ping when needed
[19:21] <robru> rsalveti: ok thx
[19:28] <robru> jhodapp: I'm building unity-scopes-api in a separate silo now to see if I can reproduce the issue. please proceed with the smoketesting in rtm-2 and then we'll copy those packages manually
[19:28] <robru> ogra_: lgtm: http://bazaar.launchpad.net/+branch/phablet-tools/changes
[19:31] <robru> ugh
[19:35] <kenvandine> kgunn, did you test unity in silo 16?
[19:36] <kenvandine> kgunn, i want to get that landed so i can get some other branches lined up to land
[19:42] <rsalveti> davmor2: 11 is indeed fine
[19:42] <rsalveti> http://people.canonical.com/~ogra/touch-image-stats/12.changes
[19:43] <rsalveti> what changed
[19:43] <rsalveti> then probably part of the ui-toolkit
[19:44] <davmor2> tvoss|lunch: Lunch?   rsalveti, ogra_: behold the wonder http://people.canonical.com/~davmor2/top-wow.png not NO 100%+ cpu hogs
[19:44] <rsalveti> great, unity8 crashed when trying to connect to an AP
[19:44] <rsalveti> yeah, we need to fix this upower thing
[19:45] <rsalveti> will try to take a look at that this weekend
[19:59] <lool> I dont get what stops silo 19 from building an updated source package
[19:59] <lool> https://ci-train.ubuntu.com/job/ubuntu-landing-019-1-build/88/console
[19:59] <lool> trainguards ^ your brains welcome!  :-)
[20:00] <lool> Setting up libubuntu-platform-hardware-api-head2014-11-07 17:07:15,096 ERROR Source package build failed. Exception returned by build_source_package:
[20:00] <lool> ['sudo', '-E', 'cowbuilder', '--execute', '--bindmounts', '/srv/juju/vol-0000005d/var/lib/jenkins/silos/ubuntu/landing-019', '--bindmounts', '/var/lib/jenkins', '--', '/srv/juju/vol-0000005d/var/lib/jenkins/citrain/chroot-tools/buildsource-chroot', '/srv/juju/vol-0000005d/var/lib/jenkins/silos/ubuntu/landing-019/location-service', '--gnupg-parentdir', '/var/lib/jenkins', '--uid', '107', '--gid', '65534', '--gnupg-keyid', 'B879A3E9', '--distro-versi
[20:00] <lool> i tried the build again as job 89
[20:00] <robru> lool: yeah I was looking at that
[20:01] <robru> lool: so the relevant part of the error is actually this:
[20:01] <lool> oh it did upload another one
[20:01] <robru> dpkg-source: info: local changes detected, the modified files are:
[20:01] <robru>  location-service-2.1+15.04.20141107.1/src/location_service/com/ubuntu/location/connectivity/ofono_nm_connectivity_manager.cpp
[20:01] <robru> dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/location-service_2.1+15.04.20141107.1-0ubuntu1.diff.f6WfdT
[20:01] <robru> dpkg-source: info: you can integrate the local changes with dpkg-source --commit
[20:01] <lool> robru: not sure what helped it on retry
[20:01] <lool> but it's in the PPA and building now
[20:02] <robru> lool: I'm tinkering with citrain, it's possible I just fixed that issue even though I was really working on something else. lol ;-)
[20:03] <robru> lool: yeah there was a bug where it was handling paths incorrectly, resulting in one thing being deleted and the wrong thing being copied overtop of it, which could concievably have caused this.
[20:03] <robru> lool: which I just fixed in production just before your retry, so nice timing I guess ;-)
[20:03] <lool> eh
[20:08] <kgunn> kenvandine: yes, tested...one sec
[20:09] <kgunn> kenvandine: so i ran the u-s-s autopilot on silo16 and it's saying 125 tests run w/ 125 failures ?
[20:09] <kgunn> does that sound right ?
[20:14] <kgunn> ... kenvandine so i'm gonna reflash to virgin and retest
[20:25] <robru> jhodapp: you didn't respond, and I'm now more confident that I fixed the problem for real, so I'm just rebuilding your package again. once that's done you can smoketest it and I should be able to publish it for real
[20:25] <robru> without needing a manual copy
[20:38] <jhodapp> robru, ok
[20:40] <dpm> hi, could someone help with a core apps jenkins job?
[20:40] <dpm> On https://code.launchpad.net/~verzegnassi-stefano/ubuntu-docviewer-app/content-hub-support/+merge/240331
[20:42] <dpm> it seems the autolanding job to merge to trunk is not running. For all other core apps it does run, but docviewer has only recently been revived, so it might not be running at all. Could one of the trainguards have a look at it?
[20:44] <robru> dpm: you need cihelp for that.
[20:44] <fginther> dpm, I'll take a look
[20:45] <dpm> ah, sorry, I stopped reading at the first sight of 'vanguard' on the channel's topic :)
[20:45] <dpm> thanks fginther
[20:47] <robru> dpm: yeah we have two different kinds of vanguards here just to be extra confusing ;-)
[20:49] <fginther> dpm, that MP has a prerequisite branch that has not been merged - https://code.launchpad.net/~verzegnassi-stefano/ubuntu-docviewer-app/fix-1387651-1387023/+merge/240304
[20:49] <kenvandine> kgunn, it doesn't sound right
[20:49] <kenvandine> kgunn, but... i just finished running it on my device and saw the same thing
[20:50] <kgunn> kenvandine: virgin or silo 16?
[20:50] <kenvandine> UInput: ImportError("No module named 'evdev'",)
[20:50] <kenvandine> silo 16
[20:50] <kgunn> kenvandine: i only now stopped tripping on myself :)
[20:50] <kgunn> to test the virgin image
[20:50] <kenvandine> looks like autopilot missing a depends?
[20:51] <robru> AlbertA: vivid 9
[20:51] <kgunn> ruh row
[20:51] <kenvandine> kgunn, i just installed python3-evdev and running again
[20:51] <dpm> fginther, ah, yeah, testing it now, hadn't realised that. Sorry for the noise
[20:51] <robotfuel> kenvandine: did you install autopilot-touch or just python3-autopilot?
[20:52] <kenvandine> robotfuel, i ran it with phablet-test-run
[20:52] <kenvandine> so should have installed the depends for me when it installed ubuntu-system-settings-autopilot
[20:52] <fginther> dpm, no worries, it's not obvious why it was not getting processed. It's not something I'm used to looking at either
[20:53] <kenvandine> but i haven't run tests on this device since i switched to vivid
[20:58] <kenvandine> kgunn, i was worried about the ap tests on this one since we hadn
[20:58] <kenvandine> 't had good runs in CI because of the CI jobs running on utopic
[20:59] <kenvandine> i triggered a rebuild this morning to see how it would go on vivid
[20:59] <kenvandine> and saw failures too
[20:59] <kgunn> kenvandine: your ci runs AP tests ?
[20:59] <kenvandine> yes
[21:00] <kenvandine> but the failures were because it couldn't install unity8 > 8.01
[21:00] <kenvandine> while CI was running on utopic
[21:00] <kenvandine> now that's been switched to vivid
[21:00] <kenvandine> and now this :)
[21:02] <kenvandine> robotfuel, this is weird... ubuntu-system-settings-autopilot depends on python3-autopilot
[21:02] <kenvandine> and python3-autopilot depends on python3-evdev
[21:02] <kenvandine> yet python3-evdev wasn't getting installed
[21:03] <kenvandine> oh!
[21:03] <kenvandine> that's on utopic
[21:03] <kenvandine> on vivid python3-autopilot recommends python3-evdev
[21:03] <kenvandine> that's why
[21:08] <kgunn> kenvandine: yep...failing on virgin vivid
[21:09] <kenvandine> kgunn, install python3-evdev
[21:09] <kenvandine> and try again
[21:10] <kgunn> yep running now
[21:10] <kenvandine> i have it running now against silo 16
[21:10] <kgunn> ok i'm still virgin
[21:10] <kenvandine> but in case there are failures, would be nice to have something to compare too
[21:10] <kgunn> yep
[21:22] <kenvandine> kgunn, our tests take WAY too long to run :)
[21:23] <rsalveti> davmor2: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1390624
[21:23] <kgunn> kenvandine: nah...unity8 way worse
[21:23] <robru> jhodapp|sick: ok great news! (uh, sorry you're sick though!) silo rtm2 is looking in good shape (publishible by the backend as far as I can tell). please do that brief smoketest (or find somebody who can) and then I'll publish it
[21:23] <kenvandine> yes... but i never run those :)
[21:23] <kenvandine> i run these all the time
[21:24] <kenvandine> robru, ribs better?
[21:24] <kenvandine> i just noticed you're not ribru anymore :)
[21:25] <robru> kenvandine: hehe, yeah I'm feeling a lot better in the last couple days. not perfect yet, but at least not painful anymore. right now it's like just having a bruise or something, a little tender, but not horrible
[21:26] <robru> thanks
[21:26] <kenvandine> broken ribs take ages
[21:27] <kenvandine> kgunn, woot... just 1 failure :)
[21:36] <kenvandine> kgunn, did you get 1 failure?
[21:36] <kenvandine> ubuntu_system_settings.tests.test_plugins.SystemSettingsUpowerTestCases.test_battery_plugin_battery_hotplugging
[21:36] <robru> ok brb, lunch
[21:36] <kenvandine> kgunn, with the upower transition in vivid, it makes sense that a upower related test failed
[21:37] <kenvandine> and this looks suspicious
[21:37] <kenvandine> (process:3427): GLib-GIO-WARNING **: Dropping signal DeviceAdded of type (s) since the type from the expected interface is (o)
[21:37] <kenvandine> kgunn, so i'm pretty sure that's not a regression
[21:37] <kenvandine> not from your branch anyway
[21:38] <kgunn> kenvandine: yeah, got the same one here on the virgin image
[21:38] <kgunn> test_battery_plugin_battery_hotplugging
[21:38] <kgunn> so we're good ?
[21:38] <kenvandine> kgunn, yes
[21:39] <kgunn> ok, flipping the switch in the sheet
[21:41] <kenvandine> kgunn, thx
[21:41] <kgunn> thank you as well!
[21:41] <kenvandine> i filed a bug for the autopilot test failure
[21:42] <kgunn> go team
[21:45] <kenvandine> kgunn, 2 of your unity8 branches aren't approved
[21:45] <kenvandine> 2014-11-07 21:44:43,676 ERROR https://code.launchpad.net/~aacid/unity8/huddie/+merge/239831
[21:45] <kenvandine> 2014-11-07 21:44:43,676 ERROR https://code.launchpad.net/~mzanetti/unity8/new-pageheader-api/+merge/239242
[21:45] <kgunn> kenvandine:  saviq!!!  :-P
[21:45] <kgunn> thanks queuebot
[21:46] <kenvandine> the huddie branch hasn't even had a review :(
[21:47] <kgunn> kenvandine: i'm going off Saviq's earlier discussion in #unity
[21:47] <kenvandine> ok
[21:47] <kgunn> fully tested and good
[21:48] <kenvandine> if you top approve them, i'll click publish again :)
[21:49] <kenvandine> kgunn, i ack'd the packaging change
[21:50] <kgunn> done
[21:59] <jhodapp|sick> robru, thanks man...silo 2 rtm is all good...just ran a quick smoketest
[22:01] <jhodapp|sick> robru, it's ready to publish
[22:11] <kgunn> trainguards ready for an rtm silo no line 63, wouldn't mind a sanity check on my sync syntax
[22:12] <robru> jhodapp|sick: thanks so much for your patience. get better!
[22:22] <robru> kgunn: you got rtm 10!
[22:23] <kgunn> robru: so...i wanted to sync just system-settings, but plan to rebuild unity8....
[22:23] <kgunn> so i have a staging branch
[22:24] <kgunn> is that ok? will it just blow away the copied over unity8 ?
[22:31] <kenvandine> yay... fixed that failing test for upower 0.99
[22:32] <kenvandine> kgunn, don't sync it...
[22:32] <kenvandine> kgunn, system-settings includes a ton of stuff in vivid that aren't approved for rtm
[22:32] <kgunn> kenvandine: oh....geeze
[22:32] <kenvandine> kgunn, please cherry pick that fix and propose it against the rtm branch
[22:32] <kgunn> kenvandine: ok, so you gotta staging branch ?
[22:32] <kgunn> ah
[22:32] <kgunn> kk
[22:33] <kgunn> kenvandine: duh...didn't i do this 3 days ago
[22:33] <kenvandine> lp:ubuntu-system-settings/rtm-14.09
[22:33]  * kgunn goes to find the sentrum silver
[22:33] <kenvandine> kgunn, just make sure you grab your commit and dednick's :)
[22:33] <kgunn> you bet
[22:34] <kenvandine> man make sure you don't land that sync :)
[22:34] <kgunn> ;) certainly
[22:39] <jhodapp|sick> thanks robru!
[22:42] <kgunn> kenvandine: if you can approve i put up 2 mp's against u-s-s/rtm-14.09
[22:42] <kgunn> trainguards could i get a reconfig on rtm silo10
[22:48] <robru> kgunn: wait what?
[22:48] <robru> jhodapp|sick: you're welcome
[22:48] <robru> kgunn: I recommend against mixing syncs/mps in the same silo. That behavior is undefined.
[22:49] <kgunn> robru: ok...you just wanna move me ?
[22:49] <robru> kgunn: however MPs and manual source uploads are ok to mix.
[22:49] <robru> kgunn: not sure. your landing just looks like all MPs now. you have MPs for everything?
[22:56] <robru> kgunn: ok well I reconfigured for you. assuming you are good to go with MPs and no longer need anything synced, it should be ready for you.
[23:07] <kgunn> kenvandine: so, i proposed those 2 branches but they seem to have conflicts
[23:07] <kgunn> i gotta step away for a minute