[00:23] <ScottK-palm> It was my understanding from the last release team meeting that kubuntu-netbook had been added to the iso tracker, but I don't see it?
[00:24] <ScottK-palm> Also there are no Kubuntu test cases listed?
[00:24] <ScottK-palm> I'd appreciate it if someone could have a look into it.
[00:26]  * ScottK-palm will read the logs later.  gotta go.
[06:55] <ara> good morning all :)
[13:20] <fader_> Has anyone else tried the mythbuntu images?  I'm getting a hang on the amd64 image when trying to boot the livecd.
[13:26] <fader_> It looks to be amd64-only; i386 boots into the live environment
[13:32] <davmor2> no just working through them now after all the re-spins
[13:32] <davmor2> not mythbuntu though
[13:40] <fader_> Okay.  I'll play with desktop amd64 live in a moment and see if I get the same thing there
[13:56] <fader_> Hah, it works much better when you give it more than 128M of RAM :[
[13:56] <fader_> D'oh
[14:06] <davmor2> fader_: you spanner
[14:51] <cr3> eeejay: dude, let me know when you're around, I have excellent news for you: there's no more Test nor TestDescription class in Checkbox!
[14:53] <cr3> eeejay: I have also separated the concept of suites and tests, so integrating a suite such as mago is simply a matter of writing a script on the command line that outputs some standard format that I have yet to define :)
[15:32] <sbeattie> cr3: would an existing protocol a la perl's TAP or something else make sense to use?
[15:39] <cr3> sbeattie: there are several formats which have been proposed: yaml, subunit, etc.
[15:40] <cr3> sbeattie: the important part is that whatever protocol I use should be convertable to other protocols
[15:41] <cr3> sbeattie: the reason is that it's innevitable that someone will have a preferred format and it would be nice to integrate these preferences
[15:41] <cr3> sbeattie: however, if we support all formats at once, this is an n-to-n relationship
[15:41] <cr3> sbeattie: and, if we support one basic format which can be converted to and from the others, this is an n-to-1 relationship
[15:42] <cr3> sbeattie: so, it really doesn't matter what that one basic format might be
[15:43] <cr3> sbeattie: what matters is that I can convert from that basic format to TAP if that'll make you happy :)
[15:44] <sbeattie> well, picking one that's widely used means a lower barrier to entry for those projects. I just was hoping that we weren't going to create a new protocol of our own...
[15:45] <sbeattie> (says the guy who co-wrote a testsuite/harness with it's own protocol :-/)
[15:47] <sbeattie> but I have no dog in the fight to decide which protocol; I've used TAP in the past, but have no strong feelings about it.
[15:47] <cr3> sbeattie: when I just looked at the result status for TAP tests, it seemed rather limited: http://cr3bits.wordpress.com/2009/06/23/test-result-codes/
[15:48] <cr3> sbeattie: TODO, for example, seems to be rather specific to Perl considering this concept is not supported by any of the other test suites I've researched
[15:48] <sbeattie> cr3: that's fine, I agree that it is limited.
[15:49] <cr3> sbeattie: the lesson I have learned from this though is that whatever protocol chosen, whether home brew or standard, must be extensible to avoid being blocked with such minor points as the test result status codes
[15:50]  * sbeattie snickers at the Test::Harness::TAP perldoc page; I'm not sure claiming an assocation with php ("they use TAP, too!") strengthens your argument when it comes to quality. :-)
[17:07] <eeejay> morning, yo
[17:12] <ara> hey eeejay!
[17:12] <eeejay> brb
[17:17] <cr3> eeejay: when you come back, check your irc backlog
[17:32] <cgregan> hey ara...meeting?
[17:33] <eeejay> meeting
[17:33] <ara> cgregan, sure, cr3 has done some changes to checkbox
[17:33] <ara> cr3, maybe he could be kind enough to share them with us
[17:33] <cgregan> ara: yes....
[17:33] <ara> cr3, and how they affect to desktop testing
[17:34] <ara> eeejay, or maybe eitan can give us some background
[17:34] <ara> eeejay, as per cr3 comments is seems to be something he requested
[17:34] <eeejay> hm
[17:35] <eeejay> i don't remember that :)
[17:35] <eeejay> sorry, i can't really say.
[17:36] <eeejay> we have a plugin, that works against checkbox trunk
[17:36] <cgregan> he made some changes for me! :-)
[17:36] <ara> cgregan, which ones?
[17:37] <cgregan> 2. The following problems seem to relate to iterating over tests which >    both seem to be related to bug #400200. >
[17:37] <ubot4> Launchpad bug 400200 in checkbox "DBus service Unkwown" [Undecided,New] https://launchpad.net/bugs/400200
[17:37] <cgregan>  > 2.1. Pressing the skip button quickly seems to ignore checking for >      dependencies and requirements, which results in potentially >      running more tests than should be run. >
[17:37] <cgregan>   > 2.2. Some tests, such as compliance-acpi, seem to take forever to >      run when they are not executed as root.
[17:38] <ara> cgregan, I think it is a bit difficult to follow all changes, maybe those kind of emails should be summarize into the ubuntu-qa list (or the cop list)
[17:38] <cgregan> ara: happy to forward
[17:39] <ara> cgregan, where are you storing all the tests that you are writing in checkbox?
[17:39] <cgregan> ara: our oem-qa-tools branch
[17:39] <cgregan> would you like access?
[17:40] <ara> cgregan, I would love it, maybe I already have access, who knows :)
[17:40] <cgregan> nothing there but manual checkbox cases at the moment
[17:40] <cgregan> I can add you
[17:40] <ara> cgregan, thanks, I would love to have a look
[17:42] <cgregan> ara: done
[17:42] <ara> cgregan, thanks!
[17:43] <cgregan> we are also making some changes to the trunk so we can have a suite selection dialog open before checkbox
[17:43] <cgregan> we have one now...but it is an ugly hack
[17:43] <ara> cgregan, :)
[17:44] <cgregan> cr3 is working with jcollado to make it pretty...both inside and out
[17:44] <ara> cgregan, It would be nice to have some progress on that. But still, I think that sharing is still a major issue
[17:44] <cgregan> ara: yes....cr3 is reviewing our cases on a regular basis with fader to pull them into cert
[17:44] <ara> cgregan, non confidential stuff should have more visibility in ubuntu-qa list, IMHO
[17:45] <cgregan> ara: most are non-confidential
[17:45] <cgregan> I can work on pushing them to a more public PPA
[17:45] <ara> cgregan, that's what I thought
[17:46] <cgregan> I will task jcollado with that when he returns from vacation
[17:46] <ara> cool
[17:47] <ara> cgregan, publishing it also in the m-l would also be nice
[17:47] <ara> cgregan, btw what happen to your blog? ;-)
[17:47] <cgregan> you mean the age of my entries
[17:47] <cgregan> yeah
[17:47] <cgregan> kinda sad
[17:47] <cgregan> I should give myself a calendar event
[17:48] <cgregan> :-)
[17:48] <ara> :)
[17:48] <cgregan> I'll organize some posts around the publish time to announce
[17:48] <ara> cgregan, thank
[17:48] <ara> thanks, even
[17:49] <cgregan> :-)
[17:49] <ara> cgregan, any other topic? eeejay, cr3, heno, plars?
[17:49] <cgregan> That covers my update
[17:49] <eeejay> ara: i have live cd testing up and running, very exciting
[17:50] <cgregan> Can you add my actions to the wiki ara?
[17:50] <ara> cgregan, sure, i will
[17:50] <ara> eeejay, \o/
[17:50] <ara> eeejay, can we have a look?
[17:51] <eeejay> ara: not yet :( figuring out how to package this
[17:51] <eeejay> ara: it is a collection of scripts and config files
[17:51] <eeejay> bash scripts
[17:51] <plars> ara: sorry, I've been distracted by iso testing, not sure if it was mentioned but ldtp is broken in karmic currently
[17:51] <plars> ara: which seems relevant to the group here
[17:52] <ara> plars, it is not *that* broken, it is broken when imported in the interpreter
[17:52] <ara> plars, with python scripts works fine
[17:52] <sbeattie> eeejay: I would be interested in seeing how you've done that.
[17:52] <plars> ara: really? I had the same thing happen when trying to import it in a script as well
[17:53]  * plars will retest though
[17:53] <ara> plars, I have talked today to nagappan about it, and he will try to reproduce it this week
[17:53] <ara> plars, but good thing to comment it in this meeting. thanks for sharing it
[17:54] <plars> ara: I forwarded upstream and have found the offending changeset, so hopefully he can drill down to it quickly
[17:54] <ara> plars, yes, I saw your triaging. thanks a lot!
[17:54] <plars> np, I have a vested interest in seeing it work :)
[17:54] <eeejay> sbeattie: ara: i'll have some docs about this on the wiki, and any code up in LB by the end of this week
[17:54] <eeejay> LP
[17:55] <sbeattie> eeejay: cool, thanks!
[17:55] <ara> eeejay, cool! will you email us (or the ubuntu-qa list) when done?
[17:57] <ara> ok, we have to wrap up, as the qa meeting is in about 5 min. I will send the minutes to the ubuntu-qa list and will update the wiki page
[17:57] <ara> thanks everybody!
[17:57] <cgregan> thanks
[18:11] <cr3> cgregan: I don't know if I mentionned this already but the latest version of checkbox I'm about to push has native support for suites
[18:11]  * cgregan hugs cr3
[18:11] <cr3> cgregan: oops, seeing the backlog, you mentionned this already
[18:12] <cr3> cgregan: also, because of this separation with suites, integrating thir party suites such as phoronix should be as easy as pie
[18:12] <cgregan> awesome!
[18:13] <cr3> no longer need to write a plugin or anything, just wrap phoronix in a wrapper which outputs some standard format.
[18:13] <cr3> one of the most significant advantages of this design is that integration can be done independently of checkbox: just develop your wrapper until it outputs something sensible, then it should be considered as good as integrated
[18:14] <cr3> eeejay: ^^^ this also means that integration of mago could now be done much more easily, having to develop the plugin must not have been all that fun
[18:15] <cr3> in general, I want people integrating tests or suites in checkbox to be experts in their own domain, not in checkbox
[18:22] <davmor2> anyone got an ati box about who can test what happens when you enable fglrx please?
[18:25] <davmor2> sbeattie, fader_, schwuk: ^
[18:25] <fader_> davmor2: None here -- only intel and nvidia
[18:25] <schwuk> davmor2: Sorry - no ATI here
[18:28] <sbeattie> heh, me neither.
[18:39] <eeejay> davmor2: i could give it a try
[18:39] <eeejay> davmor2: need to start downloading an image..
[18:41] <davmor2> eeejay: you need to install.  Basically while the system is using radeon it's okay.  But if you open jockey and enable fglrx when you try login' back on you're greeted with  a white screen
[18:41] <eeejay> davmor2: after a reboot?
[18:42] <davmor2> yes you get usplash as normal and then a white screen instead otf the new gdm
[18:42] <eeejay> davmor2: ugh, this is my main machine, i might need a while to make sure i don't wipe anything
[18:43] <davmor2> eeejay hang on a bit then I'll wait for bryce he's bound to have an ati carded machine :)
[19:52] <fader_> Is it just me or is there no way to reboot/shutdown from the live environment anymore?
[19:52] <cr3> eeejay: by the way, one of the implications of having no more Test and TestResult anymore is that there's no more test.command() nor test.description(), which was just aweful
[19:53] <eeejay> cr3, so I need to rewrite that plugin?
[19:53] <cr3> eeejay: I'll take care of migrating it
[19:54] <cr3> eeejay: I might even migrate it to a standalone script rather than a plugin, which should be much easier to maintain
[19:54] <eeejay> cr3, sure
[19:54] <cr3> so you could make sure it works without even have to run checkbox :)
[19:55] <fader_> (Ah, they moved restart/shutdown back to the system menu again.)
[20:49] <sbeattie> Um, why is the live cd asking for auth to access my hard disk?
[20:51] <davmor2> sbeattie: known bug already resolved
[20:51] <davmor2> sbeattie: it shouldn't actually ask until you select the hd
[20:52] <sbeattie> davmor2: nope, just booting the amd64 live cd automounted it with the popup.
[20:53] <sbeattie> it's an ext4-on-lvm partition the existed from aprior install.
[20:53] <sbeattie> davmor2: what's the bugnumber?
[20:54] <davmor2> sbeattie: not sure it has one but pitti is aware of it and it has been fixed upstream if I understand him correctly.  If you ask I'm sure he'll be able to point you in the right direction
[20:56] <sbeattie> I think it's bug 396448...
[20:56] <ubot4> Launchpad bug 396448 in gvfs "inconsistent automounting on startup" [Unknown,Confirmed] https://launchpad.net/bugs/396448
[21:04] <sbeattie> Woah, what? the kubuntu amd64 live cd is asking for an auth to api.opendesktop.org?
[21:10] <davmor2> sbeattie: known bug it's for the social by default desktop
[21:10] <sbeattie> ah
[21:12] <sbeattie> hah, amusing, the kubuntu live cd doesn't have an install icon on the desktop.
[21:13] <sbeattie> at least not on the 800x600 vbox desktop
[21:18] <davmor2> sbeattie: is it showing folder view?
[21:19] <sbeattie> yes
[21:19] <sbeattie> (I guess_
[21:19] <davmor2> actually it might not of changed the casper feed for it to show
[21:20] <davmor2> evand broke it :)
[21:20] <sbeattie> I searched for the install app in the menu and found it that way.
[21:20] <davmor2> just checking
[21:21] <davmor2> sbeattie: yeah it's just the desktop link missing from the casper build iirc
[21:42] <sbeattie> hrm, time zone selector isn't fully translated...
[21:42] <sbeattie> (ubuntu)
[23:51] <plars> anyone seeing the usplash issues on desktop? or does it seem to be specific to UNR?
[23:52] <plars> bug #401432 is what I'm referring to
[23:52] <ubot4> plars: Error: Could not parse data returned by Launchpad: HTTP Error 503: Service Unavailable
[23:57] <fader_> plars: I haven't seen that on desktop amd64
[23:58] <plars> fader_: seems odd that it would happen only on UNR, but all the hits I've seen on it so far have come from unr
[23:58] <plars> I'm wondering if it's due to screen size/resolution
[23:58] <fader_> Could be related to screen size?
[23:58] <fader_> Heh
[23:58] <fader_> Great minds
[23:58] <plars> yup
[23:59] <fader_> Anybody out there tried/feel like trying OEM install on amd64 desktop?
[23:59] <fader_> I can't get it to reboot properly after performing oem-setup