[00:01] <cyphermox> kenvandine: it will be not out of date shortly, I'm landing 012 in rtm
[00:02] <cyphermox> though maybe if your ubuntu-system-settings made it in distro we could copy that to silo 12 and have it all in one go
[00:03] <cyphermox> it's line 24
[00:03] <cyphermox> robru: ^ please wait for line 24 unless you already touched it; I'd add ken's package
[00:05] <robru> kenvandine: yes it is totally automatically handled. when I publish a utopic silo, I automatically create a new spreadsheet row and then I automatically assign a new rtm silo and then I automatically copy the packages over by hand.
[00:06] <robru> sergiusens: sorry, yours is waiting on a core dev ack
[00:07] <cyphermox> kenvandine: robru: then maybe we can remove line 51?
[00:07] <robru> kenvandine: cyphermox: if anybody feels like acking https://ci-train.ubuntu.com/job/ubuntu-landing-012-2-publish/20/artifact/packaging_changes_ciborium_0.2.11+14.10.20140827.4-0ubuntu1.diff
[00:07] <sergiusens> robru: no worries, I'm waiting on an rsalveti ack :-P
[00:07] <sergiusens> robru: applied his requested changes, but he may have gone for dinner
[00:07] <robru> ah
[00:08] <robru> kenvandine: oh I see, you published yourself, so I didn't notice to automatically get the silo
[00:09] <cyphermox> robru: as I said above...
[00:09] <robru> yeah
[00:09] <cyphermox> I'll run copy-package again and just update silo 12 to do it in one go
[00:09] <robru> cyphermox: so which one is latest? can you confirm your rtm silo has kens' stuff in it?
[00:09] <robru> cyphermox: ok
[00:09] <cyphermox> not yet, it will in a minute :)
[00:10] <robru> cyphermox: just, uh, copy from archive because I just cleaned his silo
[00:10] <cyphermox> I always do
[00:10] <cyphermox> anything else would be going too fast
[00:10] <robru> cool
[00:11] <robru> cyphermox: heh, I'm copying ppa->ppa.
[00:11] <cyphermox> (ie. can't be sure the silo is what was tested and landing)
[00:11] <cyphermox> at the point where it's in distro, it's kind of more static ;)
[00:11] <cyphermox> robru: kenvandine: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-012/+packages
[00:13] <bfiller> robru: silo 8 can land in rtm as well as ubuntu
[00:16] <robru> bfiller: yeah you got rtm-13 now, just uploading now
[00:18] <ralsina> ToyKeeper: sorry about the delay, I tested that against iamge #211 in the emulator, the change has no visible effects until a later server-side branch is deployed
[00:19] <ralsina> ToyKeeper: so just running the autopilot tests for push-client to see push messages in general work is enough
[00:21] <ralsina> ToyKeeper: OTOH I merged this branch wrong so in practice it's a no-change rebuild and it's not worth landing
[00:21]  * ralsina facepalms himself
[00:22] <ToyKeeper> ralsina: Good to know.
[00:23] <ralsina> sigh
[00:23]  * ralsina restarts
[00:23] <ToyKeeper> ralsina: I don't know where the ubuntu-push AP tests are though, could you add that to the test plan and/or https://wiki.ubuntu.com/Touch/Testing ?
[00:23] <ralsina> ToyKeeper: sure
[00:23] <ToyKeeper> (and ideally test on a RTM image instead of utopic, if it's intended to land on RTM)
[00:27] <ralsina> ToyKeeper: yeah, I EODd around the time the RTM packages were built
[00:28] <ToyKeeper> ralsina: Things are awkward this week, and I think everyone is trying to figure out what to do.
[00:29] <ralsina> indeed
[00:29] <ToyKeeper> Anyway, I'll cancel it and move to the next silo.  :)
[00:29] <ralsina> ToyKeeper: thanks for looking!
[00:31] <kenvandine> robru, thx
[00:31] <robru> kenvandine: you're welcome!
[00:33] <kenvandine> ralsina, did you see my comment on https://code.launchpad.net/~ralsina/ubuntu-system-settings/fix-1357506/+merge/232405
[00:33] <kenvandine> ralsina, i removed it from the silo because it was failing tests
[00:33] <ralsina> kenvandine: nope, looking now
[00:33] <kenvandine> and bumped it back out of approved
[00:34] <ralsina> kenvandine: ? pep8 doesn't complain here
[00:34] <kenvandine> didn't build in the silo
[00:34] <kenvandine> the code check fails
[00:34] <ralsina> kenvandine: have a link to the log?
[00:35] <kenvandine> ralsina, you ran make test?
[00:35] <kenvandine> silo's already been cleaned
[00:36] <kenvandine> https://code.launchpad.net/~ralsina/ubuntu-system-settings/fix-1357506/+merge/232405
[00:36] <kenvandine> still there
[00:36] <kenvandine> whoops
[00:36] <kenvandine> https://launchpadlibrarian.net/183354755/buildlog_ubuntu-utopic-i386.ubuntu-system-settings_0.3%2B14.10.20140827.2-0ubuntu1_FAILEDTOBUILD.txt.gz
[00:36] <ralsina> kenvandine: no, I just tested it IRL against the bug it fixed, my bad
[00:36] <kenvandine> AssertionError: /build/buildd/ubuntu-system-settings-0.3+14.10.20140827.2/tests/../push-helper/software-updates-helper.py:78: undefined name '_'
[00:36] <kenvandine> pyflakes failure
[00:36] <ralsina> ah, pyflakes
[00:37] <kenvandine> sorry... not pep8 :)
[00:37] <ralsina> and of course pyflakes is full of crap ;-)
[00:37] <kenvandine> :)
[00:37] <ralsina> kenvandine: ok, adding the right ignores and re-pushing
[00:38] <thomi> ummm - that pyflakes error doesn't look like something that should just be ignored too me
[00:39] <thomi> sorry, I'm being nosy, but can you please consider fixing the problem, rather than just gutting the pyflakes checks?
[00:39] <ralsina> thomi: I can write the code diferently, yes
[00:40] <thomi> ralsina: can you link me to your branch please? I'd like to see the code that's causing the error
[00:40] <ralsina> thomi: but it is a pyflakes bug (https://bugs.launchpad.net/pyflakes/+bug/844592)
[00:40] <ralsina> thomi: https://code.launchpad.net/~ralsina/ubuntu-system-settings/fix-1357506/+merge/232405
[00:40] <thomi> ralsina: ahh, ok then, please ignore me :)
[00:41] <ralsina> sadly the pyflakes fix is setting an envvar that says "hey, _ exists" so I'll write it differently
[00:41] <thomi> ralsina: although the bug you linked me suggests that a fix has already been merged :-/
[00:42] <ralsina> thomi: yes, setting PYFLAKES_BUILTINS to "_"
[00:42] <thomi> ahh
[00:46] <ralsina> kenvandine: pushed it in a way that makes pyflakes happy, please consider it for the next landing
[00:49] <cyphermox> robru: could you assign line 13 please?
[00:52]  * cyphermox is off to the debconf dinner
[00:53] <robru> cyphermox: OK you got rtm4
[01:17] <kenvandine> ralsina, will do
[02:04] <imgbot> [02:31] <kenvandine> is there a changes list for ubuntu-rtm?
[03:10] <kenvandine> bfiller, i created a silo Elleo's content-hub branch
[03:11] <bfiller> kenvandine: awesome
[03:11] <kenvandine> not sure if there is an indicator-transfer branch to test it with
[03:11] <kenvandine> but we can test it for regressions at least
[03:12] <kenvandine> it just adds 2 properties on the existing dbus interface
[03:13] <kenvandine> i think  it's finally beer thirty though... maybe i'll come back and test the silo after a cold one and a snack :)
[03:14] <kenvandine> bfiller, i wonder why the bot isn't including the landers...
[03:14] <kenvandine> put both of our names... does it require a comma or something?
[03:14] <bfiller> kenvandine: I haven't been getting bot pings for a few weeks now
[03:14] <kenvandine> i've been getting them tonight
[03:14] <bfiller> kenvandine: thought it was something in my setup.. usually you don't need commas
[03:15] <kenvandine> but this one just says ()
[03:15] <kenvandine> maybe it just pukes on more than one lander
[03:20] <robru> kenvandine: ugh this is new to me. Stgraber just started the bot, maybe there's some changes
[03:20] <kenvandine> robru, it's been working for me tonight
[03:20] <robru> kenvandine: also, no image changes yet
[03:20] <kenvandine> just noticed the empty () when i created one with 2 of us
[03:21] <robru> kenvandine: look at the scroll back. queuebot restarted 20 minutes ago and hasn't pinged properly since.
[03:22] <tedg> So should we ping manually?
[03:22] <robru> kenvandine: anyway i can't debug it now, I'm out for dinner. Ciao
[03:22]  * tedg doesn't want to be annoying.
[03:24] <robru> tedg: the bot can ping us when we need to assign, but it won't ping you to build apparently
[03:24] <robru> Anyway I'll look into it tomorrow, I'm long past eod
[03:27] <kenvandine> robru, not important :)
[03:28] <kenvandine> robru, enjoy your dinner... i'll stop bugging you now :)
[03:41] <tedg> Who assigns silos in .au/late US timezones?
[03:43] <ToyKeeper> kenvandine: There isn't a change list yet, exactly, but it should be in progress...
[03:47] <ToyKeeper> kenvandine: However,...  took me a moment to find it, but try this: https://lists.ubuntu.com/archives/rtm-14.09-changes/2014-August/date.html
[04:02] <kenvandine> ToyKeeper, awesome, thanks!
[04:06] <Mirv> tedg: starting around now, me. often robert stays late too.
[04:34] <Mirv> ah, ken is his own assigner
[04:50] <Mirv> kenvandine: hmm, they've now removed the Mir 0.7.0's RTM silo, so ubuntu-system-settings:
[04:50] <Mirv> lock timeout and bug fixes sync to rtm' would be probably good to go
[04:50] <Mirv> (on line 14)
[04:51] <Mirv> bzoltan: sorry 0 silos at the moment on utopic
[04:51] <Mirv> but one is cleaning up soon
[04:51] <bzoltan> Mirv:  no rush
[04:54] <kenvandine> Mirv, that rtm silo for uss got cleaned and landed in another silo
[04:55] <kenvandine> Mirv, so line 14 should just get killed
[04:55] <Mirv> kenvandine: thanks, that's good news too. /me cleans
[05:23] <bzoltan> Mirv:  would you please reconfigure the silo12?  The uitk-gles is in fact a different ~phablet-team project so I can not reconfigure.
[05:41] <ToyKeeper> alecu: rtm/landing-008 (unity-scope-click) is now #4 in the test queue, but probably won't start until .eu people are around.
[05:41] <alecu> ToyKeeper: sounds ok, thanks.
[05:43] <Mirv> bzoltan: done
[06:13]  * ToyKeeper -> EOD
[06:57] <jibel> with build 211 on mako, I cannot unlock my SIM card, is it a known issue ?
[06:57] <jibel> Mirv, ^
[07:01] <jibel> but works fine with rtm build 10 on my other device
[07:02] <Mirv> jibel: possibly not, I only hae rtm 10
[07:07] <dbarth> good morning
[07:08] <jibel> ogra_, do you have a list of changes for rtm images?
[07:08] <dbarth> i updated my silo request on line 46 to ask for utopic packages to land on the rtm side
[07:09] <dbarth> i did include webbrowser-app for Olivier, since he is away today
[07:17] <ogra_> jibel, i need to finish developer mode first, then i can change the bot (the only entity that knows the system-image numbers) ... you can use the backend script from http://paste.ubuntu.com/8162569/ manually (with cdimage versions) meanwhile
[07:18] <jibel> ogra_, no problem, I was just wondering if I missed it somewhere.
[07:19] <tvoss> trainguards, could someone reconfigure silo 4 for me?
[07:19] <ogra_> nope, and you are about the 100st person to ask :)
[07:20] <ogra_> bah, the internal smoketest dashboard is broken :(
[07:20] <ogra_> for rtm at least
[07:20]  * ogra_ just gets a giant python traceback
[07:21] <ogra_> psivaa, ^^^ not sure you can do anything (i guess not, looks like a server issue)
[07:22] <ogra_> oh, i see plars mail ... dont bother
[07:25] <tvoss> Mirv, around?
[07:28] <brendand> bzoltan, i'm starting to test your silo
[07:29] <psivaa> ogra_: i could try to give a fake id that matched the previous ones and push it to the dashboard and see how it goes. but if i do it without knowing the future format, i may break the future ones
[07:29] <ogra_> well, i guess simply cutting off everything after and including the dash would be ok
[07:30] <ogra_> before you make any use of the variable that carries the number
[07:30] <ogra_> the git hash is sadly a requirement from PES
[07:31] <ogra_> though i can try again to convince them :)
[07:31]  * asac switches to system image channel
[07:32] <asac> ogra_: adb not running anymore?
[07:33] <asac> entwicklermodus is on
[07:33] <ogra_> why wouldnt it ?
[07:33] <asac> well, udf complains :)
[07:33] <ogra_> right, we didnt change anything yet
[07:33] <asac> tells me device has no adb
[07:33] <ogra_> do you have the latest android-tools-adb installed ?
[07:33] <ogra_> ubuntu27 from the phablet-team ppa
[07:34] <asac> why would that change?
[07:34] <asac> i htinhk i dist-upgraded yesterday
[07:34] <ogra_> because you need a udev rule for the device
[07:34] <asac> hmm
[07:34] <asac> but it worked before already
[07:35] <ogra_> well, what does adb devices show  ?
[07:35] <asac> 4.2.2+git20130218-3ubuntu26
[07:35] <asac> nothing
[07:35] <asac> but i used adb happily the past few days
[07:35] <ogra_> oh, and 26 is the latest actually
[07:36] <asac> right
[07:36] <ogra_> weird
[07:36]  * asac reboots device
[07:36] <ogra_> do you see plug events in syslog if you re-plug ?
[07:36] <Mirv> tvoss: hi
[07:36] <tvoss> Mirv, hey, could you reconfigure silo 4 for me? I added two MPs for different source packages
[07:37] <asac> ogra_: ok replugging twice helped
[07:37] <ogra_> ok
[07:37] <ogra_> probably the usb id changes with the new stuff
[07:37] <Mirv> tvoss: done!
[07:38] <ogra_> or some such
[07:38] <tvoss> Mirv, thanks
[07:39] <ogra_> asac, btw i wonder if we could convince john to drop the hash from the version ... see pauls mail it breaks the dashboard (and i'm not sure what else might rely on ubuntu versioning too)
[07:44] <asac> ogra_: imo its stupid that our dashboard breaks like it
[07:44] <asac> i answered
[07:45] <ogra_> asac, it is, but it also makes us blind now
[07:45] <asac> well, psivaa should be able to fix such a trivial thing, no?
[07:45] <asac> psivaa: this format will stay
[07:45] <ogra_> yes
[07:45] <asac> first particle is number
[07:46] <asac> the rest is just alphanumeric sorting
[07:46] <asac> done
[07:46] <asac> split: sort numeric, alpha, alpha
[07:47] <asac> psivaa: you think thats doable?
[07:48] <asac> otherwise we can see the jenkins job results now, no?
[07:48] <psivaa> asac: reading the backlog now.. sorting algorithm in the dashboard is complicated
[07:49] <asac> psivaa: well, cant we just display it somehow for now and then fix sorting later?
[07:49] <psivaa> asac: that i am trying now
[07:49] <asac> in general i cant believe it can be that complicated
[07:50] <asac> but if the sorting is magic too much, just display it somewhere randomly :)
[07:50] <asac> ogra_ likes searching with his parrott eyes :P
[07:50] <asac> lol
[07:50] <asac> since he will get colors soon then
[07:50] <ogra_> haha
[07:50] <asac> the grey-parrot :)
[07:50] <ogra_> asac, why not simply ingore everything after the dash ?
[07:51] <ogra_> only grey on the wingtips yet :)
[07:51] <asac> ogra_: well, whatever
[07:51] <asac> we can ignore after the dashh, yes
[07:51] <ogra_> the numbering of the front part needs to go up anyway
[07:51] <asac> but thought more splitting makes the task more complicaed
[07:51] <asac> in general i cant believe that anything like this can be complicated
[07:51] <asac> its just a sort :)
[07:52] <ogra_> just cutting off that part before you dump the value into some variable should solve the issue
[07:52] <asac> the date should usually be enough yes
[07:52] <asac> probably
[07:52] <asac> psivaa: try that... cut after the - befofre the sorting
[07:52] <asac> but wll, just check the code and see what works
[07:52] <ogra_> well, including the -
[07:52] <ogra_> :)
[07:53] <psivaa> asac: ogra_: done editing the id, but digging in the dashboard side
[07:53] <ogra_> cool
[07:53] <asac> cool
[07:55] <bzoltan> brendand: thank you
[08:02] <Mirv> dbarth: please clarify to the line 46 comments if you want simply src copy of all those packages to rtm, or if there's going to be some delta for the packages?
[08:04] <Mirv> dbarth: and actually, you'd probably want to remove webbrowser-app from there, since it's already landing (as src copy) via the UITK landing in 005?
[08:07] <dbarth> Mirv: ok for webbrowser-app; for the other ones it's a plain copy; i'll add a note
[08:08] <dbarth> Mirv: do i need to build or do you have a magic script to man the process?
[08:09] <Mirv> dbarth: we'll handle the copying, and I'll launch also the 'watch only' build as needed. after the build is done, you can start testing on rtm.
[08:12] <dbarth> cool!
[08:18] <Mirv> ^ there it goes
[08:23] <psivaa> asac: ogra_: simultaneous dashboard results syncing means that the jobs will have to be rerun with the correct (expected by the dashboard) id to get picked up by the dashboard.
[08:24] <asac> psivaa: not sure i understand
[08:24] <psivaa> asac: the dashboard results get synced simultaneously whilst the tests are running. means that the dashboard picks up the buildnumber whilst the tests run
[08:25] <Mirv> FYI I've added the N/A or Required regarding QA sign-off:s to all RTM silos that were missing them. feel free to disagree.
[08:25] <psivaa> in that case we can not edit the buildid and ask the dashboard to pick up the edited id after the tests complete
[08:25] <asac> psivaa: you dont need to pick up the edited id, no?
[08:26] <ogra_> psivaa, well, then re-run them i guess
[08:26] <asac> its just frontend sorting
[08:26] <asac> and backend sorting to decide what is newer
[08:26] <psivaa> ogra_: i'll briefly note down the failures for the landing meeting and then rerun them
[08:26] <asac> and all that matters is really the first particle... that thing will always increase
[08:26] <ogra_> psivaa, great, thanks !!
[08:30] <Mirv> tvoss: please add to platform-api line 39 which RTM image you used for the testing (Yes (#))
[08:30] <tvoss> Mirv, ack
[08:31] <Mirv> tvoss: and landing-011 lp:1356343 on line 20
[08:32] <sil2100> davmor2, popey, brendand: meeting o/
[08:32] <Mirv> bzoltan: and you for line 22 UITK RTM landing, please add the RTM image number to "Yes (#)" field
[08:32] <popey> fighting with browser, be there in a mo
[08:32] <jibel> tvoss, I'm testing silo 11
[08:33] <tvoss> jibel, ack ...
[08:52] <ogra_> asac, http://system-image.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09-proposed is the equivalent to devel-proposed ... 14.09 would be the equivalent to devel if we had promoted an rtm image yet
[08:53] <asac> ogra_: well, we still produce devel images
[08:53] <asac> those are different
[08:54] <asac> and we want to continue testing silos and imagesw there
[08:54] <asac> so we need the proper devel-proposed
[08:54] <asac> thats what i am saying
[08:54] <asac> like on N4
[08:54] <ogra_> asac, we now have devel-proposed and devel for utopic ... and 14.09-proposed ans 14.09 for rtm
[08:54] <asac> ogra_: i couldnt find krillin for devel-proposed. sure its there?
[08:54] <asac> if so its all good
[08:54] <ogra_> well, i asked stephane to add it
[08:55] <asac> http://system-image.ubuntu.com/ubuntu-touch/devel-proposed/
[08:55] <asac> yes i did too, but i cannot find it
[08:55] <asac> thats why i wondered :)
[08:55] <asac> http://system-image.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09-proposed/
[08:55] <asac> -> krillin
[08:55] <asac> the  above doesnt
[08:55] <ogra_> yeah, its not there
[08:55] <ogra_> he also forgot to re-enable the cron job for system-image
[08:55] <asac> ogra_: is he the only person with access?
[08:55] <ogra_> i'm just running it by hand to get tonights build in
[08:55] <asac> we have to fix that
[08:55] <asac> thanks!
[08:56] <ogra_> no, the whole cdimage team has access
[08:56] <asac> so you could in theory fix it?
[08:56] <asac> and also fix that we dont have devel-proposed (if you wuld know about this code)?
[08:56] <ogra_> but he is the one knowing the code and implementation ... everyone else will need 10x the time to work into that stuff first
[08:57] <ogra_> i could *in theory* fix it ... practically i might accidentially wipe the whole server then
[08:57] <ogra_> which means i'd rather wait for stephane
[08:57] <asac> ogra_: do we backup that server?
[08:58] <ogra_> hmm, and the import run i'm doing atm doesnt seem to finish either :(
[08:58] <ogra_> asac, might be ...
[09:00] <ogra_> ah, i start seeing output from import-images ... phew
[09:03] <sil2100> popey's wake-up call for all of us: "bye!" ;)
[09:04] <popey> "I guess we're done" is my code word for CTRL+W
[09:04] <sil2100> hahah ;)
[09:10] <brendand> bzoltan, did you happen to run the test plan for uitk in jenkins?
[09:10] <brendand> bzoltan, so i can see the results?
[09:10] <brendand> bzoltan, although it wouldn't have been on krillin then
[09:10] <bzoltan> brendand: no, I have not run the tests on Jenkins.
[09:11] <bzoltan> brendand:  I have logs of all tests, just tell me what app tests are you interested to see... they are rather boring :) "testing starts ... OK"
[09:11] <bzoltan> brendand: for example -> http://paste.ubuntu.com/8167258/
[09:12] <sil2100> bzoltan: we like when those are boring like that ;)
[09:12] <bzoltan> sil2100:  Hell, I do love to see boring test results :D
[09:12] <bzoltan> brendand:  the Unity8 -> http://paste.ubuntu.com/8167264/
[09:15] <mandel> ogra_, remember the paths we talk about, they will be configurable via de command line, so we are fine with our initial idea, a single dir with everything
[09:15] <bzoltan> brendand:  sil2100: I am using this script for the test plan -> http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/tests/uitk_test_plan.sh for the RTM I had to customize it, as it does not like to add the PPA and does not like the phablet-click-test-setup. But more or less that is what i do. I run all the tests one by one and store the logs. If fails then I reboot and run again and again. After the 3rd attem
[09:15] <ogra_> mandel, yay !
[09:15] <mandel> ogra_, we have to wait one release, but is doable and will look quite nice :)
[09:15] <brendand> bzoltan, what's wrong with phablet-click-test-setup?
[09:16] <ogra_> great :)
[09:16] <bzoltan> sil2100: brendand:  I can pastebin all my former landing test results from the last few landings.
[09:17] <bzoltan> brendand: it failed to pull the clock tests and terminated ...and it does not know how to pull test if there is a PPA configured
[09:17] <brendand> bzoltan, ah yes - because add-apt-repository is broken
[09:19] <bzoltan> brendand:  for example. but one need to be careful and fairly skilled to use the flasher and click setup and test runner tools locally ... they are fine if you hold them right :) but can show funny things sometimes.
[09:28] <dbarth> asac: ping? still no words from #ubuntu-release on oxide-qt
[09:28] <dbarth> asac: if you have better contacts than i have, can you see how to unblock it?
[09:29] <ogra_> asac, heh, and while you're at release stuff you could answer the FFe touch question on the ubuntu-release ML too ;)
[09:29] <asac> ogra_: i didnt get that mail
[09:29] <asac> can you bounce?
[09:29] <asac> *sigh&
[09:31] <ogra_> asac, bounced both mails of the mini thread ...
[09:31] <ogra_> but essentially i think we need that general FFe re-activated
[09:32] <ogra_> else landings might get stuck entering utopic (or the universe release guys get upset or so)
[09:33] <apw> even if you have a FFe for touch things, the current block is for beta stablisation and oxide-qt is on a number of those images; else it would not be blocked
[09:33] <ogra_> apw, yeah, that was independent from beta freeze
[09:33] <apw> (the block specifically blocks things that are seeded)
[09:33] <ogra_> i think we need an FFe anyway
[09:33] <asac> ogra_: didnt get that mail yet
[09:34] <ogra_> asac, hmm, because evo messed it up
[09:35] <ogra_> let me try again ... looks like the bounce feature reverts the target address back to the original target ...
[09:35] <asac> ogra_: i sent mail to steve and colin to help us
[09:35] <asac> sure once they get up they will help
[09:35] <asac> unfortrunately a bit ahead
[09:35] <ogra_> yeah
[09:35] <asac> ogra_: well, at least you have a bounce feature... gmail doesnt offer that :)
[09:35] <asac> but whatever, think if its in proposed and all tests pass there
[09:36] <asac> we can publish to rtm
[09:36] <asac> for the next few hours
[09:36] <asac> e.g. if britney says its ready except for the block
[09:36] <asac> or are we not seeing whether it woudl be ready because they block it before it actually gets tested etc.?
[09:37] <apw> asac, you get blocked after any adt style testing, you can see that on "linux" which is also blocked for beta
[09:37] <asac> ok that measn we at least know whether something is going in?
[09:37] <asac> or are there other tests that would come later (like dependency missing or mistmatch)
[09:39] <apw> as it doesn't attempt to migrate it due to the block, it might fail at the migrate point
[09:40] <asac> thomi: thanks for the mail. basically supporst what i was ranting about :)
[09:45] <asac> ok. well, i send mail to steve and colin who were able to get things going for us in the past very well... so no panic for now i guess
[09:46] <asac> if there is one or two landings that are needed for rtm branch stuck because of this
[09:46] <asac> then just risk and put them into rtm with triple testing, but make a big note that this must not be forgotten to track publishing to utopic as well
[09:47] <ogra_> well, if it passed the tests in proposed it will just auto-land once the block is gone
[09:47] <asac> ogra_: well, wee dont know about dependencies etc.
[09:47] <asac> and component mistamtches
[09:47] <asac> but most likelym, yes
[09:47] <asac> hence we can take the risk imo
[09:47] <ogra_> yeah corner cases
[09:47] <ogra_> that we can deal with if they show up
[09:47] <ogra_> but the block will be gone very soon anyway
[09:48] <ogra_> can be only hours
[09:50] <imgbot> [09:50] <imgbot> [09:50] <ogra_> err ?
[09:50]  * ogra_ wonders who started that build 
[09:50] <sil2100> When was this image started?
[09:50] <asac> cronjob?
[09:50] <asac> :)
[09:51] <sil2100> asac: come oon, builds don't take 8 hours ;)
[09:51] <asac> we all love cron technology. it is sooo smart
[09:51] <ogra_> sil2100, heh, well, due to stephane leaving the cron job off we had no builds at all
[09:51] <ogra_> and that explains why my manual run takes so long !
[09:52] <ogra_> i already thought something was broken
[09:52] <asac> the fact that we have no cron makes manual take longer>
[09:52] <asac> interesting :)
[09:52] <asac> ogra_: how about a new rtm build?
[09:52] <asac> given that krillin only as rtm builds
[09:52] <asac> for now that would be good for me to check if OTA works
[09:53] <asac> I am on #1
[09:53] <asac> man german translation sucks sooo much :)
[09:53] <asac> Geraete-Abbild-Teil :)
[09:53] <asac> lol
[09:54] <asac> in OS Build Details
[09:54] <sil2100> asac: we have #2 that's building/built
[09:54] <asac> cool
[09:54] <asac> already on system-image?
[09:54]  * asac hits update
[09:54] <brendand> bzoltan, did you see failures in music_app related to 'UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 852: ordinal not in range(128)'
[09:54] <sil2100> Not sure if it's already visible, ogra_ do you know?
[09:54] <asac> yay i get #2 OTA
[09:54] <bzoltan> brendand:  let me look up
[09:54] <asac> system is rebooting
[09:54] <asac> nice
[09:54] <sil2100> asac: you'll be the first one to check if OTA works on krillin ;)
[09:55] <asac> sil2100: it found the OTA, downloaded it, asked me to restart and now i am waiting for the install to finish
[09:55]  * asac crosses finger
[09:55] <asac> ok it finished that part... now lets hope for a good boot
[09:55] <bzoltan> brendand:  no, there are no failures like that in my logs
[09:56] <brendand> bzoltan, hmmm. i can't imagine such a failure would be due to uitk though ...
[09:56] <asac> hmm. the unity animiation disappeared
[09:56] <asac> the boot animation
[09:56] <ogra_> [09:56] <sil2100> ogra_: ;p
[09:56] <ogra_> happy OTA testing :)
[09:56] <asac> but i am indeed on #2
[09:56] <bzoltan> brendand: does not sound like one
[09:57] <asac>  \o/
[09:57] <asac> OTA success
[09:57] <ogra_> (yeah, i'm a slow bot)
[09:57] <brendand> popey, is that the same failure you were told about?
[09:57] <popey> can someone with super jenkins powers trigger it on https://code.launchpad.net/~flscogna/ubuntu-terminal-app/ubuntu-terminal-app/+merge/232215 please?
[09:57] <ogra_> great, so let me re-enable that cron job
[09:57] <popey> brendand: AIUI ms2 ABI change is to blame
[10:00] <davmor2> ota works
[10:00] <ogra_> great
[10:07]  * asac has to step out for a bit to prep for call marathon
[10:15] <tvoss> trainguards, can I get a silo for line 60, src copy to rtm
[10:16] <sil2100> tvoss: ok, we only have 2 silos left though!
[10:16] <sil2100> tvoss: assigning
[10:17] <davmor2> Saviq: no settings on the apps scope?
[10:17] <sil2100> tvoss: the sync request is for location-service from ubuntu, right?
[10:17] <Saviq> davmor2, no, nothing was planned there
[10:17] <tvoss> sil2100, yup
[10:18] <sil2100> tvoss: is the sync-request only having location-service fixes in it?
[10:18] <tvoss> sil2100, how do you mean?
[10:19] <sil2100> tvoss: I wanted to know if it also has any features in it
[10:19] <sil2100> tvoss: since if not, it wouldn't require any QA sign-off
[10:19] <tvoss> sil2100, could you help me checking :)
[10:19] <sil2100> tvoss: anyway, I already see someone has a location-service rtm silo allocated
[10:19] <davmor2> Saviq: should the setting make a change to the scope?
[10:20] <tvoss> sil2100, mandel has got one
[10:20] <sil2100> Let me see what packages are in that silo
[10:20] <tvoss> sil2100, but that includes features
[10:20] <Saviq> davmor2, bug #1362056
[10:20] <Saviq> davmor2, to force search for something and reset
[10:21] <davmor2> Saviq: yeah so it is just the no refresh bug that we see with apps then right
[10:21] <Saviq> davmor2, well, a different one
[10:21] <Saviq> davmor2, but kinda, yeah
[10:21] <Saviq> apps install/upgrade/remove is one case when results should get invalidated, settings changes is another
[10:23] <davmor2> Saviq: no worries
[10:23] <Mirv> sil2100: are you handling pitti's request too?
[10:23] <sil2100> tvoss: ok, then I'll take a look at what's in that upload
[10:23] <sil2100> Mirv: yeah, just did that :)
[10:23] <Mirv> ok :)
[10:24] <sil2100> tvoss: I'll check what's in your sync-request and in case it's only bugfixes, well, it can land quickly
[10:38] <ogra_> hmm, looking at errors.u.c seems the new mtp-server also brought new crashes :)
[10:53] <sergiusens> Mirv: can you copy the source package for ciborium into the rtm silo?
[10:53] <sergiusens> http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=ciborium
[10:53] <Mirv> sergiusens: sure
[10:54] <sergiusens> Mirv: thanks
[10:54] <sergiusens> Mirv: there's a comment on the rtm line for ciboium in the spreadsheet that I don't understand as well (conflicts with landing-017 unity8 + landing-006 u-s-s)
[10:54] <Mirv> sergiusens: done
[10:54] <sergiusens> thanks
[10:54]  * sergiusens waits for watch build
[10:55] <Mirv> sergiusens: that's my comment :) but I didn't write it on such a line...
[10:55] <sergiusens> heh :-P
[10:55] <Mirv> sergiusens: remember you need to wait until it says Published on the package details page before running it
[10:55] <sergiusens> it's there
[10:55] <sergiusens> yup
[10:55] <Mirv> I wonder what has happened on the spreadsheet again, and where's the line I originally wrote that comment to
[10:55] <sergiusens> that;s why I said I'll wait to setup watch :-)
[10:55] <sergiusens> Mirv: dragging can do that to
[10:56] <sergiusens> it super easy to messup the sheet by accident
[10:56] <sergiusens> Mirv: I guess that's why cell A1 is just a black box now
[10:56] <sergiusens> it always had random chars people typed
[10:59] <Mirv> sergiusens: yeah I made it black after it had some random chars in it :)
[11:01] <Mirv> it's quite easy to do various mistakes on the spreadsheet, like copy-pasting the world somewhere
[11:01] <Mirv> "oh, that was the buildlog for ui-toolkit"
[11:08] <popey> is the ci dashboard broken? http://ci.ubuntu.com/smokeng/utopic/touch/ ? takes an age to load and has lots of "Running"
[11:16] <brendand> bzoltan, looking good for you silo - on track to land after lunch
[11:17] <bzoltan> brendand: \o/
[11:19] <Mirv> great news
[11:42] <psivaa> popey: it takes quite a long time to load because now it has to process a lot of jobs for each refresh
[11:49] <dbarth> Mirv: so i guess silo 18 is ready for manual testing now, right?
[11:50] <Mirv> dbarth: yes
[11:51] <dbarth> ok
[11:53] <Mirv> tvoss: location-service rtm silo tested on top of #10 rtm, right?
[11:53] <tvoss> Mirv, yup
[12:03] <popey> psivaa: could you trigger jenkins on https://code.launchpad.net/~flscogna/ubuntu-terminal-app/ubuntu-terminal-app/+merge/232215 please?
[12:07] <psivaa> popey: that should trigger soon
[12:11] <gatox> hi, i've a chroot that when running a command it's seems to be running the binary for x86_64, not the armhf one... any idea how to fix that?
[12:18] <popey> psivaa: https://code.launchpad.net/~fboucault/ubuntu-calculator-app/noqmlproject/+merge/232311 also needs triggering...
[12:19] <psivaa> popey: ok, i'll add that too
[12:19] <sergiusens> popey: why is the qmlproject being removed? I thought we agreed to use that for pure qml blood ones
[12:19] <sergiusens> honest question :-)
[12:20] <popey> sergiusens: → Kaleo
[12:20] <popey> I didn't propose that merge.
[12:20] <popey> and I dunno who you agreed that with, sorry.
[12:21] <sergiusens> I'll take the Q to app-devel
[12:24] <psivaa> popey: the MP from fboucault should also trigger soon
[12:27] <Wellark> umm.. what is this now ?
[12:27] <Wellark> https://bugs.launchpad.net/dekko/+bug/1341548
[12:27] <Wellark> the last two comments
[12:27] <Wellark> none of two landings has nothing to do with that bug
[12:28] <Wellark> nor are their branches linked to it
[12:28] <Wellark> so why is janitor messing with the status?
[12:29] <Wellark> and none of them actually have hit the 14.09 series
[12:29] <Wellark> https://code.launchpad.net/~indicator-applet-developers/indicator-network/trunk.14.09
[12:29] <Wellark> indicator-network (0.5.1+14.10.20140826-0ubuntu1) 14.09
[12:29] <Wellark> connectivity-api (0.0.1+14.10.20140826-0ubuntu1) 14.09
[12:30] <ogra_> Wellark, DanChapman is next door in #ubuntu-app-devel
[12:30] <Wellark> fginther: --^
[12:30] <Wellark> trainguards: --^
[12:30] <Wellark> this is _bad_
[12:30] <Wellark> ogra_: looking
[12:35] <ogra_> Wellark, he is the dekko developer (in case you didnt know)
[12:35] <Wellark> and another example of janitor going crazy: https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1343341
[12:35] <Wellark> ogra_: yes I'm aware
[12:35] <ogra_> k :)
[12:36] <Wellark> and third:
[12:36] <Wellark> https://bugs.launchpad.net/indicator-network/+bug/1302049
[12:37] <Wellark> please get the janitor off my bugs..
[12:39] <Kaleo> sergiusens, if there is a CMakeLists.txt then there should not be a qmlproject
[12:39] <Kaleo> sergiusens, unless the plan is to remove the CMakeLists.txt
[12:40] <sergiusens> Kaleo: the plan was to remove it, we never found the time to get to it (or no one else for that matter); I was just asking if the plan changed ;-)
[12:40] <sergiusens> Kaleo: your logic is fine
[12:40] <Kaleo> sergiusens, ok, so my MR should be rejected
[12:40] <Wellark> so, now it seems my 14.09 trunk is totally out of sync with the 14.09 archive
[12:41] <sergiusens> Kaleo: nah, let it go through; it's fine
[12:41] <Kaleo> sergiusens, ok
[12:41] <sergiusens> Kaleo: we should do it when the stuff is ready
[12:41] <sergiusens> plans may change too
[12:42] <Kaleo> sergiusens, k
[12:43] <Mirv> Wellark: so, it seems those packages are in ubuntu-rtm? https://launchpad.net/ubuntu-rtm/+source/connectivity-api for example
[12:44] <Mirv> Wellark: but the 14.09 branches aren't updated, since they've been src-copied and in case the trunk = 14.09, there is no need for 14.09 branch
[12:45] <Mirv> Wellark: if 14.09 branches are wanted to be kept updated, there need to be actual landings to them - but only in the case that it's wanted that utopic and rtm versions start to diverge because something is not ready for rtm
[12:45] <Mirv> (actual landings = MP:s, not src-copy)
[12:47] <asac> can we do good rtm snapshot builds regularly?
[12:47] <asac> e.g. every other shot just kick off an image?
[12:47] <asac> thoughts?
[12:47] <Wellark> Mirv: and I was under the assumption that you have to especially request if you *want* src-copies
[12:48] <Wellark> Mirv: anyway, can the machinery be adjusted in a way that if 14.09 series exists for a src-copied MP then both 14.10 and 14.09 branches would be updated?
[12:49] <Wellark> so that I don't have to throw away all the setup I made
[12:49] <Mirv> Wellark: the landings yesterday (lines 1264 / 1265) seem to have been src-copy landings. they wouldn't have been tested by upstream (whoever did those) if src copy wouldn't have been what was wanted
[12:49] <Wellark> and it would allow the 14.09 branch diverge later
[12:50] <Wellark> Mirv: umm. which lines are those?
[12:50] <asac> Mirv: src-copy landings should be tested by landers in the silo... just like all landings
[12:50] <Mirv> sil2100: ^ feature request to update also rtm branches if such exist, when a dual landing is being made. not sure how feasible.
[12:50] <asac> (not sure if tht was clear)
[12:50] <Mirv> Wellark: in the archive tab
[12:50] <Mirv> asac: yes, and they were + sign-off:d also in this case
[12:50] <Mirv> just apparently not by Wellark himself, maybe ted?
[12:50] <asac> Mirv: update rtm branch will not happen for source copy. either you have one branch ->source copy ... or you dont
[12:51] <asac> if you started rtm branch when src copy wasnt available, you can just abandon that one imo
[12:51] <Mirv> sil2100: ^ feature request cancelled, trunk to be used if no divergence..
[12:51] <sil2100> Well, it would be hard to realize, the upstreams need to communicate with eachother somehow that no one releases anything that's not in the branch...
[12:51] <asac> e.g. if you didnt intend to diverge and didnt diverge
[12:51] <asac> either its in sync or its not :)
[12:52] <Mirv> Wellark: ^ just use trunk, mark 14.09 as abandoned until there is use for going separate ways from trunk
[12:52] <asac> simple
[12:52] <asac> :)
[12:52] <Mirv> yes I don't think there's much use for 14.09 branch if it's not in use in practice
[12:52] <Wellark> Mirv: ack
[12:52] <Wellark> will abandon it then
[12:54] <Mirv> ralsina: please add the rtm image # you used for testing line 44 / rtm-007 landing
[12:54] <Mirv> so that QA will know what upstream used to test it
[12:55] <Mirv> rsalveti: ^ same for your line 41 / rtm-015
[12:55] <Mirv> Saviq: your line 38 / rtm-001 claims "#210" was used for testing the landing, but that's not rtm image
[12:56] <Mirv> tedg: ^ same as Saviq, but for line 26 / rtm-014
[12:56] <Mirv> (#208 there)
[12:56] <ralsina> Mirv: sorry, please free that silo, I am doing another landing today
[12:57] <Mirv> ralsina: the one that has been tested and sent to QA for sign off? argh...
[12:57] <Saviq> Mirv, right, robru copied the line along with the Yes in there
[12:57] <Mirv> I hope it wasn't started upon
[12:57] <ralsina> Mirv: was not last night
[12:57] <Mirv> Saviq: so it should be set to No?
[12:57] <Saviq> Mirv, davmor2 was already looking at rtm silo 1 I believe
[12:57] <ralsina> Mirv: I did not sign off on the rtm silo :-/
[12:58] <Mirv> ralsina: maybe your line was also copied by robert, so that it falsely claims it'd been tested by upstream?
[12:58] <Saviq> Mirv, with the rules I learned this morning, it should be set to No
[12:58] <ralsina> Mirv: maybe. I did sign off on the utopic silo, just not on the rtm one
[12:58] <Mirv> davmor2: ^ the silo 001 you're testing has not been upstream tested
[12:58] <Saviq> I left it as is because I misunderstood it wasn't required to retest rtm in the case of srccopy
[13:00] <sergiusens> brendand: hey, I updated the ciborium test plan; but we don't get those under an MP for review so feel free to ping me with any issues you see
[13:02] <Wellark> Mirv: so just to double check: if I want separate landings between 14.10 and 14.09 I need to explicitly request that
[13:02] <Wellark> otherwise any changes going to 14.10 will also be src-copied to 14.09 archives
[13:03] <davmor2> Mirv: shugging fashin shuggin fashin
[13:04] <davmor2> Mirv, Saviq: I may as well continue as I'm 2:30 invested in it. That would be a huge waste of day to loose out on that.
[13:04] <Mirv> Wellark: yes, https://wiki.ubuntu.com/citrain/RTMLandingApproaches <- default is dual landing. if you want utopic landing and not the corresponding rtm landing together, specify it.
[13:04] <Mirv> most are not diverging from trunk
[13:04] <Saviq> davmor2, Mirv, that's what I was thinking...
[13:04] <Mirv> davmor2: agreed
[13:06] <sergiusens> Mirv: my silo state is broken
[13:06] <popey> psivaa: another for jenkins please. https://code.launchpad.net/~twstd-dev/ubuntu-calendar-app/1359323/+merge/232140
[13:07] <sergiusens> Mirv: it says "Can't build: Merge conflict. " but it's a dput, I set testing pass already and it doesn't get updated
[13:07] <sergiusens> Mirv: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=ciborium
[13:07] <dbarth> Mirv: o/ silo 18, finished with testing
[13:08] <dbarth> davmor2: see if you want to do a qa signoff on that silo 18 (copy of silo 15, ahem... ;)
[13:09] <psivaa> popey: done
[13:10] <Mirv> sergiusens: a moment
[13:13] <Mirv> sergiusens: where does it say that? I just see there's no silo status in the first place. I'm digging that up now.
[13:14] <Mirv> sergiusens: fixed. no idea why the id had disappeared.
[13:15] <sergiusens> Mirv: heh, I forced refreshed and don't see it anymore
[13:15] <sergiusens> Mirv: but it's still outdated
[13:15] <Mirv> sergiusens: line 31, looks good now?
[13:15] <sergiusens> Mirv: you should probably have two spreadsheets, one for us and one for the "real" database
[13:15] <sergiusens> or not a spread sheet :-P
[13:16] <sergiusens> Mirv: looking good now!
[13:16] <asac> sil2100: Mirv:  would you say its accurate to say that are we now in the mode of landing mostly new stuff into RTM rather than catching up on the old landings?
[13:16] <sergiusens> thanks
[13:16] <Mirv> sergiusens: we should have CI Airlines :)
[13:16] <sergiusens> Mirv: I agree; but you guys need to talk to each other more ;-)
[13:16] <sergiusens> Mirv: we
[13:16] <Mirv> asac: noting the length of the list of sil2100's manual report of non-syncedness and the amount of syncing we've now done, yes.
[13:16] <sergiusens> Mirv: we've seen some implementation of it i Malta; maybe that is enough for now
[13:17] <sergiusens> continuous development and iterations should be done here too
[13:17] <sergiusens> and not wait for all the bells and whistles :-P
[13:17] <sil2100> In the morning we saw that more or less the changes introduced in rtm in comparison to what landed in ubuntu showed that we're really close
[13:17] <asac> Mirv: yeah, just wanted to double check. i think a few bounnced off and were not ready
[13:17] <asac> but at least all tried now i think
[13:17] <asac> and many got in
[13:17] <sil2100> asac: I can prepare a list later on to see how close we are
[13:17] <asac> sil2100: think just double checking the old list and what was done there is fine
[13:17] <asac> the rest seem to now go in usuallyt by default
[13:18] <asac> etc.
[13:18] <asac> so i am not too worried
[13:19] <davmor2> Saviq: I have an issue, it is minor but way more obvious now with the settings etc.   Open the 7 digital scope, how hard are the dark icons to see against the blue
[13:20] <Saviq> davmor2, facundobatista needs to set those on the servers
[13:20] <Saviq> davmor2, should be white afaict
[13:20] <davmor2> Saviq: same for grooveshark
[13:20] <Saviq> davmor2, yeah, this is how they should look like https://docs.google.com/a/canonical.com/file/d/0B8I8ZVKH-8SsS01CcE93TFNUSGc/edit
[13:21] <Saviq> davmor2, but that all happens server side, I've no control
[13:21] <Mirv> something is eating landing id:s from the spreadsheet again!
[13:21]  * Saviq runs
[13:22] <Saviq> I was hungry! (still am, was supposed to go for /food, never happened)
[13:22] <davmor2> Saviq: okay good to know at least
[13:23] <Saviq> davmor2, https://bugs.launchpad.net/ubuntu-rest-scopes/+filebug
[13:24] <davmor2> Saviq: thanks dude
[13:26] <Mirv> sil2100: FYI landing id:s somehow had disappeared for lines 60, 61. and now they disappeared again after I ran refresh silos on them
[13:27] <Mirv> sil2100: I'll probably mark them manually as landed, but those disappearing id:s are somewhat annoying since at worst they need to be digged up from prepare-silo logs
[13:27] <sil2100> Mirv: eh... we saw that happening from time to time sadly - not sure if it's a script malfunctioning or simply google spreadsheets doing somethin gwrong
[13:28] <sil2100> Mirv: were those silos landed?
[13:31] <sil2100> Anyway, I will be redeploying CI Train in a bit
[13:32] <Mirv> sil2100: yes, I marked them as so now manually
[13:34] <sil2100> Mirv: thanks! Might have been a race in this case
[13:34]  * sil2100 adds investigating that to his TODO
[13:49] <Mirv> thostr_: I added RTM line for your landing too, but couldn't allocate an utopic silo because they're currently all full
[13:50] <Mirv> rsalveti: ok unping, brendand has signed off your landing even though it didn't specify which image # was used by upstream to test it
[13:50] <brendand> Mirv, the ofono/dialer one?
[13:51] <brendand> Mirv, i asked tiagosh about it
[13:51] <Mirv> brendand: yes, that one
[13:52] <thostr_> Mirv: ack
[13:59] <Mirv> sil2100: robru: I've please follow through with Satoris / pete-woods on whether "skip this for now" in case of rtm/003 means "cancel the whole landing and empty the silo" or "land it later"
[13:59] <Mirv> -I've
[14:00] <brendand> sil2100, line 40 in the spreadsheet has been struck through - is that actually a thing?
[14:01] <brendand> sil2100, how do devs 'cancel' a silo?
[14:01] <Mirv> brendand: I just wrote about that and alerted vrruiz to it since he had started testing it according to trello
[14:01] <sil2100> Mirv: ok
[14:02] <sil2100> Mirv: yeah, so both are not around, so it's hard to say...
[14:02] <Mirv> sil2100: satoris is never on public irc, sadly
[14:03] <sil2100> I saw him here recently IIRC
[14:04] <Mirv> oh, ok. I checked him today and yesterday and no trace on Freenode
[14:05] <alecu> sil2100: Mirv: let me ping him
[14:06] <sil2100> satoris: o/
[14:06] <satoris> Hello.
[14:06] <Mirv> satoris: so is that landing cancelled from your point of view or not?
[14:06] <sil2100> satoris: hello! So, we had some questions regarding the RTM 003 landing - you (or Pete) mentioned to skip this for RTM for now
[14:06] <Mirv> sil2100: it was neither of them, which is interesting
[14:06] <sil2100> satoris: does it mean we're to cancel the silo for now?
[14:07] <Mirv> I'm wondering whether we can dig it up from the revision history..
[14:07] <satoris> From my point of view, no. But nobody seems to know who wrote the "skip for now" message in the spreadsheet.
[14:07] <sil2100> hmmm
[14:07] <satoris> It's not Pete. He's on vacation.
[14:10] <Mirv> the rev history does not like to load for me
[14:11] <sil2100> Maybe someone from the dogfooders checked it and marked it this way?
[14:12] <Mirv> sil2100: vrruiz had just marked it to be "under testing", but I alerted him to the fact that someone added that text there and he moved on to next signoff
[14:13] <brendand> ogra_, are you on #2?
[14:14] <ogra_> no, i'm busy finishing features
[14:14]  * ogra_ has no time to play with images today
[14:15] <brendand> ogra_, where's the changelog for #2?
[14:15]  * ogra_ sighs 
[14:16] <ogra_> nonexistent ... and you will get it faster if i can finish my work first
[14:23] <ogra_> brendand, i'lll explicitly do a nightshift to get it for you tonight, sorry if i come across grumpy but you are the 500th person asking that, i answered that question by mail and in two landing meetings now
[14:24] <ogra_> (and 100 times on IRC)
[14:25] <Mirv> now the spreadsheet said brendand would have reverted it to an older version, please wait :S
[14:26] <Mirv> Trying to reache google.com... ugh
[14:29] <brendand> ogra_, sorry - my mind is in 100 different places at once today
[14:30] <ogra_> same here
[14:30] <brendand> Mirv, huh?
[14:30] <brendand> Mirv, what about now?
[14:30] <ogra_> thanks to the unexpected rtm stuff i missed two planned workdays so that i now have to rush my code together for the dev mode
[14:31] <brendand> ogra_, it's just the keyboard is now completely busted and i want to find the culprit
[14:31] <ogra_> brendand, well, i posted the changes in a pastebin this morning
[14:32] <brendand> Mirv, is the spreadsheet ok now?
[14:32] <ogra_> in the hangout chat :P
[14:32] <ogra_> (and no, i didnt keep the urls indeed)
[14:37] <Mirv> brendand: I think it did somehow revert, so I guess the revision history feature is better left untried. but I think the only thing it reverted was my adding of red background to the text that announces the rtm/003 cancelation
[14:40] <brendand> Mirv, yes the revisions feature seems unusable in that particular spreadsheet
[14:43] <dbarth> o/ trainguards, line 64 for yet another silo
[14:44] <dbarth> i'm targetting utopic
[14:44] <dbarth> please advise if i should target the other pocket
[14:48] <sil2100> dbarth: let me see if we have any silos free
[14:49] <sil2100> dbarth: sorry, no free silos :(
[14:54] <dbarth> buh
[14:56] <davmor2> Saviq: ^
[14:56] <Saviq> davmor2, \o/
[14:56]  * Mirv publishes
[14:56] <Saviq> davmor2, how long does it take you to do a QA session on a silo?
[14:57] <Mirv> and after that, I'll eod for real this time
[14:57] <cyphermox> sil2100: robru: there was a mixup; please retake either RTM silo 2 or 4; I don't need both ;)
[14:58] <sil2100> Mirv: ^
[14:58] <Mirv> cyphermox: sil2100: retaking
[14:58] <davmor2> Saviq: depends, Unity8, UItk and anything that touches mir, we test what is in the silo and then run the 2:30 hours of dogfooding as they are such low level pieces.  Other bits don't take so long
[15:00] <davmor2> Saviq: so for example dialer app is pretty self contained, but contacts can be shared, accessed by dialer and messaging...etc
[15:01] <Mirv> cyphermox: freeing silo rtm-002, as I don't see a line for that one
[15:01] <cyphermox> Mirv: thanks
[15:06] <Saviq> davmor2, got it
[15:15] <pmcgowan> dbarth, ^^
[15:17] <dbarth> free silos? :)
[15:17] <dbarth> trainguards, can i get a silo for line 64
[15:17] <dbarth> ?
[15:17] <pmcgowan> dbarth, oh that was an rtm silo
[15:18] <sil2100> dbarth: not yet :)
[15:19] <dbarth> ahem, i'll try my luck next; will install a bot
[15:20] <pmcgowan> dbarth, kenvandine  has an active silo but maybe too late to add you
[15:21] <brendand> Mirv, what about silo 003 then?
[15:22] <kenvandine> pmcgowan,  i should be done with my silo in a few
[15:22] <brendand> Mirv, did Satoris decide whether he wanted it landed?
[15:23] <Mirv> brendand: he said that he does not know of a reason not to land it, but it would be nice to of course know who decided to write that cancellation there..
[15:23] <Mirv> brendand: but Satoris is the lander so I guess his word would overwrite someone else's
[15:26] <alex-abreu> sil2100, dbarth will be away for a few hours, is a silo for line 64 in the pipes ? :) (kenvandine's)
[15:27] <sil2100> alex-abreu: no free silos still! One might be freed soon...
[15:27] <kenvandine> alex-abreu, and i want to land silo 20 before adding more settings branches
[15:27] <kenvandine> give me 10 more minutes :)
[15:27] <alex-abreu> sure
[15:28] <kenvandine> alex-abreu, also... be sure your that branch merges cleanly with the cleanups branch
[15:28] <kenvandine> https://code.launchpad.net/~jpakkane/ubuntu-system-settings/cleanups/+merge/227920
[15:28] <kenvandine> that touches lots of plugins, fixing compiler warnings, etc
[15:29] <kenvandine> so maybe merge that and prereq it
[15:29] <kenvandine> to be safe
[15:29] <alex-abreu> yeah
[15:29] <alex-abreu> except that its not my branch :/
[15:29] <alex-abreu> but at least I'll check
[15:30] <kenvandine> thx
[15:34] <alex-abreu> kenvandine, ok it merges fine on top of  & trunk, ... only qml changes
[15:34] <kenvandine> ok
[15:34] <alex-abreu> on top of https://code.launchpad.net/~jpakkane/ubuntu-system-settings/cleanups/+merge/227920
[15:34] <kenvandine> i published 20
[15:34] <kenvandine> but i guess you really need to wait until that gets merged before getting a silo for it
[15:35] <alex-abreu> sure
[15:35] <kenvandine> sil2100, i published silo 20, line 54 is for RTM... should i do something with it?
[15:35] <kenvandine> sil2100, or should i leave it to you guys?
[15:35] <sil2100> kenvandine: ok, so now that it's published, let us copy the contents over to the RTM silo
[15:36] <kenvandine> sil2100, thx
[15:37] <sil2100> kenvandine: oh! Can I experiment with your landing by any chance? ;)
[15:37] <kenvandine> sil2100, sure :)
[15:40] <ogra_> plars, you rock !
[15:40] <ogra_> that the results dont look that bad either
[15:41] <plars> ogra_: yeah, I was happy that we didn't see any big surprises in them
[15:49] <sil2100> thostr_: so, re: silo 17 for ubuntu...
[15:49] <sil2100> thostr_: do you want these changes landing in ubuntu-rtm as well? :)
[15:50] <thostr_> sil2100: yes, because they fix a music scope design issue and fix scope debuggin
[15:50] <sil2100> thostr_: excellent, let me give you a silo for that in a moment :)
[15:52] <sil2100> kenvandine: not really built yet ;) Packages are still building
[15:57] <jibel> sil2100, Mirv is landing in silo 3 cancelled ?
[15:57] <thostr_> jibel: the rtm silo3? yes, I cancelled this for time being
[15:58] <thostr_> jibel: this is not critical right now
[16:00] <jibel> thostr_, ack. thanks
[16:01] <popey> Thu Aug 28 16:01:17 UTC 2014
[16:37] <davmor2> sil2100, balloons: this is on image 2 libmediascanner-2.0-2/14.09,now 0.104+14.10.20140825-0ubuntu1 armhf [installed,automatic]
[16:41] <sil2100> kenvandine: packages built \o/
[16:41] <sil2100> kenvandine: could you test ubuntu-rtm 000 silo? :)
[16:41] <sil2100> kenvandine: davmor2 will then QA sign-it-off
[16:42] <kenvandine> sure
[16:43] <kenvandine> sil2100, is there an easy way to add silo ppas for devices with ubuntu-rtm?
[16:46] <davmor2> kenvandine: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-000 then click on technical details,  Copy the top line, make the phone writable and then vim.tiny /etc/apt/sources.list.d/silo000.list and paste that line in
[16:46] <kenvandine> ok... old school then :)
[16:46] <kenvandine> add-apt-repository is easier :)
[16:47] <davmor2> kenvandine: it links to the wrong silo
[16:48] <kenvandine> ah... bummer :)
[16:51] <brendand> kenvandine, yeah - you can't use a-a-r
[16:56] <ogra_> sil2100, robru in case someone asks for it http://paste.ubuntu.com/8170546/ is the change set for image #3
[16:56] <popey> sil2100:  bug 1362712
[16:57] <ogra_> (once it pops out of system-image)
[17:01] <kenvandine> sil2100, ok... i marked it testing pass, just need QA signoff
[17:01] <sil2100> hm, my mouse just stopped working on my laptop
[17:01] <sil2100> davmor2: ^
[17:01] <kenvandine> sil2100, still need anything special for it for your own "testing" ?
[17:01] <kenvandine> i assume your testing some stuff in the citrain right?
[17:02] <davmor2> sil2100: right I'll hit it as soon as I get sergiusens to ping me back, stop pretending you don't hear me damn it
[17:03] <sil2100> kenvandine: right :) All is ok, now I just want to see if it publishes correctly!
[17:03]  * sil2100 pokes sergiusens for davmor2 
[17:10] <sil2100> davmor2: not sure if sergiusens is around anymore
[17:11] <davmor2> sil2100: I know I'm getting the same feeling
[17:12] <davmor2> sil2100, kenvandine: the system setting app what does it fix other than I see a keyboard now?
[17:13] <kenvandine> davmor2, the wizard UI changed a bit
[17:13] <kenvandine> and the push helper crash fix
[17:13] <kenvandine> that's it
[17:13] <kenvandine> and cleaned up a bunch of compiler warnings
[17:13] <kenvandine> gdbus call -e -d com.ubuntu.Postal -o /com/ubuntu/Postal/_ -m com.ubuntu.Postal.Post _ubuntu-system-settings '"null"'
[17:13] <kenvandine> davmor2, that will test the push helper
[17:14] <kenvandine> you should see a notification popup that there's an update
[17:15] <sergiusens> davmor2: sil2100 what' up?
[17:15] <sil2100> davmor2: ^ :)
[17:15] <sergiusens> davmor2: lunch and stuff you know :-)
[17:17] <davmor2> sergiusens: people keep talking about a myth called Lunch
[17:22] <Laney> asac: you here?
[17:28] <sil2100> davmor2: just tell me when you're ready with testing the silo
[17:29] <davmor2> sil2100: will do
[17:29]  * sil2100 wants to check if publishing works
[17:30] <alex-abreu> kenvandine, any news about your silo being merged?
[17:30] <sil2100> alex-abreu: it'll be running through QA testing now
[17:30] <alex-abreu> ok
[17:31] <alex-abreu> sil2100, thx
[17:31] <kenvandine> alex-abreu, the utopic one has merged
[17:31] <alex-abreu> kenvandine, so no free silo yet
[17:32] <kenvandine> 20 is free
[17:32] <Laney> asac: wanted to talk about the ffe
[17:33] <alex-abreu> sil2100, can we get 20 for line 64?
[17:37] <jibel> sil2100, Mirv there is a regression with the keyboard on 209 that has been copied to #2 and #11 too
[17:37] <jibel> sil2100, Mirv bug 1362671
[17:38] <sil2100> jibel: we discussed that, yes, we were looking for the source of that - do you know it was present in #1 as well?
[17:38] <jibel> sil2100, I don't know yet, I was searching the last known good utopic-proposed build
[17:40] <ogra_> oh
[17:40] <ogra_> [17:43] <asac> Laney: hey, thanks. sorry for not coming back earlier
[17:45] <ToyKeeper> #3?  Shouldn't that be like 12 now?
[17:46] <sil2100> ToyKeeper: it's complicated...
[17:46] <sil2100> ToyKeeper: we have different image numbers for krillin-specific images
[17:48] <ogra_> ToyKeeper, for krillin a new device tarball triggers an image build as well as a rootfs rebuild ... while for all other arches device and rootfs get built at the same time ... so the numbers will get even more out of sync
[17:49] <ogra_> (and thats sadly a conceptual thing of system-image ... not easy to change without re-designing a lot of it)
[17:50] <davmor2> sil2100, robru, sergiusens, pmcgowan: silo010 granted
[17:51] <sergiusens> \o/
[17:51]  * sergiusens goes into bug fixing mode
[17:51] <sergiusens> finally!
[17:51] <sil2100> Yay!
[17:51] <sil2100> davmor2, robru: publishing that one
[17:51] <jibel> ogra_, sil2100 on #3 I cannot unlock my SIM card
[17:52] <pmcgowan> davmor2, the power!
[17:52] <jibel> the UI freezes
[17:52] <ogra_> jibel, try twice
[17:52] <ogra_> oh, completely ?
[17:52] <ogra_> not even the X in the bottom left corner gets you back ?
[17:52] <jibel> ogra_, I cannot unity8 crahed
[17:52] <ogra_> wow
[17:53] <jibel> when it's back it's unlocked
[17:58] <sil2100> Great...
[18:01] <balloons> re: music, the app passes all tests on image 3.. I expect the dashboard to show the same . . .
[18:02] <ahayzen> balloons, are we failing somewhere in CI then?
[18:05] <ahayzen> balloons, or were u saying it 'should' pass this time with our fixes from yesterday :)
[18:11] <sil2100> davmor2: how's 000 going?
[18:15] <sil2100> jibel: is that 100% reproducible on every boot on your device?
[18:16] <sil2100> Would like someone else to double-confirm ;/
[18:20] <balloons> ahayzen, the version in the store, with your fixes, passes for me on the latest images
[18:21] <alex-abreu> sil2100, ping :) silo for line 64?
[18:22] <sil2100> alex-abreu: robru shall be your guide! :)
[18:22] <sil2100> robru: can you ^ ?
[18:22] <alex-abreu> sil2100, robru then ! :)
[18:23] <robru> alex-abreu: heya
[18:24] <alex-abreu> robru, hey, looking for a silo for line 64, apparently silo 20 has someone in line in front me of me, right kenvandine ?
[18:24] <ToyKeeper> sil2100, robru: I see this in the log...  but I see no silo 0 on the dashboard.  "-queuebot/#ubuntu-ci-eng- trainguards, ubuntu-rtm/landing-000: Packages built. Testing pass. QA needs to sign off."
[18:24] <robru> ToyKeeper: yeah silo 0 is a special top secret one, it doesn't appear in the dashboard, it's for testing citrain itself.
[18:25] <ToyKeeper> Okay, I'll just ignore that then.
[18:25] <robru> ToyKeeper: so I guess don't worry about that, sil is tinkering with it, if he needs something he can ping you
[18:25] <robru> yeah
[18:25] <ToyKeeper> Looked like I had an invisible silo to test.
[18:26] <ToyKeeper> cyphermox: rtm/landing-004 (mtp) is in the test queue and should start soon.
[18:27] <ToyKeeper> cyphermox: What image was it tested on?  The spreadsheet doesn't have the number.
[18:28] <sil2100> ToyKeeper: don't worry about that one, davmor2 is testing it
[18:28] <robru> alex-abreu: yeah it conficts with 20
[18:28] <sil2100> ToyKeeper: it's normally a testing silo but I'm actually testing a real landing on it
[18:28] <sil2100> ToyKeeper: but davmor2 is already checking it out
[18:28] <ToyKeeper> sil2100: "that one" as in silo 0?
[18:28] <alex-abreu> robru, conflicts?
[18:29] <jibel> sil2100, I reflashed with 3 it works fine. I'll retry an upgrade from 2
[18:29] <robru> alex-abreu: there is already a silo that contains something you're trying to release. if I give you a silo, then it becomes a race condition, whoever doesn't release first has to rebuild after the other guy releases. it's best to wait if you can
[18:29] <alex-abreu> robru, oh sure
[18:30] <sil2100> jibel: might be good to have a bug anyway
[18:30] <sil2100> ToyKeeper: yeah, about silo 000
[18:30] <ToyKeeper> Okay, thanks.
[18:30] <sil2100> ToyKeeper: it's a testing silo for pre-production CI Train code, so whenever you see 000 then most probably it's something to ignore ;)
[18:31] <alex-abreu> robru, except that I should get able to get a silo, just making sure things are done in sequence, ...
[18:31] <ToyKeeper> cyphermox: Also, can gmtp be substituted for testing silo 4?  It's the only MTP client I've found which doesn't fail *hard* while testing with Android, and I don't expect any better results with Ubuntu Touch.
[18:31] <alex-abreu> robru, the other bit for uss being released first
[18:32] <cyphermox> ToyKeeper: nautilus should always be able to allow you to test this stuff, but I guess gmtp might be not too bad
[18:33] <ToyKeeper> cyphermox: Heh, the last time I saw nautilus function was in like 2008.  Gmtp makes no attempt to treat the device as a regular filesystem, so it may not be sufficient for testing.
[18:33] <cyphermox> you can use whatever you would like, it should be just the same
[18:34] <cyphermox> it certainly is the same library in the background
[18:34] <cyphermox> in all cases it's handled the same way, but that won't help you qualify Windows
[18:35] <ToyKeeper> cyphermox: How much do we need it tested on Windows?  I don't really have one of those to test with.
[18:35] <tvoss> jibel, still around?
[18:36] <ToyKeeper> cyphermox: ... and is there a known method for triggering bug 1360569?
[18:36]  * sil2100 looks at davmor2
[18:36] <sil2100> No pressure!
[18:37] <jibel> tvoss, I am
[18:37] <robru> alex-abreu: that oxide stuff (different one than you just pinged me about) is building in rtm-2, please test shortly https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-002/+packages
[18:37] <alex-abreu> robru, ok
[18:39] <cyphermox> ToyKeeper: rebooting.
[18:40] <davmor2> sil2100: sorry got called for tea
[18:40] <alecu> I love how my irc client turns the 🚌 from the error above into a smiley of a bus
[18:40] <cyphermox> ToyKeeper: normally we're doing a landing so you'd want to verify there are no regressions, which means allthe things you can do on linux would need to be tested on Windows as well; but since this is a relatively minor bugfix, I htink just testing linux is sufficient
[18:41] <ToyKeeper> cyphermox: Rebooting is a method to trigger the crash?
[18:41] <cyphermox> yes
[18:41] <ToyKeeper> Okay, thanks.
[18:42] <robru> alecu: irccloud is great, isn't it? "dbus:🚌" is pretty funny
[18:42] <ToyKeeper> cyphermox: I think that's everything I needed to know; will get a test result soon.
[18:43] <alecu> robru: indeed! :-)
[18:43] <cyphermox> tested on rtm image 12
[18:44] <tedg> robru, Is there a way that I can get the dashboard to show me both ubuntu/ubuntu-rtm at the same time?
[18:44] <ToyKeeper> tedg: Two browser tabs?
[18:44] <ToyKeeper> (or windows, both onscreen)
[18:44] <robru> tedg: yeah, open two browser windows and make each half-maximized on your screen. sorry, it's not implemented yet but I realize it would be a good idea
[18:45] <tedg> Ah, okay. Tried to hack the URL :-)
[18:45] <tedg> Didn't get it to work.
[18:45] <robru> tedg: my original fear was that having all 40 silos visible at once would be chaos, but I suppose searches should display results from both....
[18:45] <tedg> Usually I just search for "tedg"
[18:45] <tedg> So it's a few
[18:45] <robru> yeah
[18:45] <robru> unfortunately I need to see them all ;-)
[18:46] <alecu> tedg: robru: what about 90's tech? <frameset cols="50%,50%">
[18:47] <tedg> Heh, then I want the search terms to <blink> ;-)
[18:47] <alecu> :-)
[18:48] <robru> alecu: you disgust me. :-P
[18:48] <alecu> hahahah
[18:49] <davmor2> kenvandine: welcome wizard is stuck on the All done page,  I hit finish nothing it happening thought
[18:49] <davmor2> kenvandine: oh wait it has now
[18:50] <kenvandine> davmor2, was quick for me :)
[18:50] <davmor2> kenvandine: that took a long time of no activity
[18:50] <kenvandine> i don't know what it does there
[18:50] <sergiusens> tedg: create an index.html with two frames :-P
[18:50] <sergiusens> old school
[18:50] <kenvandine> mterry, ever see that take a long time?
[18:50] <tedg> Is there a process for requesting a second QA review? vrruiz filled bug 1362223 on rtm silo 14 but no one can reproduce it.
[18:50] <mterry> kenvandine, not a huge amount of time no...?
[18:51] <robru> tedg: ping QA
[18:51] <kenvandine> davmor2, i think it's basically starting the shell... maybe that was slow
[18:51] <tedg> sergiusens, You and alecu belong in the 90's together :-)
[18:51] <sergiusens> I was just reading the backlog :-P
[18:51] <mterry> kenvandine, davmor2: it's making some dbus calls and killing some processes there -- not sure why it would take a bunch of time
[18:52] <mterry> (Once it goes away to the spinner, then the shell starts up)
[18:52] <tedg> robru, How does one do that? Just "ping QA" ?
[18:52] <kenvandine> mterry, anyway, it worked... i've never seen it particularly slow
[18:52] <kenvandine> tedg, does that mean you and i belong in the 80s?
[18:52] <robru> tedg: no, you have to magically know which QA person is around and ping them. I don't think QA people have an equivalent for ci-help or train-guards yet
[18:52] <sil2100> davmor2: just ship it and take the blame if it breaks like a man!
[18:52] <kenvandine> man that was a bad decade :)
[18:52] <sergiusens> tedg: there's a person qaguarding landings per each time zone
[18:53] <sil2100> davmor2: ;)
[18:53] <sergiusens> I don't think they have a highlight
[18:53] <robru> kenvandine: 80s weren't all bad! I was created in that decade ;-)
[18:53] <davmor2> mterry, kenvandine: yeah it kinda looked like the last page crashed and then suddenly it is on the spinner so you know it is working again
[18:53] <kenvandine> robru, you didn't have to wear the clothes... or endure high school with girls wearing leg warmers ;)
[18:53] <mterry> davmor2, it's possible it did crash
[18:53]  * tedg puts on some Duran Duran and enjoys himself
[18:53] <mterry> davmor2, that would be consistent with that behavior
[18:54] <mterry> davmor2, do you have a crash file?
[18:54] <davmor2> mterry: I'll check the logs after
[18:55] <robru> sil2100: how hard do you think it will be to fix citrain build job to acknowledge source packages during the Pending phase as well as the Published phase?
[18:56] <sil2100> robru: what do you mean?
[18:56] <kenvandine> davmor2, did you change the language in the wizard?
[18:56]  * kenvandine is just wondering if we did something different
[18:56] <davmor2>   English (GB)
[18:56] <robru> sil2100: well citrain is really falling apart right now because if you run the build job before the source package is in the Published phase you get the "SUCCESS: Packages built!" notification even though it was really a NOP
[18:56] <kenvandine> davmor2, i'll do the same
[18:56] <robru> sil2100: and queuebot is telling people run the build job at an inappropriate time
[18:56] <kenvandine> davmor2, when it finished... is the lang right?
[18:57] <jibel> sil2100, I cannot reproduce
[18:57] <robru> sil2100: so if we can make the build job notice Pending source packages as well as Published ones, it can work well I think
[18:57] <pmcgowan> kenvandine, any chance we can put gatox mr in with the alex-abreu one, although seems jenkins still needs to run on it
[18:57] <robru> sil2100: I want to tackle this, but I don't want to step on your toes with the preprod changes you're experimenting with
[18:57] <sil2100> robru: yeah... let me look into that now, as mentioned I consider that a bug in the getPublishedSources, but I guess we can try to work-aroudn that some how
[18:57] <davmor2> kenvandine: mobile settings instead of cellular setting says yes :)
[18:57] <sil2100> It's actually very irritating in my current CI Train feature of syncs as well!
[18:58] <kenvandine> davmor2, ok... i changed the lang and no hang
[18:58] <tedg> So I guess ToyKeeper are you qaguard for this timezone?
[18:58] <kenvandine> davmor2, it's one of those things just for the enjoyment of QA :)
[18:58] <ToyKeeper> tedg: Well, I'll probably be doing rtm silo testing for the next 11 hours or so, anyway.
[18:58] <kenvandine> pmcgowan, it's fine with me if they go in the same silo, as long as they are reviewed, etc
[18:59] <robru> sil2100: I did a quick grep and I'm seeing code like "if binary.status == "Published"" I guess it should really be "if binary.status in ("Published", "Pending")" instead, can you tinker with that?
[18:59] <pmcgowan> kenvandine, jonas approved but no jenkins yet
[18:59] <pmcgowan> so slow
[18:59] <tedg> ToyKeeper, Cool, can you look at rtm/14 please?
[18:59] <pmcgowan> kenvandine, still need to land Wellark 's apn stuff too
[19:00] <robru> sil2100: or better yet, maybe only filter out ones that are "status == "Deleted"" ;-)
[19:00] <sil2100> robru: sure, let me check if this will indeed help ;)
[19:00] <kenvandine> pmcgowan, ok, well lets get a CI pass too... there was one that got approved yesterday without that and there was a pep8 failure
[19:00] <robru> brb
[19:01] <ToyKeeper> tedg: I see an entry on trello marking silo rtm-014 as failed.  I don't know the details, but vrruiz is assigned to it.
[19:02] <tedg> ToyKeeper, He filled bug 1362223 but no one can reproduce it.
[19:02] <ToyKeeper> tedg: I can try it after I'm done with rtm-004.
[19:02] <davmor2> tedg: that was because the indicators were not raising settings but as I pointed out that is not tedg code that broke that
[19:02] <pmcgowan> kenvandine, whats a pep8 failure?
[19:02] <davmor2> ToyKeeper: ^
[19:02] <tedg> ToyKeeper, Great, thank you!
[19:03] <kenvandine> the test suite, one of the tests runs checks on the python code in the autopilot tests
[19:03] <kenvandine> actually... it was pyflakes
[19:03] <kenvandine> pmcgowan, anyway, it causes a failure to build in the silo
[19:03] <kenvandine> so we caught it
[19:03] <kenvandine> it was like a 1 liner change in the push helper thing... python code
[19:03] <kenvandine> fixing a crash
[19:03] <pmcgowan> yep got it
[19:04]  * pmcgowan hates waiting
[19:04] <kenvandine> pmcgowan, anyway... i also have the dialpad stuff done...
[19:04] <sil2100> robru: let me experiment with something, hmm!
[19:04] <kenvandine> but i want to get a +1 from boiko before landing it
[19:04] <davmor2> sil2100: right
[19:04] <sil2100> davmor2: ;)
[19:05] <davmor2> sil2100: I think I have completed all the tests let me just read through and double check though
[19:05] <sil2100> Oh!
[19:06] <sil2100> Double-checking is sooo last year
[19:06] <pmcgowan> kenvandine, !
[19:06] <davmor2> sil2100: Hey I'm QA I like being fashionable late
[19:07] <davmor2> sil2100: it's green ship it already damn it
[19:09] <kenvandine> davmor2, yay
[19:10] <davmor2> kenvandine, mterry: good and bad news,  Good news no crash for welcome wizard, bad news means you need to figure out why it took so long for me but didn't for kenvandine  :)
[19:11] <mterry> davmor2, probably just the if [ $USER = davmor2 ]; then sleep 30; fi check I put in
[19:11] <kenvandine> :)
[19:11] <davmor2> mterry: You lie my user is phablet :P
[19:11] <kenvandine> haha
[19:11] <mterry> heh
[19:13] <davmor2> mterry: and surely the correct hack is if [ $USER = davmor2 ]; work damn you; fi :)
[19:13] <ralsina> trainguards can I get a silo for row 65 pretty please?
[19:13] <mterry> davmor2, naw man, I charge to remove those lines; a little side business
[19:13] <robru> ralsina: you got silo 3
[19:13] <ralsina> robru: awesome, thx!
[19:14] <robru> ralsina: you're welcome
[19:14] <robru> mterry: how goes silo 9? I got a u-s-s landing from alex-abreu that he wants to get in but conflicts with you
[19:14] <sil2100> davmor2: excellent!
[19:14] <sil2100> davmor2: thanks ;)
[19:15] <mterry> robru, I'm seeing a problem with the unlock-device script changes when used by jenkins that I'm debugging -- let him through
[19:15] <robru> mterry: oh ok cool thanks
[19:15] <davmor2> sil2100: see it wasn't that long after all it's only all of settings app that needed testing damn you ;)
[19:15] <sil2100> hah! ;)
[19:16] <robru> alex-abreu: ok the thing you first asked me about is in utopic-17 please build
[19:17] <davmor2> sergiusens: why is the format dialog in English when the rest of the screenshot's look spanish? ;)
[19:17] <sergiusens> davmor2: because my phone is in spanish :-P
[19:18] <sergiusens> and new stuff don't get translations
[19:18] <davmor2> sergiusens: poor excuse ;)
[19:18] <sergiusens> davmor2: I'm lazy?
[19:19] <davmor2> sergiusens: is that why you get the tricky jobs?  http://www.goodreads.com/quotes/568877-i-choose-a-lazy-person-to-do-a-hard-job
[19:19] <davmor2> :D
[19:19] <sergiusens> davmor2: maybe
[19:20] <sergiusens> davmor2: I prefer pragmatism over "never done fancyism"
[19:20] <sergiusens> the whole continuous integration and iteration industry has allowe people like me to thrive ;-)
[19:22] <davmor2> sergiusens: hahahaha
[19:23] <robru> what the hell is going on in silo rtm3? why is the row displayed with strikethrough font? but silo is still assigned? who the hell did that without requesting the silo be freed? wtf??
[19:24] <davmor2> robru: that was brought up a couple of times throughout the day
[19:24] <robru> davmor2: conclusion? I'm freeing the silo
[19:25] <alecu> anybody tried bisecting thru the googledocs history? I started, but it's very slow and I got distracted
[19:25] <davmor2> robru: I don't think there were any replies I blame that sil2100 hacking on stuff rather than being glue to the irc channel myself ;)
[19:25] <davmor2> glued even
[19:25] <sil2100> robru: soooo
[19:25] <robru> alecu: spreadsheet is autoupdated by various tools so rapidly that the revision history is basically useless
[19:26] <sil2100> robru: with that one, Mirv acted on that since there was something strange
[19:26] <alecu> right
[19:26] <sil2100> robru: the thing is:
[19:26] <davmor2> sil2100: oh is this the weird one you were on about in the landing meeting?
[19:26] <sil2100> robru: there was a landing for this in RTM, but then someone mentioned in the comments field that the landing should be 'skipped'
[19:27] <sil2100> robru: in RED
[19:27] <robru> yes
[19:27] <sil2100> robru: but then we asked the upstream lander and he said that he's fine with landing it, and we weren't able to find the person that mentioned skipping it
[19:27] <sil2100> robru: so, I guess Mirv decided to leave it as it is until someone appears that can clear this out, as, well, we don't know if it won't break anyone's work or something
[19:27] <robru> sil2100: so it's a good thing somebody put that in strikethrough.
[19:28] <sil2100> robru: I think Mirv put that for now
[19:28] <sil2100> Not sure if it's good, but at least we know that there's something strange going on there
[19:29] <robru> sil2100: that explanation should hve been in the comment field. because I saw a landing that says "this can be skipped" with the whole row in strikethrough, so I freed the silo and deleted the row. if somebody wants that landed later they can request another islo
[19:31] <sil2100> robru: ok, sounds fine
[19:31] <sil2100> ;)
[19:31] <robru> tedg: pay-service in silo rtm-12 is ready for testing on an rtm image
[19:31] <davmor2> night all
[19:31] <kenvandine> good night davmor2
[19:33] <robru> alex-abreu: mandel: awe_: kenvandine: bfiller: friendly reminder that you have rtm silos in state "Packages built" which means you need to test them on RTM images before submitting to QA for signoff. http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=
[19:33] <sil2100> robru: ok, I think I have a fix for that
[19:33] <sil2100> But anyway first I'll merge the sync features
[19:34] <kenvandine> i do?
[19:34] <robru> sil2100: thanks
[19:34]  * kenvandine scratches head
[19:34] <robru> kenvandine: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=kenvandine
[19:34] <awe_> thanks robru.  As this is a bug fix landing, I'm working on updating the test plan first
[19:34] <kenvandine> oh... content-hub :)
[19:34] <kenvandine> i tested that :)
[19:34] <sil2100> robru: in case it breaks any normal landings, since it will generally be a merge then just revert that one thing ;)
[19:34] <robru> kenvandine: then mark it tested so QA finds it ;-)
[19:35] <robru> sil2100: ok, got my fingers on the revert trigger ;-)
[19:35] <robru> sil2100: and my fingers are itchy ;-)
[19:35] <kenvandine> robru, yeah... forgot :)
[19:36] <sil2100> Heeey!
[19:36] <sil2100> ;)
[19:39] <robru> boiko: you around for a silo? I see you have an unassigned request.
[19:39] <Wellark> kenvandine, pmcgowan: branch updated.
[19:41] <ToyKeeper> kenvandine, bfiller: rtm/landing-017 (content-hub) is now #3 in the silo test queue, after mtp and url-dispatcher.
[19:41] <pmcgowan> Wellark, kenvandine  will CI just run now?
[19:41] <bfiller> robru: ack
[19:42] <bfiller> robru: boiko is out for a moment but he does need a silo and I can kick off the build
[19:46] <robru> bfiller: thanks
[19:47] <robru> bfiller: ok boiko's in 10
[19:47] <bfiller> robru: thanks
[19:48] <robru> bfiller: thank you!
[19:50] <robru> sil2100: how do I use this new SYNC_REQUEST stuff?
[19:50] <sil2100> robru: let me just finish up something and I'll explain
[19:51] <sil2100> robru: but basically you put as the first source package something in the lines of sync:ppa:blabla/bla/blabla,utopic
[19:51] <sil2100> And when assigning through the spreadsheet it *should* work
[19:51] <robru> sil2100: I'm gonna need more specifics than blabla/bla/blabla
[19:51] <sil2100> I'm saying *should* as I only tested the manual prepare-silo
[19:52] <sil2100> robru: so, for instance you want to create a sync from some ubuntu silo, then you do something like this in additional sources:
[19:53] <sil2100> sync:ppa:~ci-train-ppa-service/ubuntu/landing-008,utopic unity8 anyothersourceyouneed
[19:54] <sil2100> robru: just remember that then building the silo applies the same rules as with normal silos, so first build is a 'whole rebuild', in others you need to specify exactly which ones you want to rebuild
[19:56] <robru> sil2100: ok wait, those sources listed, are those extra sources? like it copies the entire contents of the PPA listed, and then you have extra manual uploads? or you have to specify the ppa and the sources to pull from there?
[19:57] <sil2100> robru: no no, it only copies the ones listed
[19:57] <sil2100> robru: since it supports syncing from the archive as well
[19:57] <sil2100> We don't want the whole archive in a silo ;)
[19:57] <sil2100> robru: so you list only the sources you want from the archive
[19:58] <sil2100> robru: you can sync from ubuntu as well, for instance then just sync:ubuntu,utopic source1 source2
[19:58] <sil2100> I didn't want to make a new column, but we might think of something better later
[20:01] <robru> sil2100: I'm not convinced that this is even worth the effort. in my script I can just say "package-sync.sh 5 6" and it copies everything from utopic silo 5 to RTM silo 6. so much easier to type than "sync:ppa:~ci-train-ppa-service/ubuntu/landing-008,utopic i_need all_the packages_from this_silo"
[20:01] <Ursinha> sil2100: yeah, you already know from first silo what are the packages you want to copy, and if you don't the PPA knowxs
[20:02] <Ursinha> why would you require that to be written in the command line again? that's adding another point of failure
[20:04] <sil2100> Ursinha: it's a generic feature that supports all archives
[20:04] <sil2100> Ursinha: it's also useful if someoene wants to sync up a landing from like ubuntu or some other distribution
[20:05] <Ursinha> sil2100: you're giving poor robru more busy work :) I think we could have a more specialized version for rtm/ubuntu and still keep this generic one for whoever wants to use that?
[20:05] <sil2100> robru: this feature has this + that you can actually fill in the info right after assigning the ubuntu silo, and then leave it up to the lander to press the 'build' button when needed
[20:06] <sil2100> I might add a feature to 'sync all' in a moment if that's helpful though ;(
[20:06] <sil2100> I mean, ;)
[20:08] <robru> sil2100: yes "sync all" would be nice, but there really needs to be a short-hand for if it's coming from a silo (rather than some other random PPA). since that will be 99% of cases, we can optimize for that.
[20:08] <robru> sil2100: like seriously, make it say "sync:5" and then it just knows to copy all packages from that silo into the new one.
[20:08] <sil2100> Sure thing, makes sense in overall
[20:08] <ToyKeeper> cyphermox: I'm seeing a lot of mtp failures, but it at least isn't crashing any more.  Is this more or less what you expected?
[20:09] <sil2100> robru: I'll make it sync:landing-005 for instance
[20:09] <sil2100> If you're fine with that
[20:10] <ToyKeeper> cyphermox: Like, on a SD card most writes fail.  I've also seen it list the SD card twice or not at all (and when it's twice, all dir entries get duplicated).  And screen locking hasn't been toggling MTP very reliably.  And any failure whatsoever requires rebooting the phone to recover.
[20:10]  * sil2100 's even happy about it
[20:10] <sil2100> I like coding, better than meetings and such ;)
[20:11] <Ursinha> we all do sil2100, so less manual input the better :P
[20:13] <ToyKeeper> dbarth, alex-abreu: rtm/landing-002 is now in the silo test queue, currently #4.
[20:16] <alex-abreu> ToyKeeper, thx
[20:20] <robru> sil2100: please can it just me 'sync:5'? Why do I have to type landing-00 every time?
[20:20] <sil2100> Because it looks bad :(
[20:20] <sil2100> But oh well, you 'minimalist' youngsters
[20:20] <sil2100> ...skateboarding on the sidewalks!
[20:21]  * sil2100 grumpy
[20:21] <robru> sil2100: in what way does it look bad? it's less cluttered in the horrible spreadsheet! Also it's less typing. I really don't understand your priorities, dude. Please make my life easier by reducing the amount of typing I need to do, not increasing it.
[20:22] <sil2100> I like everything nice and formalized! That's exactly why I don't like perl for instance
[20:22] <sil2100> I'm a C guy
[20:23] <robru> sil2100: why are we bringing perl into this? of course perl is unreadable. you're writing python though, please make it pythonic.
[20:23] <ToyKeeper> kenvandine, bfiller: Is there any test for the change made in rtm/landing-007 (content-hub)?  Any user-visible change at all?
[20:24] <gatox> popey, hi
[20:24] <popey> gatox: yo
[20:25] <sil2100> robru: I just mean, sync:5 gives you no context on where it is fetch from - I mean that this notation says nothing if you don't know the special case for it, it's like normally it points to an archive, but suddenly it's just a number - so you have a special case here, and that's like perl where everything is about 'typing less', that's just what I mean
[20:25] <sil2100> robru: but yeah, I change it to sync:number now anyway
[20:25] <gatox> popey, hello, i just sent a new click to fginther for pay-ui.... and it's going to have some failures with the tools because we are adding a hook that is needed to open the ui, but it seems the tools don't like the hook
[20:25] <brendand> sil2100, any more news on the keyboard breakage mystery?
[20:25] <ToyKeeper> kenvandine, bfiller: I see no mention of this change's behavior in the test plan, anyway.  So, I'd like to confirm if the change is manually testable.
[20:25] <gatox> popey, maybe tedg can explain this a little bit more
[20:25] <pmcgowan> sil2100, hey great stuff on the sync, is all that instructiion going into the wiki too?
[20:26] <sil2100> pmcgowan: will include that :) Just need to input some tweaks as per robru's pointers
[20:26]  * tedg will do some explaining to popey
[20:26] <tedg> ;-)
[20:26] <pmcgowan> sil2100, vg
[20:27] <ToyKeeper> dbarth, alex-abreu: At first glance, everything on rtm/landing-002 looks to be in order; I suspect it'll finish testing quickly once it's started.
[20:27] <tedg> popey, We have a hook for payment UIs, should only be used by us and OEM/Carriers in most cases, so we don't want to add it to the tools generically.
[20:27] <alex-abreu> ToyKeeper, thx!
[20:28] <robru> sil2100: thanks
[20:28] <alex-abreu> robru, anything about a silo for 64?
[20:28] <bfiller> ToyKeeper: looking..
[20:29] <robru> alex-abreu: lol, I gave it to you an hour ago and even pinged you about it. you got silo 17. but also you're on spreadsheet row 45 now because a bunch of stuff got archived
[20:29] <alex-abreu> robru, did you !? wow I missed it, thanks!
[20:30] <dbarth> alex-abreu: it's building now
[20:30] <dbarth> ;)
[20:30] <alex-abreu> dbarth, hehe
[20:30] <alex-abreu> dbarth, you are in the shadows
[20:30] <robru> lol
[20:30] <popey> tedg: if jdstrand is happy with that then I'm happy.
[20:30] <dbarth> i just hit home
[20:31] <dbarth> robru: uh, but for this one, i need advice ^^
[20:31] <robru> dbarth: errr, i'll look at that in a sec
[20:32] <dbarth> ok
[20:32] <robru> sil2100: if it makes you feel better, don't think of 'sync:5' as a special case, think of it as the 99.9% main primary use case. copying from the archive and generic PPAs is the special case.
[20:32] <jdstrand> popey: I'm quite happy they are moving away from the desktop hook, yes
[20:32] <bfiller> ToyKeeper: I think the change exposed additional properties that the transfer indicator will need to use but doesn't use yet
[20:32] <jdstrand> popey: I'd be even happier to see the failing click so I can update the tools
[20:32] <popey> tedg: gatox groovy then
[20:33]  * jdstrand has been waiting for it
[20:33] <gatox> :D
[20:33] <jdstrand> (for the change, not the click)
[20:33] <robru> dbarth, alex-abreu: ok https://ci-train.ubuntu.com/job/ubuntu-landing-007-3-merge-clean/3/console one of the branches in that silo was owned by alex, so jenkins bot can't do that merge.
[20:33] <bfiller> ToyKeeper: so don't think the change can be specifically tested, just make sure other content-hub scenarios work and didn't regress
[20:33] <tedg> jdstrand, I think we shouldn't update the tools in that, I think we always want this hook to bump to manual review.
[20:33] <jdstrand> gatox: do you have the click?
[20:33] <tedg> jdstrand, I guess they could just give a better error, but I wouldn't want it to go straight through.
[20:34] <gatox> jdstrand, yes https://dl.dropboxusercontent.com/u/19194639/canonical/clicks4/com.canonical.payui_0.3.16_armhf.click
[20:34] <jdstrand> tedg: there are different types of errors. there is unrecognized, and there is 'omg this is the pay ui'
[20:34] <gatox> jejee
[20:34] <tedg> As long as it actually says "OMG" I'm good with it ;-)
[20:34] <jdstrand> tedg: don't worry-- apps won't have access. I already wrote all this, I just need to see the hook
[20:34] <robru> dbarth: alex-abreu: https://code.launchpad.net/~mardy/webbrowser-app/cookie-manager/+merge/231756 so this MP is goofy, you should look at that. I guess you want a different MP that merge's alex's branch into trunk, not mardy's branch into alex's. In that case it's possible that alex has a branch somewhere that didn't get missed in this silo, which means you
[20:34] <robru> might need to rebuild and retest with the right MP.
[20:34] <ToyKeeper> bfiller: Okay.  Once it gets far enough to be visible, a test should be added to the relevant plan.  (or if possible, add an autopilot test -- even better)
[20:34] <robru> dbarth: alex-abreu: if you discover that it's fine, then you need to just merge the branch to trunk manually
[20:35] <bfiller> ToyKeeper: yup, transfer indicator should add this test
[20:35] <robru> dbarth: alex-abreu: actually now that I think about it, citrain would have grabbed alex's branch, merged mardy's into it, so most likely you'd have the latest code built in that package.
[20:35] <jdstrand> gatox: thanks!
[20:35] <robru> dbarth: so just merge alex's branch to trunk manually
[20:36] <ToyKeeper> cyphermox: Everything I found broken seems to be that way pre-silo too...  So, approved.
[20:36] <robru> dbarth: signon and u-s-s-o-a are fine, just webbrowser-app needs to be manually merged.
[20:37] <jdstrand> ah, good, the name stayed the same
[20:37] <robru> dbarth: I guess I can do the merge, want me to take care of that for you?
[20:37] <jdstrand>   "error": {
[20:37] <jdstrand>     "lint_hooks_redflag_payui": {
[20:37] <jdstrand>       "text": "(MANUAL REVIEW) 'pay-ui' not allowed"
[20:37] <jdstrand>     }
[20:37] <jdstrand>   },
[20:37] <jdstrand> so, nothing to do :)
[20:37] <jdstrand> tedg, gatox, popey: ^
[20:38] <jdstrand> there actually is one small thing to do, but it doesn't have to do with that ^
[20:38] <gatox> jdstrand, what?
[20:38] <jdstrand> gatox: there are errors that there is no desktop hook
[20:39] <jdstrand> I'll fix that
[20:39] <tedg> jdstrand, Thanks!
[20:40] <gatox> jdstrand, thx
[20:42] <popey> haha jdstrand
[20:47] <dbarth> robru: sure, go ahead; thanks
[20:51] <robru> dbarth: ok, no worries
[20:52] <sil2100> robru: ok, deployed the changes - didn't test it on preprod though, so hope it's not broken
[20:53] <robru> sil2100: awesome
[20:54] <robru> bbl, lunch!
[20:55] <sil2100> Ok, I write the e-mail and probably move on, it's latish here
[20:57] <ogra_> robru, hey, do you feel like reviewing my phablet-shell MP for dev mode ?
[21:01] <ToyKeeper> tedg: rtm/landing-014 (url-dispatcher) approved.
[21:03] <tedg> ToyKeeper, Great, thanks!
[21:13] <pmcgowan> kenvandine, gatox branch passed CI!
[21:17] <pmcgowan> mterry, are you close to publishing silo 9?
[21:18] <mterry> pmcgowan, yeah, I wanted to test the unlock script on a non-mako device and got led down the path of repartitioning
[21:18] <mterry> slowed me down
[21:18] <pmcgowan> hh
[21:18] <pmcgowan> yeah I feel ya
[21:22] <cyphermox> yay
[21:29] <kenvandine> pmcgowan, cool
[21:30] <sil2100> o/
[21:30] <ralsina> robru: can I get a srccopy of silo 003 to a rtm silo?
[21:33] <boiko> robru: would you mind reconfiguring silo 10? I have added another component there
[21:43] <asac> will there be another image kick tonight?
[21:43] <asac> was anything discussed?
[21:43] <ogra_> asac, possibly, since we have to do an emergency roll-back
[21:43] <asac> ogra_: emergency that was in #3?
[21:43] <ogra_> bah, sigh ... and sil just left
[21:43] <asac> or after?
[21:43] <ogra_> 3
[21:43] <asac> hmm
[21:43] <asac> scopes?
[21:44] <ogra_> the testing infra and CI
[21:44] <ogra_> nothing there knows about 14.09
[21:44] <ogra_> and pitti changed /etc/os-release and lsb-release today
[21:44] <asac> thats odd... thougth we had images already in there
[21:44] <asac> ah
[21:44] <asac> ok
[21:44] <asac> not good :)
[21:44] <ogra_> so the image knows it is ubuntu-rtm ... 14.09
[21:44] <ogra_> but the rest of the world doesnt
[21:44] <asac> yeah, but we dont
[21:45] <asac> ogra_: is that in now?
[21:45] <asac> the backout?
[21:45] <asac> or what was happening?
[21:45] <ogra_> no, i was actually busy finishing phablet-tools for dev mode ... now lukas left ... i thought he would take care
[21:46] <ogra_> but looks like i have to
[21:46] <ogra_> (i'll never finish dev mode ... not even in the second nightshift ... sigh)
[21:46] <asac> well, tomorrow is another day
[21:46] <ogra_> i need at least one day for testing all the changes
[21:47] <ogra_> dev mode is a huge one
[21:47] <asac> we already said to execs that security elements aren't fully in place finished for this milestone, so its fine
[21:47] <ogra_> (not in sice but in possible impact)
[21:47] <ogra_> ah, k
[21:47] <asac> so just backout, ki8ck image and sleep
[21:47] <ogra_> ok
[21:47] <ogra_> i know lukas prepared a package already ...
[21:47]  * ogra_ digs
[21:48] <asac> tomorrow is fun day if this image is good with beer annd picking bugs that might be cool for coming weeks etc. :)
[21:48] <asac> maybe he already uploaded?
[21:48] <ogra_> no
[21:48] <ogra_> we were still discussing a possible quick fix
[21:49] <ogra_> when he dropped
[21:49] <ogra_> hmm, i have no clue hwo to do a direct upload actually :)
[21:49] <asac> ogra_: i only know about silo/copy-package
[21:49] <ogra_> robru, do you have a spare silo for the base-files rollback that i could abuse as upload space ?
[21:51] <ogra_> hmm, i guess i have to do all the paperwork then ...
[21:51]  * ogra_ goes to spreadsheet 
[22:03] <mterry> robru, heyo!  I finished testing landing-009 on mako and otherwise
[22:03] <mterry> robru, I'd like to land to utopic and copy to rtm
[22:14] <mterry> trainguards ^
[22:21] <sergiusens> ogra_: robru: do you know of any package landing in ubuntu-rtm with a different version than what is in ubuntu?
[22:21] <ogra_> https://lists.ubuntu.com/archives/rtm-14.09-changes/2014-August/date.html#start
[22:21] <ogra_> the Ml has a bunch
[22:22] <ogra_> apparently "~rtm-0ubuntu1" is the suffix we use
[22:44] <brendand> robru, if i wanted to implement a hook on a spreadsheet field being changed, where would i do that?
[22:44] <brendand> robru, i guess citrain already has some place for that
[22:46] <Ursinha> ogra_: what a mess :)
[22:46] <ogra_> haha
[22:46] <ogra_> yeah
[22:47]  * ogra_ removes his spreadsheet entry again ... i uploaded the revert directly meanwhile 
[22:48] <ogra_> plars, revert is uploaded
[22:48] <ogra_> with luck tghe nightly build will pick it up
[22:49] <ogra_> ah, rtm runs 1h later
[23:26] <robru> brendand: hahahahahahaha
[23:26] <robru> hooks! ahhhahahahahahhahahahahahaha
[23:26] <robru> brendand: we POLL up in here
[23:27] <robru> sergiusens: I'm not aware of anything landing with a different version number. all my copies have used the same version verbatim. other tools might throw in an ~rtm or something
[23:28] <robru> mterry: on it
[23:28] <mterry> robru, hello!
[23:28] <mterry> robru, I believe there's already a spreadsheet line for the rtm bits right below the utopic one
[23:29] <robru> mterry: cool, just published
[23:29] <robru> mterry: will copy shortly
[23:29] <mterry> robru for mayor!
[23:29] <robru> mterry: yes! my first act as mayor is to burn this city to the ground!
[23:29] <mterry> uh... impeach robru!
[23:31] <robru> mterry: ok you got rtm-3, copying now (don't build when the bot pings you to build)
[23:32]  * mterry ignores silly bot
[23:34] <robru> mterry: watch here: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-003/+packages wait until all three packages say "Published" before running the build job in jenkins
[23:37] <robru> ralsina: you got rtm-5, please wait for that to build (building now) and then test in an RTM image
[23:37] <ralsina> robru: ack
[23:39] <robru> ralsina: sergiusens: you guys got utopic-7 please build
[23:39] <ralsina> robru: on it
[23:39] <ralsina> sergiusens: I probably won't be able to take it all the way to rtm
[23:40] <ralsina> sergiusens: dinner is starting to smell nice, you know :-)
[23:40] <sergiusens> yeah
[23:40] <sergiusens> I am out for the night
[23:40] <sergiusens> my last 4 hour of sleep night was last night
[23:40] <robru> mterry: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-003-1-build/6/console started the build job for you
[23:40] <sergiusens> no more of those
[23:40] <robru> now the bot will ping when it's done
[23:41] <ralsina> robru: rtm-5 says it needs a reconfigure
[23:42] <robru> boiko: https://ci-train.ubuntu.com/job/ubuntu-landing-010-1-build/25/console sorry for the delay, reconfigured and rebuilding
[23:43] <robru> ralsina: that's because you put in a "packages to rebuild" which implies an MP, which there aren't any because it's a source copy. just run the build job with all parameters blank
[23:43] <ralsina> robru: oops, sorry, doing
[23:44] <robru> ogra_: wheres your MP? I can review it now
[23:47] <robru> ogra_: also how can I test it? (eg where's the instructions for enabling rootless adb?)