[00:44] <elopio> veebers: freshly flashed and the test passed.
[00:44] <elopio> I will try some more after the gym.
[07:45] <mgedmin> halp I can't log in into iso.qa.ubuntu.com
[07:45] <mgedmin> I tried my launchpad openid login and I'm getting a weird error, "The name mgedmin is already taken"
[07:45] <mgedmin> I'm not trying to sign up, I'm trying to log in, of course the name is taken, *I took it*
[07:46] <mgedmin> I had logged in successfully a few months ago, when I was testing utopic images
[07:46] <mgedmin> also, there's a 404 link for the orgotten password bit: https://bugs.launchpad.net/ubuntu-qa-website/+bug/1418381
[07:49] <mgedmin> curiously, I have a 'qa.ubuntu.com' username + password pair saved in my password safe, but it's not accepted by http://iso.qa.ubuntu.com/user/login
[07:50] <elfy> mgedmin: well there's not anything wrong with the login itself - just had to do the same here
[07:51] <mgedmin> do what?
[07:51]  * mgedmin files https://bugs.launchpad.net/ubuntu-qa-website/+bug/1418383
[07:53] <mgedmin> manually attempting openid login at /user/login with http://launchpad.net/~mgedmin as my openid url results in the same error: I'm at /user/register with "username already taken" :/
[07:54] <mgedmin> can't log in, can't report test test results :(
[15:47] <elopio> brendand: before you EOD, please make sure you review all the cards. I'm taking a look at yours.
[15:48] <brendand> elopio, i think i have
[15:49] <brendand> elopio, i didn't reply to alesage's because i don't have anything to add. i could just leave an approve i guess
[15:50] <elopio> brendand: for the cards that are in the review column?
[15:50] <brendand> elopio, yes
[15:51] <elopio> brendand: I don't see it. Like https://code.launchpad.net/~canonical-platform-qa/ubuntu-sanity-tests/add-verbose-flag/+merge/248700
[15:52] <elopio> https://code.launchpad.net/~canonical-platform-qa/ubuntu-sanity-tests/copy_data/+merge/248679
[16:18]  * alesage is doing reviews
[16:23] <elfy> balloons: https://wiki.ubuntu.com/QATeam/DevelopmentSetup/SyncImage
[16:47]  * balloons loks
[16:47] <balloons> elfy, nice interview btw.. Nice to know a little more history. I loved the opening line of selling from a van :-)
[16:47] <slickymasterWork> :)
[16:47] <balloons> where is this linked from elfy ?
[16:48] <elfy> balloons: it's linked from https://wiki.ubuntu.com/QATeam/DevelopmentSetup now
[16:48] <elfy> and :)
[16:49] <balloons> perfect
[16:49] <balloons> I cleaned up the unity8 stuff a bit more and sent round some mail about testing it
[16:49] <elfy> when you say loks I assume you lokked properly at it
[16:50] <balloons> I glanced.. soon enough I will read it
[16:51] <elfy> okey doke
[18:31] <dobey> erm
[18:31] <dobey> http://pastebin.ubuntu.com/10077296/
[18:31] <dobey> elopio, alesage: ^^ any idea why i'm getting an unknown option error for an option that's listed as an option, there? or do i need to bug uitk people?
[18:33] <elopio> dobey: yes, I don't know about that. I think that's the launcher kalikiana made for some tests.
[18:34] <dobey> elopio: yeah, get_toolkit_launcher_command() uses it. i changed to that, because get_qml_launch_command() throws a deprecation warning
[18:34] <dobey> i guess i should just leave it as deprecated for now huh?
[18:35] <elopio> dobey: yes, I'm not sure why using qmlscene is deprecated.
[18:36] <elopio> originally, the launcher was to reproduce some weird scenarios. I think it's ok for you to use qmlscene, which is what your app will be doing in the real world.
[18:40] <dobey> ok
[18:50] <dobey> elopio: http://pastebin.ubuntu.com/10077617/ <- any idea what's going on here exactly? seems the process starts and then immediately exits?
[18:52] <elopio> dobey: it is finding the proxy object for the process, then it's failing to select 'payui' from it. It doesn't seem like the process stops, that shows a different error.
[18:52] <elopio> dobey: if you push it I can take a look.
[18:53] <dobey> elopio: look at lines 3 and 4 in that log. what process is it waiting on there if not qmlscene?
[18:54] <elopio> dobey: right, but I think that it's between lines 2 and 3 that the test is running.
[18:54] <elopio> the traceback doesn't have a timestamp, so that's hard to confirm with the log.
[18:55] <dobey> so autopilot is bad at logging :)
[18:55] <elopio> dobey: try running with -v. That prints more things.
[18:55] <dobey> elopio: it's lp:~dobey/pay-ui/adt-run-ap
[18:55] <dobey> i have no idea how one would pass -v to autopilot when running it via adt-run like this
[18:55] <elopio> dobey: yes, we suck at logging.
[18:56] <dobey> adt-run --click-source . --click ../build-adt-run-ap-UbuntuSDK_for_amd64_GCC_ubuntu_sdk_14_10_utopic-Default/com.canonical.payui_15.01.last_amd64.click -U --apt-pocket proposed --setup-commands ubuntu-touch-session --- qemu ~/adt-vivid-amd64-cloud.img
[18:56] <elopio> dobey: ah, there's a trick for that. It's unsupported and pitti said not to use it, so I always forget about it.
[18:56] <dobey> that is how i'm running the tests
[18:56] <elopio> let me try to find it.
[18:57]  * balloons wonders if he should give up the goods
[18:57] <dobey> balloons: and become a monk?
[18:57] <elopio> balloons: I was trying to find it myself, as this is like the 10th time I ask you :)
[18:57] <alesage> and walk the earth
[18:58] <elopio> balloons: but go ahead.
[18:58] <dobey> alesage: i'm much better at salting it
[18:58] <alesage> dobey, just don't scorch it
[18:59] <balloons> dobey, you need to pass autopilot args into ADT_AUTOPILOT_MODULE
[18:59] <balloons> so something like ADT_AUTOPILOT_MODULE="-v testsuite" adt-run
[18:59] <balloons> but yes it's secret, bad stuff, undocumented, etc. I believe there may be a better way now to do it
[19:00] <elopio> I see on https://people.debian.org/~mpitt/autopkgtest/README.click-tests.html that you can define the command for running the autopilot tests.
[19:00] <elopio> maybe you would like to put -v there, so it's always verbose.
[19:01] <balloons> yes, you can change it inside the manifest, but you aren't likely to want to do it that way
[19:01] <balloons> that is of course the supported way I guess
[19:02] <balloons> I thought the default output got changed to subunit though?
[19:03] <dobey> eh, yeah, that's still very not nice
[19:04] <elopio> I've finished my test \o/
[19:05] <elopio> dobey: the click scope tests are still not running on jenkins, right?
[19:05] <dobey> elopio: the scope tests are running, yes
[19:06] <dobey> elopio: pay-ui autopilot tests aren't yet i think
[19:06] <elopio> dobey: great. I've just finished a test to uninstall a click package, for the sanity suite.
[19:06] <elopio> I will me moving some code upstream.
[19:06] <dobey> cool
[19:08] <elopio> alesage: please review this one as soon as you can, so I have time to make any changes you like before EOD
[19:08] <elopio> https://code.launchpad.net/~canonical-platform-qa/ubuntu-sanity-tests/uninstall_click/+merge/248710
[19:09] <dobey> elopio: i think the click scope autopilot test runs are still a bit unreliable in jenkins though
[19:10] <alesage> elopio, shall do
[19:10] <elopio> dobey: last thing I knew was the problem with adding the u1 account. But this test doesn't require a u1 account, it install the package with pkcon.
[19:11] <dobey> elopio: right. we aren't running the tests that actually require a u1 account though, are we?
[19:11] <elopio> I need first to add vertical swiping for the scope, and that needs some code in the toolkit. So it will take some time.
[19:11] <elopio> dobey: ah, let me see.
[19:12] <elopio> right, the test with credentials is skipped.
[19:13] <dobey> anyway, i'm more interested in getting a working run of payui autopilot tests under adt-run
[19:14] <dobey> but i guess i'll have to push it off further as well, because i also need to fix this other bug that actually affects users right now
[19:14] <elopio> dobey: yes, adt-run and payui, that will open many things. I'll look at your branch now.
[19:17] <dobey> elopio: oh i guess it's failing because it's probably trying to open online-accounts and that will fail
[19:25] <alesage> elopio, maybe I missed something about this in stand-up, where do I get dash.DashApps?
[19:27] <elopio> alesage: that comes from unity8, but adt-run should take care of the deps. Are you getting an error?
[19:27] <alesage> elopio, let me paste hang on
[19:28] <alesage> elopio, http://pastebin.ubuntu.com/10078188/
[19:29] <alesage> I guess we're needing that on import?
[19:30] <elopio> alesage: you have an older version.
[19:31] <elopio> is your host vivid?
[19:31] <alesage> elopio, utopic
[19:31] <elopio> there's something weird there, because the host should never import ubuntu_sanity_tests.tests
[19:32] <alesage> elopio, I think I encountered this at some point going over a veebers branch,
[19:32] <elopio> alesage: yes, we made a mistake somewhere.
[19:32] <alesage> there's a tests import to check something (foggy details)
[19:33] <alesage> I delayed the import but that bit might not have landed b/c yours landed first?
[19:33] <elopio> alesage: I have no idea what you are talking about.
[19:34] <alesage> elopio, ok then :) , I'll investigate a bit
[19:34] <elopio> where do you have the delayed import?
[19:35] <alesage> elopio, let me find
[19:35] <elopio> hum, actually on register_test_options, we are importing tests. So this will always happen.
[19:36] <brendand> alesage, elopio - have you guys hit this issue i'm seeing yet?
[19:36] <elopio> I think we need to remove that feature. There's no way to make it work with an older host.
[19:36] <dkessel> good evening
[19:37] <alesage> elopio, I was mistaken--I remember now (and see) that you're delaying that same import
[19:37] <elopio> balloons: which issue?
[19:37] <dkessel> elfy, can you confirm: "after booting into xubuntu daily x64 live image, when opening firefox, the start page appears in turkish" ?
[19:38] <balloons> evening to you as well dkessel
[19:38] <dkessel> evening balloons :)
[19:38] <alesage> I'm a bit confused as to why we're doing these imports on the test-runner-side at all
[19:38] <dkessel> the page it opens is http://start.ubuntu.com/15.04/Google/?sourceid=hp
[19:39] <alesage> or just tests I suppose
[19:39] <brendand> elopio, you can manage to type br<tab> right ;) ?
[19:40] <elopio> brendand: not while hungry.
[19:40] <elfy> dkessel: vivid?
[19:40] <brendand> elopio, we had to make fginther leave our channel because he shares *3* initial characters with fgiminez
[19:40] <brendand> elopio, lol
[19:40] <brendand> elopio, it hangs for me
[19:40] <dkessel> elfy: yup
[19:40] <elopio> :)
[19:40] <elopio> brendand: ah, right. Not yet. I'll flash after lunch and give it a try.
[19:41] <dkessel> came across it while reinstalling my development partition so i can test vivid again ;)
[19:41] <elfy> dkessel: just booting it - been looking at trusty the last few days
[19:41] <alesage> I guess I hope we'll support utopic, else I'll have to do a risky upgrade
[19:41] <dkessel> i doubt it is something about the iso really... i guess it would have to be fixed on that web server the page points to
[19:42] <elfy> dkessel: yep - can confirm that
[19:42] <alesage> elopio, this feels blocked for a bit? I'll resume my flight-mode work, or should I dig in here?
[19:43] <elopio> alesage: I'm removing all the things for this config feature that we have never used.
[19:43] <elopio> I'll ping you soon.
[19:43] <alesage> elopio, ok
[19:43] <elfy> dkessel: I would check ubuntu - but that's unbootable
[19:43] <dkessel> balloons: what do you think about it? ^ report a bug, or tell someone at canonical to fix that web server? ;)
[19:43] <dkessel> elfy: good to know - i won't even try i then
[19:48] <balloons> is it a geoip issue?
[19:48] <balloons> I'm slightly struggling to follow this.
[19:50] <elfy> grab xubuntu image - open web-browser - get turkish
[19:50] <balloons> post or pre install?
[19:50] <elfy> live session
[19:52] <elfy> http://i.imgur.com/9jYPEtL.png
[19:52] <elfy> balloons: ^^
[19:53]  * balloons boots
[19:55] <balloons> does it stay like that after boot? ohh.. that's actually different than I thought
[19:57] <knome> heh
[20:00] <elopio> alesage: can you please try again merging this?
[20:00] <elopio> https://code.launchpad.net/~canonical-platform-qa/ubuntu-sanity-tests/remove_tests_import/+merge/248817
[20:01] <alesage> elopio, ok
[20:02] <dkessel> mhh maybe that's part of the default firefox profile somehow? though the settings said my preferred language was english...
[20:03] <elfy> pretty sure it's not that
[20:07] <elopio> brendand: getting stuck, you are right.
[20:07] <elopio> I hate this. Every single week, it breaks when we are about to finish.
[20:08] <elopio> this looks like unity not being able to start.
[20:30] <brendand> elopio, it's weird - i've gone back to old revision of vivid, gone back many branches
[20:30] <brendand> elopio, semi-glad it's not just me, but it's really frustrating
[20:30] <brendand> elopio, it's getting stuck in adt-run right?
[20:31] <elopio> brendand: I'm investigating. I think it's a change they did on the lightdm mock.
[20:31] <brendand> elopio, last thing i see is : Loading tests from: /tmp/adt-run.mKS8sN/build.Xxo/real-tree
[20:31] <brendand> elopio, ahhh. so dev teams can break our s**t by changing their packages
[20:31] <brendand> elopio, no fair :P
[20:31] <elopio> brendand: totally.
[20:31] <elopio> that's why they have to run this test suite as part of their release process.
[20:32] <elopio> and we need to be smart about the code we keep in this branch.
[20:32] <brendand> elopio, well seems you have a better idea than i do. if you find a workaround please send a mail to the list
[20:32] <brendand> elopio, i don't want to be still stuck tomorrow
[20:32] <brendand> elopio, even if you don't, send your findings, any info will be useful
[20:32] <elopio> if I'm right, is in good part my fault for using self._lightdm_mock_type = None in our branch. It's clearly a private thing that we shouldn't be touching.
[20:33] <elopio> brendand: yes, I will.
[20:35] <alesage> if the symptom is hanging and a black screen I may be affected also
[20:35] <dobey> elopio: do you know how we can quickly get autopilot tests running in jenkins for payui MPs?
[20:36] <elopio> dobey: quickly, ask ci to add payui to their jobs. But that will not use autopkg, it will do something like phablet-test-run.
[20:38] <dobey> elopio: right, we don't have autopkgtest set up in trunk yet anyway. i want it for another MP i'm about to make. i made a small change to the mock test server to better reflect reality, but i can't verify that the tests still pass
[20:40] <elopio> dobey: yes, you'll need a config like the one you have for click scope tests. Ask the ci vanguard and he'll make it. It will be easier if you have a make task like the one in the scope too.
[20:41] <dobey> elopio: yeah, there's a make autopilot
[20:59] <alesage> elopio, this flash is taking a while, will have your review by EOD though
[21:00] <elopio> alesage: if you flashed, you will need my new branch too.
[21:00] <elopio> too many fires today.
[21:01] <alesage> elopio, meaning to install on device?
[21:01] <elopio> alesage: newest image has newest unity which breaks our tests.
[21:03] <alesage> elopio, ok then--what's your new branch?
[21:03] <elopio> alesage: in progress. I still haven't found a good workaround.
[21:05] <alesage> elopio ok that's good info, I'll stop flashing and resume flight-mode just to get that MP in (current flash is write-mode--do you know if there's a way to 'undo' write mode?)
[21:06] <elopio> alesage: you have to umount the partition. I don't know the path of the partition though.
[21:06] <alesage> elopio, k
[22:23] <brendand> elopio, any news about the issue?
[22:25] <elopio> brendand: still debugging.
[22:25] <elopio> it just seems unity doesn't want to start when called through adt run.
[22:25] <elopio> but it works just ok when done via adb shell
[22:25] <elopio> might be that we are doing it too fast.
[22:26] <elopio> I don't really know now. I will just keep trying things.
[22:26] <brendand> elopio, did you notice that neither mir socket is present?
[22:26] <brendand> elopio, either in /tmp or /run/user
[22:27] <elopio> brendand: yes, the log says that mir was killed.
[22:27] <brendand> elopio, that's not supposed to happen is it?
[22:27] <elopio> brendand: no. And the weird thing is that the whole unity suite succeeds.
[22:28] <elopio> that's why I suspect of stopping and starting too fast. The only difference I can see is that we stop during test set up.
[22:28] <elopio> will do some more  runs removing parts, I still have some hours today.
[22:29] <dobey> hmm, no, it shouldn't be trying to open online-accounts here
[22:55] <dobey> oh well, time to go. later all