[01:12] <kenvandine> fginther, nope... i think it's dead
[02:10] <imgbot> [06:17] <Mirv> renatu: charles: https://code.launchpad.net/~renatofilho/qtorganizer5-eds/fix-1347836/+merge/255726 still lacks top-approval so it hasn't been published
[07:33] <Mirv> ogra_: would http://paste.ubuntu.com/11109317/ be ok for stable overlay? <- bzoltan
[07:34] <Mirv> it's a QML module from upstream qtdeclarative that we've not included so far but a developer asked for it
[07:37] <bzoltan> Mirv: ogra_: here is the list of qml modules available from the archive but not present on the image -> http://pastebin.ubuntu.com/11109352/
[07:54] <Mirv> bzoltan: qtenginio = Qt cloud services, probably not? qt3d = not before Qt3D 2.0, qtbluetooth/qtnfc = probably not for our apps, system handles BT/NFC, publishsubscribe = no, git snapshot, statemachine = this could be, need opinions, quickcontrols = needs proper UITK integration/support first, right?, serviceframework = no, git snapshot
[07:58] <jibel> oSoMoN, I was reviewing the MP attached to silo 14 and all the automated tests (generic-deb-autopilot-runner-vivid-mako) fail on a timeout. Do you know why?
[07:59] <jibel> oSoMoN, there are 5 MP and they fail on a different test each time.
[08:00] <oSoMoN> jibel, they fail because of https://bugs.launchpad.net/oxide/+bug/1449660, which is being fixed in oxide
[08:00] <oSoMoN> jibel, what happens is that the webapp_container tests hang after running the first test
[08:00] <oSoMoN> jibel, and because the webapp_container suite is run before the webbrowser_app one, all tests timeout
[08:01] <oSoMoN> jibel, but I verified that the autopilot tests for webbrowser_app all pass on device
[08:01] <jibel> oSoMoN, Okay, understood. I'm adding this information to the card.
[08:01] <oSoMoN> as for webapp_container, those MRs don’t affect it
[08:19] <bzoltan> Mirv: I agree... I just made a double dpkg with diff :)
[08:23] <Mirv> ogra_: so now we're thinking http://paste.ubuntu.com/11109885/ instead. they use 300kB of space together.
[08:48] <ogra_> Mirv, bzoltan, looks fine to me
[08:57] <Mirv> ogra_: we've no branch for the vivid-overlay touch-meta (or seed) I guess?
[08:58] <ogra_> Mirv, no, you need to make the changes in the package
[09:01] <Mirv> thanks
[09:09] <pstolowski> trainguards hey, can somebody take a look at my comment in line #51? why is that?
[09:10] <Mirv> pstolowski: you need wily version of phablet-tools which has a fix for that
[09:11] <Mirv> pstolowski: if you don't want to upgrade to wily, https://launchpad.net/ubuntu/+archive/primary/+files/phablet-tools-citrain_1.1%2B15.10.20150507-0ubuntu1_all.deb works on vivid too
[09:11] <Mirv> pstolowski: bug #1452190 is in question
[09:15] <pstolowski> trainguards hey, can somebody take a look at my comment in line #51? why is that?
[09:16] <Mirv> pstolowski: how many times you want it answered, or did you drop from IRC? :D
[09:17] <Mirv> pstolowski: http://pastebin.ubuntu.com/11110592/
[09:18] <pstolowski> Mirv, I dropped, sorry, so re-pasted in case it didn;t make it through
[09:19] <pstolowski> Mirv, ok, thanks
[09:20] <pstolowski> mzanetti, ^
[09:20] <Mirv> pstolowski: ok, no problem. I've all joins, quits etc hidden so I don't know when someone drops
[09:21] <mzanetti> Mirv, ermm... but I did a manual apt-get dist-upgrade... shouldn't that pull in the correct version?
[09:22] <mzanetti> for some reason that still pulled the overlay-ppa version for me
[09:22] <pstolowski> mzanetti, no, you need apt-get install unity8=<version> unity8-private=<version>....
[09:22] <Mirv> mzanetti: no, it doesn't, if the stable overlay PPA is pinned higher than a silo
[09:22] <Mirv> which is it by default unfortunately
[09:22] <mzanetti> ah... pinning
[09:22] <mzanetti> that's odd. why?
[09:23] <mzanetti> Mirv, can we release the fixed version of the citrain tool to the overlay ppa?
[09:23] <mzanetti> otherwise I can see lots of wrong test results coming up
[09:24] <sil2100> I think we should just release the fixed citrain tool to vivid and others
[09:24] <Mirv> mzanetti: QA knows what to do, but I can see upstreams having troubles with it
[09:27] <mzanetti> Mirv, yeah, I mostly meant my test results :D
[10:42] <jibel> sil2100, can you add request ids to the tarballs john-mcaleely submitted yesterday? otherwise cards won't be created
[10:42] <sil2100> jibel: ah, yes, let me do that - I think I missed that due to meetings
[10:42] <sil2100> Sorry about that
[10:43] <jibel> sil2100, if you tell me how you generate it I'll do it next time.
[10:56] <sil2100> popey: hey! Just to double-confirm - did you publish the new music-app and reminders to the store?
[10:56] <popey> sil2100: hello!
[10:56] <popey> sil2100: I literally _just_ did it
[10:56] <sil2100> \o/
[10:56] <popey> (was off sick yesterday)
[11:04] <popey> sil2100: does the 3.5 OTA apply to nexus 4 owners too? Do they get the same love?
[11:05] <sil2100> popey: it's released for mako as well, yes, although it doesn't get as much testing as krillin
[11:05] <sil2100> As only sanity tests are being run for those
[11:05] <popey> ok
[11:05] <popey> ta
[11:33] <john-mcaleely> jibel, what's a request ID?
[11:33] <john-mcaleely> sil2100, is that something I should do in future?
[11:36] <sil2100> john-mcaleely: no worries, it's something the LT needs to assign
[11:36] <sil2100> john-mcaleely: you did everything awesomely ;)
[11:36] <john-mcaleely> aha, awesome sil2100
[11:44] <Mirv> rvr: I agree landing-020 not necessarily needs testing, I just thought not to go past you anyhow
[11:44] <Mirv> rvr: when you upgrade to the package, you get two additional packages installed on rootfs and nothing else happens. nothing obviously uses those modules yet.
[11:45] <rvr> Mirv: Ack
[12:23]  * sil2100 off to prepare lunch
[12:29] <jibel> rvr, for silo 20 there is not much we can do other than verifying that the 2 packages are installable. The verification must be done anyway because the overlay ppa bypasses proposed-migration.
[12:30] <imgbot> [12:30] <imgbot> [12:45] <rvr> jibel: Ack
[13:08] <jgdx> trainguards, tried changing the MP in row 25 and I can't reconfigure/build. Can you help?
[13:09] <sil2100> jgdx: hey!
[13:09] <sil2100> jgdx: what's happening?
[13:09] <jgdx> sil2100, I need to reconfigure, right?
[13:09] <sil2100> Yes
[13:09] <jgdx> doing that gives me a big blue link that 404s
[13:10] <sil2100> hm
[13:10] <sil2100> Ok, let me take a look
[13:10] <jgdx> sil2100, thanks
[13:10] <sil2100> Ah
[13:10] <sil2100> Did it have a silo assigned before?
[13:10] <jgdx> sil2100, yes
[13:10] <sil2100> Since the spreadsheet says it has no silo
[13:10] <sil2100> Let me try tracing that
[13:11] <sil2100> jgdx: do you remember the silo number?
[13:11] <sil2100> Since I think the silo has been freed and unassigned
[13:11] <sil2100> We'll have to reassign it
[13:12] <renatu> Mirv, the mr is ready to land now
[13:12] <jgdx> sil2100, I don't.. kenvandine^?
[13:13] <kenvandine> oh, we freed that when we were out of silos
[13:14] <kenvandine> sil2100, can i just assign a silo for that?  or will it be confused because it already has an id?
[13:14] <renatu> hey guys the MR: https://code.launchpad.net/~renatofilho/qtorganizer5-eds/fix-1347836/+merge/255726 was top approved
[13:14] <renatu> can we land silo 8 now?
[13:15] <sil2100> kenvandine: just remove the UID and then re-assign :)
[13:15] <kenvandine> will do!
[13:15] <sil2100> Thanks :)
[13:16] <sil2100> renatu: ok o/
[13:16] <renatu> sil2100, thanks
[13:17] <kenvandine> jgdx, silo 36 building
[13:19] <jgdx> kenvandine, sil2100 thanks
[13:19] <kenvandine> np
[13:20] <Mirv> renatu: thanks
[13:22] <renatu> Ursinha, I am getting problems with jenkins again: https://code.launchpad.net/~renatofilho/address-book-app/split-app/+merge/258937
[13:22] <renatu> https://code.launchpad.net/~renatofilho/address-book-app/fix-test_import_from_sim/+merge/258938
[13:23] <Ursinha> renatu: let me see
[13:23] <Ursinha> uh, otto
[13:23] <rvr> dbarth_: Is this up-to-date? https://wiki.ubuntu.com/Process/Merges/TestPlans/HTML5
[13:23] <Ursinha> renatu: if otto is the problem (and it seems to be), see topic
[13:24] <renatu> Ursinha, ok thanks ;)
[13:24] <Ursinha> renatu: I'll ask cihelp to have a look, but I believe that is because otto is broken
[13:24] <rvr> dbarth_: Debugging doesn't work and "Make sure that Ubuntu APIs are available to an application" app does nothing for me.
[13:29] <rvr> kenvandine: I was asking if you added automated tests for the new feature.
[13:29] <rvr> kenvandine: I see some test changes, but not sure
[13:29] <kenvandine> oh, check with alex-abreu
[13:29] <kenvandine> it's his branch
[13:30] <rvr> alex-abreu: ^
[13:30] <kenvandine> i'm just watching it to make sure it lands, because currently the webapps bindings for content-hub our out of date
[13:30] <kenvandine> and i really want to see twitter and facebook as text sharing targets :)
[13:31] <rvr> kenvandine: Yeah, I share a lot of content to Twitter and Facebook, so looking forward this improvements
[13:33] <dbarth_> rvr: hmm no, this is outdated; the cordova integration evolved since then; the debug issue feels like a regression; can you check with alexabreu?
[13:33] <rvr> alex-abreu: Hey
[13:33] <alex-abreu> rvr, hey
[13:34] <rvr> alex-abreu: I'm trying to test silo 31
[13:34] <alex-abreu> rvr, for the content hub branch?
[13:34] <rvr> alex-abreu: Yes
[13:34] <alex-abreu> rvr, yes there are tests
[13:34] <rvr> alex-abreu: Nice
[13:34] <rvr> alex-abreu: So, I'm also running the test plan, and it fails
[13:34] <alex-abreu> rvr, in which part?
[13:34] <rvr> alex-abreu: --inspector is not working for me
[13:34] <alex-abreu> rvr, seems like a separate issue but let me check
[13:35] <rvr> alex-abreu: And "Make sure that Ubuntu APIs are available to an application" app does nothing for me
[13:36] <rvr> alex-abreu: http://people.canonical.com/~vrruiz/ubuntu-html5-apis.png
[13:36] <alex-abreu> rvr, ok checking
[13:41] <psivaa> Ursinha: renatu: taking a look at the otto failures on those MP's
[13:42] <fginther> psivaa, otto is known to be broken right now
[13:43] <psivaa> fginther: right, looking at a way to exclude this job from generic-mediumtests-otto: autopilot-testrunner-otto-vivid
[13:44] <fginther> psivaa, we can remove generic-mediumtests-otto from the list of apps, I can send that to you
[13:44] <alex-abreu> rvr, --inspector does work for me, you have to access it w/ <ip>:9221
[13:45] <rvr> alex-abreu: Checking
[13:45] <Mirv> sil2100: FYI I'm not sure about which countries but we're having public holiday tomorrow
[13:46] <Mirv> sil2100: de, fr are out too at least
[13:46] <rvr> alex-abreu: Yes, it works, that was my mistake, wrong IP
[13:46] <alex-abreu> rvr, np
[13:46] <alex-abreu> rvr, checking the api bits
[13:47] <sil2100> Mirv: ACK :)
[13:47] <sil2100> Mirv: thanks for the heads up!
[13:48] <Mirv> np
[13:48] <popey> sil2100: https://askubuntu.com/questions/298728/where-can-i-find-the-changelog-for-ubuntu-touch :)
[13:53] <sil2100> popey: answering :)
[13:55] <popey> thanks sil2100
[14:06] <sil2100> popey: ...and askubuntu.com seems to not like me
[14:06] <sil2100> I can't reply with more than 2 links
[14:06] <sil2100> popey: do you have any power over askubuntu?
[14:06] <popey> ugh
[14:07] <sil2100> I can cut up my response otherwise
[14:07] <popey> hang on
[14:07] <popey> lets get the expert in here
[14:07] <popey> no, i said expert
[14:07] <popey> lulz
[14:07] <sil2100> ;p
[14:07] <popey> 15:06 < sil2100> I can't reply with more than 2 links
[14:07] <jcastro> Can you submit an edit?
[14:07] <sil2100> Yeah, since I don't have enough reputation
[14:08] <sil2100> Can I work-around it by cheating somehow?
[14:08] <sil2100> e.g. bribe someone to get that limit taken off
[14:09] <jcastro> just submit the one link
[14:09] <jcastro> when I approve it you'll get some rep
[14:09] <jcastro> then submit the second one
[14:14] <jgdx> awe, abeato, there's a silo for the apn stuff btw. 36
[14:14] <abeato> jgdx, cool, I'll give it a try
[14:16] <abeato> jgdx, btw, there were some comments from a community guy about usability of the forms in the APN editor in bug #1434984 , if you want to give some opinion there
[14:18] <jgdx> abeato, we don't have fields for mcc and mnc though. Should we?
[14:19] <abeato> jgdx, indeed not, it was just that he was confused because those fields appear in android
[14:25] <jgdx> abeato, right, I see the issue. If you look at what's in the silo, we use placeholder text in the forms. Maybe we should use that to minimize confusion? I.e. some light hand holding
[14:27] <abeato> jgdx, I think I've installed what was previously in the silo, using citrain
[14:27] <abeato> I'll try again...
[14:27] <awe> jgdx, thanks
[14:27] <jgdx> abeato, it's brand spankin new, though
[14:27] <jgdx> from today
[14:33] <abeato> jgdx, I had to manually download
[14:33] <abeato> looks nice :)
[14:33] <jgdx> abeato, sweet. Do you mean downgrade btw?
[14:33] <jgdx> is the silo borken?
[14:34] <abeato> jgdx, no, dpkg did not complain about the version
[14:34] <abeato> jgdx, what failed was "citrain device-upgrade 36 <passwd> ubuntu"
[14:35] <abeato> don't know why
[14:35] <jgdx> oh
[14:36] <abeato> jgdx, I see the grey areas you mention, yep, that is an additional tip, pretty sure it will help users :)
[14:44] <brendand_> ogra_, sil2100 - any new devel-proposed image soon?
[14:45] <ogra_> brendand_, there was one 2h ago
[14:45] <sil2100> brendand_: there was one recently
[14:45] <brendand_> ogra_, started or completed?
[14:45] <sil2100> Completed
[14:45] <ogra_> see the backlog :P
[14:45] <sil2100> Imported by the importer
[14:45] <brendand_> sil2100, ok
[14:45] <ogra_> (completed :) )
[14:46] <brendand_> sil2100, 196?
[14:46] <ogra_> yes
[14:46] <sil2100> Yeah, it's the daily image from today
[14:46] <ogra_> no changelogs yet, sorry ... still working on the bot ...
[14:46] <brendand_> sil2100, is that the same as 210 for krillin?
[14:47] <ogra_> imgbot, map 196 vivid
[14:47] <imgbot> mako ubuntu version: 196 maps to krillin version: 210"
[14:47] <imgbot> mako ubuntu version: 196 maps to generic_x86 version: 198"
[14:47] <ogra_> yes
[14:47] <ogra_> :)
[14:47] <brendand_> ogra_, neato :)
[14:47] <sil2100> ;)
[14:47] <sil2100> imgbot, stunt!
[14:47] <ogra_> (no exclamation mark )
[14:47] <sil2100> imgbot, stunt
[14:47]  * imgbot rolls on its back and purrs
[14:48] <brendand_> imgbot - clean my kitchen
[14:48]  * ogra_ pets imgbot 
[14:48] <sil2100> uh oh
[14:48] <ogra_> brendand_, it is running in my home ... now it will clean *my* kitchen !
[14:48] <ogra_> :D
[14:48] <davmor2> brendand_: Is not a member of sudoer group
[14:49] <alex-abreu> rvr, the download manager html5 js example worked for me, ... have you tried pressing the buttons?
[14:49] <rvr> alex-abreu: Yes
[14:50] <rvr> alex-abreu: :-/
[15:00] <alex-abreu> rvr, the example work for me on the device & desktop
[15:01] <alex-abreu> rvr, mmh do you have an application.js & ui.js when you create the html5 template?
[15:02] <rvr> alex-abreu: I just see index.html and app.js
[15:02] <alex-abreu> rvr, ok and you replaced them by the inde.htmnl & app.js ?
[15:02] <rvr> alex-abreu: Right
[16:00] <rvr> alex-abreu: Which channel did you use to test, vivid-proposed?
[16:04] <alex-abreu> rvr, did you make it work on desktop?
[16:04] <alex-abreu> rvr, any error msg
[16:04] <sil2100> ogra_: btw. are you done with rtm silo 000 ?
[16:05] <ogra_> sil2100, yeah, throw it away
[16:05] <ogra_> the initrd package can not build in PPAs
[16:05] <ogra_> i had forgotten about that
[16:05] <ogra_> so john-mcaleely took the vivid initrd in the end ... which works fine too
[16:09] <ogra_> sil2100, hmm, that might actually become a prob for the future since all building happens in a PPA now
[16:09] <rvr> alex-abreu: I'm re-creating a project with the HTML5 template
[16:17] <rvr> alex-abreu: The app runs fine in the desktop, but crashes on the device
[16:17] <alex-abreu> rvr, which framework are you using?
[16:18] <rvr> alex-abreu: 15.04-html
[16:18] <alex-abreu> rvr, can you use 14.10
[16:18] <rvr> alex-abreu: But we are testing vivid
[16:18] <rvr> :-/
[16:18] <rvr> Checking...
[16:18] <alex-abreu> rvr, it does no matter here
[16:18] <rvr> alex-abreu: 14.10 works
[16:19] <alex-abreu> rvr, the app does not crash, click doesn't start it or something
[16:20] <rvr> Well, for some reason 15.04-html is not working
[16:20] <alex-abreu> rvr, you tried 15.04 ?
[16:21] <rvr> alex-abreu: Yes, same result
[16:21] <alex-abreu> rvr, yup
[16:21] <alex-abreu> rvr, you used qtc to launch the app?
[16:25] <rvr> alex-abreu: I tried both manually, the Dash and qtc
[16:26] <rvr> alex-abreu: Changing the framework to 14.10-html does the trick. Modified app works, it downloads the images.
[16:26] <rvr> On the device
[16:29] <alex-abreu> rvr, I'll investigate on the 15.04 bit
[16:29] <alex-abreu> rvr, I'll file a bug
[16:29] <rvr> alex-abreu: Great
[16:32] <rvr> Online Accounts test app also work with silo 31 and framework 14.10
[16:39] <rvr> alex-abreu: "Make sure that Ubuntu Content Hub APIs are working properly"... the content hub dialog appears, but there is not any app to select. Is that right?
[16:41] <alex-abreu> rvr, yes, you test the UI being launched here
[16:42] <rvr> alex-abreu: Great
[16:42] <alex-abreu> rvr, I will update the wiki w/ more precise instructions & context
[16:42] <rvr> alex-abreu: So, then, silo seems good
[16:42]  * rvr is exhausted
[16:42] <rvr> Approving it
[16:43] <rvr> Thanks zbenjamin helped a lot
[17:10] <oSoMoN> ubuntu-qa: any chance silo 14 will be tested today?
[17:10] <om26er> oSoMoN, sure
[17:11] <oSoMoN> om26er, thanks!
[17:15] <cyphermox> sil2100: around?
[17:15] <sil2100> cyphermox: hey!
[17:15] <sil2100> Yeah, still doing stuff (tm)
[17:16] <sil2100> What's up?
[17:16] <cyphermox> sil2100: the network-manager version for wily that was in landing-003 hasn't made it to the archive yet, anything you can check?
[17:16] <cyphermox> I mean, it's not even in proposed or in the queue
[17:16] <sil2100> cyphermox: let me check the rsync file
[17:17] <sil2100> cyphermox: ok, the rsync file seems correct, it must have been rejected somehow
[17:17] <cyphermox> who receives these messages?
[17:17] <sil2100> slangasek: hey! Could you check if there were any recent rejected uploads of network-manager in wily-proposed? Who could we poke?
[17:17] <sil2100> Normally I poked cjwatson but not sure if he's still the POC here ;)
[17:17] <cyphermox> hehe
[17:19] <robru> cyphermox: sil2100: it appears the version of nm in wily is different than the version in the packagelist, which would result in the package being silently ignored by the snakefruit script.
[17:19] <cyphermox> arf
[17:19] <robru> cyphermox: sil2100: this would be caused by the version of nm in wily changing after the publish button was clicked
[17:20] <cyphermox> well, it changed before
[17:20] <cyphermox> between build and publish, but I had alreday taken the changes into account
[17:20] <boiko> jibel: hey, just FYI silo 24 is good to go again, now that the CI job was fixed
[17:20] <sil2100> robru: hm, well, we force-published it
[17:20] <robru> cyphermox: http://launchpadlibrarian.net/205028429/network-manager_0.9.10.0-4ubuntu15_0.9.10.0-4ubuntu15.1.diff.gz this upload specifically interfered with the train's machinations
[17:20] <cyphermox> I know
[17:20] <sil2100> robru: since my understanding was that it would just override that version
[17:20] <cyphermox> robru: sil2100: I'll manually upload.
[17:20] <robru> sil2100: I don't care how loudly you shouted at it, the snakefruit script won't copy if the packagelist version doesn't match the distro version ;-)
[17:21] <robru> cyphermox: probably easiest
[17:21] <robru> sil2100: you can override the jenkins check but not the snakefruit check
[17:21] <sil2100> I think that's a bug then ;) Since I think we want to be able to force publishing a package if the version numbers in the archive changed
[17:21] <sil2100> robru: doesn't snakefruit use a script from lp:cu2d for that?
[17:22] <robru> sil2100: could be a bug then. file it and assign to me and I can make the publish job put an acceptable packagelist then.
[17:22] <robru> sil2100: yes.
[17:22] <sil2100> robru: will do then ;)
[17:22] <cyphermox> thar
[17:22] <robru> sil2100: http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/view/head:/copy2distro
[17:22] <cyphermox> sil2100: robru: feel free to free ubuntu silo 3.
[17:23] <robru> cyphermox: thanks
[17:25] <cyphermox> once that's built and magic happens, I'll poke that other silo with the SRU to vivid too.
[17:32] <cjwatson> sil2100: you can look yourself, https://launchpad.net/ubuntu/wily/+queue and select the rejected status
[17:32] <cjwatson> sil2100: but you probably mean rejected copies, which is different
[17:32] <sil2100> cjwatson: right :)
[17:33] <cjwatson> sil2100: and no, none
[17:33] <cjwatson> sil2100: seems you folks figured out an alternate cause, anyway
[17:39] <slangasek> sil2100: um; rejected uploads go somewhere I have access but can't readily remember the layout of.  Maybe cjwatson can help?
[17:40] <sil2100> slangasek: thanks, we sorted this out more or less - the train script on snakefruit rejected the upload
[17:47] <om26er> oSoMoN, Hi!
[17:47] <om26er> oSoMoN, re: bug 1441064
[17:47] <oSoMoN> yes?
[17:48] <om26er> oSoMoN, if chrome is hidden while swiping from bottom; when a tab is selected chrome re-appears
[17:48] <slangasek> sil2100: ok
[17:50] <oSoMoN> om26er, that’s intended
[17:50] <om26er> oSoMoN, I would expect it to remember the last known state
[17:50] <om26er> that makes it predictable
[17:50] <oSoMoN> om26er, the rationale is that when closing the tabs view, the user might want to navigate somewhere else, so show the chrome just in case
[17:51] <om26er> oSoMoN, hmm, so its already thought through ? fair enough.
[17:52] <oSoMoN> om26er, whether this is the most intuitive behaviour is debatable, but in any case it’s intended as is, so not a bug :)
[17:53] <rvr> Mirv: Silo 20 approved
[17:53] <om26er> oSoMoN, bug 1453908 is desktop-specific, I reckon ?
[17:54] <oSoMoN> om26er, actually, no, it can also be observed on devices (but its effect is worse on desktop, where no amount of scrolling will reveal the chrome again)
[18:02] <om26er> oSoMoN, btw jenkins is not happy with the webbrowser
[18:06] <oSoMoN_> om26er, known issue, it’s documented in the trello card
[18:07] <om26er> oSoMoN, uh, just saw :)
[18:12] <renatu> psivaa, the tests are failing now due a missing dep: https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/2396/testReport/junit/address_book_app.tests.test_add_contact/TestAddContact/test_go_to_add_contact/
[18:12] <renatu> psivaa, should I add it manually ?
[18:24] <alesage> hey trainguards , trying to get to the bottom of a Jenkins failure with jhodapp , he's believing that the needed libmedia-hub-dev has been published, can you advise?  https://jenkins.qa.ubuntu.com/job/qtubuntu-media-vivid-amd64-ci/34/console
[18:25] <sil2100> alesage: hey! This looks more like a cihelp thing ;)
[18:25] <alesage> sil2100, well carry on then ;P
[18:25] <sil2100> Trainguards only deal with the CI Train and actually we have no one from the CI team in the trainguard list ;p
[18:27] <psivaa> renatu: i thought it was due to a network issue, i re-kicked the jobs a little while ago, let's see how they go
[18:29] <renatu> psivaa, during the morning the error was different
[18:30] <psivaa> renatu: yes, we excluded those jobs from the list due to broken otto,
[18:32] <renatu> psivaa, and the target "generic-deb-autopilot-vivid-touch" was passing. but now is failing due the missing dep
[18:32] <psivaa> renatu: the missing dep is due to a network issue,
[18:32] <psivaa> Err http://ports.ubuntu.com/ubuntu-ports/ vivid/universe python3-evdev armhf 0.4.1-0ubuntu3
[18:32] <psivaa>   Temporary failure resolving 'ports.ubuntu.com'
[19:01] <psivaa> renatu: https://code.launchpad.net/~renatofilho/address-book-app/fix-test_import_from_sim/+merge/258938 is now approved by jenkins
[19:01] <renatu> psivaa, yeah \o/ thanks
[19:11] <oSoMoN> trainguards: can silo 14 land?
[19:13] <oSoMoN> trainguards: also, I’m unsure about how to get that one synced to wily? The silo already existed when the announcement was made, can that be done automatically, or would I need to request a new landing?
[19:40] <oSoMoN> trainguards: ping re-silo 14
[20:16] <kenvandine> can someone remind me the syntax for requesting a sync silo from wily to vivid?
[20:16] <kenvandine> sync: wily ubuntu-system-settings ?
[20:16] <kenvandine> sync:wily ubuntu-system-settings ?
[20:17] <kenvandine> oh i bet i can look at the archived worksheet for hints :)
[20:44] <robru> kenvandine: "sync:ubuntu,wily ubuntu-system-settings"
[21:38] <renatu> psivaa, Ursinha , jenkins got unstable again :(. https://jenkins.qa.ubuntu.com/job/dialer-app-vivid-i386-ci/78/console
[21:42] <Ursinha> cihelp, ^
[21:42] <Ursinha> renatu: I'm not sure if the vanguard is around at this time, but I'll make a note to look at it