[07:09] <ara> good morning all!
[08:36] <ara> morning davmor2
[08:36] <davmor2> Good Morning ara
[08:44] <ara> is anyone doing the upgrade of edubuntu i386?
[08:46]  * ara assumes nobody is
[08:47]  * ara takes the edubuntu upgrade test
[08:48] <ara> to be or not to be
[08:56] <davmor2> no edubuntu amd64bit upgrade :(
[08:58] <davmor2> I'll do one then if someone can put it on we're covered
[08:58]  * ara steps out to grab a coffee
[09:04]  * davmor2 still thinks ara has a coffee shop next door 
[09:37] <davmor2> Morning heno
[09:39] <heno> hey davmor2
[09:41] <heno> so we need a RAID test and edubuntu upgrade
[09:49] <davmor2> heno: ara is doing 32bit I'm doing 64bit which got removed by accident we think
[09:49] <ara> heno: I am doing the edubuntu upgrade
[09:50] <davmor2> Then I'm tagging it onto the 32bit with a note which slangasek oked
[09:50] <heno> ara: great, thanks
[09:50] <davmor2> heno: can't help you out with raid server team maybe?
[09:50] <heno> I did 64 bit edubuntu upgrade yesterday
[09:51] <heno> pinging the server team now
[09:52] <heno> soren is on it
[09:53] <davmor2> so that's everything covered then?
[09:55] <heno> it is
[09:55] <heno> we should dig a bit deeper on some of these perhaps though
[09:56] <heno> we've covered existing home, what about driver CD install?
[10:20] <mtholdenss> any testing i can do on my new macbook?
[10:21] <ara> hello mtholdenss
[10:21] <mtholdenss> hey
[10:21] <ara> mtholdenss:  you could try to install jaunty on it and run System Testing (under System->Administration)
[10:22] <ara> mtholdenss: it is a good way to provide a hardware database in Launchpad
[10:22] <mtholdenss> thanks i might do it when the beta comes out tonight
[10:22] <ara> mtholdenss: sure, thanks!
[10:23] <mtholdenss> its the 26th of march here in australia night time, i guess it must have some delay
[10:35] <heno> just tested the accessibility boot options - they seem to work
[11:54] <ara> heno: I didn't know there were accessibility boot options :)
[11:59] <davmor2> Morning fader
[11:59] <fader> davmor2: howdy!
[12:06] <ara> edubuntu i386 upgrade passed
[12:06] <davmor2> Yay full sweep
[12:39]  * ara -> lunch
[12:54] <davmor2> cgregan: Morning Dude hope it's nicer over there than here :)
[12:55] <cgregan> morning davmor2......4C and sunny
[12:56] <cgregan> I don't know if that constitutes better.
[12:56] <davmor2> cgregan: feels like 6.3 and raining
[12:56] <davmor2> xivulon: hello
[12:57] <xivulon> hi davmor2
[12:57] <davmor2> xivulon: I'll be adding some logs to those bugs this afternoon now beta is tested
[12:57] <xivulon> yes please, do you think that is a show stopper?
[12:58] <xivulon> I tested in VM and I do not have any problem
[13:00] <cgregan> davmor2: sounds like we will be importing your day here tomorrow.
[13:00] <davmor2> xivulon: no you just hit continue and it carries on.  It's not major but I think it would be bad for final to still have
[13:00] <davmor2> cgregan: great does that mean we get yours :)
[13:01] <xivulon> davmor2 did you test ISO extraction? As entioned in the bug, the error you reported was due to something else
[13:01] <davmor2> xivulon: I'll add logs from vista and xp too.  Also removal isn't playing nice at all.  That I think is far more important than the cd is ejected issue :)
[13:01] <davmor2> xivulon: I'll look at that after too for you
[13:02] <xivulon> I am aware of uninstallation issues, have started working on them
[13:03] <xivulon> davmor2 thx
[13:03] <davmor2> xivulon: Infact I'll go through all of my wubi bugs and see which what can be confirmed fixed etc
[13:03] <davmor2> -what
[13:05] <xivulon> great
[13:10] <xivulon> by the way in beta bittorrent will be activated for the first time, and you cannot test that without actually generating a special build (with isolist pointing at isolist.ini)
[13:10] <xivulon> I meant: with isolist pointing at alpha-6
[13:11] <xivulon> davmor2 do you know how to compile wuibi?
[14:24] <ara> eeejay: hello :-)
[14:24] <eeejay> hey hey ara
[14:24] <eeejay> ara: what is your last.fm username?
[14:25] <ara> eeejay: areta
[14:26] <ara> eeejay: I am reviewing the screenshot changes (and documenting ubuntu-desktop-testing in the wiki) and as I see, now test methods should return a list (message, screenshot), isn't it?
[14:26] <eeejay> ara: they could return either
[14:26] <ara> eeejay: or none?
[14:27] <eeejay> ara: just a message, or a screenshot too
[14:27] <eeejay> the message is default
[14:27]  * ara gets the dx branch to see an example
[14:29] <ara> eeejay: in notify-osd I just see that you raise AssertionErrors when somehting fails
[14:30] <ara> eeejay: but you're not returnnig a message
[14:30]  * eeejay checks
[14:30] <eeejay> ara: you mean return a message on success?
[14:31] <ara> no, in general
[14:32] <eeejay> ara: the notify_osd.py script raises 4 AssertionErrors, 2 with screenshots, 2 just with messages
[14:32] <eeejay> ara: as for funtion return values, the function only returns on success :)
[14:33] <eeejay> ara: legal return values are either None, or (message, screenshot)
[14:33] <ara> OK, I understand now
[14:33] <eeejay> ara: so the message/screenshot would be logged to the test result, but it would pass
[14:34] <eeejay> ara: I don't have a use for it yet, but it might be useful for us in the future.
[14:34] <ara> eeejay: sure. thanks!
[14:44] <davmor2> c's
[14:52] <eeejay> ara: I think another nice addition would be optional stdout printing, especially stack traces.
[14:54] <ara> eeejay: yes, it would be useful
[15:11] <davmor2> meh still hasn't seen a release announcement
[16:16] <thewrath> hey aredg
[16:16] <aredg> hi
[16:17] <davmor2> netsplits-r-us
[16:18] <thewrath> agreed davmor2
[16:18] <thewrath> what time zone is the ubuntu team in
[16:18] <thewrath> btw
[16:18] <thewrath> i am not sure
[16:18] <davmor2> thewrath: all over
[16:18] <thewrath> oh ok
[16:18] <davmor2> I think it's fair to say they are global :)
[16:18] <thewrath> was not sure if there was an officail time
[16:19] <davmor2> utc
[16:19] <davmor2> which would currently be 4:19
[16:19] <davmor2> pm
[16:19] <thewrath> k
[16:31] <sbeattie> Hrm, anyone able to get to https://testcases.qa.ubuntu.com/?
[16:31] <aredg> no
[16:32] <davmor2> http://testcases.qa.ubuntu.com/
[16:32] <davmor2> sbeattie: remove the s
[16:33] <sbeattie> davmor2: doh! stupid awesomebar.
[16:33] <davmor2> :D never mind
[16:35] <aredg> wow, i can't believe transmission is still the default bitorrent client
[16:35] <sbeattie> davmor2: looking at the freesoftware only install test, I thought there was some package checks that we used to make sure it wasn't "contaminated"
[16:35] <davmor2> aredg: why it works :)
[16:36] <aredg> davmor2, there are much better clients that should be chosen imo
[16:37]  * eeejay likes transmission
[16:37]  * eeejay hides
[16:37] <aredg> :O
[16:38] <eeejay> it's simple, has upnp, even a web interface..
[16:38] <aredg> deluge has every transmission has, but better :p
[16:38] <davmor2> aredg: transmission and deluge are the two most complete gnome supported clients gnome also chose transmission which may of been the deciding factor
[16:38] <heno> is the server install supposed to launch aptitude?
[16:39] <heno> it happens just before package installation starts
[16:39] <sbeattie> heno: I think only if you select "manually select packages"
[16:39] <heno> I might have ticked that without noticing, ok
[16:40] <heno> I just selected everything on the list
[16:40]  * sbeattie starts on an alt free software only install to see what actually gets installed.
[16:40] <davmor2> heno: then yes you hit it
[16:40] <sbeattie> heno: ah, yep, last one on the list is manually select.
[16:40] <heno> doing the RAID1 test case in vbox - seems to support multiple disks nicely now :)
[16:41] <sbeattie> heno: yeah, I use vbox for that; though I can only get a total of 3 disks; I'd really like 4 for an accurate raid10 test
[16:42] <heno> sbeattie: is it limited to 3 by vbox itself?
[16:42] <sbeattie> Last time I tried it was.
[16:42]  * sbeattie tries again
[16:43] <heno> yeah, confirmed it too
[16:43] <heno> If you enable the SATA controller it works
[16:43] <sbeattie> right, because it's emulating a primary/secondary ide controller and the cdrom drive is always the secondary master.
[16:44] <sbeattie> Oooh.
[16:44] <sbeattie> Is that in w/jaunty's virtualbox?
[16:46] <heno> sbeattie: 8.10 version from the vbox site running on Jaunty
[16:46] <heno> so not the fully Free software version
[16:46] <sbeattie> heno: ah. support for usb, also, then. Hrm.
[16:47] <heno> yes
[17:04] <arthax0r> hello
[17:05]  * arthax0r is downloading jaunty
[17:06] <arthax0r> how is the upgrade from intrepid?
[17:06] <heno> arthax0r: you can install from the CD and preserve /home
[17:06] <charlie-tca> The one I just ran worked fine
[17:07] <heno> http://testcases.qa.ubuntu.com/Install/DesktopExistingHome
[17:07] <heno> sbeattie: what package should I file a bug against when a raid setup fails to bood from a degraded array?
[17:08] <sbeattie> heno: mdadm
[17:08] <heno> sbeattie: thanks
[17:09] <heno> ooh - a ton of untriaged bugs there
[17:09] <arthax0r> i wasn't too concerned about /home..
[17:09]  * arthax0r does backup after all
[17:09] <arthax0r> :>
[17:10] <charlie-tca> heno: when you run cat /proc/mdstat, did the array come back after reconnecting the drives?
[17:10] <arthax0r> thx for the link heno
[17:11] <heno> let me try
[17:11] <charlie-tca> I found I could boot to either drive, but the disconnected one never returned / to the array again
[17:13] <heno> erm, now it works when I boot with just one drive - last time it timed out and dropped me to busybox
[17:13]  * charlie-tca thought it was just my inexperience with RAID
[17:13] <heno> damned Heisenbugs
[17:13] <arthax0r> is this also the place for kubuntu testing?
[17:14] <arthax0r> i think i am going to try them both
[17:14] <arthax0r> personally, i use xmonad or dwm-gtx, but i want to check out kdenlive
[17:15] <arthax0r> currently i use a couple intrepid desktops, and a couple hardy servers
[17:17] <heno> arthax0r: kubuntu testing is very welcome :)
[17:18] <arthax0r> :)
[17:18] <heno> charlie-tca: it's rebuilding the raid now
[17:18] <charlie-tca> so it is me...
[17:19] <heno> charlie-tca: did it never try to rebuild it?
[17:19] <arthax0r> well thanks for the info, i'll report on my progress later :>
[17:19] <charlie-tca> It said it was, but it never did come back.
[17:19] <heno> here is says 'recovery = X%'
[17:19] <heno> ok, I'll let it complete and see
[17:19] <charlie-tca> I ran it 3-4 installations, and I can remove either hard drive the first time.
[17:20] <charlie-tca> Yeah, I had that, about 6 restarts worth. It just never put it back in the array
[17:23] <heno> charlie-tca: how long did you let it sit before restarting - it will need some uptime to rebuild
[17:24] <charlie-tca> anywhere from 5 minutes to 1 hour
[17:25] <charlie-tca> got pretty frustrated
[17:25] <sbeattie> if it had been doing it, you should have seen some progress in /proc/mdstat
[17:26] <sbeattie> and/or via sudo mdadm --detail /dev/mdX
[17:27] <sbeattie> heno: did you have to mdadm --add the device back to the array, or did it come back in automatically?
[17:27] <charlie-tca> What I got was [2/1] [U_] under the active raid line
[17:28] <heno> sbeattie: I came back when I rebooted
[17:28] <heno> or rather, it came back at [2/1] and then worked its way to [2/2]
[17:29] <sbeattie> heno: right.
[17:29] <sbeattie> charlie-tca: I wonder if manually adding it back via 'mdadm /dev/mdX --add /dev/sdXX' would have worked.
[17:30] <charlie-tca> I don't know, but I can do it again today and find out. Like I said, it might just be my knowledge is lacking
[17:33] <charlie-tca> I am adding server to my testing, just because of this, though. I will learn yet
[18:48] <charlie-tca> sbeattie: another installation of server using two hard drives on hardware. The array rebuilt like it should.
[18:49] <sbeattie> hunh
[18:50] <charlie-tca> I blame it on me. Never filed a bug, anyway
[19:48] <diver> ppl, when 9.04 beta will release?
[19:51] <slangasek> this evening
[19:51] <sbeattie> for values of evening that may or may not be appropriate in your timezone.
[19:51] <diver> o thanks )
[20:18] <stgraber> slangasek: bug info balloon are back (report too)
[20:18] <slangasek> w00t
[20:18] <slangasek> "report"?
[20:19] <stgraber> http://iso.qa.ubuntu.com/qatracker/report
[20:19] <slangasek> oh, I've never seen that before :)
[20:19] <stgraber> really ? I thought you used that for Intrepid ...
[20:19] <slangasek> not that I recall
[20:20] <stgraber> it gives you an overview of all bugs that have been reported for a milestone and some info from LP
[20:20] <slangasek> yes, that's very useful :)
[20:21] <slangasek> better than my approach of "scrape the build/all/all page, feed all the bug urls to firefox with xargs" :-)
[20:24] <stgraber> slangasek: hmm, indeed :)
[20:25] <stgraber> heno: bug balloon and report are back on the iso tracker
[20:25] <heno> stgraber: whohoo!
[21:07] <jtisme> who is the release manager for jaunty
[21:07] <heno> jtisme: slangasek is
[21:08] <jtisme> heno does he have an email i can send a short msg to
[21:08] <jtisme> about kde regression testing
[21:08] <heno> jtisme: he's in this chan
[21:09] <heno> jtisme: can I help? I'm responsible for testing
[21:10] <jtisme> heno yes is there a regression test suite for kde that is run prior to each release?
[21:10] <jtisme> alpha release that is
[21:10] <heno> jtisme: just manual test cases run in connection with ISO testing
[21:11] <heno> see http://testcases.qa.ubuntu.com for cases
[21:11] <jtisme> then a bug report made for any problems, correct?
[21:11] <heno> indeed
[21:12] <jtisme> I am wondering if we could possibly form a group that would perform basic regression tests on kde and somehow have direct access to the developers to fix problems before relases
[21:12] <jtisme> relases=releases
[21:14] <heno> jtisme: that would be welcome. If you are hooked into the QA team and file good bugs then you will have access
[21:14] <heno> I suggest you propose it on the QA mailing list and bring the idea to our next QA meeting
[21:15] <jtisme> hmm i was part of the QA team about 3 releases ago, do you have my info around  jtholmes is the handle
[21:15] <heno> we can also run a KDE testing day (generally Mondays)
[21:15] <heno> ok, cool
[21:15] <jtisme> where is the QA mailing list and am i still part of the testing team or do i need to reregister?
[21:18] <heno> https://lists.ubuntu.com/archives/ubuntu-qa/ and https://edge.launchpad.net/~ubuntu-testing
[21:18] <jtisme> ok thanks
[21:42] <jtisme> heno where are the qa mail messages from march 22 to present they are not in the archives
[21:44] <heno> jtisme: are you sure anyone posted since then? that's 4 days ago and we've been release-testing :)
[21:45] <heno> 22nd is the last message in my local mail folder too
[21:46] <jtisme> heno where is the QA meeting info
[21:47] <heno> jtisme: http://blog.qa.ubuntu.com/node/42
[21:47] <jtisme> thanks
[21:48] <heno> agendas and times are here: https://wiki.ubuntu.com/QATeam/Meetings
[21:48] <heno> every Wednesday at 17.00 UTC basically
[21:50] <jtisme> thanks heno
[21:50] <heno> np :)