| rickspencer3 | jibel, so the precise-desktop-i386_oem failed? | 09:04 |
|---|---|---|
| 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:08 |
| jibel | it happens from time to time. From my investigation it's a problem in qemu | 09:12 |
| rickspencer3 | jibel, looks like something similar precise-desktop-amd64_encryptedhome | 09:15 |
| 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:18 |
| rickspencer3 | jibel, wow, there is a lot of green there | 09:19 |
| rickspencer3 | https://jenkins.qa.ubuntu.com/view/Precise/ | 09:19 |
| rickspencer3 | :) | 09:19 |
| 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:20 |
| 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:21 |
| jibel | time to add more test cases and more red balls :) | 09:22 |
| 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:27 |
| jibel | the server team need to relax the constraint or put it on diet | 09:28 |
| rickspencer3 | time to add more test cases and more red balls :) | 09:33 |
| rickspencer3 | :) | 09:33 |
| === _salem is now known as salem_ | ||
| === ara is now known as Guest31779 | ||
| 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:02 |
| 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:03 |
| 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:10 |
| mvo | jibel: right, its because the vmbuild uses grub1 still :/ | 13:20 |
| jibel | mvo, because I'm unable to reproduce the failure with grub2. I'll upgrade a broken vm to grub2 to validate this. | 13:22 |
| 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:32 |
| 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 ? | 14:34 |
| === ara_ is now known as ara | ||
| mvo | jibel: good idea, that should actually work | 15:05 |
| jibel | mvo, it works, now the failures are real failures (unexpected debconf prompt) | 15:06 |
| 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:07 |
| 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:09 |
| jibel | grub-pc is installed by default on lucid so that would affect only people upgrading from hardy, maybe dapper | 15:10 |
| * mvo nods | 15:11 | |
| mvo | yeah | 15:11 |
| mvo | thanks jibel for tracking this down! | 15:12 |
| === yofel_ is now known as yofel | ||
| rickspencer3 | patrickmw, hey | 15:46 |
| patrickmw | rickspencer3, yo | 15:46 |
| 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:47 |
| 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:48 |
| rickspencer3 | patrickmw, I set them both to High and assigned them to teams | 15:49 |
| 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:50 |
| jibel | stgraber, http://iso.qa.ubuntu.com/qatracker/reports/defects | 15:53 |
| jibel | stgraber, there's no syntax error, could it be something that happened with bzr export ? | 15:54 |
| 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:55 |
| 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:56 |
| 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 :) | 15:58 |
| 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:01 |
| 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:03 |
| jibel | patrickmw, thanks | 16:04 |
| roadmr | salem_: hey! how's checkbox treating you lately? :) | 16:18 |
| salem_ | roadmr, I have some more changes I still have to push to my branch | 16:21 |
| 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:22 |
| 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:23 |
| salem_ | roadmr, sure, I suppose many of those wont be required, but maybe others will :) | 16:24 |
| roadmr | salem_: gotcha, you're right. | 16:24 |
| patrickmw | jibel, reports updated | 17:06 |
| 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 | 17:16 |
| === salem_ is now known as _salem | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!