[02:09] <imgbot> [03:29] <imgbot> [03:29] <imgbot> [04:12] <bzoltan> Mirv: anyhow, I turned the Silo16 tested, as all functional tests gave acceptable results.
[04:13] <bzoltan> Mirv: it is really bad, that on a stock Utopic, fresh device all the click AP tests are disfunctional
[04:14] <Mirv> it'll need core-dev ack on https://ci-train.ubuntu.com/job/landing-016-2-publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-ui-toolkit_0.1.46+14.10.20140527-0ubuntu1.diff
[04:15] <Mirv> there was autopilot update yesterday, maybe it's related
[04:43] <bzoltan> Mirv:  I have tried both new and old AP ... the outcome is the same
[04:56] <bzoltan> Mirv:  I wonder if there is anybody in Malta who could ack it in few hours
[05:03] <alan_g> cihelp - we're seeing problems finding boost on across all MPs on utopic amd64. Can you see what the problem is? E.g.: https://jenkins.qa.ubuntu.com/job/mir-clang-utopic-amd64-build/357/console
[05:28] <Mirv> bzoltan: sure there ard, and maybe 1h from now they've finished breakfast
[05:32] <bzoltan> Mirv:  Yes, let's give them some time :) I take a short walk and be back in an hour or less
[06:26] <sil2100> bzoltan: hello! What's up with the problem with running click tests?
[06:30] <alan_g> cihelp - we're seeing problems finding boost on across all MPs on utopic amd64. Can you see what the problem is? E.g.: https://jenkins.qa.ubuntu.com/job/mir-clang-utopic-amd64-build/357/console
[06:32] <sil2100> Mirv: hi! You know what's the deal with UITK's not running click tests during the manual test plan?
[06:32] <sil2100> Mirv: as per Zoltan's comment on the spreadsheet
[06:33] <bzoltan> sil2100:  I do not know what the problem is, but it looks strange
[06:33] <bzoltan> sil2100:  I have dine this -> ubuntu-device-flash --channel=ubuntu-touch/utopic-proposed --wipe; phablet-click-test-setup; phablet-test-run ubuntu_calculator_app -> http://paste.ubuntu.com/7531570
[06:34] <robru> Mirv, what's going on??
[06:34] <bzoltan> robru:  ^^
[06:35] <bzoltan> robru: sil2100: Mirv: I just simple flashed the device, run phablet-click-test-setup
[06:36] <sil2100> bzoltan: ah! Did you do this:
[06:36] <robru> bzoltan, ok we're in a meeting now, but I'll try to reproduce the failures myself shortly
[06:36] <sil2100> phablet-config autopilot --dbus-probe enable
[06:37] <sil2100> bzoltan: try running it after wiping and before the phablet-click-test-setup
[06:37] <sil2100> (or after booting)
[06:39] <Mirv> sil2100: I don't see the comment but apparently a lot of click failures. my own device is not testable right at the moment but at least on test infra the autopilot upgrade didn't change anything (somehow I'd guess this is related to it)
[06:42] <bzoltan> sil2100:  it could be that I have run these commands in a wrong order ... I check it again as you suggest
[06:43] <sil2100> bzoltan: so it's like, try running clicks as per https://wiki.ubuntu.com/Touch/Testing
[06:44] <sil2100> (RUnning CLick tests)
[07:00] <alf_> cihelp: Hi! We are having trouble with a CI job not installing Mir package dependencies: https://jenkins.qa.ubuntu.com/job/mir-clang-utopic-amd64-build/351/console and later (broken) vs https://jenkins.qa.ubuntu.com/job/mir-clang-utopic-amd64-build/350/console (working)
[07:05] <cjohnston> are you able to build it locally?
[07:08] <jamesh> cihelp: I'm getting an apparmor related test failure in Jenkins: https://jenkins.qa.ubuntu.com/job/mediascanner2-utopic-amd64-ci/19/consoleFull
[07:08] <jamesh> from discussions with others, it is either caused by using the 3.15 kernel, or not having securityfs mounted in the test env
[07:14] <sil2100> bzoltan: any luck with the tests :) ?
[07:18] <alf_> cjohnston: yes
[07:19] <alf_> cjohnston: plus, all other jobs succeed
[07:19] <cjohnston> alf_: I suspect you will need to wait for fginther to be free to take a look
[07:20] <alf_> cjohnston: ack, thanks
[07:29] <bzoltan> sil2100:  same result :( is the order of phablet-click-test-setup and phablet-config autopilot --dbus-probe enable important?
[07:29] <bzoltan> sil2100:  or do I need to reflash the device?
[07:35] <sil2100> bzoltan: I don't think so :|
[07:36] <sil2100> bzoltan: ok, give us a minute, robru will try confirming if everything is working ok
[07:37] <fginther> jamesh, the build machines are using the 3.13 kernel and a pbuilder chroot. Have these new tests or did they used to pass?
[07:37] <jamesh> fginther: these are new tests
[07:39] <elopio> fginther: https://code.launchpad.net/~elopio/unity-scope-click/check_call/+merge/221173 <- please give it a try
[07:41] <jamesh> fginther: is /sys/kernel/security mounted in the CI environment?
[07:44] <ogra_> tedg, pay-services seeded (and meta uploaded)
[07:44] <alf_> fginther: Hi! We are having trouble with a CI job not installing Mir package dependencies: https://jenkins.qa.ubuntu.com/job/mir-clang-utopic-amd64-build/351/console and later (broken) vs https://jenkins.qa.ubuntu.com/job/mir-clang-utopic-amd64-build/350/console (working)
[07:47] <fginther> alf_, ack, I'll take a look when I have a moment
[07:47] <alf_> fginther: thanks
[07:47] <tedg> ogra_, Great, thank you!
[07:58] <fginther> jamesh, $ mount -l |grep security
[07:58] <fginther> none on /sys/kernel/security type securityfs (rw)
[07:59] <fginther> jamesh, does your branch build in a PPA?
[07:59] <jamesh> fginther: I haven't tested it in a PPA yet
[08:04] <fginther> jamesh, I suspect a PPA may have the same problem. I can't modify the build environment to add external mounts if that's the problem
[08:05] <robru> fginther, oh hey, have you had any luck getting those extra resources allocated for me in HPCloud?
[08:06] <jamesh> fginther: if securityfs is already mounted, then it must be something else.  I'll give a PPA build a shot and follow up with the AA guys
[08:06] <davmor2> Morning all
[08:06] <fginther> robru, I sent them a support request, I'll poke them again
[08:06] <jamesh> fginther: thanks
[08:06] <fginther> jamesh, ack
[08:06] <fginther> jamesh, and you're welcome
[08:06] <robru> fginther, thanks. will they email me when it's ready? if not, how can I check that?
[08:06] <bzoltan> sil2100:  OK, thanks for looking after this issue
[08:07] <fginther> robru, they won't email you, I should get a message since I opened the ticket. You could check the dashboard for your resource limits if you like polling :-)
[08:07] <robru> fginther, mmmm, polling ;-)
[08:10] <alecu> hi all! have you seen missing icons for installed apps, or apps that cannot be installed on #54 and possibly #52?
[08:10] <alecu> we found that click is not being able to create some symlinks: https://bugs.launchpad.net/ubuntu/+source/click/+bug/1323998
[08:12] <alecu> cjwatson: ^
[08:13] <sil2100> tedg: hi! So, I found the problem ;)
[08:13] <sil2100> tedg: and we have a solution as well, but first the explaination
[08:14] <tedg> sil2100, \o/
[08:14] <cjwatson> alecu: #ubuntu-touch
[08:14] <sil2100> tedg: so, all is cool, just well... since the source name has changes, the .changes file that's generated has all the changelog in it (as it treats the package as a new package basically)
[08:14] <sil2100> tedg: and!
[08:15] <ogra_> sil2100, looks like we will run over a lot with this meeting i am in ... not sure i can make the landing meeting
[08:15] <sil2100> tedg: the check that CI Train does for empty commit messages is really simple, it's an regex over the .changes file - and since there was one empty commit message in the past before the check has been added, it is now failing on that one ;)
[08:16] <sil2100> tedg: so what needs to be done basically is: could you simply remove the empty ' * ' in debian/changelog? It's in version 0.3+14.04.20140210-0ubuntu1
[08:16] <sil2100> tedg: you can do that in the dummy merge-proposal I guess
[08:17] <sil2100> tedg: I guess no one will be mad at us that we rewrite history in this case, as it's some bogus line anyway ;)
[08:17] <sil2100> ogra_: ok
[08:17] <sil2100> We'll have just quick chat today anyway
[08:18] <tedg> sil2100, Sure, I'll do that.
[08:18] <tedg> I will note that changelog entry wasn't written by me :-)
[08:20]  * Mirv hit 10GB limit on landing PPA, had to ask for it to be raised again :(
[08:20] <tedg> sil2100, building
[08:21] <robru> bzoltan, hey, sorry for the delay. I just ran all the calculator app tests and got 100% passing with your silo enabled. so everything looks good on our end. I'll publish it!
[08:26] <sil2100> tedg: let's see how it goes now
[08:26] <sil2100> :)
[08:27] <bzoltan> robru:  cool, thanks for your help!
[08:27] <robru> bzoltan, you're welcome!
[08:27] <sil2100> Mirv: oh no!
[08:28] <sil2100> Mirv: you monster, eating up space!
[08:29] <Mirv> sil2100: I think that even though I started the landing PPA as "test silo", I can continue using it all the way to the actual landing. the "test" version numbered Qt modules just need a final build when we actually are approaching final.
[09:09] <mardy> sil2100: hi! Do you know to whom I should talk to in order to have jenkins run on some branch other than trunk?
[09:11] <gatox> seb128, did you have the chance to review my last u-s-s branch?
[09:11] <sil2100> mardy: hi! I think poking cihelp would be the best bet :)
[09:12] <seb128> gatox, no, let me add that to my todo for today
[09:12] <gatox> seb128, thanks
[09:13] <seb128> yw!
[09:14] <mardy> sil2100: what is that? a nickname or a channel, or something else?
[09:14] <sil2100> mardy: if you write that sentence, all CI people get a ping basically :)
[09:14] <mardy> sil2100: cool :-)
[09:15] <sil2100> They're on a sprint with us here so it might take a bit longer to answer though!
[09:15] <ogra_> seb128, Laney, so we see that TZ page AP test failure again on the system-settings tests :/
[09:15] <ogra_> http://ci.ubuntu.com/smokeng/utopic/touch/mako/52:20140528:20140523/8261/ubuntu_system_settings/
[09:16] <mardy> cihelp: I'd like to have Jenkins running on a staging branch for my projects (by jenkins I mean: run unit tests and build arm packages on every MP, then do the merge when the request is set to approved)
[09:17] <davmor2> Mirv: did you just set trusty to devel?
[09:17] <davmor2> Mirv: on the desktop
[09:18] <psivaa-sprint> mardy: i think you'd need to report a bug against https://bugs.launchpad.net/ubuntu-ci-services-itself with all the details on it
[09:18] <cjohnston> mardy: I don't think we really do the merging stuff anymore.. that's up to the train... but: https://wiki.ubuntu.com/CI/AddingTests
[09:19] <psivaa-sprint> oops, yea may be what cjohnston said
[09:19] <mardy> cjohnston: I know that other teams have it
[09:19] <sil2100> cjohnston: I think mardy wants a staging branch like for instance the UITK guys have
[09:20] <sil2100> Not sure who set those up though
[09:20] <mardy> cjohnston: yes, AFAIK also bfiller's team has one, and the Mir guys
[09:20] <cjohnston> sil2100: I'm not familiar with what they have... but either way, with us sprinting, filing a bug will be the best thing
[09:20] <fginther> cjohnston, mardy, we do setup non-trunk merging
[09:20] <cjohnston> ahh
[09:20] <cjohnston> ok..
[09:20] <fginther> cjohnston, it's not very common, but we have been adding it on a case by case basis
[09:21] <mardy> fginther: cool! Should I file a bug on https://bugs.launchpad.net/ubuntu-ci-services-itself or is there another way to do it?
[09:21] <fginther> mardy, please file a bug and ping cihelp, we can add it to the todo list
[09:22] <mardy> fginther: if you ask me, though, the best thing would be to let me use trunk like it worked before, and synchronize the image with trusty/utopic instead :-)
[09:22] <vila> mardy: sounds appropri... what fginther said
[09:22] <fginther> mardy, hold that thought...
[09:23] <fginther> mardy, that could be an option, just need to clear it with the landing team
[09:23] <Mirv> davmor2: yes I did. it's not entirely convenient because apt warns that the names don't match from then onwards, but on the plus side you save time every half a year whem you don't need to edit sources.list!
[09:24] <cjwatson> yeah, there are a few bugs around this which is why we haven't finished advertising it everywhere
[09:25] <davmor2> Mirv: I do a whole bunch of fresh installs  at the end of the 6 months so that doesn't bother me so much :)
[09:37] <Mirv> I think the only time I've done a fresh install on any machine aside from switching from i386 to amd64. once I even updated a running installation to amd64, but let's say the packaging system was quite confused after all my hacks so I ended up with reinstallation anyway
[09:38] <mardy> cihelp: I filed bug 1324039
[09:45] <cjwatson> Mirv: I converted my production server from i386 to amd64 in-place a while back and it's still running fine :)
[09:45] <cjwatson> it's possible, you just have to be REALLY CAREFUL
[09:45] <sil2100> Mirv: can you help me? :)
[09:54]  * sil2100 looks at Mirv with begging eyes
[09:57] <Mirv> cjwatson: cool!
[09:57] <Mirv> sil2100: I should be just a moment :)
[10:05] <wgrant> thom/win 47
[10:05] <wgrant> Bah
[10:13] <Mirv> bzoltan: silo ready
[10:14] <bzoltan> Mirv: thanks :)
[10:15] <davmor2> Mirv: yeah mine is work related it's to test that the cd images actually install :)
[10:27]  * sil2100 off to lunch
[12:05] <Mirv> davmor2: sudoku works with Qt 5.3 now with qt5-beta2! thanks to the one (two) lines in UITK.
[12:06] <robru> sergiusens, hey, I submitted a branch to fix ogras bug, give it a look over, if you're happy with it I'll push through a release.
[12:07] <sergiusens> robru: sure
[12:07]  * sergiusens checks mp queue
[12:09] <robru> sergiusens, sorry, https://code.launchpad.net/~robru/phablet-tools/dont-clobber-bashrc
[12:09] <robru> sergiusens,  https://code.launchpad.net/~robru/phablet-tools/correct-citrain-deps also this one is minor, ran into this issue last night
[12:11] <sergiusens> robru: that's fine, I had it open
[12:14] <Mirv> davmor2: whoah, system settings work too
[12:22] <robru> sergiusens, any thoughts? I just saw ogra approve
[12:22] <sergiusens> robru: heh, I said it was fine, but forgot to take that action
[12:22]  * sergiusens is sitting in front of ogra_
[12:22] <robru> sergiusens, oh ok. I'll start a silo then. thanks
[12:24] <davmor2> Mirv: I don't believe you :P
[12:25] <davmor2> Mirv: is the mystical one liner in the ppa?
[12:25] <rsalveti> robru: we got an upload for ubuntu-ui-toolkit and the -gles version wasn't updated
[12:26] <robru> rsalveti, oh, right.
[12:26] <rsalveti> robru: I'll sync it again, but remember that both needs to be uploaded at the same time
[12:27] <robru> rsalveti, is this a temporary situation? or will the emulator always require this? Because that's a long list of packages and clearly I already forgot to look for that. we need to automate this somehow
[12:28] <sil2100> We might try automating that indeed
[12:29] <Mirv> davmor2: yep, via a manual build (going to land officially via CI Train on line 37)
[12:29] <robru> if not automating the work to do the sync, we at least need some kind of automated warning that the -gles sync is required
[12:29] <Saviq> ricmm, rsalveti, is silo 008 landing any time soon? (we want to land silo 002 with qtubuntu)
[12:29] <Saviq> but it will take until tomorrow for sure
[12:29] <davmor2> Mirv: updating now
[12:30] <Saviq> tedg, is silo 018 landing any time soon? (we want to land silo 018 with ubuntu-touch-session), but it will take until tomorrow for sure
[12:30] <davmor2> sil2100: so 52 is looking pretty good to be fair I see no new regression, and it looks like the contacts sync issue isn't mobile but I'm digging into that some more
[12:30] <Saviq> and unity-mir
[12:30] <sil2100> davmor2: awesome
[12:30] <Saviq> ricmm, rsalveti, unity-mir conflicts, too
[12:30] <Mirv> davmor2: there's a new qtubuntu manual upload that has only just built. meanwhile you'll lose the previous rendering fix since it didn't go in yet (I've asked ricardo to land it now). in around 15 minutes another update will bring updated that.
[12:31] <sil2100> davmor2: not sure if we'll promote anything today though
[12:31] <Saviq> and unity8
[12:37] <Mirv> sil2100: FYI I'll be away tomorrow. if anyone asks about Qt 5.3, point them to https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2 description page and https://bugs.launchpad.net/bugs/+bugs?field.tag=qt5.3 bugs page
[12:37] <sil2100> Mirv: sure thing ;)
[12:46] <davmor2> Mirv: and picker still seems to be crashing stuff from what I can see if you click on Sounds in setting it quickly dies a death
[12:46] <sergiusens> robru: ah, with the deps issue; we have gone to suggest using Recommends instead of a hard depends
[12:47] <sergiusens> I forgot to make that comment
[12:47] <robru> sergiusens, I don't understand, sorry. citrain tool uses sudo and add-apt-repository (it totally fails without those), so you can't "recommends: sudo" because it literally does not work without sudo.
[12:48] <sergiusens> robru: yeah, the script should check for it
[12:48] <Mirv> davmor2: no it should not be picker in case, but maybe related something to sound? if you install ubuntu-ui-toolkit-examples (and tap search -> "components" to refrsh the apps cache), you can see how the picker is working now.
[12:48] <sergiusens> robru: something like [ -x /usr/bin/pybootchartgui ] || ERROR="please install pybootchartgui" exit 1
[12:49] <robru> sergiusens, ok, I'll add that
[12:49] <davmor2> Mirv: meh yeah ofcourse it's using media forgot about that
[12:51]  * davmor2 wonders why he keeps reading toolkit as trollkit :)
[12:53] <Mirv> davmor2: qtubuntu update is now there too, so you get launcher and other rendering issues back fixed, in addition to these new ones.
[12:53] <Mirv> online accounts seems to work too.
[12:53] <davmor2> Mirv: \o/
[12:56] <robru> sergiusens, ok, I updated the MP. let me know if it's ok with you then I'll rebuild the silo
[13:06] <cyphermox> sil2100: robru: line 40
[13:06] <robru> cyphermox, on it
[13:07] <cyphermox> thx... seems there's only one free right now
[13:07] <robru> cyphermox, you got 20
[13:07] <robru> cyphermox, yeah, silo 16 is gonna go quick, it's ok
[13:23] <ricmm> Saviq: yes, today
[13:23] <ricmm> thats the plan at least
[13:23] <ricmm> tested and works fine just needs a cosmetic change in ctrl
[13:25] <dbarth> robru: o/
[13:25] <robru> dbarth, hey, what's up
[13:25] <robru> ?
[13:25] <dbarth> robru: hi, can i get your help on silo 10 (line 16) again
[13:25] <robru> dbarth, sure
[13:25] <dbarth> the oxide switch is making process transitions worse, so need to test / land that change set first in the end
[13:26] <robru> dbarth, right. so the last thing you asked me to do with that silo is reconfigure. looks like you rebuilt. ... did you need me to run some tests on that, or reconfigure?
[13:27] <dbarth> robru: reconfigure again
[13:27] <dbarth> i've taken 2 branches out, added one in
[13:27] <robru> dbarth, ah ok great
[13:28] <robru> dbarth, oops, looks like you've got lp: syntax in the spreadhseet, unfortunately we need the full URL to the MP there.
[13:28] <dbarth> ah, sure
[13:39] <robru> dbarth, no worries, I fixed it
[13:39] <robru> dbarth, looks good now, feel free to build
[13:45] <dbarth> thank you (sorry was otp)
[13:49] <robru> dbarth, you're welcome!
[14:10] <renato_> fginther, could you check why this branch did not get merged automatically? https://code.launchpad.net/~renatofilho/address-book-app/new-header/+merge/218437
[14:17] <rsalveti> Saviq: yeah, we'll try to land it today
[14:18] <Saviq> rsalveti, ok, we'll have to wait for that then :/
[14:23] <tyhicks> hello - I'd like to debug some jenkins failures for mediascanner that were caused by apparmor mediation in dbus-daemon
[14:23] <tyhicks> https://code.launchpad.net/~jamesh/mediascanner2/dbus-apparmor/+merge/221058/comments/529349
[14:23] <tyhicks> it may be related to the jenkins environment
[14:23]  * jamesh looks
[14:23] <tyhicks> how can I access the jenkins schroot?
[14:24] <tyhicks> shell access, I mean
[14:24] <tyhicks> jamesh: you already know about those failures, I'm just getting some time to look at the jenkins environment
[14:25] <alan_g> fginther: have you had a chance to look at the Mir/utopic/amd64 CI failures?
[14:25] <jamesh> yeah.  My IRC client highlighted the message.  You obviously want someone else to look
[14:27] <tyhicks> grr... my network connection dropped shortly after I asked for instructions on accessing the jenkins chroot
[14:27] <tyhicks> if anyone provided instructions, please repaste them :)
[14:29] <fginther> alan_g, only briefly.  The only thing I've learned so far is that when it tries to install the dependencies from debian/control, it fails to do that
[14:29] <fginther> alan_g, so maybe mk_build_deps is broken or can't parse debian/control
[14:30] <cjwatson> are arch qualifiers (:native, :any) involved maybe?
[14:31] <cjwatson> though I thought you stripped those out now
[14:31] <alan_g> fginther: acck. If it helps: we had a rev that had previously passed fail amongst the fails. It is the environment that changed.
[14:31] <alan_g> *ack
[14:31] <fginther> alan_g, I see
[15:06] <Saviq> trainguards, we would like to ask to not ignore conflicts any more with silo 002
[15:06] <Saviq> we want to land it finally
[15:06] <sil2100> Saviq: excellent news
[15:06] <sil2100> ACK
[15:06] <Saviq> sil2100, there are still two conflicts (008 and 018)
[15:07] <Saviq> sil2100, 008 should land today, I'll find out about 018
[15:07] <sil2100> Saviq: so, UAL is still just a 'silo for testing', so don't worry about that
[15:08] <sil2100> Saviq: didn't know 008 will land today though, thought the greeter is first in the queue
[15:10] <Saviq> sil2100, we're waiting for a kernel fix
[15:10] <sil2100> Saviq: ah, still blocked on that one...
[15:10] <Saviq> sil2100, and it needs QA sign off (and it's not tested: Yes yet, either) ;)
[15:10] <Saviq> sil2100, so it will take at least until tomorrow
[15:10] <Saviq> so I want to let 008 land
[15:36] <elopio> fginther: any results for my click scopes branch?
[15:49] <fginther> alan_g, the tests are passing again
[15:49] <alan_g> alf_: ^
[15:50] <alan_g> fginther: it was building that was failing. Like this one (just in) https://jenkins.qa.ubuntu.com/job/mir-clang-utopic-amd64-build/368/console
[15:52] <fginther> alan_g, yes, I should have said the builds are working again
[15:52] <ogra_> sil2100, we have a team review meeting with rick and alex, i wont make the landing meeting
[15:52] <sil2100> ogra_: ok, np
[15:52] <fginther> elopio, I haven't got to it yet. let me try to get that done before I go to bed
[15:52] <ogra_> i wonder why all my meetings run over today
[15:53] <alan_g> fginther: thanks! (did you find the problem or did it die of old age?)
[15:53] <sil2100> davmor2, ogra_, psivaa-sprint, plars: so, I guess no meeting today, since we had no new image (no new test results), Robert didn't feel well so he's gone since an hour already, so uh
[15:53] <sil2100> It would be just me and davmor2 ;)
[15:53] <ogra_> heh, k
[15:53] <fginther> alan_g, I didn't change anything, my guess it there was a dependency breakage / conflict issue that has been resolved
[15:53] <psivaa-sprint> sil2100: thanks
[15:53] <sil2100> ogra_, davmor2: for a status update: shorts-app failures should be gone with 53!
[15:54] <sil2100> ogra_, davmor2: a probable cause for the flakyness of filemanager has been also identified, but there is no one who could dig into the code and fix it properly for now
[15:54] <ogra_> yay
[15:54] <ogra_> at least that
[15:55] <alan_g> fginther: thanks again. I hope to see some builds working real soon now. ;)
[15:55] <sil2100> ogra_, davmor2: as for the dialer-app crash and failure, boiko has it on his radar, but the actual test failure seemed to be caused by url-dispatcher
[15:56] <sil2100> I would wait with promotion till like #53 to get a nice greener image promoted
[15:56] <ogra_> sil2100, yeah
[15:56] <ogra_> sil2100, and indeed i'm poking Wellark at least once a day about the indicator crash
[15:56] <davmor2> sil2100: we hit some more issues, clock seems to be locking up before an alarm goes off again, mms messages are not being received and adding a feed to the shorts app is ugly
[15:57] <davmor2> writing up a bug for the mms one currently
[15:57] <sil2100> Crap
[15:57] <davmor2> sil2100: that is mms, sms is fine
[15:57] <ogra_> davmor2, i dont think that is supposed to be complete yet ... sergiusens is actively working on MMS support
[15:58] <davmor2> ogra_: MMS receive should apparently already work
[15:58] <ogra_> davmor2, sitting next to him ... yu are right
[15:58] <ogra_> sergiusens1, MMS doesnt work for davmor2
[15:58] <sergiusens1> davmor2: just include all the data I asked you to a couple of hours ago
[15:59] <davmor2> ogra_: I'm writing up a bug with the things sergiusens1 already ask for :)
[15:59] <ogra_> k
[15:59] <ogra_> sorry for causing confusion
[15:59] <davmor2> I just got caught up with other stuff
[16:00] <elopio> fginther: don't worry, I don't want to put work stuff in the middle of your happy hour :)
[16:00] <elopio> I'll remember you tomorrow.
[16:03] <fginther> elopio, I just kicked off a test
[16:05] <elopio> fginther: ok, thanks. Give me the link please so I don't have to bother you to see the results.
[16:05] <fginther> elopio, http://s-jenkins.ubuntu-ci:8080/job/generic-mediumtests-utopic/483/
[16:05] <sil2100> davmor2: could you give me the bug for the MMS thing?
[16:06] <bfiller> sil2100: silo 15 ready for publish
[16:06] <elopio> fginther: thanks sir. Today I'll skip beers, but tomorrow you'll get the one that comes free with mine :)
[16:06] <davmor2> sil2100: https://bugs.launchpad.net/messaging-app/+bug/1324182
[16:06] <fginther> elopio, :-)
[16:29] <sergiusens> davmor2: can you send me /home/phablet/.local/share/ubuntu-download-manager/Downloads/f3798d5d7a684b0bb3484faa316d72fa or whatever is in .local/share/nuntium ?
[16:29] <sergiusens> davmor2: you have basically hit one of the bugs I was hoping to see; the weird decoding ones :-)
[16:31] <davmor2> sergiusens: /home/phablet/.local/share/ubuntu-download-manager/Downloads is empty
[23:28] <cwayne1> hello, can someone please clean the workspace on s-jenkins for job savilerow-demo please?
[23:28] <cwayne1> i'd done a bzr push --overwrite and i forgot that messes with it