[00:00] krafty: and when you say that oo-about-ubuntu-ru.rtf is in Greek, are you sure it's Greek as opposed to Russian, which is what it's supposed to be? [00:00] (it displays fine in Russian for me on an installed system) [00:27] ubuntu alternate amd64/i386 manual + LTSP will be done in an hour, they are installing now [00:55] Thanks to whoever is testing studio i386. [01:04] alright, laptop is doing so much ISO testing that I can't even switch windows on it, it's time for some food while waiting for things to become fast again :) [01:08] TheMuso: that would be pedro [01:09] heno: Yes I saw. [01:11] ok, with the tests I'm currently doing, we'll then have Ubuntu alternates and Ubuntu desktops done [01:12] not sure what I'll take next though, I can't really start downloading some new images due to the slow internet ... I'll probably just continue doing some more testing on already validated ones [01:14] stgraber: that would be good - it would be great to get double coverage on all cases (or at least the key ones) [01:15] yeah [01:16] and we really need testers for Mythbuntu [01:20] stgraber: I'm doing that now [01:20] ok [01:21] though some Mythubuntu people who know better what it should do would be great [01:21] I can confirm that it installs, plays sounds, starts the mythtv apps, etc [01:33] that's 3 more images done :) I now take server amd64, doing that remaining lvm + erase disk testcase and confirming all the others [01:52] Ok studio tests are all validated at least once. [02:09] \o/ [02:21] nobody happens to have an ESX setup at home ? :) [02:21] that's the only remaining testcase for Ubuntu server [02:23] I'm going to get some sleep - back in a few hours [02:23] heno: good night [02:25] * stgraber takes Ubuntu server i386 === asac_ is now known as asac [02:28] ping [02:29] krafty: hi [02:29] slangasek: hey, sorry, it was my first time through the test suite [02:29] no worries, I just need some clarification :) [02:30] slangasek: its a pass. i just started a week and half ago; just trying to helo [02:30] slangasek: do i need to change the report or is all cool? [02:31] krafty: I've marked it as a pass now, thanks :) [02:32] slangasek: cool, thanks. sorry for any confusion. [02:32] no worries [03:03] * TheMuso goes to validate the two remaining tests for kubuntu alternate amd64. [03:04] cool [03:04] we'll also need someone who can easily setup VMs for test upgrade (Xubuntu) [03:05] Sure, I can power up a xubuntu hardy vm for a test upgrade. [03:05] would be cool, I don't quite have the bandwidth to download Xubuntu hardy + the upgrade :( I really need to order that 10Mbit internet :) [03:06] Does it matter what vm software is used? [03:06] stgraber: I keep a local mirror hardy and intrepid here. [03:06] no, I'm doing everything in kvm myself because it's the easiest to setup but everything should work now (wasn't the case with the alphas) [03:06] But in this instance I'll probably use my ISP's mirror. [03:06] right [03:18] hi, i have a quick question about Intrepid. It's just that i'm missing a file, and i don't know if it is just me! The package x11-common installs a symbolic link from /usr/share/X11/rgb.txt to /etc/X11/rgb.txt, which is used by some programs, but the file /etc/X11/rgb.txt dos not exist with me and I can't find it any where else! Is that just me or are any other with x11-common installed missing that file to? [03:21] rimestad: that file exists here [03:21] stgraber@castiana:~$ dpkg -S /etc/X11/rgb.txt [03:21] x11-common: /etc/X11/rgb.txt [03:22] so it came with x11-common, but as it's a config file, if you remove it or something removes it, it won't be restored on update [03:22] (except if the update actually changes the file) [03:23] * stgraber hopes his memories of how config files are handled are right :) [03:23] Well, there are different kinds of configuration files in /etc : some are conffiles, and some are not conffiles, but that's close enough to correct that the details don't matter in this case. [03:24] ok :) [03:24] (there are also somethings files that can be used for configuration in /usr/share/ but those are not considered either conffiles or configuration files, but that's even less relevant in this case) [03:24] s/somethings/sometimes/1 [03:25] is there a way i can restore it then? [03:25] cause im missing it and i have a application needing it! [03:25] You could download and extract the package, and copy it from the package source, or purge and reinstall the package (this probably has unfortunate domino effects for x11-common) [03:26] s/package source/extracted package/ [03:26] ok, I will go for the download an extract then :) [03:26] thanks [03:31] /c/c [03:42] The only rgb.txt file I can find in the x11-common (1:7.4~5ubuntu3) package is the symbolic link! so the file /etc/X11/rgb.txt is not created by this package! i have looked a little around the web and it seems that this has been a problem before where the xrgb package provided the file, but that package don't exist any more! [06:44] * heno preps for some upgrade tests [06:58] * heno starts ubuntu DVD oem test [07:11] good morning [07:12] heno, which upgrade tests? I'm about to start the xubuntu ones (i386 and amd64) [07:12] or, rather, just the i386 one, since I didn't manage to create an amd64 hardy image [07:13] liw: I'll do the kub 64 first then [07:14] heno, ack, I didn't manage to create a kubuntu amd64 hardy image, either [07:14] ok [07:35] morning all :) [07:54] * liw takes Kubuntu DVD amd64 ubiquity OEM install test [08:02] * liw takes Ubuntu DVD amd64 debian-installer install test [08:26] Hi ara. Happen to have any 64-bit VMs lying around? [08:27] Hardy, that is [08:27] Good Morning Everybody [08:27] hello heno. I am afraid, not [08:27] hey davmor2 [08:27] heno: what do you need [08:27] davmor2: we need 2 64-bit upgrade tests [08:28] http://iso.qa.ubuntu.com/qatracker/build/all/untested [08:28] heno: yeah I can do them [08:28] davmor2: rock! [08:28] apparently liw was having issues with 64bit in vm on kubuntu yesterday [08:29] I'm having the same problems liw did creating hardy 64 kvm images [08:29] yeah, it's a kvm-on-intrepid bug [08:30] so I'll take the 2 64bit then if you can retest the edubuntu netboot against the gb server [08:30] heno: ^ [08:31] davmor2: will do [08:31] cool [08:32] heno: do you want a load of packages installing before upgrade? [08:32] ah! got a hardy 64 VM now with the server ISO [08:35] * ara takes xubuntu i386 upgrade testing [08:38] yo [08:38] wow, we're down to only 3 unfinished tests? great work, all [08:38] that gives us extra time to reroll the DVDs then, right? :-) [08:42] * davmor2 Hears shots from all around the world heading in slangasek's direction [09:05] ubuntu server again needs tests by someone with vmware [09:06] slangasek, three unfinished tests? I count four [09:07] liw: I was going by the above-mentioned http://iso.qa.ubuntu.com/qatracker/build/all/untested, which seems to count differently [09:07] slangasek, ah yeah, that lists stuff that hasn't even been started yet [09:07] there is also http://iso.qa.ubuntu.com/qatracker/build/all/inprogress [09:08] liw: oh, right [09:08] davmor2 is doing the 64-bit upgrade tests, so we now need to hunt down someone who can be forced to admit to having vmware [09:09] specifically vmware ESX, no? [09:09] vmware with ESX, a rather specialised setup [09:10] slangasek: I think it's safe to assume that if the server guys who setup the option don't have then we're screwed :) [09:10] I've pung them already, yes [09:10] but possibly before any of them were awake [09:10] slangasek, you have phone numbers, use them! [09:11] heh [09:11] I should note that since all my testing is under kvm, I haven't had any success with stuff that uses audio -- might be good for someone to test some of that on real hardware [09:11] more effective to wait for them to wander sleepily to the computer on their own, and /then/ pounce [09:13] davmor2: edubuntu netboot still hangs on the .gb mirror, trying the .no one [09:17] slangasek: hm - ESX - I may be able to get access to an instance [09:17] slangasek: we used to have one community member doing the testing [09:18] mathiaz: it would be good if someone could get access to an instance if this is going to remain on our list of test cases, yes :) [09:27] hm, edu netboot hangs on no.archive.u.c too; trying archive.u.c sanity check [09:27] upgrade testing on xubuntu (with 'es' lang support) is 941 packages. not too bad :) [09:42] mvo: do you deal with the kubuntu upgrades too? [09:50] davmor2: maybe, what is the issue? [09:51] I keep getting error messages could not install x the upgrade will continue.... but this might not work.... [10:01] davmor2: urgs, please keep it running and file a bug, that is bad(tm) [10:01] davmor2: do you remember which one the first package was that gave this error? [10:01] davmor2: apport should pop up at the end of the upgrade [10:05] nvidia-glx-new bug filed https://bugs.launchpad.net/bugs/290638 [10:05] Launchpad bug 290638 in update-manager "kubuntu upgrade error" [Undecided,New] [10:05] mvo: that's the exact message but I'm on about number 6-7 [10:06] mvo: the log will be in /var/log/dist-upgrade right? If so I'll attach it to the bug [10:09] davmor2: yes, that is the dir. if you don't mind file a new bug (with apport) that should be the easiest, we can always duplicate it [10:10] mvo: I'm not sure it crashes it's just error but I can try for you [10:22] mvo: apport reports no crashes [10:23] davmor2, Remember that in today's images apport is off by default. [10:24] persia: it's apport that is reporting there are no crashes :) [10:25] persia, mvo: sorry with you. I'll restart with hardy and add apport [10:26] davmor2: please save the logs first :) [10:26] davmor2: and/or attach to the bugreport you mentioned earlier [10:28] mvo: do you want all the logs or just main.log/apt.log [10:30] davmor2: main.log and term.log (or apt-term.log) are the most important ones [10:31] no probs [10:34] mvo: main and term are up. apt-term is empty [10:34] mvo: anything else before I wipe it? [10:35] davmor2: in #290638 ? [10:35] davmor2: /var/log/apt/term.log (just for completness) [10:35] yes and Ill upload it now [10:36] thanks davmor2! [10:37] mvo: /var/log/apt/term.log is empty too [10:43] davmor2: ok, thanks [10:45] davmor2: do you still have the base image of that install? [10:46] mvo: the kubuntu hardy one? [10:47] yes [10:47] mvo: just reinstalling it now and adding apport to the mix [10:54] mvo: is there anything you would like me to try with it or just add apport? [10:55] davmor2: it looks like for some reason your nvidia-glx-new install was broken [10:55] and I wonder why [10:55] * heno afk [10:55] on the hardy system, so it would be cool if you could try if you can reproduce the fialure [10:56] I shall try [11:06] mvo: I think I know what happened D'oh my bag. I think I did the nvidia update restarted so I could see the whole screen and then did the updates. I'm trying it the other way around now see if that fixes it :) [11:26] mvo: Right that's nvidia enabled and in use. installing apport and then I'll go for the upgrade again [12:19] morning [12:28] morning stgraber :-) [12:29] mvo: still throwing up the errors [12:34] stgraber: morning dude [12:40] stgraber: hi [12:41] stgraber: i see you tested ltsp and the edubuntu add-on cds.. [12:44] pips1: yeah [12:45] mvo: same issue [12:46] stgraber: have you been in touch with RichEd lately? [12:46] * ara -> lunch [12:47] pips1: not really, saw him on #edubuntu two weeks ago while he was with ogra in germany (IIRC) [12:47] stgraber: I won't be able to put the edubuntu release notes on the website tomorrow, because I'm busy with work meetings.. so I want to find a replacement to help out with the e.o website [12:48] I noticed some new drupal accounts in e.o, perhaps they can help.. you know tirion and nubae? [12:53] davmor2: interessting, was that a fresh kubuntu install and then you added nvidia and it crashed? [12:53] davmor2: I will try to reproduce it here, I wonder why its happening on kubuntu but not on ubuntu [12:53] mvo: it didn't crash though that is what is so confusing. The whole process works as expected until the upgrade. [12:55] mvo: Yeap straight install I added some apps and bookmarks first time round. But second time was a vanilla install plus updates plus nvidia [12:56] mvo: jockey starts up the after reboot and informs you that the nvidia drivers are in use [12:56] davmor2: thanks, I give it a go now (kubuntu regular, not the kde4 version?) [12:56] kubuntu 3.5.6 or whatever it is yes [13:07] mvo: would it be worth trying against kde4 too, to see if you get the same issue? [13:14] mvo: nvidia-glx-177 Conflicts: nvidia-glx, nvidia-glx-new Provides: nvidia-glx; so nvidia-glx-new should have been uninstalled before the nvidia-glx-177 preinst ever triggered? [13:43] Hi, the ISO tracker looks full, but I know that's no reason to stop. [13:43] any suggestions for what I hammer on? [13:46] james_w, ubuntu-umpc ;) [13:46] or -mid [13:54] Generally, hit whatever has the lowest test count. [13:56] davmor2: hm, I can not reproduce the issue here it seems, let me try again [14:14] mvo: I'm retrying here too [14:37] heno: this one preserve home you might want to think about adding it as a testcase sound important if it is going to affect that quantity of cd's and dvd's [14:40] davmor2: right. perhaps we should just modify the manual partitioning case for this run [14:43] davmor2: did you write something? I can merge it in there [14:43] (or I can write something) [14:44] heno: I'm not sure we got as far as actual install methods. Although there might be one on the old server [14:48] heno: it's there but basic for manual partitioning https://wiki.ubuntu.com/Testing/Ubuntu/LiveCd/LiveInstall but I think this would need a separate case specifically. I can write one up for jaunty but it want be in time for this round. Although the instructions https://wiki.ubuntu.com/UbiquityPreserveHome should be good enough for now. [14:52] davmor2: indeed - I'll have a look. Not sure how quickly stgraber can get a new case on the tracker [14:52] heno: for now just add a note to manual I think it'll be the easiest [14:53] agreed [14:53] and then sort out a proper testcase etc for jaunty [15:00] sounds like it might be a late night then. [15:14] hrm [15:15] "ConsoleSetup failed with exit code 10. ...." in ubiquity ubuntu-mid, german instally trying to select an us keyboard [15:15] lool, ^^^ :( [15:17] ogra: File a bug [15:17] will do indeed [15:17] after the install finished [15:36] lool, bah, that issue makes the install fail badly in the end [15:39] ogra: Could you file it and look into it with persia or other installer people? [15:39] on it [15:42] * persia is hungry for a bug number [15:43] persia: bug 1 go on fix that ;) [15:43] davmor2, I'm trying, but it's a hard one, so I appreciate your help. [15:43] :D [15:46] persia, sorry, took a moment to get the logs [15:46] persia, bug 290760 [15:49] ogra, Could you also attach /var/log/syslog ? (and /var/log/partman might be interesting, but I don't think so in this case) [15:50] on its way, dont be pushy, i need to get them copied over first :) [15:50] partitioning worked fine, but i'l attach the partman log anyway [15:52] done [15:52] persia, i'll start over now to get a properly finishing install [15:52] shout if i shouldnt :) [15:53] Before you reboot, could you check for /etc/default/console-setup? [15:54] there is /etc/default/console-setup.pre-ubiquity only [15:54] and afaik that gets only installed if console-setup is getting installed [15:55] hmm [15:55] How about /target/etc/default/console-setup ? [15:55] syslog disagrees [15:56] target has it [15:56] bt the command seems to try to copy it from / [15:56] syslog seems to imply you connected the keyboard after you got the keyboard setup error. [15:56] i didnt connect anything [15:56] i just selected an US kbd [15:56] on the Q1 [15:57] the question is why does ubiquity expect /etc/default/console-setup? [15:57] Dunno then. Take a look at 15:41:35 [1846.716058] [15:58] That's because console-setup needs it to be missing to setup the console properly. [15:59] Might try the same with -desktop from usb-creator. I'm curious if it's different (shouldn't be) [16:03] cjwatson commented in devel [16:21] heno: is the meeting on tonight? [16:22] davmor2: yes, but it will mainly just be about the testing to be done [16:52] heno: should we split this up between us as to the hardy installs? [16:53] davmor2: ok. I've just prepared ubuntu and kubuntu 64-bit images, will you take i386? [16:53] no probs [16:53] which just leave xubuntu [16:55] actually - we could probably use the same hardy image for several of these [16:56] You really just need one per arch. Might be extra-interesting to try hybrids, as it would be more obvious if something didn't work. Remember to create a file in $HOME/Desktop or something as a flag. [16:57] indeed [16:58] what's up? [16:58] liw, testing the install preserving /home case [17:05] if I can help with that, do tell [17:07] bug #287747, but other traffic in -meeting is probably more interesting until the respin lands. [17:13] if there will be new images, do they need to be re-tested from scratch again? [17:13] Yes, they need normal testing as well as testing of the new test case. [17:14] ok. I'll stay around to help with that, at least [17:15] heno: is it expected that the driver cd option is only available from gfxboot on the desktop cd and not the others? [17:19] sbeattie: don't know. do have a hardy kubuntu CD to check previous behaviour? [17:20] yeah, one sec. [17:22] err, perhaps I'm not being clear, though: it shows up as an option in the F4 menu for the desktop cd (kubuntu-ibex is my test disc) but not for the alternate or server images. [17:22] but I'll try with a hardy alt disk [17:36] okay, it's not on the hardy alt disk menu either. [17:41] hm, if there's going to be a whole new round of iso testing, I think I'm going to need some caffeine [18:05] Right hardy i386 ready to rock :) [18:08] any idea of ETA for new images? (read: should I eat dinner now or tomorrow? :) [18:08] liw: Friday's free you can eat Friday ;) [18:09] liw: Never pass up a chance to eat. You never know for sure when the next one will be. [18:09] I'm going for tea an second regardless I just readied my machines for the test that killed our results :) [20:19] liw: did you eat? [20:39] Keybuk, yes === Arby_ is now known as Arby [22:10] kirkland: what kind of tests can you do for iso-testing? amd64, i386? [22:10] mathiaz: i can do amd64 [22:10] mathiaz: are the iso's available yet? [22:10] cking: what kind of tests can you do for iso-testing? amd64, i386? [22:10] kirkland: nope. [22:10] pgraner: amd64 [22:10] mathiaz: k, ping me when they become so [22:11] kirkland: can you prepare for kubuntu cd manual amd64? [22:11] cking: standby you'll see when images are ready, mdz will hit you up for the exact test case [22:11] mathiaz: consider me "prepared" [22:12] pgraner: ack [22:12] oh oh, ISO testing in London offices ? :) [22:12] mathiaz: post a url specifically to the iso you want tested, when it's available [22:13] cking: can you do CD Live Session for both Ubuntu & Kbuntu amd64 pls? [22:14] pgraner: OK - can I be given the url for these tests so I don't screw up [22:14] cking: you can get ubuntu amd64 that image is ready [22:15] pgraner: where? [22:16] pgraner: http://cdimage.ubuntu.com/daily-live/20081029.2/ [22:17] stgraber: bandwidth for the win [22:17] cking: use url above [22:18] pgraner: ok [22:19] * cjwatson overwrites a Kubuntu 6.06 powerpc DVD [22:19] things you don't expect to find still lying around [22:20] pgraner: any idea of the url of the page that describes the tests for this ISO? [22:20] they should be linked off iso.qa.ubuntu.com [22:21] * TheMuso always uses rewritables for testing. [22:22] is that them up at last ? [22:22] ubuntu desktop is [22:22] oh, huh, let me update the tracker [22:22] cking: https://wiki.ubuntu.com/Testing/Cases/LiveCDSession [22:23] mathiaz: many thanks - that's what I was looking for! [22:23] damn, will have to rebuild ubuntu desktop [22:23] i386 has the wrong version of ubiquity [22:24] cjwatson: Please god say that's a really bad joke [22:25] sorry, no [22:25] I'll keep the tracker up to date [22:25] cjwatson: is 64bit alright or is that screwy too? [22:25] nobody ever put ubuntu desktop i386 on the tracker ... [22:25] amd64 is fine [22:25] I just updated the tracker with that [22:26] I can respin i386 and leave amd64 intact (the build number will change but it'll be identical) [22:26] heno: you still around? [22:26] yep [22:27] can you cover the preserve home so I can nail the wubi/m-a installs please? [22:28] we can take care of wubi here if that would help [22:28] preserve /home, yep [22:29] cjwatson: I got xp/vista partimaged so it's no hassle [22:33] kirkland: http://iso.qa.ubuntu.com/qatracker/result/2178/55 [22:34] mathiaz: url to the iso? [22:34] mathiaz: http://cdimage.ubuntu.com/kubuntu/daily/current/intrepid-alternate-amd64.iso ? [22:34] kirkland: http://iso.qa.ubuntu.com/qatracker/info/2178 [22:35] Anyone able to test Wubi with Vista? [22:35] evand: Yes [22:35] ah, right, I wasn't sure if you were on XP or Vista [22:35] great [22:36] mathiaz: got it [22:37] evand both [22:37] * heno starts ubuntu amd64 manual-partition test [22:39] kubuntu desktop up [22:39] * davmor2 setting up xp and vista [22:41] any tests needing urgent attention? [22:41] schwuk: all of them ;) [22:42] davmor2: :) [22:42] I'll be starting on kubuntu desktop i386 real soon now [22:42] bdmurray: I can help with some of those tests too [22:43] * davmor2 wubi and vista [22:43] * liw runs rsync [22:43] ogasawara: which isos do you have available for sync'ing? [22:45] bdmurray: I've got desktop, alt, and dvd [22:45] once my rsync finishes, I'm about to do a kubuntu i386 upgrade. [22:45] are upgrades necessary? [22:46] ogasawara: I'll start off with kubuntu i386 manual [22:46] I don't think upgrades are needed [22:47] at least one upgrade would be good [22:47] oh, actually, no [22:47] the base-files change is in -security not release [22:47] bdmurray: ok, I'll get the Live Session real quick and then do the auto-resize [22:48] * davmor2 kubuntu burning, vista installing, ubuntu 64 wubi started [22:51] I'm finding that pidgin doesn't work properly in my test installs in KVM [22:51] Where should the kubuntu release notes link to? [22:52] it connects to irc.ubuntu.com, but then hangs shortly thereafter and stops redrawing [22:52] mdz: I'll try it on hw in a second [22:52] mdz, hmm, it took me up to half a minute to connect but otherwise worked [22:54] I get "spoofing your IP, congrats" then "idoru set your hostname to..." and then it no longer responds [22:58] I got nothing like that [23:01] 15 more minutes before I get something to test ... [23:01] rsync finished -- what should I test? [23:03] liw: maybe something in ubuntu amd64? [23:03] liw: start with some longish tests like oem? [23:03] davmor2: it works fine for me on real hardware [23:04] * liw starts on Ubuntu Desktop amd64 oem === asac_ is now known as asac [23:06] hm, I get different md5sums for what rsync downloaded and what the tracker tells me [23:07] 1 down [23:08] is the tracker's md5sum correct? http://cdimage.ubuntu.com/daily-live/20081029.2/intrepid-desktop-amd64.iso and f9cdb7e9ad85263dde17f8fc81a6305b? [23:08] liw: the tracker reads the MD5SUM file on cdimage [23:08] liw: already started that one [23:09] can anyone else reproduce this problem with pidgin? [23:09] stgraber, so that would be a yes, then; something is therefore wrong with my rsyncing [23:10] mdz: it is probably just kvm [23:10] are these new images visible on chromium? [23:11] liw: seem to be [23:12] liw: there's a .4 on chromium did you get that instead of .2 [23:13] davmor2, dl-ubuntu-test-iso uses /current/ so I guess I'm getting whatever that points to [23:13] liw: are you using the dl script? ./dl-ubuntu-test-iso --version | grep /ubuntu/intrepid-desktop-amd64.iso will tell you what version the iso thinks it is. [23:13] liw: .4 then I'm guessing [23:14] slangasek: why we got ubuntu.4 on server and only .2 on the tracker [23:14] does 8.10 upgrade smooth? [23:15] the preserve /home test checks out for ubuntu 64bit, starting kubuntu 64 [23:16] sbeattie, hmm. --version or --versions? neither seems to output anything useful [23:16] davmor2: the one posted to the tracker is the one to use [23:16] no probs just wondering [23:16] * liw does manual rsyncs to be on the safe side [23:19] slangasek: any sign of xubuntu coming through at all? [23:19] checking its progress [23:21] is Kubuntu Desktop amd64 20081029.1 good for testing? if so, I can take the oem test to start with [23:21] mathiaz: Riddell: http://iso.qa.ubuntu.com/qatracker/result/2178/55 [23:21] mathiaz: my test succeeded, no problems [23:22] * heno starts ubuntu-64 desktop auto-resize [23:22] Riddell, et al: nice job with Kubuntu, I haven't seen it in ages ;-) [23:22] kde4 looks pretty nice [23:23] Windows 7 is going to look like a cheap rip-off of Kubuntu :) [23:25] (similar window boundaries and panel) [23:25] heno: It does look remarkably familiar, doesn't it? [23:25] mdz: I got pidgin working in a kvm install [23:27] bdmurray: interesting, Keybuk and evand both reproduced it [23:27] liw: yes it's good to test [23:27] mdz: what kind of networking in kvm? [23:28] while oem install is going, I'll take Kubuntu Desktop amd64 Live session and then entire disk tests, too, unless someone's doing those already [23:29] liw: please do i'm not set up for full disk [23:29] mdz: I'm using bridged networking [23:29] kirkland: could you try the entire disk test case? [23:30] mathiaz: url? [23:30] kirkland: http://iso.qa.ubuntu.com/qatracker/result/2178/53 [23:30] kirkland: same iso [23:30] mathiaz: k [23:30] kirkland, mathiaz: I'm testing that in a bit in kvm, should I skip? [23:30] bdmurray: the default [23:31] bdmurray: Keybuk has hypothesized that it has something to do with sound [23:31] mdz, are you running kvm from the command line ("kvm ...") or via libvirt (virsh, virt-manager)? [23:31] liw: i, too, am testing in kvm's... running kvm from the command line [23:33] ogasawara: I'm moving on to kubuntu i386 entire disk - you are doing auto-resize right? [23:33] bdmurray: confirmed, if I enable sound in KVM it fixes the issue [23:33] liw: could you do kubuntu amd64 live session? [23:33] mdz: I have seen a hang with no sound when opening totem the other day, let me dig out the report [23:33] bdmurray: right. I'll take OEM next then. [23:33] mathiaz, already doing [23:33] (because of pulseaudio) [23:34] * stgraber does OEM entire-disk on Ubuntu desktop amd64 [23:34] bdmurray: I've got a kubuntu i386 full-disk going. [23:34] meh still no bbc server [23:34] sbeattie: ah, thanks [23:35] where's in progress for the iso tracker? ;-) [23:35] yo [23:35] bug #289950 is about a pulseaudio hang in gstreamer [23:35]