[14:24] <heno> schwuk: how is work going on the extended result reporting going? Have you been in touch with ogasawara about requirements?
[16:01] <heno> cr3: can you confirm that the landscape seed change has dislodged the testing problems?
[16:01] <heno> cr3: I don't see any alternate installs from today
[16:02] <cr3> heno: sure, I'll have a look at the machines
[16:02] <heno> (this is for the release meeting, now in #ubuntu-meeting)
[16:04] <davmor2> heno: there is a new issue with xorg that might screw it now :)
[16:06] <cr3> heno: I tell you, I really want install reporting :(
[16:08] <cr3> heno: 2008-09-11T14:36:22 ERROR canonical.certify.message Error processing the payload for hardware 200705-82
[16:08] <cr3> heno: there seems to be errors in processing messages
[16:10] <heno> davmor2: do you have a bug #
[16:12] <davmor2> no bug it's on the daily build list http://people.ubuntu.com/~ubuntu-archive/livefs-build-logs/intrepid/ubuntu/latest/livecd-20080912-i386.out at the bottom of the page
[16:13] <davmor2> heno: ^
[16:14] <davmor2> heno: ah it's okay it's onlt on live alt should be okay
[16:14] <cr3> heno: ProgrammingError: ERROR:  index row size 6480 exceeds btree maximum, 2712
[16:14] <cr3> heno: that's kinda good, I was concemplating a couple solutions for that. both solutions can be implemented independently client and server side.
[16:15] <cr3> heno: on the client side, I want to implement a console filter to limit the size of messages.
[16:15] <cr3> heno: on the server side, I want to use something like the librarian to store test output into files rather than the database
[16:15] <cr3> both solutions, including install reporting, could be implemented before Monday
[16:16] <heno> davmor2: thanks
[16:16] <cr3> I don't think there will be many iso images published before then, so does that sound reasonable?
[16:16] <heno> cr3: iso images are published daily
[16:17] <cr3> heno: so distro not only has 48 hours per day but also 14 days a week? :)
[16:17] <heno> we still don't have any test reports that are useful for anyone else
[16:18] <cr3> reports can be added later, results will be lost in the meanwhile :(
[16:18] <heno> without reports time to fix is lost
[16:18] <cr3> so you want me to work on reports too?
[16:19] <cr3> I would recommend parallelizing tasks so that reports and reliable test results are both ready at the same time
[16:20] <cr3> right now, the introduction of ltp, lsb and autotest have broken the reliability of storing test results :(
[16:21] <heno> we may need to pull those back so we can get more reliable runs
[16:21] <cr3> heno: yep, I've pulled lsb for now but these tests have simply uncovered problems that are nonetheless still there
[16:22] <cr3> so runs aren't "more reliable" per se, it's just that the other tests don't happen to push the wrong buttons on the server :)
[16:22] <heno> schwuk: are you around today? I've looked at the reporting inbox but don't see any updates
[16:24] <heno> cr3: quite a few tests ran on the 10th and 11th with 2.6.27 - can you dump the database for that period? how big is that compressed?
[16:24] <cr3> heno: one of my concerns about being pulled from what I'm doing into reporting is that I have lots of code in the air right now and ideas to address the reliability of the server, context switching to reporting might be expensive but I'm alright doing it if you consider it's more important :)
[16:25] <heno> cr3: doing a db dump should not take long
[16:25] <cr3> heno: 6M
[16:26] <heno> cr3: please email that to me and ogasawara and we'll dig into it for a bit
[16:29] <schwuk_> heno: yes I am, although my irc box seems to have 'issues'. :( I'm currently finishing up and testing the extended reports, then I'll do a bulk generation of reports like I did the other day (although I'll get a fresh db dump first).
[16:30] <heno> schwuk: ok, thanks
[16:31] <cr3> schwuk_: I've msg'ed you a link to a fresh db dump
[16:31] <schwuk_> cr3: Thanks
[16:34] <heno> cr3: is there a chance of us getting a set of 2.6.27 install tests kicked off today on a large number of machines? Is there a known installable ISO somewhere? - does not have to be latest
[16:35] <heno> i'd rather it was short so we can see if it works real time than 6 hour run that will fall over over night
=== asac_ is now known as asac
[16:47] <cr3> heno: quite feasible, I'll get that started
[16:48] <heno> thanks
[16:49] <heno> if that goes well we should look at throwing in some more thorough tests in round 2
[17:27] <heno> xorg installability is being fixed now, davmor2
[17:27] <davmor2> cool in time for monday :)
[17:28] <davmor2> or will they respin and I can run a test tonight :)
[17:29] <heno> likely not respin today
[17:31] <davmor2> np's
[17:31] <heno> I've asked for one now actually, so we'll see
[17:41] <davmor2> cool :)
[18:27] <mcas> hello
[18:28] <mcas> there is a bug report telling the alternate cd is broken because there is a problem with the cdrom driver
[18:28] <mcas> the bug is about amd64 and i have this with the unofficial ppc version
[18:28] <mcas> have you more information about this?
[18:29] <mcas> should i mark this bug as critical in launchpad?