elopioveebers: the bamf process manager will not work with xvfb?01:29
elopiohum, and I'm also having problems with ubuntu_upstart_launch01:33
veeberselopio: Are you saying you're having issues with using autopilot under xvfb?01:34
elopioveebers: yes. I'm trying to run the toolkit tests with autopilot3-sandbox-run01:35
elopiothe ones that use ubuntu_upstart_launch failed to launch01:35
veeberselopio: hmm, I wonder if it's setting the environment variables as expected. I'm not sure oof the top of my head sorry, I don't have experience with the -sandbox-run script yet'01:35
elopioand the ones that use launch_test_application fail because they use the process manager to resize the window.01:36
veeberselopio: have you had it working in the past or is this a new attempt?01:37
elopioveebers: it's the first time I try it.01:37
veeberselopio: what are you running? I would like to give it a try01:39
elopiobzr branch lp:ubuntu-ui-toolkit/staging01:40
elopiocd staging01:40
elopiosource export_modules_dir.sh01:40
elopiocd tests/autopilot01:40
elopioautopilot3-sandbox-run -X -d ubuntuuitoolkit.tests.custom_proxy_objects.test_listitems.SwipeToDeleteTestCase.test_swipe_item_to_wrong_direction01:40
elopiosomething l ike that.01:40
veeberselopio: I'm pretty sure it's due to unity (and thus bamf) not running in the created environment, similar reason for the upstart issue. I'm just trying to confirm now01:56
elopioI'm not sure what bamf is, but yes, it says no applications are running even when they are on the launch_test_application case01:57
veebershmm, I don't think I"m exactly right, but I'm on the right path02:01
elopioveebers: without xvfb or xephyr we can't run autopilot autopkgtests, right?02:30
veeberselopio: can I ask what you're using it for? I'm still poking around at the moment (re: the bamf stuff, I suspect the upstart stuff is a different ketle of fish)02:30
veeberselopio: honestly I don't know much about the autopkg tests, but I would say you're correct02:31
veeberselopio: that question of mine was directed in general, not your query re autopkgtests :-)02:31
elopioveebers: I'm trying to start running the autopilot tests as autopkgtests. The toolkit team is the one that suffers more because they have too many tests, so I tried to start there.02:31
veebersah, right make sense02:31
veebersthomi: who would a good person to talk to about bamf nowadays? It looks like there needs to be 'something else' added to use it within Xephyr02:40
thomihuh? you shouldn't need to02:40
thomiyou're running unity 7, right?02:40
veebersthomi: yeah I am, but it's not working as expected when using the autopilot3-sandbox script (which uses Xephyr & dbus-launch to create a new environment) so it's not using the same bamf connection as my desktop02:43
thomiwell no, it wouldn't02:43
thomibut you also don't want it to, right?02:43
veebersthomi: why wouldn't I? At the moment elopio is trying to use it to run tests, and it's failing for him because the process_manager (bamf) isn't working for him02:44
thomiveebers: because you want bamf to match the nested apps, not the apps on your desktop02:45
thomiso I suspect you're not running unity7 in your nested session02:45
thomior perhaps running u7, but not the bamfdaemon (although that should be auto-started, I believe)02:45
veebersthomi: no you misunderstood (or I didn't exaplion well). You're right I don't want it to match the apps on my desktop02:45
veebersit's the apps launched within the new newsted environment that aren't  showing up in bamf02:46
thomihow do you know that?02:46
veebersthomi:right, there is no unity7 within the nested X02:46
veebersthomi: d-feet and ipdb02:46
thomihow are you connecting to the nested dbus session with d-feet?02:46
veebersfrom within my python dbugger I get os.environ['DBUS_SESSION_BUS_ADDRESS'] and plug that into d-feets 'connect to different bus'02:47
thomiok, so I don't think your apps will be mapped unless u7 is running02:48
thomibut WRT your original question, I'd ask someone like Trevino or Stephen Webb02:48
veebersthomi: right, I guess that's the answer we're looking for. The 'something else' is unity7 :-)02:48
thomiI'm a little concerned that the toolkit tests need bamf :-/02:49
elopiothomi: it shouldn't. But I want to resize the window and bamf is the only backend for that at the moment.02:49
veebersthomi: ok, also; Ted G is the man to talk to about ubuntu-app-launch right? (elopio is also having issues with that using the sandbox)02:49
elopiothomi: how could I resize an app on xephyr or xvfb without unity7 running?02:50
thomiyes, tedg is libUAL02:50
thomielopio: why do you want to resize the app, and how do you do this on a device?02:51
veeberssweet, cheers thomi02:51
elopiothomi: I want to simulate the size the window will get on a device.02:51
thomielopio: ahhhh02:51
elopiojust for desktop runs. On the devices I don't do it.02:51
thomithat's really nasty02:51
thomican't you set the window geometry when you launch it?02:52
elopiothomi: no. ubuntu-launch-app doesn't know about geometries02:52
veeberselopio, you could set the xephyr screen size02:52
elopiothat was ted's explanation.02:52
veebersno wait, that doesn't affect the app02:52
thomielopio: well, this is a really nasty hack, and TBH I'm not surprised we're finding problems with it02:53
thomiI don't understand why libUAL would have to know about *anything* in the command line parameters02:53
thomibut there you go - that whole area is a huge ball of oddness02:53
elopiothomi: it's a little bad. But shouldn't we be able to resize windows anyway?02:53
thomielopio: on a platform where that makes sense, sure, and you can02:54
thomielopio: but you're trying to do it on a platform that we don't support02:54
thomi(i.e.- a raw X session, with no desktop manager)02:54
elopioyou are right, xephyr doesn't let me resize the app manually either.02:56
elopioveebers: if I change the xephyr window size, the app is just scaled in it. It seems to me that the only way to do it is to pass the window size when launching the app.02:58
veeberselopio: right, I redacted my suggested as soon as I said it, sorry :-\02:58
elopioI could skip the device simulation scenarios for now. But we need the launch upstart working.02:58
elopioveebers: martin put some insteresting things about upstart here: /usr/share/autopkgtest/setup-commands/ubuntu-touch-session03:00
* veebers looks03:01
veeberselopio: where would I see that on my system? DO I need to install something else?03:01
elopioveebers: sudo apt-get install autopkgtest03:01
veebersahh, makes sense03:01
veeberselopio: right, it looks like there is some more details needed for upstart when using the sandbox script. Are you able to reuse the autopkgtest stuff somehow for what your doing?03:07
elopioveebers: I'm trying to set up the autopkgtests on the package to then run them with that setup script to see what happens.03:07
veeberselopio: ah ok, sweet. Let me know how it goes03:07
elopioI'm understanding half of what I'm doing :) I'm collecting tons of questions for Martin.03:08
veeberselopio: oh, thanks for update the touch duration branch of yours. Approved03:13
elopioveebers: thanks to you for the review.03:13
elopioveebers: the launch still fails with that set up.04:16
veeberselopio: :-( Can you tell why it fails?04:17
elopioveebers: it says the same thing as on xvfb, RuntimeError: Timed out while waiting for application to launch04:18
elopioit just takes a lot longer to say that04:18
veeberselopio: which part timed out? Is this autopilot, or the process manager or something else?04:18
elopioveebers: it's autopilot waiting for upstart to launch the app.04:20
veeberselopio: are you able to write a simple example/script that launches an upstart app in Xephyr (without using autopilot)? We want to single out if it's autopilot or the upstart/dbus setup that's getting in the way04:21
elopiolet me read the man04:24
elopioveebers: this seems to work04:29
elopio$ Xephyr -screen 1280x1024 :1 &04:30
elopio$ initctl set-env --global DISPLAY=:1.004:30
elopio$ ubuntu-app-launch dialer-app04:30
elopioif you have the dialer-app package installed.04:30
veeberselopio: what happens if you setup the "initctl set-env --global DISPLAY=:1.0" in the autopilot test? i.e. before the app is launched04:31
elopioI'm trying04:32
veebershmm actually that's silly of me04:32
veebersoh actually maybe not04:32
veebersI was confusing ENV with the initctl set-env.04:32
elopioveebers: the xephyr display started by autopilot is :5.0, but it doesn't work.04:34
elopioit still fails to launch the app.04:34
veeberselopio: do you see anything come up on the xephyr screen?04:34
elopioveebers: nothing.04:35
elopiooh, but this works.04:35
elopio$ Xephyr -screen 1280x1024 :1 &04:35
elopio$ initctl set-env --global DISPLAY=:1.004:35
elopio$ autopilot3 run ubuntuuitoolkit.tests.custom_proxy_objects.test_listitems.SwipeToDeleteTestCase.test_swipe_item_to_wrong_direction04:35
elopioit's just the sandbox the one that fails to launch it.04:35
veeberselopio: hmm, so you're saying that running that makes it work (i.e. the app appears on the xephyr screen)?04:37
elopioveebers: yes.04:37
veeberselopio: I would say that it's the dbus stuff breaking it then (as the sandbox script uses dbus-launch)04:37
veeberselopio: you could prove that by editing the sandbox script to remove the dbus-launch part and running it, it will use your normal session bus but that's ok04:38
veebersthis isn't a solution, but some debugging btw :-)04:38
elopioveebers: well, it would still miss the initctl set-env part.04:40
veeberselopio: oh sorry, I meant to say add that in (in the sandbox script)04:41
elopioveebers: yes. With the set-env and without the dbus-launch, the sandbox works.04:42
veeberselopio: It looks like there needs to be more setup for ubuntu-app-launch to work with the different session bus, but isn't that what that script that you linked me does?04:43
elopioveebers: I thought so. It could be that what failed on my adt-run execution was the missing set-env04:45
elopioI can try, but that's going to take longer than what I'll remain awake. I'll leave it running.04:45
veeberselopio: heh, let me know how it goes ^_^04:46
zbenjaminhey guys12:59
zbenjaminis there any way for me to wait for a Qt signal in a test?12:59
zbenjaminballoons: ^ any idea?13:02
elopiozbenjamin: there's a discouraged way to do it15:08
elopioit's undocumented and thomi keeps saying that we should remove it, because it almost always means that you are using autopilot wrong.15:08
elopiowhat are you trying to do? Maybe we can find an alternative.15:08
zbenjaminelopio: why is the QtSignalWatcher discouraged? and what is the correct way15:08
elopiozbenjamin: when you are doing black box testing through the UI, you take the role of a real user.15:09
elopioreal users don't have access to signals. They need to be notified through the UI.15:09
elopioso if you are waiting for something, there must be a visual clue for it.15:17
balloonsveebers, can I use something that is python 3.3+ only in autopilot?22:40
veebersballoons: um, 3.3 is default in Utopic right?22:42
balloonspython3.4 I thought is default?22:43
veebersballoons: ah, you might be right. Right so now autopilot is python3 and i utopic you can use what is default there (i.e. 3.4)22:44

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!