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