[09:04] <rickspencer3> jibel, so the precise-desktop-i386_oem failed?
[09:08] <jibel> rickspencer3, right, but it's a problem with the test rig "error: failed to get domain 'f69f5139-5f95-4a8f-8b4c-a1623bd3e65c'"
[09:08] <jibel> in other words it failed to initialize the vm
[09:08] <rickspencer3> jibel, right, I didn't know if it was a problem in the lab, or a problem with the vm
[09:08]  * rickspencer3 shuts up and lets jibel work
[09:08] <rickspencer3> :)
[09:12] <jibel> it happens from time to time. From my investigation it's a problem in qemu
[09:15] <rickspencer3> jibel, looks like something similar precise-desktop-amd64_encryptedhome
[09:18] <jibel> rickspencer3, same error and each time "04:17:15.265: 1984: error : qemuMonitorIO:576 : internal error End of file from monitor" is displayed in the log
[09:18] <rickspencer3> :/
[09:18] <jibel> it's running again. Now if it fails it's the iso
[09:19] <rickspencer3> jibel, wow, there is a lot of green there
[09:19] <rickspencer3> https://jenkins.qa.ubuntu.com/view/Precise/
[09:19] <rickspencer3> :)
[09:20] <rickspencer3> all the server images turned from yellow to green
[09:20] <rickspencer3> next we need to get the upgrade bug fixed and the boot time tests
[09:20] <rickspencer3> :)
[09:21] <jibel> jamespage fixed the server tests yesterday and pitti tracked the deskop failures without mercy :)
[09:21] <jibel> we're working on the upgrades this morning
[09:22] <jibel> time to add more test cases and more red balls :)
[09:27] <jibel> rickspencer3, https://jenkins.qa.ubuntu.com/view/Precise%20Daily%20ISOs/ nearly all green
[09:27] <jibel> the yellow ball is because a minimal server install uses more disk than the minimal requirement of 500MB
[09:28] <jibel> the server team need to relax the constraint or put it on diet
[09:33] <rickspencer3> time to add more test cases and more red balls :)
[09:33] <rickspencer3> :)
=== _salem is now known as salem_
=== ara is now known as Guest31779
[13:02] <mvo> hello! would it be possible to get someone to review SRU for bug #893988 for maverick and natty?
[13:02] <ubot4> Launchpad bug 893988 in software-center (Ubuntu Oneiric) (and 3 other projects) "paypal purchase view needs support to create new windows (affects: 1) (heat: 28)" [Undecided,In progress] https://launchpad.net/bugs/893988
[13:03] <mvo> available in proposed since 11 days, I'm not 100% sure if the given test case will work though, privmsg if not please :)
[13:03] <mvo> (my account may have more permissions)
[13:10] <jibel> mvo, the base images of the upgrade tests use grub 1 shouldn't they be built with grub 2. Could it be the cause of the boot failure of lts-server ?
[13:20] <mvo> jibel: right, its because the vmbuild uses grub1  still :/
[13:22] <jibel> mvo, because I'm unable to reproduce the failure with grub2. I'll upgrade a broken vm to grub2 to validate this.
[14:32] <jibel> mvo, that was it. I added grub-pc to the list of additional pkgs which replaced grub -> grub2 in the base image. Now  lts-server upgrades correctly.
[14:32] <jibel> mvo, that should be done for all the profiles
[14:34] <jibel> mvo, if I add it to default.cfg will the AdditionalPackage setting of the individual profiles be appended to the default value or will it replace it ?
=== ara_ is now known as ara
[15:05] <mvo> jibel: good idea, that should actually work
[15:06] <jibel> mvo, it works, now the failures are real failures (unexpected debconf prompt)
[15:07] <jibel> mvo, but that's weird grub doesnt break when upgrading from O->P but does from L->P.
[15:07] <jibel> I won't kill me on this one now
[15:09] <mvo> jibel: right, still, would be nice if we supported grub1 user to go from l->p but I agree that at this moment its not a cause for panic :)
[15:09] <jibel> mvo, well when everything will be green we can go back to this specific case
[15:10] <jibel> grub-pc is installed by default on lucid so that would affect only people upgrading from hardy, maybe dapper
[15:11]  * mvo nods
[15:11] <mvo> yeah
[15:12] <mvo> thanks jibel for tracking this down!
=== yofel_ is now known as yofel
[15:46] <rickspencer3> patrickmw,  hey
[15:46] <patrickmw> rickspencer3, yo
[15:47] <rickspencer3> I see that you logged 2 bugs that are blocking automated install testing
[15:47] <rickspencer3> shall I assign them to teams to take a look at?
[15:48] <patrickmw> rickspencer3, if that would expedite this then yes.  I was just going to pester the +1 team again
[15:48] <rickspencer3> I'm doing it now then
[15:48] <patrickmw> rickspencer3, thank you
[15:49] <rickspencer3> patrickmw, I set them both to High and assigned them to teams
[15:50] <patrickmw> rickspencer3, thanks again. Oh btw, IS finished installing the plugins this morning.  Gema and I will create the new Dashboard(s) on Monday
[15:53] <jibel> stgraber, http://iso.qa.ubuntu.com/qatracker/reports/defects
[15:54] <jibel> stgraber, there's no syntax error, could it be something that happened with bzr export ?
[15:55] <stgraber> jibel: oh, that's weird, last I checked they had an exact copy of what we had on 91.189.93.73, apparently not :)
[15:55] <jibel> stgraber, oh, unless the version of postgres is too old
[15:55] <stgraber> jibel: it's lucid (limequat was upgraded in the process)
[15:56] <stgraber> jibel: oh, but that's lucid running postgres 8.3 :)
[15:56] <jibel> stgraber, yep, I'll install 8.3 here and check if the syntax is correct for this version
[15:56] <stgraber> jibel: thanks!
[15:58] <jibel> stgraber, 8.3 is available in hardy, couldn't it be upgraded and in sync with the version available on Lucid ?
[15:58] <stgraber> jibel: I'll open an RT to upgrade the DB to 8.4, 8.3 isn't supported on lucid anyway
[15:58] <jibel> stgraber, k :)
[16:01] <stgraber> jibel: sent, you're CCed on it
[16:01] <stgraber> jibel: currently my biggest issue is the XMLRPC API not working because of the proxy IS is running in front of the tracker. I already opened an RT for it and hope to have it fixed ASAP (as currently I need to add everything by hand ...)
[16:03] <jibel> patrickmw, could you update http://reports.qa.ubuntu.com/reports/boot-speed/ with today's results ?
[16:03] <patrickmw> jibel, its in progress
[16:04] <jibel> patrickmw, thanks
[16:18] <roadmr> salem_: hey! how's checkbox treating you lately? :)
[16:21] <salem_> roadmr, I have some more changes I still have to push to my branch
[16:22] <salem_> roadmr, still fighting with show_tree. The gtk version has some hacks, and I have to check if they will work fine with qt
[16:22] <roadmr> salem_: awesome :)
[16:23] <roadmr> salem_: oh, was just going to ask you about that. If the hacks are for specific behaviors and a Qt version without them works well enough, I'd say it's OK to not port every single one of our weird hacks
[16:23] <roadmr> salem_: remember we eventually will build an entirely new UI anyway
[16:24] <salem_> roadmr, sure, I suppose many of those wont be required, but maybe others will :)
[16:24] <roadmr> salem_: gotcha, you're right.
[17:06] <patrickmw> jibel, reports updated
[17:16] <salem_> roadmr, just updated lp:~tiagosh/checkbox/qt4. still no tree to choose the tests, but partially working.
[17:16] <roadmr> salem_: awesome! I'll have a look
=== salem_ is now known as _salem