[00:41] hi SergioMeneses [00:42] how are you phillw ? [00:42] i didnt see you in uds [00:42] SergioMeneses if you want to know... /j ##phillw [07:32] balloons ? are you in other utc ? [10:56] pitti: ping [10:56] hello vibhav [10:57] pitti: https://code.launchpad.net/~vibhavp/ubuntu/raring/libkal/add-autopkgtest/+merge/151920 :) [10:57] * pitti runs prepare-testbed [10:57] pitti: Works perfectly with sh -ex [10:58] pitti: What is the difference between the testbed and me using sh? [10:58] (Except that it is minimal) [10:59] vibhav: please forward libfann and libg3d to Debian (it's really becoming hard for me to keep track of those, please just send them right away) [10:59] I thought I had forwarded [11:00] * vibhav takes a ook at sent mail [11:00] look* [11:00] vibhav: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700911 is also asking for some updates [11:00] Debian bug 700911 in ebook-tools "simple DEP-8 testcase" [Wishlist,Open] [11:00] ah, wrong recipient [11:17] pitti: done \o/ [11:17] * vibhav forwards libfann and libg3d [11:25] pitti: Forwarded to the correct addresses [11:25] thanks [11:26] pitti: I think we've completed 5 packages? [11:28] I lost count, but could be, yes [11:29] yep [11:30] pitti: Could you add an endorsement? [11:30] yes, queueing [11:30] pitti: You can have a look here: http://ubuntu-dev.alioth.debian.org/cgi-bin/ubuntu-sponsorships.cgi?render=html&sponsor=Martin+Pitt&sponsor_search=name&sponsoree=Vibhav+Pant&sponsoree_search=name [11:31] pitti: thanks :D [12:06] pitti: libg3d autopkgtest is in Debian Sid now [12:07] pitti: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702424 [12:07] Debian bug 702424 in libg3d "libg3d: Added DEP-8 tests" [Wishlist,Fixed] [12:07] \o/ === Ursinha_ is now known as Ursinha === _salem is now known as salem_ === ara_ is now known as ara [16:34] njin, hello hello [16:37] ah, balloons, how are you ' [16:38] ? [16:39] trying an upgrade from quantyal but it is tooking more than two hrs [16:39] * quantal * taking [16:40] wha? why so long? [16:40] how are you upgrading? [17:13] balloons, yes upgrading in Vbox with just one core [17:13] ahh [17:15] balloons, ended just now, no bugs! [17:16] njin, nce [17:16] been following along with all the uds stuff? [17:24] balloons, yes i follow your works, but at the moment I need one complete day to update everythings, I hope soon, I start studying pythion [17:25] njin, ahh.. fun! have you tried/seen manual tests project? [17:25] nope, gimmi the link [17:25] https://launchpad.net/ubuntu-manual-tests [17:25] lol [17:26] http://www.youtube.com/watch?v=VO7DdlUSt_4 [17:26] No python needed :-) [17:27] You already know how to do that stuff.. but it's much easier now, and there are other folks writing stuff up too :-) [17:32] balloons, thanks, I'll start asap (not today), I've noted a change in the syntax, so we need to convert al the server test that I've already done ? [17:38] njin, everything is already converted my friend [17:38] when you branch the project you'll see everything is sorted.. all the existing tests (hardware, image, applications) are all in there [17:44] ok [17:47] zyga: how do you think the session went today? [17:48] roadmr: thanks for agreeing to help with getting an easily deployable dev environment up. [17:48] cprofitt: no prob :) [17:49] cprofitt: it was a good session, I would have liked some more concrete work items, but if we look at it from the point of view of kickstarting things and getting to know each other, it was very good [17:49] cprofitt: better than before [17:49] cprofitt: I think there's a lot of variability to session quality [17:50] cprofitt: I've been to really great sessions and to some rather crappy sessions [17:50] cprofitt: as for our session [17:50] zyga: I think the session leaders/ core participants influence session quality more than in-person [17:50] cprofitt: I think a lot of important points were raised [17:50] Yeah, I felt I did not do a good enough job of leading the session... a little weak on locking in work items [17:50] cprofitt: and actual actions are now what is the biggest factor for success [17:51] I agree. [17:52] cprofitt: there was good active participation, I think we were all pretty focused, we didn't wander off too much [17:52] no, there was no wandering off yet -- which was good [17:52] cprofitt: so there was no need for you to reel people in, that doesn't mean you didn't lead well :) it was fine I think [17:52] I do think there was a need for us to get to know each other [17:53] if this had been a physical UDS I would have wanted us to grab dinner one night [17:53] cprofitt: yes, I wish we'd had Sergio around but well.. [17:53] for now we just need to work on those items and develop regular communications channels [17:53] yes, having sergio around would have been really good as well. [17:54] Yeah, I never want to 'reel' people in. [17:55] sergio is me? [17:55] njin, have you used launchpad before? [17:55] yes, you are he [17:56] good to see you SergioMeneses [17:56] balloons, just for the bugsquad needs [17:56] cprofitt, roadmr I see the video but I was pretty busy [17:56] if you get stuck anywhere let me know. basically, branch the code, add your stuff, then push it to a branch and submit a merge request. The video and wiki tutorial should help you out [17:56] SergioMeneses: yes, no worries :) [17:56] but please ask questions if you don't get it.. [17:56] balloons, ok thanks [17:57] if you know of a need, open a bug for it [17:57] https://bugs.launchpad.net/ubuntu-manual-tests/+bugs?field.tag=todo [17:57] we keep tag things that need done with 'todo'.. you can see what's open now and pick something to work on if you wish [17:57] zyga: does plainbox work well on precise? or is it only quantal+ ? [17:58] balloons, i picked up upgrade from ubiquity [17:58] https://bugs.launchpad.net/ubuntu-manual-tests/+bug/1133037 [17:58] Launchpad bug 1133037 in Ubuntu Manual Tests "Test Needed: upgrade from ubiquty" [Undecided,In progress] [17:58] njin, awesome :-) [17:59] but not for today, now I can't [18:00] roadmr: it works perfectly in precise, precise and quantal are virtually identical from our point of view [18:00] now cooking time.... [18:01] njin, yum! enjoy! [18:01] cprofitt: ++ on a dinner sprint :) [18:03] njin, balloons but there are few bugs now :) [18:04] zyga: thanks yay! looking at preseed changes to install/run plainbox... [18:04] SergioMeneses: no worries on my end. [18:05] :) [18:05] btw where is phillw ? [18:06] roadmr: cool, thanks [18:06] roadmr: brendand was working on that [18:06] roadmr: you may want to check with him [18:06] roadmr: there are two considerations [18:07] zyga: oh crap he was? [18:07] roadmr: running on a server via upstart vs running on a desktop via gnome-session and .desktop files that auto-start [18:07] roadmr: and the command to run, I'm almost sure we'll run a dedicated 'plainbox sru' command [18:07] roadmr: and give it all the arguments [18:08] roadmr: how do you currently pass that to checkbox, via environment or command line arguments? [18:08] roadmr: (and lets keep talking here) [18:08] zyga: what about result submission? just && curl $whatever ? [18:09] roadmr: internal [18:09] roadmr: that's the whole command, even if we os.system("curl ...") [18:09] zyga: ok. well most of the parameters for sru runs are set using debconf [18:09] roadmr: ok, what parameters affect us [18:09] zyga: then there's a checkbox plugin that reads this and sets up the environment variables [18:09] roadmr: (we should add that to the whiteboard on the blueprint) [18:09] roadmr: right now we'll do the same [18:10] zyga: yep, as long as we pass the proper environment to the jobs they should run ok [18:10] roadmr: so plainbox sru will do whatever checkbox did [18:10] zyga: this is mainly used for the wireless testing and bluetooth stuff [18:10] roadmr: ohhh [18:10] roadmr: not that environment [18:10] roadmr: stuff for submission.xml, system id etc [18:10] zyga: the one parameter we'd need to pass is the hardware_id [18:10] roadmr: will we have to do something to get stuff like wifi settings from debconf to pass that to jobs? [18:10] roadmr: or do jobs handle that internally? [18:10] zyga: this is also set by debconf [18:11] roadmr: ok, could you add that to the whiteboard please [18:11] zyga: no, the jobs expect environment variables to be set [18:11] zyga: previously, we just put the variables in /etc/environment or something like that [18:11] roadmr: so plainbox actually has to load stuff from debconf and pass that, right? [18:11] zyga: you'd have to ask brendand about why we changed to handling that with a plugin [18:11] brendand: ^^ [18:11] roadmr: I'm trying to see what needs to be done in plainbox [18:11] roadmr: so far I see: [18:11] zyga: yes, either that or we go back to the old way (tm), but brendand's input would be good for that [18:12] roadmr: 1) read hardware-id from debconf [18:12] roadmr: 2) perhaps read some stuff from debconf and export that to job environment [18:12] roadmr: 3) have a new 'plainbox sru' command [18:12] zyga: the hardware_id can potentially be sent some other way, like a parameter when we create the upstart job, .desktop entry, or even something in /etc/default [18:12] ok time to join a session [18:12] roadmr: yeah but I'd rather do the same to minimize confusion [18:13] roadmr: ok, talk to you later [18:13] roadmr zyga - did you see the suggestion in the UF session that checkbox/plainbox be able to complete 'tests' in the background as the machine was used? [18:13] zyga: ok, teaching plainbox how to read checkbox debconf entries is also an option [18:13] cprofitt: nope [18:14] it was in the Etherpad and I missed it as well until I just re-read it [18:14] not sure how we could do that... I guess an opt-in [18:14] cprofitt: I think that's not worth doing, it's dangerous and subverting (a litte), the users can already run checkbox and move to another desktop if they want [18:14] cprofitt: I still think that revamping friendly entirely is better than doing some lifting on existing process [18:14] yes, I agree [18:14] cprofitt: ugh, that both degrades the user's experience and may invalidate some of the tests :/ [18:14] cprofitt: length of testing and lack of any personal connection is the killer [18:15] my only issue was allowing resume; which has been fixed [18:15] on the website I think it needs to be made more interactive -- building some social aspect [18:15] if UF is not usable it does not matter how the results are gathered [18:16] * zyga goes to a session now [18:21] roadmr, zyga - whoah guys, catch me up [18:21] brendand: hehe :) two things [18:21] brendand: 1) are you working on preseed changes for plainbox? [18:22] roadmr, yes - but i haven't got to the actual preseeds. i'm working on adding autostart to plainbox [18:22] brendand: 2) can you explain why we switched from setting environment variables directly in /etc/profile to setting them with debconf and using the environment plugin in checkbox? [18:23] roadmr, because we had to add support for the tester configuring wifi and bluetooth settings via a config file [18:24] roadmr, and somehow debconf settings can mimic the config file changes (??) [18:24] roadmr, so using environment variables felt like a somewhat roundabout way of doing it [18:25] brendand: oh yes, because you can set them in the config file as plugin-level variables [18:25] roadmr, you may need to track down cr3 and torture him for the real reason, i'm a bit hazy [18:25] roadmr, i know we made the change in montreal! [18:25] brendand: ok, maybe I'll do that [18:25] roadmr, torture him real good, just for me :) [18:25] brendand, roadmr: I'm glad you can cooperate on that :-) [18:26] and that we talk in public [18:26] zyga, co-operate on torturing cr3? [18:26] brendand: the thing is, plainbox needs to be able to pass the correct environment to the jobs, it can be made to read the debconf settings but we need a good reason to implement legacy behaviors I think [18:27] brendand: yes, that too :) [18:27] roadmr, right now the workaround is to just set the environment variables. they are referenced in the jobs [18:28] roadmr, really the rationale behind it was to avoid a tester having to set 8 environment variables in *every* new system [18:28] * brendand has to put some clothes on and make dinner :P [18:28] (what, tmi?) [18:30] lol brendand [18:45] brendand: clothes are required for dinner? [18:45] what... are you at a restaurant? [18:48] cprofitt: I guess it's best not to ask, you may not want to know the answer ;) [18:48] cprofitt: well if he's making dinner, avoiding burns by boiling liquid is a good reason for clothes [18:51] lol [18:51] roadmr: good point... I have to consider that next time [18:51] :) [18:51] though I do have to say my three children would never actually let me cook without clothing [19:40] * zyga calls it a day [19:42] good night zyga [19:49] HELLO FREE WORLD [20:13] balloons , do you confirm that the style in http://iso.qa.ubuntu.com/qatracker/testcases/1458/info is right or is reversed ? [20:14] njin, yep.. let me show you the orginal source for that [20:15] http://bazaar.launchpad.net/~ubuntu-testcase/ubuntu-manual-tests/trunk/view/head:/testcases/image/1458_Install%20%28%28JeOS%20on%20KVM%29 [20:15] see how it looks? [20:15] and the resulting look on the site itself? [20:17] yes, ok, text is bold then [20:20] well, tomorrow i start the testcase, goodnight balloons or better good afternoon [20:20] balloons: ^^ [20:21] njin, hehe.. good night === salem_ is now known as _salem