[00:26] <balloons> cihelp, jenkins isn't building music-app
[00:26] <balloons> https://code.launchpad.net/~vthompson/music-app/fixes-1259962/+merge/198601
[05:05] <plars> cwayne: sorry, didn't get a good chance to reconfigure the jobs before, but I merged the change already. I just pushed and merged it all now, and re-started the custom jobs here: http://q-jenkins:8080/view/Touch/view/Ubuntu%20Touch%20Master%20Jobs/job/trusty-touch_custom-mako-smoke-master/
[05:05] <plars> cwayne: we should check on them tomorrow morning, but they will all run now anytime there's a new custom image
[07:57] <sil2100> Morning
[09:13] <sil2100> Mirv: hello! Did you notice any infra failures today maybe?
[09:14] <Mirv> sil2100: intel failing right now there running apps stack ap:s
[09:14] <Mirv> nothing else
[09:15] <Mirv> I got one good result before that
[09:33] <lool> ev: joining hangout?
[09:43] <sil2100> psivaa: hello!
[09:43] <lool> psivaa: heya
[09:44] <lool> psivaa: could you retry terminal and unity8 on maguro after recording hte URLs of failing tests?
[09:44] <psivaa> lool: will do
[09:44] <lool> psivaa: also would need webbrowser on mako
[09:44] <psivaa> lool: will do
[09:45] <lool> psivaa: cool, could you ping us when done?
[09:45] <lool> psivaa: would like to kick an image build once it's done
[09:45] <psivaa> lool: sure
[09:45] <asac> psivaa: seems we duplicate here :)
[09:45] <asac> err in -touch
[09:46] <psivaa> :)
[09:46] <asac> so yeah. let us know when done so we can swiftly kick
[09:50] <ev> lool: sorry, couldn't make it. Running a sprint on juju and ci in bluefin today
[09:52] <lool> ok
[09:53] <Mirv> sil2100: building it now first. I think we had the rule for this week that cu2d desktop tests need to pass as well before releasing anything, so let's see them first and I'll continue on my Qt stuff
[09:56] <sil2100> Mirv: thanks!
[10:03] <sil2100> Mirv: regarding testing the bug, from the merge request I see that it's indeed just switching between 12h and 24h locale, looking at some PM time and checking if the indicator changes
[10:19] <psivaa> lool: asac: the three tests  have been run and passed. sending you the earlier failed links in a mail
[10:20] <sil2100> psivaa: \o/
[10:21] <lool> awesome
[10:21] <lool> sil2100: good to start a build?
[10:22] <sil2100> lool: fire it up!
[10:22] <lool> 99.5%
[10:22] <lool> that's pretty good
[10:23] <lool> building
[10:23] <lool> sil2100: Do we want to promote image 70?
[10:24] <lool> sil2100: maybe check with popey and others
[10:24] <lool> sil2100: just let me know here if you want it promoted
[10:24] <popey> I can check on mako, but you need someone (omer) with maguro to test too
[10:25] <sil2100> hmm
[10:25] <asac> lool: how can we get those final tests fixed?
[10:25] <asac> om26er: ^^
[10:25] <asac> om26er: we have like 3 AP tests... can you just crush them? :)
[10:26] <sil2100> popey: if you have a free moment then check, if you can - I would personally prefer promoting an image with the datetime fix, but any promotion doesn't hurt ;)
[10:26] <asac> om26er: http://ci.ubuntu.com/smokeng/trusty/touch/mako/70:20131217:20131211.2/5503/ubuntu-weather-app-autopilot/
[10:26] <asac> om26er: if you can fix those i will give you whatever you want :)
[10:26] <asac> 2!!!
[10:34] <om26er> asac, sure. get me a pay raise ;)
[10:35] <asac> om26er: how much? :)
[10:35] <timp> what is needed for a new ubuntu-ui-toolkit release? It has been in the landing asks page for a while now
[10:36] <om26er> asac, i'll settle for 10% but before april.
[10:36] <om26er> working on the failures now
[10:37] <asac> om26er: seems its just a DB not being created
[10:37] <asac> not sure whats going on with the .ini files
[10:37] <asac> and who should create those
[10:38] <asac> in create_blank_db
[10:38] <asac> something is missing
[10:38] <asac> :)
[10:38] <asac> feels all it wants is to figure what location to use for the sqlite file
[10:38] <asac> not sure why the algo is so weird and goes through .ini files in Databases directory
[10:50] <popey> sil2100: 70 looks good to me on mako
[10:51] <sil2100> popey: thanks!
[10:52] <sil2100> om26er: could you give image 70 a spin on maguro as well, just like popey ?
[10:52] <om26er> sil2100, Ok, updating. maguro is too slow to be fun :)
[10:52] <sil2100> ;D
[10:56] <om26er> sil2100, how to run autopilot tests for click packages ?
[10:56] <popey> om26er: http://paste.ubuntu.com/6588007/  i use that script
[10:57] <popey> ./testing.sh lp:ubuntu-rssreader-app ubuntu_rssreader_app
[10:57] <popey> like that
[10:58] <om26er> popey, thanks
[10:58] <sil2100> om26er: https://wiki.ubuntu.com/Touch/Testing <- this guide works for me as well
[10:58] <sil2100> So just phablet-config autopilot --dbus-probe enable
[10:58] <sil2100> And then: phablet-click-test-setup --click com.ubuntu.calculator; phablet-test-run ubuntu_calculator_app
[10:58] <sil2100> etc.
[10:59] <sil2100> Damn, my neighbour again started drilling
[10:59] <sil2100> Doesn't help with concentrating
[11:07] <popey> bug 1192711 is a little irritating
[11:07] <popey> not a regression, seems to have been there a while, but I'd not noticed
[11:21] <Mirv> sil2100: https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/indicators_missing_deps/+merge/199265
[11:22] <sil2100> Mirv: do you know if both libupstart-app-launch1 and libupstart-app-launch2 are required to be installed right now?
[11:24] <asac> om26er: any clue yet?
[11:24] <asac> om26er: sergiusens knows how to run AP test for click
[11:24] <asac> oh already answerd :)
[11:27] <Laney> Can someone help me figure out why most of the autopilot tests for ubuntu-system-settings are borked (the ones which try to select anything, it seems), please?
[11:27] <om26er> asac, so the issue is the test suite expects a certain directory to be there but its not able to find it because that directory is only created once the weather app is started
[11:28] <asac> om26er: i got so far... but it also expects .ini files in that directory :)
[11:29] <asac> so i dont know where that .ini is supposed to come from
[11:29] <asac> i think this is super bogus code to be honest :)
[11:29] <om26er> asac, works fine for me after I started the weather app manually
[11:29] <asac> om26er: where is that directory created?
[11:29] <Laney> borked on the device only, that is --- they work on the desktop...
[11:29] <asac> om26er: i didnt see anythign in code creating that directory ... nor the .ini file
[11:29] <Mirv> sil2100: in the previous cases it seemed to be, at least earlier, that if the older one was removed it did not work
[11:29] <om26er> asac, ~/.local/share/com.ubuntu.weather/
[11:30] <asac> om26er: where in code i mean :)
[11:30] <asac> oh wait
[11:30] <asac> yeah .../Databases
[11:30] <asac> i still dont see anywhjere in code that this dir is created
[11:30] <asac> also the code checks for .ini files
[11:30] <om26er> asac, exactly that directory is not created by the test suite, rather it is automatically created when the app is started
[11:30] <asac> anyway. seems you already have it running, so debugging shoudl be simple
[11:31] <asac> om26er: which code is doing that?
[11:31] <asac> om26er: is that something our sdk does? does it also create the .ini files?
[11:31] <om26er> asac, the app is using QtLocalStorage for that
[11:31] <sergiusens> asac, the dir is created when using LocalStorage
[11:31] <asac> ok seems the test doesnt use it
[11:31] <asac> kk
[11:32] <asac> so the tests should be using that :)
[11:32] <Mirv> sil2100: anyhow, the cu2d tests are not green so if I should test on device or not
[11:32] <asac> instead of raw mkdirs etc.
[11:32] <asac> err raw os. stuff
[11:32] <asac> interesting that i get no direct hit when googling for QtLocalStorage
[11:32] <asac> is that no public API?
[11:33] <om26er> sergiusens, I am thinking to check if that directory exists and if it does not just start the app and close it in the suite. sounds hacky ?
[11:33] <Mirv> sil2100: I understand that we won't release unity stack until it's green, but what about indicators? do you think I can go ahead and test on device with those results currently in cu2d and publish if device ok?
[11:33] <asac> sounds hacky :)
[11:33] <asac> but makdirs that directory would make sense
[11:33] <asac> :)
[11:33] <sergiusens> om26er, that was there before and actually removed from the test suite to make it more stable
[11:33] <asac> hehe... just dont know about the .ini and if that info in ther ematters
[11:33] <sergiusens> om26er, I don' t get it; I tested by deleting the dir completely when first accepting
[11:34] <asac> so why cant the test use qt local storage as well?
[11:34] <asac> or call an app func to do the setup
[11:34] <asac> hmm. guess its not nicely available in python :)
[11:34] <sergiusens> asac, QtQuick.LocalStorage
[11:35] <asac> right. so if we would have qmltests rather than AP things would be easier?
[11:35] <asac> anyway. i feel fro the test all that matters is that we give it SOME db filepath
[11:35] <asac> that is  valid
[11:35] <om26er> but qmltests are not integration tests
[11:36] <asac> so whatever we give too it its good and if its even in the right .local/ directory owned by the app its even better
[11:36] <sergiusens> asac, the app is supposed to create everything it needs on it's own, and it does
[11:37] <asac> sergiusens: right, so its a race?
[11:37] <asac> sergiusens: where does the test start the app?
[11:37] <sergiusens> om26er, asac, the test code just needs to contemplate the inexistence of a prior database, unless it mangles with it before launch
[11:37] <asac> sergiusens: so we might want to change the find_db into a poll that waits for 60 seconds?
[11:37] <asac> and only then gives up?
[11:37] <asac> :)
[11:37] <sergiusens> asac, that may be the case; not sure if it waits for everything
[11:38] <sergiusens> asac, yeah, that's what's been happening with the tests
[11:38] <sil2100> Mirv: let's test it on the device, since I guess not-green tests on indicators right now basically might be related to some desktop issues
[11:38] <sil2100> Mirv: let's make this one exception
[11:42] <sergiusens> btw ci, need a release for autopilot to get some emulator love http://www.youtube.com/watch?v=n2pVpjBFiaI
[11:42] <sergiusens> cihelp that is
[11:43] <asac> nice one
[11:43] <asac> sergiusens: lets get one 100% image
[11:43] <asac> then we land autopilot... hwoever, i wouldprefer if we could pick just what you need
[11:43] <asac> and leave the rest out
[11:43] <sil2100> There's a lot of autopilot changes pending still
[11:43] <asac> check much stuff people have accumulated http://people.canonical.com/~platform/cu2d/results
[11:43] <asac> i would prefer if we only land exactly what we understand out of those
[11:43] <sil2100> I guess we could release this, but I would like to get all the other pending bits out separately first
[11:44] <asac> at best all, but only after looking at each change
[11:44] <asac> :)
[11:44] <asac> sil2100: lets get 100% green before pulling in AP
[11:44] <asac> AP folks should be testing the hell out of their AP
[11:44] <asac> so once we take it its clean
[11:45] <sergiusens> asac, sil2100 would a package patch do? It's a one line add to a map, that's about it for now
[11:45] <timp> robru: ping
[11:45] <sergiusens> I can prepare a debdiff
[11:45] <asac> sergiusens: not before we have 100% :)
[11:45] <asac> get us the fix for this test :)
[11:46] <asac> then we cna land whatever you want
[11:46] <asac> hehe
[11:46] <sergiusens> asac, ack, I can wait
[11:46] <asac> sergiusens: help fixing the test
[11:46] <asac> its just this DB thing
[11:46] <asac> at best next image would have the fix
[11:46] <sil2100> sergiusens: that one-liner, would it help in getting us green, or is it related to something else?
[11:46] <asac> sergiusens: check with om26er if he needs help etc.
[11:46] <sergiusens> sil2100, not related
[11:46] <sergiusens> om26er, do you need help?
[11:47] <sergiusens> om26er, I can review whaever you've done so far
[11:47] <sil2100> sergiusens: then let's wait and release it with all the AP changes then - we need to release those ASAP anyway ;)
[11:47] <asac> sil2100: please send a mail to thomi,sergiusenss etc. that they should start running APs all day long against their AP package from daily-build
[11:47] <asac> and give us a list of APs that are green
[11:47] <asac> after that ... at best with logs :)
[11:49] <Mirv> sil2100: alright
[11:52] <om26er> sergiusens, I only figured what was the problem. now working on workarounds/solutions
[11:52] <om26er> sergiusens, will get help from you if i run out of ideas
[11:54] <sergiusens> ack
[11:54] <timp> Mirv, sil2100 do you know what is blocking the UITK release? the flaky test from https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc&usp=drive_web#gid=0 was fixed a while ago
[11:55] <timp> it was this one https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1259476
[11:55] <sil2100> timp: hi!
[11:55] <timp> sil2100: hello :)
[11:55] <sil2100> timp: from what I see we required an ACK from you guys and a re-addition to the Landing Asks once the flacky test is gone :)
[11:56] <sil2100> timp: so, if you can, please add it and we'll do everything we can to release it ASAP
[11:56] <timp> sil2100: I don't have edit rights for that doc
[11:56] <timp> sil2100: can I get rights or should I ask zoltan to add it tot he list?
[11:56] <timp> *to the list
[11:57] <popey> om26er: did I see sil2100 bribe you to look at the weather test failures? Are you looking at those?
[11:58] <om26er> popey, yes, I am working on it
[11:58] <Mirv> timp: it's usually the manager that adds it
[11:58] <popey> om26er: great. let me know if you need any testing of it done
[11:58] <timp> Mirv: okay.
[11:58] <sil2100> timp: if you can, please ask Zoltan :) Thanks!
[12:00] <timp> okay, asking. thanks
[12:00] <timp> robru: unping :)
[12:03] <timp> sil2100: it is there nwo :)
[12:03] <timp> *now
[12:03] <timp> I seem to have a typing problem today
[12:15] <om26er> sergiusens, summary is: the test code adds certain fixed locations to the database (hamburg and London in this case) before starting the app so that the tests have some data in the app to interact with. for injecting these pre-defined db entries it needs to have an already created database.
[12:15] <om26er> sergiusens, the notes-app does exactly the same thing. it check if the db directory is there and if its not it starts and quits the app
[12:18] <sergiusens> om26er, ok, there's old code in there that calls a launch_and_close_app
[12:40] <timp> sil2100: can you please keep me informed about the uitk release? If there are any issues please let me know so we can fix them :) thanks
[12:40] <sil2100> timp: sure, thanks! :) We'll add it to our todays release list
[12:40] <timp> great
[12:41] <sil2100> Mirv: how's the progress on indicator-datetime ?
[12:41] <sil2100> popey: hmm, you said you have some bluetooth audio device for Ubuntu Touch testing?
[12:41] <Mirv> sil2100: it's starting to be done, I'm wondering though who to bug with packaging changes
[12:42] <asac> lool: did we ever build an image :)?
[12:43] <asac> ah seems we have 71
[12:43] <asac> nice
[12:43] <asac> psivaa: something was going wrong on mako it seems
[12:43] <asac> guess you are on it?
[12:44] <sil2100> Mirv: that's a valid question! Maybe try poking Laney or lool I guess?
[12:44] <sil2100> Later we can always pester Ken or Mathieu
[12:45] <asac> ack. pick any friendly core-dev :)
[12:46] <Laney> There's loads in #ubuntu-devel, but sure
[12:46] <Mirv> Laney: http://pastebin.ubuntu.com/6588664/ (to fix http://pad.lv/1256061)
[12:46] <Laney> maybe you could look up my question from earlier that went unanswered to thank me back :-)
[12:47] <Laney> oh it's this
[12:47] <Mirv> the merge request does not explain the details (small fixes) https://code.launchpad.net/~charlesk/indicator-datetime/lp-1256061/+merge/198968 but seem sok
[12:47] <Laney> I told him it's better to use locale-gen directly
[12:47] <Laney> but fine
[12:47] <popey> sil2100:  no
[12:48] <popey> sil2100: oh, actually, my daughter has a speaker, let me see if that works
[12:48] <sil2100> popey: since someone mentioned on the ML that bluetooth devices still don't work with the latest image
[12:48] <Mirv> Laney: thanks. ooh, autopilot test failures.. did you see the logs already?
[12:48] <Laney> which logs?
[12:49] <Mirv> Laney: settings failures, there are some tests failing in the CI
[12:49] <Laney> show me?
[12:49] <Laney> it's probably the same thing
[12:49] <Mirv> http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/957/label=autopilot-nvidia/ + http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/957/label=qa-intel-4000/
[12:49] <Mirv> for some reason on intel test_about.StorageTestCase.test_installed_apps and on nvidia test_about.LicenseTestCase.test_licenses_page
[12:50] <Laney> /var/local/autopilot/autopilot.log: AssertionError: The following apps were started during the test and not closed: [<Application 'Report a problem...'>]
[12:50] <Laney> is it that?
[12:50] <popey> sil2100: it doesn't detect my bluetooth speaker
[12:50] <popey> but I don't know if it ever did, because I have never tested this
[12:50] <sil2100> CraB
[12:50] <Mirv> Laney: looks like that. a) it seems like apport, b) it's different from your "most tests failing"
[12:51] <Laney> it is
[12:51] <Mirv> yep, http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/957/label=autopilot-nvidia/artifact/results/autopilot/videos/ubuntu_system_settings.tests.test_about.LicenseTestCase.test_licenses_page.ogv
[12:51] <Laney> system-image-dbus crash
[12:52] <sil2100> psivaa: hello! Do you have a Ubuntu Touch compatible bluetooth device by any chance?
[12:52] <Laney> seems like it's not our fault
[12:52] <Laney> also that runs on desktop ...
[12:52] <Laney> the problem I had was only on the phone
[12:53] <Mirv> Laney: bypassing those, are the selection problems using selection via UI Toolkit somehow? just wondering if SDK people could help debugging the errors
[12:53] <Laney> it uses select_single from autopilot, don't know what that does
[12:54] <Mirv> that's at least used also by ubuntu-ui-toolkit which has all tests passing, so maybe it'd be worth asking AP people like thomi directly
[12:56] <Laney> ok
[12:59] <om26er> popey, here: https://code.launchpad.net/~om26er/ubuntu-weather-app/fix_db_tests/+merge/199278
[12:59] <om26er> popey, will the CI run on that branch ?
[13:06] <popey> om26er: lemme test it first
[13:07] <popey> it wont if nobody approves it
[13:09] <popey> testing now
[13:17] <lool> sil2100, Mirv: Feel free to bug me for packaging reviews if I'm around
[13:18] <sil2100> lool: thanks :)
[13:20] <asac> om26er: sergiusens do we have a breakthrough on those tests yet :)?
[13:20] <om26er> asac, I gave something to popey to test
[13:20] <om26er> WFM
[13:20] <popey> wfm too
[13:20] <asac> cool
[13:20] <asac> :)
[13:20] <asac> nice
[13:20]  * popey commented on the mr
[13:20] <asac> who need to approve so this can land?
[13:21] <asac> did something else land as well on trunk after we updated in image last time?
[13:21] <asac> lets get that removed :)
[13:21] <popey> mhall119: can probably approve https://code.launchpad.net/~om26er/ubuntu-weather-app/fix_db_tests/+merge/199278 for us
[13:21] <popey> when he awakens shortly.
[13:23] <sil2100> popey, om26er: with this fix in, the weather app AP tests are fixed?
[13:23] <popey> thats the plan
[13:23] <om26er> sil2100, atleast the one's that I was given link to
[13:23] <sil2100> om26er: +beer for you!
[13:25] <om26er> sil2100, ;)
[13:26] <sergiusens> asac, nothing; the apps with the most failures in testing have been apps that only hd test updates for the past two months
[13:32] <psivaa> sil2100: i dont have any devices with me at the moment :/
[13:33] <sil2100> om26er: sorry to bother you again, but maybe you by some lucky chance have some UT compatible bluetooth devices? ;)
[13:33] <om26er> sil2100, I don't have. the one in my car is not supported by Ubuntu touch
[13:35] <sil2100> sergiusens: hi! I had some questions related to LP: #1234361
[13:35] <sil2100> sergiusens: someone reported on the ML that it's not fixed - and I can't find anyone that would have the equipment for re-testing this
[13:37] <sil2100> sergiusens: do you have the tools to check if this is fixed with the latest image?
[13:38] <asac> sergiusens: ok... please help the fix get into the store and then lets build an image
[13:38] <asac> psivaa: mako still has no resutls for 71
[13:39] <asac> http://ci.ubuntu.com/smokeng/trusty/touch/maguro/71:20131217.1:20131211.2/5521/
[13:39] <asac> (sorry if you answered)
[13:39] <asac> plars: ^^
[13:39] <psivaa> asac: looking at that, sorry dint notice that
[13:40] <asac> sil2100: did we promote 70 or do we have that in the bank and already well tested, but hope for 71 to be at least as good and push that?
[13:42] <sergiusens> sil2100, I don't have bluetooth headsets, but I can check from the cli and see if I find anything
[13:46] <sil2100> asac: from what I see, 71 doesn't have anything more than 70 (no packages updated)
[13:47] <sil2100> asac: so let's promote 70 anyway, since 72 will only be ready for tomorrow morning
[13:47] <sil2100> asac: if there is of course no cost of promoting an image that is
[13:47] <sil2100> It doesn't matter if we promote 70 or 71 basically
[13:48] <sil2100> But just to have a clear concious we can promote 70, since that's what popey and om26er used for testing
[13:48] <sil2100> lool: ^ could you promote 70 ?
[13:49] <lool> sil2100: yup
[13:49] <sil2100> Thanks!
[13:50] <plars> asac: just got to my desk, looking now, unless psivaa has already
[13:50] <psivaa> plars: the devices is shown as offline soon after flashing
[13:51] <psivaa> probably need to assign another device. mako-06 looks ok to do that
[13:52] <plars> psivaa: wow, it even shows in adb but shows offline
[13:53] <plars> psivaa: yeah, you want me to switch it, or do you want to?
[13:53] <psivaa> plars: i am in the sprint,so if you could. that would help
[13:53] <plars> psivaa: ack
[13:53] <psivaa> thanks plars
[13:56] <plars> rfowler: when you are around, could you take a look at mako-02? It's marked offline for some reason, so nothing can run on it. I've moved all the jobs from it to 06 for now
[13:57] <plars> asac: jobs are restarting now for mako on image 71
[13:59] <sergiusens> om26er, popey where's the MR
[13:59] <sergiusens> ?
[13:59] <popey> https://code.launchpad.net/~om26er/ubuntu-weather-app/fix_db_tests/+merge/199278
[14:00] <fginther> morning
[14:01] <lool> FYI, image promoted
[14:01] <lool> (70)
[14:01] <popey> lool: my phone can't see it
[14:01] <ogra_> pfft ... gimme 72 ... with 24h clock
[14:02] <sergiusens> popey, om26er ironically, the tests fail on jenkins
[14:02] <om26er> sergiusens, that's not related to my code
[14:02] <om26er> falky tests are flaky :/
[14:04] <sil2100> ogra_: patience!
[14:04] <ogra_> :D
[14:05] <lool> popey: something is wrong with the push mirrors
[14:07] <popey> indeed
[14:08] <lool> hmm maybe it's a cron and I had never realized
[14:09] <popey> it's usually immediately after ogra_ says it's published
[14:11] <ogra_> lool, nusakan seems dead here
[14:11] <ogra_> or at least inaccessible
[14:11]  * ogra_ cant ssh 
[14:11] <lool> popey: it's being fixed
[14:11] <lool> ogra_: you need to use sshebang
[14:11] <lool> ogra_: or update your ssh config to use FQDN
[14:12] <cjwatson> ogra_: works fine for me
[14:12] <ogra_> since when ?
[14:12] <cjwatson> I don't use sshebang)
[14:12] <lool> ogra_: since some hours ago
[14:12] <ogra_> it worked on monday
[14:12] <lool> it worked wihtout .canonical.com up til this morning  :-)
[14:12] <ogra_> ah
[14:12] <cjwatson> my config has used nusakan.canonical.com for ages
[14:12] <lool> I raised it with #is, but it's intended
[14:12]  * ogra_ fixes /etc/hosts 
[14:13] <ogra_> hmm, nothing to fix there it seems
[14:13] <ogra_> 91.189.89.127	nusakan	nusakan.canonical.com
[14:13] <ogra_> but indeed, using the FQDN works
[14:13] <lool> cjwatson: ssh nusakan used to work without .canonical.com from the jump host, allowing to have a single .ssh/config entry for *.canonical.com + nusakan; now I have two
[14:14] <lool> ogra_: this is in your .ssh/config
[14:14] <cjwatson> I doubt that /etc/hosts matters.  Fix ~/.ssh/config
[14:14] <lool> ogra_: your proxycommand needs a FQDN
[14:14] <lool> ogra_: nc -q0 nusakan.canonical.com or nc -q0 %h.canonical.com
[14:14] <cjwatson> The host name is looked up on the proxy jumphost, not on your machine
[14:14] <cjwatson> And I'm pretty sure you can't write to chinstrap's /etc/hosts :)
[14:14] <ogra_> oh, ok
[14:15] <ogra_> thanks, that fixes it
[14:21] <popey> #70 on the way \o/
[14:22] <sil2100> \o\
[14:22] <sil2100> It's a bird, it's a plane! No, it's #70!
[14:23] <lool> IS should have fixed it entirely now
[14:23] <lool> I see #70 on trusty
[14:26] <sergiusens> om26er, check my comment on the MR
[14:27] <rfowler> plars: I'm going to 1ss in a bit... my car was completely frozen and had to thaw it before the next storm hits
[14:29] <plars> rfowler: ugh, be safe
[14:30] <plars> rfowler: it's no rush on our end, its up and running for now
[14:46] <om26er> sergiusens, pushed. looks better now ?
[14:47] <sil2100> sergiusens: did you have a moment to do that cli bluetooth sweep?
[14:47] <sergiusens> om26er, let me check; let's also get balloons on now that he's online
[14:47] <sergiusens> sil2100, no
[14:48] <sergiusens> om26er, looks better, let's wait for ci
[14:48] <balloons> om26er, are you looking @ weather or calendar?
[14:48] <sergiusens> balloons, weather
[14:48] <om26er> balloons, weather, and its cold.
[14:48] <sergiusens> balloons, https://code.launchpad.net/~om26er/ubuntu-weather-app/fix_db_tests/+merge/199278
[14:48] <asac> sergiusens: om26er: are we close :)?
[14:48] <sergiusens> om26er, it's 35 C
[14:48] <asac> the next image will be cut in 2h approx
[14:48] <asac> would be nice to have it in :)
[14:49] <sergiusens> asac, I can't approve MRs for community apps, but if it works, I'm fine with the solution
[14:49] <asac> balloons: can you plesae check that out?
[14:50] <asac> balloons: we have the fix pending for 100% dashboard gren on mako
[14:50] <asac> and i want to get this in opportunistically for next image
[14:50] <balloons> om26er, why are you readding launch and quit?
[14:51] <om26er> balloons, these tests assume ~/.local/share/com.ubuntu.weather/Databases/ to be there. It is only created once the app is started
[14:52] <om26er> balloons, since we manipulate an already existent database, and if the suite is not able to find one it fails without telling why it failed
[14:53] <balloons> om26er, we have the ability to create a db if one doesn't exist in the test
[14:53] <balloons> I don't believe this changes anything
[14:53] <balloons> launch and quit would be a regression imho
[14:54] <om26er> balloons, remove ~/.local/share/com.ubuntu.weather/Databases/ on your phone and run those tests, they fail with the traceback that's in the dashboard
[14:54] <om26er> balloons, then start the app with hands and run those tests again and they will pass
[14:55] <om26er> balloons, from what I saw from the test code is that it tries to add a few database entries to an already existent database, it does not create a whole new database
[14:55] <om26er> balloons, line 165 in __init__.py
[14:56] <balloons> om26er, I don't doubt your assessment. However, the fix imho is not to go back to the launch and quit thing. Let's just create a db from scratch if we need to
[14:59] <om26er> balloons, not really sure if that's going to be a simple task ? these are Qt LocalStorage databases, and there aren't nice APIs for python
[15:00] <balloons> om26er, well I understand the desire to push this in, but it's going to be tough to review beyond I would really like to not see launch and quite come back into this test
[15:02] <om26er> balloons, another nasty thought is: clear the db, launch the app, copy the db and ship that with weather app tests. In the test suite make sure to move any old db, copy the shipped one over to the default location, run the tests. Profit!
[15:04] <balloons> om26er, I would be happier with that kind of approach
[15:04] <balloons> if we can't build it on the fly, just ship it with the tests and copy it it to set it up that way
[15:05] <om26er> balloons, ok, I can work on that. btw how do these tests get in in the first place ?
[15:07] <om26er> ah, i would assume CI test runner passed those tests because that db was already there due to not having a clean environment.
[15:12] <sergiusens> balloons, popey om26er we need a happrover
[15:13] <balloons> sergiusens, om26er is going to make the tweak I asked for
[15:13] <sergiusens> balloons, ack, feels lke a recap from an earlier conversation ;-)
[15:13] <balloons> sergiusens, :-) I'm sure he works quick and we'll have it
[15:34] <plars> cwayne: looks like the attempt  I made last night with custom on the new mako had a strange problem, going to retry it and see what happens, but that's not something I've seen happen before
[15:36] <cwayne>  plars ah, ok
[15:36] <cwayne> i was going to ping you since i saw all 0's, but I thought it might be too early :)
[15:46] <nic-doffay> Hey, having some CI issue I can't seem to figure, anyone mind taking a look? https://code.launchpad.net/~nicolas-doffay/ubuntu-ui-toolkit/fix-1242647/+merge/197176
[15:54] <asac> sergiusens: balloons: om26er: stuff in?
[15:54] <asac> people are waiting with aggressive uploads
[15:55] <asac> that will brick us for weeks
[15:55] <asac> i can hold the line for a bit longer :)
[15:55] <asac> but... :)
[15:56] <om26er> asac, just pushing the fix
[15:59] <sergiusens> asac, which means it's another hour until it's fully in
[16:00] <sil2100> sergiusens: we can wait with kicking the build a bit after the meeting, so hour more is ok
[16:02] <sergiusens> sil2100, really depends on the infra after the review...
[16:03] <asac> sergiusens: yes, thats fine
[16:03] <asac> right in time for our standup
[16:03] <asac> to agree on kicking
[16:05] <balloons> om26er, please ping when you need approval
[16:14] <mhall119> popey: do you still need somebody to top-approve https://code.launchpad.net/~om26er/ubuntu-weather-app/fix_db_tests/+merge/199278 ?
[16:17] <popey> mhall119: i think balloons is on it.
[16:23] <rfowler> plars: mako-02 is up
[16:23] <plars> rfowler: cool, thanks - what was going on with it?
[16:24] <rfowler> plars: it visually seemed just fine
[16:24] <plars> rfowler: odd, adb had it marked offline
[16:24] <rfowler> plars: ya... not sure
[16:44] <balloons> om26er, how's it going?
[16:50] <om26er> balloons, https://code.launchpad.net/~om26er/ubuntu-weather-app/db_stab2/+merge/199321
[16:51] <balloons> om26er, :-)
[16:54] <sergiusens> balloons, om26er I added 2 comments
[16:59] <sil2100> sergiusens, om26er, balloons: so I guess we won't make it with the fix before the meeting ;) ?
[16:59] <balloons> it'll be during the meeting :-)
[17:00] <sil2100> robru, kenvandine, cyphermox, lool: meeting?
[17:00] <sergiusens> balloons, om26er also need to use the module path to determine where to copy the database from, look at the music app as an example
[17:01] <om26er> sergiusens, so I do os.path.join inside os.path.expanduser wouldn't that hurt readability more ?
[17:01] <sil2100> asac: coming?
[17:01] <asac> sil2100: yep
[17:02] <sergiusens> om26er, do it in two steps, but doing a + is not pretty and could concatenate the wrong path
[17:03] <sergiusens> om26er, alternatively, just have db_file and drop db_path and use path.dirname
[17:06] <balloons> tests do run fine on my device
[17:06] <balloons> I think Sergio has nailed the syntax bits
[17:06] <asac> sergiusens: all in?
[17:06] <asac> :)
[17:06] <asac> e.g. can we kick ?
[17:07] <lool> do I need to start a build?
[17:07] <sergiusens> asac, read like 5 lines above; MR got in 10 minutes ago
[17:07] <sergiusens> asac, still under review
[17:09] <om26er> sergiusens, pushed
[17:11] <asac> sergiusens: i dont understand the steps it takes
[17:11] <asac> before we can build an imge
[17:11] <asac> hence i am only asking about the final YES its all ready
[17:11] <asac> or no, i have to do X,Y still :)
[17:11] <sergiusens> asac, ok, fyi, we are at step 1
[17:12] <sergiusens> asac, I'll get back to you when it's in
[17:12] <asac> sergiusens: so what steps are left?
[17:13] <asac> and whats the ETA?
[17:13] <asac> i need to tell folks that they have to wait with uploads etc.
[17:13] <kenvandine> sil2100, https://code.launchpad.net/~ken-vandine/cupstream2distro-config/no_ap_settings/+merge/199325
[17:14] <sergiusens> asac, needs to get review approved, tested and then merged by the autobuilders, then build the click; test the click, then push to store; then have it synced
[17:14] <kenvandine> sil2100, that should be enough to keep it from block on the check step
[17:14] <sergiusens> asac, as I said, an hour after the MR is in
[17:14] <balloons> ahh sergiusens sorry.. I thought it was a bit quicker after the MR was in
[17:15] <balloons> I said we'd laid in the MR very shortly, and I didn't think it would take much beyond that
[17:15] <sergiusens> balloons, well it's mostly waiting on infra most of the time
[17:15] <sergiusens> balloons, I can also blindly push without testing myself
[17:16] <popey> sergiusens: ping when you want the click package testing
[17:16] <sergiusens> popey, ack
[17:17] <balloons> sergiusens, I'm running the MR with and without db prexisting
[17:18] <sergiusens> balloons, the problem isn't going to be click, but when running on a clean env as a deb
[17:18] <sergiusens> as a click we cd into the autopilot dir
[17:19] <sergiusens> but as a deb we on desktop, that's not the case
[17:26] <sil2100> kenvandine: could I ask for commenting that out instead of removing? :) Otherwise I'm sure I'll forget that the test should be there ;p
[17:26] <kenvandine> ok
[17:28] <kenvandine> sil2100, pushed
[17:30] <sil2100> Thank you! Approving
[17:32] <balloons> om26er, sergiusens made some further suggestions. I'm happy with it as he is suggesting. It runs great for me.
[17:32] <balloons> om26er, with those tweaks I think we're good
[17:34] <om26er> balloons, done
[17:35] <om26er> aah there are more suggestions
[17:36] <sergiusens> om26er, balloons also look at how I'm getting the module path http://paste.ubuntu.com/6589958/
[17:36] <sergiusens> didnt' test that part yet though
[17:42] <balloons> om26er, thanks for keeping on this.. It's worth getting it right before it goes in..,
[17:46] <sergiusens> balloons, om26er with the changes I proposed, still get all tests passing as click
[17:46] <balloons> tested on desktop and device with and without db
[17:46] <Laney> we're releasing u-s-s?
[17:46] <Laney> neat
[17:47] <sil2100> Laney: yes \o/
[17:48] <Laney> would have reviewed the outstanding branches if I knew
[17:48] <sil2100> Laney: kenvandine handles that, we'll deal with the AP tests later - no need to keep the package waiting, since we're not yet using those extensively
[17:48] <asac> balloons: isnt the current code good enough? you can still improve after its out :) ... all we need is code that fixes the tests for now
[17:48] <kenvandine> Laney, we can land it again
[17:48] <Laney> it's okay, I'm looking at something there
[17:48] <kenvandine> it had just been ages
[17:48] <om26er> balloons, sergiusens pushed you suggestions.
[17:49] <om26er> *yours
[17:49]  * asac sorry for being inheritently impatient :)
[17:49] <Laney> those tests select a QQuickView
[17:49] <Laney> trying to copy what gallery-app does instead
[17:49]  * asac goes off and waits for another hour
[17:50] <sergiusens> asac, it is prone to fail on desktop
[17:50] <sergiusens> om26er, did you add the module path detection?
[17:50] <sil2100> ;)
[17:50] <om26er> sergiusens, no, I am not adding that ;)
[17:51] <sergiusens> om26er, why?
[17:51] <om26er> sergiusens, I don't understand that well and I am not really productive at this O'clock
[17:51] <asac> do we care about desktop? not sure what it means if we say it fails there
[17:52] <sergiusens> asac, you don't today, but you will tomorrow and when you do you won't be able to pinpoint the problem as easily
[17:53] <sergiusens> asac, I'll abstain and leave it to balloons and popey
[17:53] <asac> ok.
[17:53] <asac> balloons: popey: whats next? did we give up?
[17:53] <sil2100> hmmm
[17:53]  * popey is on a hangout, will catch up in a moment
[17:53] <sergiusens> asac, they need to approve the MR
[17:53] <sil2100> sergiusens, balloons, om26er: so no weather-app update today, right?
[17:53] <popey> or you can summarise in one tweet size line
[17:53] <sergiusens> asac, and then I continue
[17:54] <asac> sil2100: i hope the answer is that we get it
[17:54] <asac> soonish
[17:54] <balloons> sil2100, I was under the impression we could go as soon as the MP landed, but sergiusens informed me it takes a bit.
[17:54] <sergiusens> sil2100, asac it will be in
[17:54] <sil2100> \o/
[17:55] <sil2100> sergiusens, balloons: could you guys poke us once the fix is in and ready to be fetched by a new image?
[17:55] <asac> balloons: when will the MP land though
[17:55] <asac> i think thats where sergiusens is stuck
[17:55] <sergiusens> sil2100, that was the plan all along
[17:56] <balloons> sergiusens, om26er  commented with "Not creating the dir in the test code. shutil.copytree calls makedirs so no need"
[17:56] <sergiusens> asac, I was reviewing the MR and detecting possible failures for the future; that's all; it's been like this forever with these apps; just want to do it once and not have to go over this again
[17:56] <sergiusens> om26er, balloons let me take over the MR
[17:57] <asac> ok. dont make rocket science out of this
[17:57] <asac> :)
[17:57] <asac> but keep engineering standards high
[17:58] <balloons> yes, at this point we're not after quick fixes.. we'd had those for awhile. Being agonizingly detailed on these MP's is what has gotten us to this point
[17:58] <balloons> as in, so close to 100% with core apps not falling over randomly :-)
[17:58] <asac> well, the goal shoujld be to have a fix soon
[17:58] <asac> whatever best solution is a vailable
[17:58] <asac> if code is not good enough you can iterate
[17:58] <sergiusens> balloons, I fixed that in my proposal
[17:59] <asac> balloons: well, so we have big destructuve landings happening later today
[17:59] <asac> hence i want this in to get to complete cgreen etc.
[17:59] <asac> let me know what is left
[17:59] <asac> and then lets do it
[17:59] <balloons> sergiusens, you make a new mp or ?
[18:01] <sergiusens> balloons, I will resubmit
[18:02] <sergiusens> balloons, I don't have privs, but can you resubmit that MR with lp:~sergiusens/ubuntu-weather-app/db_create
[18:04] <balloons> sergiusens, https://code.launchpad.net/~sergiusens/ubuntu-weather-app/db_create/+merge/199333
[18:04] <balloons> sergiusens, add a logging statement under if not os.path.exists(db_path): if you do create a db
[18:07] <sergiusens> balloons, done
[18:11] <balloons> first results on desktop and phone are good.. running again
[18:12] <balloons> jenkins builder is running
[18:19] <cwayne> plars, looks like touch_custom still has some issues
[18:24] <sil2100> balloons: soooo... will it be merged soon :) ?
[18:24] <sil2100> \o/
[18:29] <plars> cwayne: indeed, that's very strange considering how stable the other builds have been
[18:29] <plars> cwayne: anything odd about that mako?
[18:31] <cwayne> not that i know of plars
[18:33] <cwayne> plars, hm, looks like it is having an issue with the theming perhaps?
[18:34] <plars> cwayne: is it confusing the ap tests somehow?
[18:34] <cwayne> plars, i'm not 100% sure, is it installed with --no-backup or -b?
[18:34] <cwayne> i wonder if it's looking for an old theme or something
[18:34] <cwayne> is there any way to get ssh access to it?
[18:35] <plars> cwayne: -b, yes
[18:35] <cwayne> maybe our customizations really is breaking stuff, in which case, good thing we did this!
[18:36] <plars> cwayne: if you need ssh access, talk to rfowler or retoaded about getting ssh to a system called "ashes", it hangs off of there
[18:36] <cwayne> rfowler, ^
[18:43] <robru> who's doing the latest image build? can somebody ping me when it's done?
[18:51] <asac> we are waiting on MP landing still
[18:52] <asac> and store upload i guess
[18:55] <rfowler> cwayne: try logging into ashes
[18:56] <cwayne> rfowler, what's the ip?
[18:56] <rfowler> cwayne: it's in dns
[18:56] <cwayne> or is it just ashes.ubuntu-ci
[18:56] <rfowler> cwayne: yes
[18:56] <cwayne> rfowler, k im in
[18:57] <rfowler> cwayne: enjoy
[18:57] <cwayne> rfowler, which device is it?
[18:58] <rfowler> cwayne: 01ce848e48dfa6a2
[19:00] <cwayne> hm, the theming stuff is all correct there
[19:00] <cwayne> maybe autopilot doesn't like it for some reason?
[19:01] <balloons> sil2100, yes "soon". have  you heard that before?
[19:13] <sil2100> :)
[19:13] <balloons> sil2100, mp is top approved so it's up to jenkins now ;)
[19:14] <sil2100> \o/
[19:14] <sil2100> Do you know when it will be available for the image to pull it in?
[19:15] <sil2100> sergiusens: ^ ?
[19:15] <sergiusens> sil2100, 30'
[19:15] <sergiusens> speeding
[19:16] <cwayne> plars, so i see how the tests are failing, i still don't get *why* though, especially since it seems to work when i run it manually
[19:19] <sergiusens> sil2100, code hasn't merged yet... it's in the pipes, as soon as that's done, the equivalent of a daily release for a click package happens, goes to the store, then there's a sync to the ubuntu-archives
[19:19] <plars> cwayne: I was going to try rerunning some of them, but the number of failures on each one of the failing tests looks to be the same as the last time it ran too
[19:19] <plars> cwayne: pretty much the same failures on both 67 and 68
[19:20] <cwayne> plars, so it's apparmor denying requests for the custom theme we have
[19:20] <plars> cwayne: ah
[19:20] <cwayne> plars, but what doesnt make sense to me is that when you actually are using it, the custom theme shows up just fine
[19:20] <plars> cwayne: doesn't seem to affect all apps, but it does seem to affect certain apps consistently
[19:21] <balloons> doanac, my friend. vanguard i trust :-) Can you have a look at this: https://code.launchpad.net/~vthompson/music-app/fixes-1259962/+merge/198601. Jenkins isn't landing the merge for some reason. The builders are failing
[19:21] <cwayne> plars, right, but im looking at an emulator instance now with the devel-proposed-customized, and the gallery app is 100% properly themed
[19:22] <cwayne> plars, and there's no errors, so something's weird
[19:22] <cwayne> somehow running it from autopilot is making it denied
[19:24] <sil2100> sergiusens: ok, let's wait till then
[19:24] <cwayne> plars, is autopilot confined in some way?
[19:26] <plars> cwayne: yes, it all runs identically to how we run on the other images
[19:26] <doanac> balloons: sorry. was grabbing lunch. looking now
[19:26] <cwayne> plars, so what's happening is it's getting denied looking for /custom/xdg/data/themes when running from autopilot
[19:26] <cwayne> but when actually using the device, it's allowed
[19:27] <fginther> sergiusens, re: https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1259568 - I don't have anything scripted yes
[19:28] <fginther> 'yet'
[19:28] <sergiusens> fginther, ack; so what we need to script is rather easy and was sort of stripped out of the build setup when going public, what we can do something similar
[19:29] <sergiusens> fginther, if you are working on something; I can review and add your missing parts
[19:29] <sergiusens> fginther, are you working on something that sets up the environment and another that works on the build?
[19:30] <fginther> sergiusens, right, a script to just set up the env would be adequate
[19:30] <cwayne> plars, is there a reason syslog isn't an artifact of the test runs?
[19:31] <fginther> sergiusens, I can put something together quick with the steps I performed as a start
[19:31] <sergiusens> fginther, sounds good
[19:35] <sergiusens> popey, https://myapps.developer.ubuntu.com/dev/click-apps/147/
[19:36] <plars> cwayne: iirc, it should come in the console output stream
[19:36] <plars> doanac: can you confirm? is that what we get in utah with the 'with device.tail_syslog()'?
[19:37] <popey> sergiusens: ack
[19:38] <doanac> plars: that is correct
[19:40] <doanac> plars: ie - the syslog should be in the jenkin job's console output
[19:41] <doanac> balloons: making progress on your issue. looks like the clock drifted on the build slave. working to get it fixed now
[19:42] <cwayne> i'm not seeing it there, i should be seeing the apparmor denials
[19:46] <popey> sergiusens: approved
[19:46] <doanac> balloons: you can top-approve and it should work now
[19:46] <balloons> doanac, k.. ty!
[19:51] <sergiusens> popey, yay
[19:52] <sergiusens> cjwatson, do you mind manually triggering the click sync please?
[19:56] <ChrisTownsend> fginther: Hey, to follow on that Unity armhf debugging from yesterday, I know have a test mesa in a PPA we can try.
[19:57] <ChrisTownsend> *now
[19:57] <fginther> ChrisTownsend, cool, what's the PPA? I'll kick off a build
[19:58] <ChrisTownsend> fginther: ppa:rocket-scientists/staging
[19:58] <ChrisTownsend> For armhf using that branch you used yesterday.
[19:58] <ChrisTownsend> fginther: Thanks!
[20:12] <sil2100> sergiusens: how's the sync?
[20:13] <sergiusens> sil2100, it's in, automated sync hits at 11' or 13' after the hour
[20:13] <sergiusens> we are good
[20:13] <asac> sergiusens: once an hour?
[20:13] <sil2100> \o/
[20:14] <sil2100> So I guess we're ok
[20:14] <sil2100> cyphermox: hi! Do you have a moment to press the build button?
[20:14] <asac> Q: how can we confirm that its really in (like: the image build will pick it up)? (like in archive we use rmadison)?
[20:18] <sergiusens> asac, it's in click_list and livecd-rootfs has a hook that picks it from there
[20:18] <cyphermox> sure
[20:18] <sergiusens> asac, so if it doesn't, we have a mitm :-)
[20:18] <asac> kk
[20:18] <asac> just checking :)
[20:18] <asac> lets go then
[20:19] <asac> if you confirmed it like that
[20:24] <ChrisTownsend> fginther: Could you send me the link to the build whenever you have it kicked off?
[20:26] <cwayne> plars, alright, so we've got an anwser for why all the clicks were failing on touch_custom
[20:26] <cwayne> still unsure of gallery-app though
[20:26] <cyphermox> sil2100: done
[20:27] <fginther> ChrisTownsend, http://s-jenkins.ubuntu-ci:8080/job/unity-trusty-armhf-ci/61/console
[20:28] <ChrisTownsend> fginther: Thank you
[20:29] <thomi> cihelp: I just noticed today that the job that updates the autopilot documentation has been broken for a while - look s like a networking issue: http://s-jenkins.ubuntu-ci:8080/job/autopilot-docs-upload/
[20:29] <thomi> I wonder if someone could take a look for me please?
[20:29] <fginther> thomi, looking
[20:30] <thomi> My guess is that since the machine moved lab, the firewall rules that IS look after will have to be changed
[20:30] <thomi> but that's just a guess :)
[20:30] <sil2100> \o/
[20:30] <sil2100> cyphermox: thanks!
[20:30] <sil2100> See you tomorrow everyone
[20:30] <fginther> thomi, timing of when the job started to fail would support that guess
[20:31] <thomi> fginther: yeah
[20:31] <fginther> thomi, I'll get a ticket filed to update the firewall
[20:31] <thomi> thanks
[20:31] <thomi> fginther: I assume once the FW is fixed you'll re-run the job?
[20:32] <fginther> thomi, I can if I remember to do so :-)
[20:32] <fginther> it usually takes them a while to respond to the request
[20:32] <thomi> fginther: thanks - I guess you'll run it to test the FW rules anyway
[20:33] <thomi> yeah, I usually hassle them on IRC :)
[20:40] <fginther> thomi, is maitri.canonical.com the correct destination?
[20:43] <thomi> fginther: yes
[20:59] <sergiusens> fginther, btw can we get automerge on lp:usensord? and some upcoming daily release prep?
[21:03] <fginther> sergiusens, I can help with setting up automerge, sil2100 and company can help with the daily-release prep
[21:04] <sergiusens> fginther, sure, just not sure how to make the request these days :-) seems the team is pending a merge :-P
[21:30] <fginther> sergiusens, this will take more time than usual, lp:usensord requires dh-golang on the host which isn't available for raring (which the build machines are currently running)
[21:34] <sergiusens> fginther, we just want trusty
[21:34] <sergiusens> oh
[21:34] <sergiusens> still raring?
[21:36] <fginther> sergiusens, it's a build host thing: http://s-jenkins.ubuntu-ci:8080/job/usensord-trusty-i386-ci/2/console
[21:37] <fginther> sergiusens, my plan was to move them to saucy eventually, this appears to be the trigger to start that process
[21:41] <cyphermox> fginther: daily-release-executor?
[21:41] <sergiusens> fginther, it's not super hard to backport dh-golang btw; just a bunch of perl scripts
[21:42] <fginther> cyphermox, I was waiting for the job to finish before change the connection method, looks like that just happened
[21:42] <fginther> cyphermox, should be back in a few minutes now
[21:48] <fginther> cyphermox, it's back up now
[21:49] <cyphermox> thanks
[22:00] <fginther> sergiusens, can I get back to you tomorrow on lp:usensord?
[22:01] <fginther> ChrisTownsend, the unity armhf build passed with your PPA
[22:17] <sergiusens> fginther, sure
[22:17] <sergiusens> fginther, I will have around 5 more jobs using dh-golang aprox fwiw
[22:17] <sergiusens> soon more to come
[22:26] <thomi> fginther: got a second?
[22:26] <fginther> thomi, yep
[22:27] <fginther> thomi, I do have a hard stop in 30 minutes
[22:27] <thomi> fginther: before I can get the new autopilot released to distro, I need to prove that it doesn't break anything...
[22:27] <thomi> in the past you made us a jenkins job to do this, I believe?
[22:27] <thomi> I'm trying to figure out how I can do this again, but there are so many 'autopilot' jenkins jobs out there I'm not sure what I should be looking at
[22:27] <fginther> thomi, yes, we did that for the 1.4 effort
[22:28] <thomi> fginther: right
[22:28] <thomi> do you remember which job it was?
[22:31] <fginther> thomi, found it: http://s-jenkins.ubuntu-ci:8080/job/autopilot-trusty-master/
[22:31] <thomi> sweet, let's see....
[22:32] <fginther> thomi, it worked by pulling the latest python-autopilot from the experimental ppa
[22:32] <fginther> thomi, is this for python3-autopilot?
[22:32] <thomi> fginther: sure
[22:32] <thomi> fginther: actually, I'm not sure
[22:32] <thomi> fginther: this is for whatever you use normally
[22:33] <fginther> python-autopilot in that case
[22:33] <thomi> yeah
[22:34] <thomi> so target_branch is the project whose tests I want to run... what do I put in landing_candidate?
[22:35] <fginther> landing_candidate is actually the value that holds the branch to test, target_branch is the 'trunk' branch
[22:35] <fginther> sorry, that's confusing
[22:36] <fginther> landing_candidate is the branch to test, target_branch is the 'trunk' branch. They can be identical
[22:37] <thomi> fginther: ok.. and this won't actually land anything though, right?
[22:37] <fginther> thomi, nope, it just buids and tests
[22:38] <thomi> awesome, thanks
[22:38] <fginther> thomi, hope that helps
[22:38] <thomi> fginther: testing it out now
[22:40] <thomi> fginther: are there still only 4 test runners in the pool? Just wondering how far I can push this
[22:40] <thomi> don't want to starve the rest of Canonical
[22:40] <fginther> thomi, yes still have just the 4
[22:40] <thomi> ok, thanks
[22:46] <Laney> thomi: if you have some time, can you cast a look at the autopilot tests in lp:ubuntu-system-settings on the device please? All but the most basic ones are broken & none of us has the autopilot smarts to figure it out
[22:47] <thomi> Laney: got a link to a failure page?
[22:48] <Laney> thomi: umm, a pastebin, don't know if there was an official run
[22:48] <Laney> thomi: http://paste.ubuntu.com/6586198/ was one robru did yesterday
[22:49]  * thomi looks
[22:49] <Laney> I guess it's some weirdness around how vrruiz set it up originally
[22:50] <thomi> ok, it looks like maybe the object names have changed or something. I can add it to my list of things to look at, but it's unlikely I'll get to it before tomorrow morning...
[22:50] <Laney> it passes on desktop
[22:50] <Laney> that's probably an important piece of information that I forgot to say :-)
[22:58] <thomi> interesting
[23:20] <robru> Laney, thomi : yep those failures are on mako
[23:22] <Laney> my brain is too small to understand it