[09:59] <Chipaca> Mirv: I assume you're not really here
[10:40] <Mirv> Chipaca: depends :)
[10:41] <Chipaca> Mirv: i'm looking for a silo :)
[10:41] <Chipaca> so i'm a silo seeker
[10:41] <Mirv> Chipaca: for which one, it looks the last one has already?
[10:41]  * Chipaca looks
[10:42] <Chipaca> *gasp*!
[10:42] <Chipaca> Mirv: I hadn't even looked; assumed i needed to ask :)
[10:42] <Chipaca> \o/
[10:42] <Mirv> Chipaca: hehe. problem solved, then :)
[10:43] <Chipaca> man, the double / in the url gets on my nerves.
[10:43] <Mirv> that's terrible, yes
[10:45] <Chipaca> Mirv: where's the code that drives this, do you know?
[10:45] <Chipaca> this == the integration between the spreadsheet and the build farm
[10:47] <Mirv> Chipaca: it's in the spreadsheet's "Script editor..." but probably needs some extra permissions
[10:47]  * Chipaca looks
[10:51] <Chipaca> it's in the metadata tab
[10:51] <Chipaca> Mirv: if you can edit the metadata tab, removing the ending / in B2 should fix the links
[10:52] <Chipaca> it's entirely possible the other ones on that tab need a similar fix, but I haven't looked :)
[10:53] <Mirv> Chipaca: fixed! I hope it's not so that something else assumes it's there, which is entirely possible
[10:54] <Chipaca> Mirv: I'll tell everybody you broke on purpose it if they ask
[10:54] <Mirv> thanks, much appreciated
[10:54]  * Mirv goes back to spring cleaning and sun bathing activities
[11:57] <mandel> ogra_, when is landing being resumed?
[12:10] <ogra_> mandel, for 14.04 tomorrow ... for th rest once the new distro exists
[12:11] <mandel> ogra_, ok, so I have no change of landing udm today :(
[12:11] <ogra_> isnt it a public holiday in spain too ?
[12:21] <mandel> ogra_, AFAIK it is not
[12:21] <ogra_> ah
[12:21] <mandel> ogra_, I have triple checked hehe
[12:21] <ogra_> heh, here it is
[12:22] <mandel> ogra_, oh, then.. go and do something!
[12:22] <ogra_> i am !
[12:22] <ogra_> :)
[12:22]  * ogra_ plays with his ebook reader app :) 
[12:23] <mandel> ogra_, ahhh ok.. do you mindif I ask you a question, I flashed my device as follows: ubuntu-device-flash --channel trusty-proposed --revision 290 --bootstrap
[12:23] <mandel> ogra_, yet, when I try to check for a system image update I get that I'm up to date.. yet the last image in 301, right?
[12:24] <ogra_> depends on the device last is 301 for all supported ones
[12:24] <ogra_> we stopped building for grouper and maguro at some point ... maguro is at 188 ... grouper was somewhere in the 200s
[12:25] <mandel> ogra_, this is a mako
[12:25] <ogra_> supported devices should see an update though
[12:25] <mandel> ogra_, it should not be a problem, and If I do a device-flash without the revision number I get the correct one
[12:25] <mandel> ogra_, and udm has nothing to do with that check :)
[12:27] <mandel> ogra_, play with you eboor reader, I'll try to fix it
[12:27] <mandel> ogra_, also, add support for kindel books ;)
[12:27] <ogra_> haha, its a super simple thing that converts pdfs into a click package
[12:28] <ogra_> (effectiverly converting the pdf into a html doc that the app embeds in a webview)
[12:29] <ogra_> nothing i plan to reelease actually ... (well, i'll make it public for others, but nothing for the store since you need to run the conversion tool to create the click for a specific book)
[12:30] <mandel> ogra_, oh, well ok, no kindle for me in ubuntu-touch then hehe
[12:30] <ogra_> i wrote it mainly to scratch my own itch
[12:30] <mandel> ogra_, have we change anything in the system dbus activation front?
[12:30] <ogra_> you could convert to pdf and then use it :)
[12:30] <mandel> ogra_, udm works on the desktop yet not on the phone
[12:30] <ogra_> not that i konw of
[12:30] <mandel> ogra_, I'm tempted to do a webapp for kindle..
[12:31] <ogra_> (though i still suspect there is something wonky in dbus on the phone)
[12:31] <Chipaca> robru, cyphermox, rsalveti, sil2100, Mirv, didrocks, if any of you happen to be around, silo 8 is ready for landing :)
[12:31] <mandel> ogra_, weird.. I'm getting dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name com.canonical.applications.Downloader was not provided by any .service files
[12:31] <Chipaca> in other news, I'm going to have lunch
[12:31] <ogra_> mandel, as phablet user ?
[12:31] <mandel> ogra_, with sudo
[12:32] <mandel> ogra_, and /etc/dbus-1/system-services has com.canonical.applications.Downloader.service
[12:32] <mandel> ogra_, but it the online one.. weird...
[12:32] <ogra_> hmm, system bus then
[12:33] <ogra_> are yu making sure you query the system and not the session bus ?
[12:33] <mandel> ogra_, correct
[12:33] <mandel> ogra_, 100%
[12:33] <mandel> ogra_, the session one does work..
[12:33] <ogra_> hmm, then thats really weird
[12:33] <mandel> ogra_, don't worry, get back to your ebooks, I'll eat and will think about it
[12:33] <ogra_> unless there is polkit blocking something
[12:34] <Chipaca> mandel: lunch is always the right answer
[12:34] <ogra_> but that should likely return a different error
[13:00] <Chipaca> pmcgowan: issue that was driving load on phones has been worked around on the server; work around for the client is in a silo
[13:00] <Chipaca> pmcgowan: (wrt ubuntu push, this is)
[13:00] <Chipaca> pmcgowan: and good morning :)
[13:00] <pmcgowan> Chipaca, morning
[13:00] <pmcgowan> good stuff
[13:42] <plars> rsalveti: you around today?
[13:42] <plars> rsalveti: I built one of those serial cables for my nexus and I'm experimenting with it
[13:43] <plars> rsalveti: I tried it with image 274, and as we sorta figured, when reproducing that stuck boot bug that we had on that image, it doesn't get far enough to get a console
[13:44] <plars> rsalveti: other than the init conf to launch getty on that line once it's started, did you have any other ideas for how the serial cable might be used to get more control over the device?
[13:54] <mandel> ogra_, no worries, I have some ideas after lunch hehe
[13:55] <mandel> Chipaca, as you said ^
[14:30] <fginther> balloons, I encountered an error when testing the music-app trunk on a device. It looks like org.nemomobile.grilo is not part of the package: http://s-jenkins.ubuntu-ci:8080/job/generic-click-autopilot-runner-mako/96/testReport/music_app.tests.test_music/TestMainWindow/test_next_previous_with_touch_/
[14:31] <balloons> fginther, grilo hasn't been integrated into the build yet.. I'm not sure of the exact status.. it's supposed to change at some point but hasn't yet
[14:31] <balloons> do you want to pick a different app?
[14:33] <fginther> balloons, yes, any recommendations? calendar appears to get a lot of traffic
[14:33] <balloons> calendar has been going through a lot :-)
[14:36] <sergiusens> fginther: look at the click view for music app for the 'hack'
[14:37] <fginther> sergiusens, thanks
[15:11] <mandel> ogra_, fixed the issue :)
[15:13] <sergiusens> ogra_: are you on holidays today?
[15:22] <mandel> sergiusens, yes he is
[15:22] <mandel> sergiusens, or he should
[15:23] <mandel> sergiusens, can you pass me the url of the build?
[15:23] <sergiusens> mandel: you should know how to get to that by now ;-)
[15:24] <mandel> sergiusens, meh.. you are right, but is easier asking you hehe
[15:24] <sergiusens> mandel: step one https://wiki.ubuntu.com/citrain
[15:24] <mandel> sergiusens, I know how to find it, I'm just being laz
[15:24] <mandel> y
[15:24] <sergiusens> mandel: step 2, select silo 11
[15:25] <sergiusens> mandel: then look at Status
[15:26] <sergiusens> mandel: I'm going to be giving you the pedantic explanation ;-)
[15:26] <mandel> sergiusens, nooooooooooooo don't be a parent!
[15:28] <mandel> sergiusens, there is a failure with the given msg => WARNING A version (0.1+14.04.20140417-0ubuntu1) is available at the destination archive for that component but is not in the destination branch which is still at 0.1+14.04.20140410.1-0ubuntu1. You need to ensure that your version contains the fix in the destination or you can force rebuild to bypass the check.
[15:28] <mandel> sergiusens, which is for the click scope because nothing changed, can that be ignored?
[15:30] <sergiusens> mandel: I can do that, but are you sure that what's in the archive matches current trunk?
[15:31] <mandel> sergiusens, yes, or did https://ci-train.ubuntu.com/job/landing-011-1-build/23/console fail due to another reason?
[15:35] <sergiusens> mandel: from what it says; 0.1+14.04.20140417-0ubuntu1 is in the archive but not in trunk; so if you force rebuild; you may lose stuff that's in the archive; so I'll ask again; are you sure you want to force rebuild?
[15:37] <mandel> sergiusens, I just want to force a rebuild for umd, not for click scope. But I'm 100% sure that there si no diff between the click scope trunk and the branch we have
[15:37] <mandel> sergiusens, I just triple checked, so, yes, I'm sure
[15:37] <mandel> :)
[15:37] <sergiusens> ok, let me just rebuild udm, you weren't specific in the orig request ;-)
[15:38] <sergiusens> deploying will also probably fail if this failed; so keep that in mind to tell the train people
[15:39] <mandel> sergiusens, ok, will let them know, for now I just want to test in mako to ensure that I fixed the dbus activation bug
[15:45] <sergiusens> mandel: you probably need to change the commit message for this: https://code.launchpad.net/~mandel/unity-scope-click/rebuild-with-udm/+merge/214935
[15:45] <mandel> sergiusens, very good point, doing
[15:46] <mandel> sergiusens, done
[15:48] <sergiusens> mandel: https://ci-train.ubuntu.com/job/landing-011-1-build/24/console
[15:48]  * sergiusens goes for lunch
[15:48] <mandel> sergiusens, thx
[17:55] <balloons> sergiusens, do you have some time this afternoon to have a look at file manager. I remmeber you commenting on the merge dpm did to put the plugin inside the click package. However, the resulting click doesn't run on the device and complains of missing the plugin. Is there something simple we're missing?
[17:56] <sergiusens> balloons: my whole click chroot setup is a mess and any attempt to recreate it fails though, so I'll need to sort that out first
[17:57] <balloons> sergiusens, I've been there.. :-) No worries. Nothing off the top of your head that would cause the click to fail? The contents show the plugin, and it's in the right place
[17:57] <balloons> ^^ afaict
[17:57] <sergiusens> balloons: how does it fail?
[17:58] <balloons> https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1294301
[17:58] <balloons> sergiusens, basically it fails to launch the app, giving the feedback that it cannot find the folderlistmodel plugin
[17:59] <sergiusens> balloons: is it installed into the right location? inside lib/$arch ?
[17:59] <balloons> sergiusens, click contents show ./lib/arm-linux-gnueabihf/org/nemomobile/folderlistmodel/libfolderlistmodel.so
[18:00] <sergiusens> balloons: is the paths casing correct?
[18:00] <sergiusens> let's move to #ubuntu-touch, this is not related to ci
[18:01] <balloons> true, sry guys :-)
[18:10] <mandel> sergiusens, everything fixed in silo 11 omer added a comment in the spreadsheet that is not longer valid, can you change it or should we wait for him?
[18:12] <sergiusens> mandel: he should change it
[18:12] <mandel> sergiusens, ok, no problem then
[18:34] <josharenson> fginther, re our discussion last week: I've written a 'performance test' that depends on the deb package glmark2-es2-mir. Now that that's done, how do I go about getting that package/PPA added to the script that sets up the testing environments (at least on tablets)?
[18:36] <fginther> josharenson, I'll need to do that step. What's the PPA?
[18:37] <josharenson> Currently, the ppa is ppa:mir-team/staging
[18:48] <fginther> josharenson, do you have an MP with your changes ready to test?
[18:48] <josharenson> Yes
[18:48] <josharenson> fginther: getting link
[18:49] <josharenson> https://code.launchpad.net/~josharenson/mir/install_glmark2/+merge/216504
[18:49] <fginther> josharenson, I've made an initial branch for the test runner scripts: lp:~canonical-ci-engineering/+junk/mir-performance-tests-runner-touch, but it's missing the correct command line to initiate the test
[18:54] <josharenson> fginther: where is the $test_suites variable set?
[18:54] <fginther> josharenson, it's set within the jenkins job
[18:55] <fginther> that part needs a little cleanup, working on it now
[18:55] <josharenson> fginther, so is that the part that needs to be modified? Chris made it seem that if I followed a certain naming convention, they would just run
[18:59] <fginther> josharenson, I hadn't considered doing it quite like that, but yes, that should work.
[19:00] <josharenson> fginther, ... alright, does that mean the functionality is already in place?
[19:00] <fginther> josharenson, I should just be able to add the PPA and update the test suite list to include "test_glmark2-es2-mir"
[19:01] <fginther> josharenson, let me give this a try with your MP
[19:02] <josharenson> fginther, can you clarify how it runs test_glmark2-es2-mir? The MP generates an executable "mir_performance_tests" that runs that test case..
[19:03] <fginther> the jenkins job will run mir_performance_tests via phablet-test-run
[19:04] <josharenson> fginther, awesome, _should_ work just fine
[19:04] <fginther> josharenson, I've got a test started here: http://s-jenkins.ubuntu-ci:8080/job/mir-performance-tests-trusty-touch/
[19:04] <fginther> josharenson, it'll take some time for the build, the tests should run immediately after
[19:06] <josharenson> ok, the test generates a json file
[19:07] <josharenson> fginther, will that be part of the jenkins artifacts?
[19:08] <fginther> josharenson, we'll have to add that. phablet-test-run can copy artifacts, but it will need to be told what to look for in this case
[19:09] <josharenson> fginther, sure, its a constant, sensical filename