[04:05] <RedSingularity> hggdh: u know the time beta 2 is officially released today?
[04:06] <RedSingularity> well its the 29th here in NY...
[04:06] <RedSingularity> ETA maybe with UTC?
[08:21] <gema> RedSingularity: it may be any time today, but I wouldn't hold my breath, it'll probably be afternoon / evening UTC time
[08:25] <Daviey> jibel: Hola, i understand you spoke to stgraber about automating the jenkins->iso tracker testig results feeding?
[08:44] <jibel> Daviey, morning
[08:44] <Daviey> jibel: You call this morning? :)
[08:45] <jibel> Daviey, well, I asked for documentation and he pasted a code sample
[08:45] <jibel> but that's pretty simple and it is self-documented code :)
[08:45] <Daviey> Yeah, i looked at it last night
[08:46] <Daviey> I thought about doing it for the server iso's.. but then wondered if you were doing it for all?
[08:47] <jibel> Daviey, if someone does it, it will work for everything. build number and jenkins jobs are flavor and variant agnostics
[08:48] <jibel> everything = all type of iso testing
[08:48] <Daviey> jibel: Is that a task you on your roadmap?
[08:49] <jibel> Daviey, It's on QA's todo since we started automated tests, not on mine specifically. It's low priority.
[08:50] <Daviey> Wouldn't the time saved in copying the results, making it a higher priority ?
[08:53] <jibel> It would, if we reported daily results to the tracker. But for milestone testing that's not much. For EC2 that would help
[09:01] <Daviey> jibel: Okay, do you know if there is scheduled time for it to be done?
[09:02] <jibel> gema, ^ do we want to do that before the new test harness is available ?
[09:10] <jibel> gema, https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/968061
[09:21] <gema> Daviey: we are in the process of moving to a new reporting format
[09:21] <gema> Daviey: that is lava compatible
[09:21] <gema> Daviey: balloons, the tracker and our new automation harness will accept it
[09:22] <gema> Daviey: but there are some infrastructure issues involved, such as how to register test cases on the tracker, how to reflect results from testing packages (not isos) in the tracker
[09:22] <gema> Daviey: so this is something that is not going to happen for P, but for Q
[09:23] <gema> Daviey: stgraber told us that it is easy for him to read the lava format, so not it is a matter of discussing the details during UDS and agreeing on timeframe for this
[09:23] <gema> s/so not/so now
[09:37] <Daviey> gema: ok
[09:37] <Daviey> gema: Is your test harness using real metal, or virtualisation?
[09:38] <gema> both
[09:38] <gema> and ec2 and canonistack
[09:38] <gema> and anything you feel like writing a plugin for :)
[09:38] <Daviey> gema: What are you using to manage this?
[09:38] <gema> Daviey: launchpad? what do you mean?
[09:39] <gema> Daviey: it is not in any blueprint yet because we are working on a simple proof of concept for UDS, after that, we'll have a blueprint to extend it during Q
[09:39] <Daviey> gema: What does the plug-in fit into?
[09:39] <Daviey> What are you using to provision bare metal
[09:39] <Daviey> ?
[09:39] <gema> Daviey: we will be using cobbler, likely
[09:40] <gema> Daviey: we are working on provisioning KVM first, though
[09:40] <Daviey> gema: ok
[09:40] <gema> Daviey: since we only have two devs working on it
[09:41] <Daviey> superduper. :)
[09:57] <alourie> gema: to provision kvm, you could use ovirt :-)
[09:58]  * alourie has a disclaimer: he is speaking as an involved party
[10:07] <gema> alourie: you can always write a plugin for ovirt if you want in the future, there will be nothing stopping you from doing that ;)
[10:09] <alourie> gema: true :-), but ovirt is already a pretty huge animal that handles kvm-based VMs :-)
[10:09] <alourie> that's its purpose in life
[10:39] <gema> alourie: then you keep using ovirt, no problem!
[12:34] <jibel> bdmurray, good morning
[12:35] <jibel> bdmurray, have you seen lot of bugs with similar symptoms https://launchpad.net/bugs/966294
[12:36] <jibel> bdmurray, ubiquity doesn't switch from user setup to webcam, then runs forever consuming cpu and memory until the system dies
[12:39] <jibel> Daviey, ec2 are not on the tracker ?
[12:58] <jibel> gema, does cheese runs on the machine with the webcam isseu ?
[12:58] <jibel> *issue
[13:00] <jibel> gema, the problem is not new apparently, users reported the problem back in december
[13:01]  * gema goes check cheese
[13:14] <gema> jibel: it hangs too
[13:15] <jibel> gema, ok cool, not ubiquity's fault. gst or kernel
[13:15] <gema> jibel: yeah, that is what we determined yesterday
[13:16] <stgraber> yay, one less bug on my list :)
[13:16] <stgraber> that one was getting a bit annoying as I don't have any hardware with the issue and couldn't find anything wrong in ubi-webcam
[13:17] <gema> stgraber: I would have shipped the machine to you
[13:17] <gema> :)
[13:19] <gema> the machine is completely useless, I am going to install with alternate
[13:19] <jibel> gema, can you comment on the report please. We'll move to gst, it's the next layer on the list I think
[13:20] <gema> jib
[13:20] <gema> jibel: ok
[14:22] <roadmr> balloons: on the relocation of the checkbox-qt-service binary, here's the patch I think may solve it: http://paste.ubuntu.com/905661/
[14:22] <roadmr> balloons: I think you'd have to rename the service altogether to avoid clashing with stock checkbox
[14:50] <bdmurray> stgraber: is there some way to blacklist webcams and skip that part?
[14:50] <stgraber> bdmurray: currently the easiest way is to just remove /usr/lib/ubiquity/plugins/ubi-webcam.py
[14:51] <stgraber> bdmurray: blacklisting won't be the right fix anyway as chesse and anything else using gstreamer to access the webcam will get stuck in the same bug
[14:52] <bdmurray> sure it isn't the right fix but will whatever the underlying bug is get fixed by the final release?
[15:43] <stgraber> bdmurray: I certainly hope so because we don't even know exactly what to blacklist at this point :)
[21:23] <skaet> Thank you to everyone who helped with the testing of this Beta 2.
[21:24] <skaet> https://wiki.ubuntu.com/PrecisePangolin/TechnicalOverview/Beta2/Testers
[21:24] <skaet> Images would not have been released without your help.
[21:34] <marjo> skaet: Congrats
[21:34] <skaet> Thanks marjo   :)
[21:36] <skaet> team effort,  no question.
[21:44] <hggdh> skaet: on the tech overview, downloading beta 2, the sentence starts with "Beta 1 images..."
[21:44] <hggdh> skaet: can I correct?
[21:45] <skaet> hggdh,  if you can edit it,  please do.
[21:45]  * skaet will go in and fix.
[21:45] <hggdh> skaet: done, the wiki was sort of slow
[21:47] <marjo> hggdh: i also noticed iSO downloads were very slow
[21:48] <hggdh> marjo: yo sir, how's life?
[21:48] <skaet> thanks hggdh,  yes.  its going to be for a couple of hours now.   This happened after beta 1 as well.
[21:48] <hggdh> marjo: prolly thowsands of people downloading, and mirrors syncing, etc
[21:48] <marjo> hggdh: "Life is good"
[21:48] <hggdh> :-)
[21:49] <hggdh> beats the alternative
[22:37] <stgraber> sorry for the flood, testing a fix in the bug
[22:45] <stgraber> ok, done playing with the bot, sorry for these
[23:55] <hal71> ive been testing lubuntu for a couple of hours
[23:56] <hal71> hello