[05:33] <rickspencer3> pitti, this doesn't look so bad today: https://jenkins.qa.ubuntu.com/view/Quantal/view/ISO%20Testing%20Dashboard/
[05:33] <rickspencer3> ;)
[05:33] <pitti> indeed! but that doesn't have an image for today yet, for the post-alpha 2 rush
[05:34] <pitti> I'm a bit worried about the ubiquity failure on https://jenkins.qa.ubuntu.com/view/Quantal/view/AutoPkg%20Test/
[05:34] <pitti> but it seems it did not actually break the manual testing
[05:38] <rickspencer3> pitti, this one? https://jenkins.qa.ubuntu.com/view/Quantal/view/AutoPkg%20Test/job/quantal-adt-ubiquity/
[05:39] <pitti> yes
[05:39] <rickspencer3> seems like it hasn't ever passed, I guess it needs some attention?
[05:39] <pitti> oh, sure it passed in the past
[05:40] <pitti> look at the green dots at the left
[05:40] <pitti> the debconf error is most probably a bug in the test, but the 'NetworkManagerWidget' object has no attribute 'view' one is real
[05:40] <rickspencer3> oops
[05:41] <rickspencer3> I wonder if the ubiquity tests combined with the upgrade tests will make getting ubuntu installed and upgraded much more robust?
[05:42] <pitti> that was the idea
[05:42] <pitti> that, and breaking the installer with e. g. a new GTK or a new pygobject (which did happen a lot in the past)
[10:37] <trijntje> short question, has the deadline for these tests passed? http://iso.qa.ubuntu.com/qatracker/milestones/222/builds/17847/testcases
[10:37] <mwozniak00> Hi, I have a small question? Is it possible to attach to the official repository the drivers written by third party person. I mean specifically about stk11xx for Syntek webcams.
[10:40] <jibel> trijntje, yes, alpha 2 has been released yesterday. Quantal daily is open for testing  http://iso.qa.ubuntu.com/qatracker/milestones/219/builds
[10:45] <trijntje> jibel: k thanks. I've subscribed to a number of images so I guess I'll get an e-mail when there are new ones available
[10:45] <jibel> trijntje, there is no notification for daily builds
[10:47] <jibel> and I'm wondering why todays are not on the tracker
[10:47] <jibel> trijntje, thanks for the heads up
[10:47] <mwozniak00> Hmm... Beter is use Quantal alpha2 iso or daily build ?
[10:48] <mwozniak00> for standalone istall of corse... i wana help whitch searching bug ;)
[10:48] <trijntje> jibel: I just noticed that the zsync link for the core images is broken, could that be related?
[10:48] <trijntje> http://iso.qa.ubuntu.com/qatracker/milestones/219/builds/17742/downloads
[10:50] <jibel> trijntje, it is related. It points to the version of the images before Alpha2. New images have been published and the old ones deleted
[10:50] <jibel> trijntje, latest build is there http://cdimage.ubuntu.com/ubuntu-core/daily/
[10:51] <jibel> mwozniak00, personally I use daily builds
[10:51] <jibel> you'll get the latest updates which is good for testing purpose
[10:55] <mwozniak00> ok. thx. i have hope that this is a little bit stable because i wanu use it for daily work ;) i know that is not recommendet but i like test unstable soft...
[11:06] <trijntje> jibel: should that be http://cdimage.ubuntu.com/ubuntu-core/daily/current?
[11:51] <jibel> trijntje, yes, current is a link to the latest build which in this case is 20120629/
[11:52] <trijntje> ok, thanks, then I know what images to test!
[11:53] <trijntje> (slightly offtopic, how are you able to run so many tests? I see your name everywhere)
[13:12] <brendand> is there a particular package i need to install to get the quantal xorg packages on precise?
[13:12] <brendand> despite the fact that i have the ppa enabled my xorg packages don't match the versions in the ppa
[19:48] <jibel> stgraber, lxc question. Can I tell to lxc-create to create the container filesystem in a different location than /var/lib/lxc ?
[19:50] <stgraber> jibel: I vaguely remember that path being hardcoded (or almost hardcoded) in quite a few places. In theory you could pass a .conf file (-f) to lxc-create with lxc.rootfs set to an alternate path, but I doubt it'll work
[19:50] <stgraber> I usually end up symlinking /var/lib/lxc somewhere else
[19:51] <stgraber> but feel free to file a bug about it as we certainly should allow containers to be stored in a different place
[19:51] <jibel> setting it in lxc.conf doesn't work. I'll bind mount the other drive
[19:51] <jibel> stgraber, ta
[19:52] <stgraber> np (I have /var/lib/lxc and /var/cache/lxc be symlinks to /data/internal/containers/ on most of my servers)
[19:58] <jibel> bug 1019398