=== ogasawara_ is now known as ogasawara [06:56] good morning! [13:02] jcollado: hey javi [13:02] ara: Hola [13:03] jcollado: I am testing the changes of mago (that are now in trunk) [13:03] jcollado: and if I run PYTHONPATH=. ./bin/mago -f gedit/gedit_chains.xml [13:03] jcollado: it does not discover anything [13:03] jcollado: but running PYTHONPATH=. ./bin/mago -a gedit [13:03] jcollado: does [13:03] jcollado: am I missing anything? [13:04] ara: Strange. Let me see [13:18] ara: There problem is because application.filenames contains directory data instead of only basenames as expected [13:18] ara: I'll fix it in a few minutes [13:19] jcollado: gracias :) [13:24] ara: Done. Try: PYTHONPATH=. ./bin/mago -f gedit_chains.xml [13:26] jcollado: cool, it works,thanks! [13:26] ara: Welcome [13:31] jcollado: weird enough, it does now open the application, but it does not execute the test [13:31] jcollado: is it working for you? [13:33] ara: yes [13:35] jcollado: I guess it is something related to ldtp itself. I will try later [13:35] ara: Maybe it has to do with the environment variables. Do you have any of them set? [13:36] jcollado: I have to step out now. I'll try it later. Thanks! [14:24] yo homies [15:21] OMG, manjo [15:22] JavaOops, hey! [15:22] what you doing here ? [15:22] at home, bored [15:22] :) [15:22] I knew some folks I know are here [15:22] JavaOops, retired ? [15:23] you betcha, just bought that new walker [15:23] ;) === rmcbride_ is now known as rmcbride [16:53] cr3: re the 8.04 iso testing/proposed bits in the release meeting; the current set of isos should be built with -proposed enabled, as in, they should already include packages from the -proposed pocket. [16:54] cr3: so if you're testing whatever's on the image itself, we should be fine. [16:55] sbeattie: excellent, thanks for the clarification, that's exactly what I do [16:55] slangasek: ^^^ [17:39] cr3: right, sounds good then === ogasawara_ is now known as ogasawara === fader is now known as fader|lunch === fader|lunch is now known as fader [21:38] hey cr3, fader, you folks around? [21:38] eeejay: yo [21:38] eeejay: Right here... wassap? [21:38] cr3, i haz 2 questions [21:39] cr3, 1. how do i pass more than one config key in the command line [21:39] eeejay: simply more than one --config argument [21:39] cr3, 2. in normal circumstances, checkbox is run as root, right? [21:40] cr3, it belches with an unrelated dbus error, dunno why [21:40] cr3, i am trying to blacklistthe graph plugins [21:41] eeejay: yeah, that's a complicated one. checkbox, once installed from package, normally runs as the user and delegates tests and registries to be run as root to the dbus backend, hence your error message because the dbus backend ain't running [21:41] eeejay: bzr merge to disable that graph plugin, it was committed by mistake [21:41] cr3, gotcha. thanks [21:42] cr3, and regarding which user checkbox is being run as [21:42] eeejay: however, the other checkbox clients (compatibility and certification) run as root, which will be a problem for desktop testing [21:42] cr3, the mago command line runner will always be run as a user, and not root? [21:42] cr3, gotcha [21:42] eeejay: unless you explicitly specify this in your test: user: root [21:43] cr3, how do you mean, there is a way of doing that? [21:43] eeejay: yeah, if some tests need to be run as root, they can be delegated to the dbus backend which runs as root [21:44] cr3, yeah. but if we are talking about checkbox-cert, it will be run as root regardless, no? [21:44] eeejay: yes, that will need to be changed though [21:44] if we are to be running desktop tests, we can't run as root [21:44] cr3, maybe for now we will put in a sudo prefix [21:45] eeejay: how do you expect to handle prompting? [21:45] heh, I mean, how do you pyexpect to handle prompting? :) [21:45] cr3, not sure what you mean [21:46] eeejay: oh, you mean sudo from root to the user, that'll be a little hairy in order to also determine the x session of the user [21:46] cr3, i must experiment! [21:47] eeejay: I think time would be better spent running checkbox-certification as the normal user, it'll have to be done sooner or later... better sooner :) [21:47] eeejay: how did you like my answer to your bug? :) [21:47] * cr3 steps out for a smorke [21:49] cr3, the change you propose looks right [21:51] eeejay: Think he'll want a cigarette after he finishes smorking? [21:52] fader:is snorking snort smoking? [21:52] eeejay: I'm not sure if we'd be happier not knowing. [21:53] sinus cancer [21:56] pretty certain there's a snorkle involved. [21:57] snorkel even [22:02] eeejay: by the way, in my proposed change, I misplaced the closing parenthesis for the i18n, it should be immediately after the string literal [22:02] cr3, gotcha [22:03] cr3, should i commit that change? [22:03] eeejay: sure, seems innocuous enough [22:14] cr3, is there even a session when checkbox-certification is run? [22:15] eeejay: nope, it's run from the system cron [22:16] cr3, well we will need that too :) [22:16] eeejay: I once managed to get desktop testing to work when running as root, but it required connecting to the x session of the user and also doing something special with ldtp [22:16] cr3, maybe preseed with auto-login [22:16] cr3, i got passed that [22:17] eeejay: oh, there is a user session, I'm using auto-login indeed [22:17] cr3, the right sudo command works [22:17] cr3, ok. that is what i needed [22:24] bbl [22:39] Have a good weekend, y'all