[00:00] <sbeattie> Here's an img of the screen artifact I saw: http://www.nxnw.org/~steve/tmp/screenshot-intrepid-artifact-small.jpg
[00:00] <sbeattie> Machine looks to have locked up. :-(
[00:01] <LaserJock> sbeattie: yep, mine was the same, slightly different position (mine was a tad to the right)
[00:08] <sbeattie> Mmm, how much ram are you giving your VMs?
[00:09] <sbeattie> I got my crash machine to boot, but it has 1GB of RAM. top shows it using over 400MB though.
[00:09] <stgraber> my VMs have 2GB
[00:10] <sbeattie> My vmware image I had only given it 384MB...
[00:10] <sbeattie> stgraber: really? You must have gobs of ram.
[00:12] <stgraber> I have 4GB on my lappy :)
[00:13] <LaserJock> I give mine 400-500MB
[00:14] <stgraber> when I want really fast testing I just put the HDD image and the ISO on a ramdisk and assign 512MB to the machine (and I still have some 1GB remaining)
[00:14] <stgraber> copying things from RAM to RAM is uhm ... fast :)
[00:16] <LaserJock> pfft
[00:28] <slangasek> stgraber: daily/20080710.1
[00:29] <slangasek> stgraber: if you find that it works better for you, I'm happy to switch it into place for alpha2; otherwise I won't bother since 20080709 has already been tested
[00:30] <stgraber> ok, downloading now
[00:44] <sbeattie> Something in usplash is using uninitialized memory, I booted without usplash, manually ran casper-md5sum, everything checked out okay, warm rebooted, tried to boot into the live desktop, and got utter random garbage on the screen.
[00:48] <sbeattie> Sigh, or I could be having memory problems. Argh!
[00:49] <stgraber> lucky you, memtest is on the same CD-ROM :)
[00:53] <sbeattie> Ummm'kay, now I'm utterly confused. memtest86 on the intrepid i386 image throws up a bazillion errors. memtest86+ from the 8.04.1 disk doesn't find anything.
[00:53] <sbeattie> My intrepid burn could be bad, I guess, though manually running casper-md5sum turned out okay, and the md5sum of the iso I burned matched the MD5SUMS file.
[00:57] <stgraber> cjwatson: still around ?
[00:58] <stgraber> is the secondary problem the "unsafe swap space" one ? :)
[00:58] <sbeattie> Even weirder; I now have LaserJock's mouse only in the lower right corner behavior, but in vmware instead of kvm/qemu.
[00:59] <stgraber> slangasek: the initial bug seems to be fixed but I now get an error because the installer thinks my swap isn't in the encrypted part of the HDD (but it's :))
[00:59] <stgraber> slangasek: so still can't install :(
[01:01] <stgraber> hmm, without swap it also fails
[01:01] <LaserJock> sbeattie: yikes!
[01:01] <stgraber>  /dev/mapper/ doesn't seem to be updated with the new lvm partitions so mkfs fails :(
[01:04] <stgraber> really weird, it's like if the installer disable the LVM before running mkfs :)
[01:05] <stgraber> I tried to force LVM using "lvchange -a y ubuntu" (ubuntu is my vg), the partitions appear in /dev/mapper then disappear just before the installer calls mkfs :)
[01:07] <slangasek> stgraber: ok, leaving it as a caveat for alpha2 then, thanks for testing :)
[01:09] <stgraber> what's weird is that "erase-disk + encrypted LVM" works fine :)
[02:30] <cjwatson> stgraber: the secondary problem was the appearance then disappearance of /dev/mapper/VG-LV, as you describe
[02:31] <cjwatson> stgraber: I have a suspicion the fault is still in parted, but it'll need another strace run and I lost the will to live somewhere in the middle
[05:27] <slangasek> sigh, is anyone seeing this problem (under VMware for me) that booting the liveCD gets you a blank screen (background-colored)?
[06:14] <LaserJock> slangasek: yeah
[06:14] <LaserJock> I think sbeattie and I were getting that
[06:15] <LaserJock> in VMware Player and VMware server
[06:15] <LaserJock> for me in qemu it didn't do that but the mouse doesn't seem to work right
[06:43] <slangasek> LaserJock: well, I've tested now on real hardware and get the same error
[06:43] <slangasek> LaserJock: is it specific to amd64, or does i386 have the same problem?
[06:45] <LaserJock> I've only done i386
[06:46] <slangasek> hrm
[06:46] <slangasek> kinda inconvenient, then
[06:47] <LaserJock> a bit
[06:55] <slangasek> and there's no way to switch vts in VMware (AFAICS), and when I switch vts on my real hardware I get corrupted video, so awesome
[06:55] <LaserJock> hmm
[06:56] <LaserJock> we were getting some usplash screen artifacts earlier
[06:56] <slangasek> yeah, the corrupted video includes part of a usplash impression
[06:56] <slangasek> perhaps I should try booting the installer without usplash?
[06:58] <LaserJock> I think stgraber tried that
[06:58] <LaserJock> and still got the blank screen
[06:58] <slangasek> oh, well, I expect I'll still get the blank screen, it's some sort of GNOME problem
[06:58] <slangasek> but if I can get a working vt1, maybe I can debug it :)
[06:59] <slangasek> hmm, I bet it's easier to boot my vmware in rescue mode and install ssh
[07:05] <slangasek> ah, that doesn't help, because whatever happens when gdm starts locks up the session entirely, brilliant :P
[07:06] <slangasek> so, guess I'll be trying it on real hardware again, blah
[07:11]  * slangasek tries to reproduce the problem by booting the liveCD on a box that he doesn't have room to install on, and instead it loads up just fine :/
[07:12] <slangasek> so instead I have to start it on my laptop again, sigh
[07:52] <slangasek> sigh, so the cause of the login trouble is compiz
[07:52] <slangasek> killall compiz.real from vt1, and the desktop appears
[07:53] <LaserJock> interesting
[07:57] <slangasek> possibly bug #245823
[08:53] <davmor2> Morning everyone
[08:56]  * slangasek mumbles something about caffeine and sleep
[08:57] <davmor2> slangasek: you can't do both ;)
[08:57] <davmor2> just updating the images
[09:11] <davmor2> slangasek: You knows these "USABLE" desktop iso which ones are they the one I just burnt to cd cause it still oversized doesn't seem to be doing anything on any platform (bare box/Windows/Linux)
[09:11] <persia> davmor2: Did you remember to use 800MB media? :)
[09:11] <davmor2> I burnt it to dvd
[09:12] <persia> Heh.  That works.
[09:12] <davmor2> I'm going to burn another incase it is the burn at fault
[09:17] <davmor2> wierd must of been the burn ?
[09:18] <slangasek> davmor2: there are certainly bugs, but I've tested the desktop amd64 image here and it certainly does more than nothing
[09:19] <slangasek> and the kubuntu ones probably have fewer bugs (still downloading in order to see) because they don't use compiz
[09:19] <davmor2> wubi: doesn't work from the dvd it's detected as a bad disk because it is on the dvd.  Grumble snarl
[09:20] <davmor2> slangasek: yes must of just been an off burn I just can't remember the last time I had one :)
[09:46] <davmor2> Bloody EDID
[09:48] <davmor2> brb
[10:00] <davmor2> Ubuntu on my 19 inch just gives me a pleasant white screen :( with my intel gfx :(
[10:03] <slangasek> at what point?
[10:04] <davmor2> Desktop the heron is visible below if you hit alt-ctrl-backspace
[10:04] <davmor2> so I'm guessing it's compiz playing up
[10:06] <davmor2> brb kubuntu in and I need to swap out monitors again
[10:15] <davmor2> change the res and I can use my old monitor again :)
[10:21] <davmor2> Kubuntu doesn't install :-/
[10:22]  * davmor2 getting P.O. at this point
[10:31] <davmor2> slangasek: Ubiquity fails to start on kubuntu
[10:31] <davmor2> desktop at least works
[10:36] <slangasek> davmor2: fails to start, or fails to complete?
[10:36] <slangasek> (i.e., bug #247519)
[10:37] <davmor2> fails to start up I'm writing a bug now.  I've got an error from the cli so I'll add that
[10:37] <davmor2> slangasek: ^
[10:39] <slangasek> ok
[10:46] <davmor2> slangasek: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/247537
[10:52] <slangasek> davmor2: ah, explains why I didn't see it; my mouse isn't working in vmware so I had to run ubiquity from the commandline as well, and I reflexively ran it as 'sudo ubiquity'
[10:53] <davmor2> should it be ran as sudo ubiquity or just as ubiquity though?
[10:53] <slangasek> clearly, running it as just 'ubiquity' is supposed to work
[10:54] <slangasek> but I guess you tried to click on the desktop shortcut, and that didn't work?
[10:54] <davmor2> slangasek: and fails :)
[10:54] <davmor2> slangasek: That's correct
[10:54] <slangasek> right
[10:54] <slangasek> so, it works if you boot straight into it ;)
[10:54] <davmor2> slangasek: that's why I ran the cli to see why it wasn't
[10:56] <davmor2> slangasek: you mean instead of running desktop run Ubiquity direct from the main boot option menu?
[10:56] <slangasek> yes
[10:56] <slangasek> if you do that, it works
[10:56] <davmor2> I'll try it
[10:56] <slangasek> and then it fails later when you try to partition, so
[10:56] <davmor2> slangasek: is that in vm or on hw
[10:57] <slangasek> vm
[10:58] <davmor2> slangasek: I'll try it on hw then and see if it's a vm thing shall I
[10:59] <slangasek> if you're talking about the partitioning failures, they aren't
[10:59] <slangasek> cjwatson is looking into them already
[10:59] <davmor2> okay np's so scrap the live tests then
[11:01] <davmor2> slangasek: mind you the new KDE 4.1 does seem a lot more stable :)
[11:01] <cjwatson> sorry, slightly delayed because I'm also trying to figure out what's up with the CD check
[11:03] <davmor2> cjwatson: why does that not work either?
[11:04] <cjwatson> not for me, anyway
[11:05] <davmor2> cjwatson: just trying it in kvm
[11:05] <cjwatson> it just hangs at the usplash pulsate bar
[11:05] <davmor2> It certain seems to I'll try on hw and see if it does there too
[11:07] <cjwatson> oh, I see
[11:07] <cjwatson> we are at last being bitten by the fucking stupid PATH setting in casper
[11:07] <cjwatson> I wondered when that was going to cause real problems
[11:08] <davmor2> cjwatson: It just booted into the desktop on kvm
[11:08] <davmor2> and it works :)
[11:08] <cjwatson> cassper sticks /root/usr/bin etc. at the front of PATH; grep in the installed system now links to libpcre; libpcre ain't in the initramfs
[11:09] <slangasek> snort
[11:09] <slangasek> is that also why we get the libacl.so.1 and libsepol.so.1 errors that I caught on boot when debugging?
[11:10] <cjwatson> yes
[11:10] <cjwatson> bearing in mind the stage we're at in the release, this seems like an excellent time to rip that out and see what else breaks
[11:10] <slangasek> :)
[11:10] <cjwatson> 'cos it's Just Wrong
[11:11] <cjwatson> there is actually an attempt to deal with the library thing by means of /etc/ld.so.conf, but it doesn't work for some reason
[11:11] <davmor2> cjwatson: if you need a test doing on it and you get a 20080711 iso out give me a shout
[11:13] <cjwatson> I'm currently at the stage of hacking up test ISOs for myself
[11:14] <davmor2> np's
[14:18] <cjwatson> uploads done to at least try to fix most of the serious desktop CD problems - just waiting for builds and archive processing
[14:24] <afflux> jeos cd seems to be uninstallable because the metapackages for the "virtual" kernel flavour are not installable (not built since linux-meta >= 2.6.26)
[14:36] <cgregan> stgraber: ping
[14:45] <vadi2> Hi. Where can I participate in image testing?
[14:47] <davmor2> cjwatson: any idea how long roughly?
[14:48] <cjwatson> davmor2: couple of hours
[14:48] <davmor2> cool :)
[14:48] <cjwatson> vadi2: #ubuntu-testing, iso.qa.ubuntu.com
[14:48] <stgraber> cgregan: pong
[14:48] <cjwatson> afflux: right :-(
[14:48] <cjwatson> afflux: the ports kernel isn't getting a lot of TLC of late
[14:48] <cjwatson> (I think virtual is in ports now, at least)
[14:48] <soren> afflux: ...will be fixed early next week, probably.
[14:49] <soren> I'm not sure what "in ports" means?
[14:49] <afflux> okay
[14:49] <cgregan> stgraber: I wanted to find out the level of effort to duplicate the x86 cases in ISO Tracker to a new "mobile" branch.
[14:49] <afflux> I've put a testing report on the tracker for the record anyway.
[14:49] <soren> It's maintained outside the standard kernel tree, in a git tree of its own.
[14:49] <vadi2> ﻿cjwatson: ok thanks
[14:49] <persia> Let's call it the "mobile" flavour to reduce confusion :)
[14:50] <davmor2> persia: portable would be better :D
[14:50] <cjwatson> soren: linux-ports
[14:50] <cjwatson> soren: oh, is it YA tree?
[14:51] <persia> davmor2: Well, not really, as it's the ubuntu-mobile seed.  "mobile" is fairly fixed.  Also, a laptop is portable, but I wouldn't want to run ubuntu-mobile on a laptop.
[14:51] <cgregan> persia: good point. stgraber...correction mobile flavor.
[14:51] <soren> cjwatson: Right now, yes.
[14:51] <davmor2> persia: I was just joking ;)
[14:51] <stgraber> cgregan: can that be done as one more "build" on the ISO tracker or would you like a separate tracker for it ?
[14:52] <cgregan> stgraber: build would be fine
[14:54] <stgraber> ok, so you will need one more product to be added "Ubuntu mobile" then add testcases to it.
[14:54] <cgregan> stgraber: basically I want all the cases and everything from x86
[14:54] <stgraber> Can you send me a mail with the list of testcases you'd like to see there and the wiki link to them ?
[14:54] <cgregan> stgraber: a clone
[14:55] <stgraber> what do you mean by "everything from x86" ?
[15:01] <cgregan> stgraber: I'll put together an email...and do some more research
[15:02] <cgregan> stgraber: once you have it though.....what is the effort level. An hour, day?
[15:03] <davmor2> avmor2
[15:03] <davmor2> h0neypie
[15:08] <persia> davmor2: Don't forget to adjust that :)
[15:09] <davmor2> persia: What?
[15:10] <persia> davmor2: h0neypie
[15:12] <davmor2> it's the pass for my test machine it'll only be on there for another hour and it's now switched off :)  I forgot which keyboard I was at
[15:12] <persia> davmor2: It's usually that: but hard to tell if it's a meaningful password: I just tend to encourage people to change when they slip :)
[15:15] <davmor2> I had to swap monitors to get the res right I've check the EDID it's 1024X768 but it isn't displaying but then I noticed they put through the vfreq and hfreq as 1024 768 too grrr
[15:18] <vadi2> I couldn't get my jeos to boot at all. Is that known?
[15:26] <stgraber> cgregan: an hour but I can't do it myself, I'll do it on my test server then file a RT ticket so the sysadmins do it
[15:27] <cgregan> stgraber: Cool.....thanks. I'll start working on the email and listing the cases, etc.
[15:27] <stgraber> cgregan: ok, when I get it I'll do a simulation on the test server and send you some screenshots of the result
[15:28] <cgregan> stgraber: excellent
[15:33] <cjwatson> vadi2: yeah, the virtual kernel hasn't been updated yet; soren says he should have it done early next week
[15:34] <vadi2> ok.
[15:35] <stgraber> is there anything to test at the moment or is everything waiting for rebuild ?
[15:37] <davmor2> waiting :(
[15:40] <davmor2> stgraber: really quick is the biggest understatement I think I've ever heard :)
[15:41] <stgraber> :)
[15:43] <stgraber> davmor2: I can do up to 4 install at once here so I can validate an complete image in ~ 1 hour
[15:44] <stgraber> so validating Ubuntu should be possible (alternate + desktop), I have big doubts about validating the derivatives as well
[15:45] <davmor2> stgraber:  That's if it will play nicely with VM it's been dying a death so far :)
[15:45] <stgraber> right, I didn't manage to have a desktop working in KVM so far
[15:45] <stgraber> alternate works fine though
[15:45] <davmor2> damned ubiquity ;)
[15:46] <stgraber> not really, I didn't even get X to start so can't blame ubiquity (yet) :)
[15:48] <davmor2> stgraber: that's been the fault for me mind you the other fault has been a bit more catastrophic in that my monitor EDID (I think refresh rate) is wrong so consequently I get no gfx at all.
[15:48] <stgraber> argh
[15:48]  * stgraber is afk for a moment, going back home
[15:49] <davmor2> I have to plug in my main monitor resize the desktop then swap monitors again
[15:54] <cjwatson> right, initramfs-tools casper ubiquity rebuilt, rebuilding CDs now
[16:27]  * stgraber is back home and ready for some testing
[16:27] <cjwatson> it's a-building
[16:52] <stgraber> new desktop images are ready for testing
[16:53]  * stgraber takes amd64 entire disk and manual
[16:56] <davmor2> I'll have to wait :( got to go for tea and then shopping so I'll be gone for a bit :( But hopefully all the iso's will of downloaded by then :)
[16:57] <stgraber> is virgin going fast again ? :)
[16:58] <davmor2> faster yes
[16:59] <davmor2> 1:34 for the first of the iso's to update
[16:59] <davmor2> minutes and not days
[17:00] <stgraber> :)
[17:04] <stgraber> sbeattie: I have the screen corruption with ubiquity when in cylon-mode :)
[17:05] <stgraber> and still no X so won't be able to test that image :(
[17:08] <cjwatson> err, ubiquity doesn't have a cylon-mode - do you mean usplash?
[17:08] <stgraber> oops, yes s/ubiquity/usplash/
[17:08] <afflux> what's cylon mode btw?
[17:08] <cjwatson> usplash's pulsating progress bar
[17:09] <afflux> ah, I see
[17:09] <cjwatson> it's what it uses when it has no reasonable information on how far to step the progress bar
[17:09] <afflux> yup
[17:09] <afflux> desktop-amd64 in vmware: usplash looks good here
[17:10] <cjwatson> autologin isn't working for some reason
[17:10] <cjwatson> or rather, it's working but it sits at gdm waiting for input before doing autologin
[17:10] <cjwatson> still no mouse in qemu ...
[17:14] <afflux> argh vmware is breaking my shift key o.o
[17:14] <afflux> or rather, it removes all the modifiers set by xmodmap on my host system
[18:43] <sbeattie> Mmm, that's no good. Doing a cd check on the latest image dropped into an initramfs busybox shell.
[18:45] <cjwatson> which image?
[18:45] <cjwatson> desktop or alternate?
[18:46] <cjwatson> seems to be working for me ...
[18:47] <sbeattie> desktop
[18:48] <sbeattie> any particular log I should be looking for? dmesg didn't have anything exciting in it.
[18:49] <sbeattie> mmmm casper.log claims it could not find a medium containing a live file system
[18:56] <cjwatson> doesn't sound specific to the CD checker; it's a problem detecting your CD
[19:05] <stgraber> anyone knows why ubuntu server 20080710 has been removed from the tracker ?
[19:11] <slangasek> td123: hi, are you the tomd123 who posted test results on http://iso.qa.ubuntu.com/qatracker/result/1772/4 ?
[19:14] <td123> slangasek: ya
[19:15] <slangasek> td123: great!  Could you please look at bug #245823, and see whether yours is the same problem?
[19:18] <td123> slangasek: sure, let me boot up the livecd again
[19:27] <td123> slangasek: ya, your description in bug #245823 seems to be the same bug I am encountering, I went into tty1 found compiz (2 instances) killed them both and I could go back into the main screen and everything seemed to work (besides the borders but its better then nothing)
[19:29] <td123> slangasek: I also have a 945 chipset if it has anything to do with it
[19:31] <slangasek> td123: ok, thanks.  you might want to link that bug from your ISO test report
[19:31] <td123> slangasek: ya ok
[19:43] <stgraber> ok, all images are now updated on the tracker
[19:43] <stgraber> please note that they aren't all the "current" ones, so please check the version number and md5sum before starting testing
[19:44] <stgraber> davmor2: ^
[19:44]  * stgraber takes the two server images
[20:19] <stgraber> Ubuntu server amd64 => Completed
[20:21]  * stgraber finishes server i386 and takes alternate amd64
[20:21] <slangasek> stgraber: bear in mind this is an early alpha, we don't require full test coverage - just "it boots and installs"
[20:22] <stgraber> sure, I only did minimal post-install testing (basically checking that stuff got installed)
[20:25] <stgraber> my main problem is the download speed, once I get the iso I can just start 4-5 VMs and do all testcases at once
[20:26] <slangasek> right :)
[20:47] <davmor2> bugger
[20:47] <stgraber> ah ?
[20:48] <davmor2> what this about the images stgraber
[20:48] <stgraber> you mean testing old images ?
[20:49] <stgraber> 10 has been released by mistake and 10.1 was some kind of test-build so the one we are testing is 09
[20:50] <davmor2> what about the new releases that cjwatson was doing? that fix ubiquity?
[20:50] <davmor2> wont those be 11
[20:50]  * cody-somerville checks up on Xubuntu.
[20:51] <LaserJock> there are 11 Desktop CDs
[20:51] <LaserJock> alternate and server look like 9
[20:51] <sbeattie> Lovely. memtest86+ v2.01 on our alpha 2 isos reports thousands of errors on my test machine.
[20:52] <sbeattie> memtest86+ v2.01 from memtest.org reports no errors.
[20:52] <LaserJock> in some ways it would be really handy to have the "version" string in the iso name
[20:52] <stgraber> davmor2: desktop is 11, alternate is 09
[20:52] <LaserJock> I can't remember at the moment exactly if I have 09 or 10
[20:52] <stgraber> davmor2: versions on the tracker are right but IIRC dl-iso uses current/ so that's why I mentioned it here
[20:52] <davmor2> okay cool
[20:53] <sbeattie> LaserJock: yeah, that's something I really dislike about the dl-iso script.
[20:53] <davmor2> Let's get ready to rumble......
[20:53] <stgraber> LaserJock: +1 that's something I do by hand after downloading because otherwise I end up with tons of ISO and don't know what they are
[20:54] <stgraber> same problem with kubuntu and ubuntu both will be intrepid-desktop-i386.iso :(
[20:54] <LaserJock> ugg, yeah, that's not good
[20:54] <LaserJock> I hadn't gotten that far :-)
[20:54] <sbeattie> stgraber: dl-iso script should shove them in different locations.
[20:54] <sbeattie> different paths
[20:55] <davmor2> stgraber: that's why the dl-script puts them in separate folders :)
[20:55] <Daniell> can I help with testing for alpha 2?
[20:55] <davmor2> yeap pick a test :)
[20:55] <stgraber> sbeattie: I can probably hack a bit the tracker to generate a page with all the cdimage.u.c links for all images being tested
[20:56] <stgraber> (I planned not to add any feature and focus on qatracker-ng but that looks like a 10-liner)
[20:56] <sbeattie> ah cool, that would be good.
[20:56] <Daniell> which iso's can I test?
[20:57] <Daniell> on cdimage.uuntu.com => latest daily>
[20:57] <Daniell> ?
[20:57] <cody-somerville> Daniell, you can test Xubuntu ISOs :)
[20:57] <cody-somerville> Daniell, http://iso.qa.ubuntu.com/qatracker/build/xubuntu/all
[20:57] <cody-somerville> Daniell, click the image of the cd to get download info
[20:57] <sbeattie> Daniell: http://iso.qa.ubuntu.com/qatracker/build/all/all will show you what needs testing still.
[20:58] <sbeattie> and yes, xubuntu needs some attention, though I can't get the xubuntu desktop cd to boot locally.
[20:59] <sbeattie> cjwatson|slangasek: would memtest86+ v2.01 failing from our cds but working from cd images downloaded from memtest.org indicate toolchain problems?
[21:00] <Daniell> i'll first test the ubuntu desktop cd
[21:00] <slangasek> sbeattie: it /could/, but it's not definitive
[21:01] <Daniell> I'm now downloading, is the busybox problem fixed which I experienced a few days ago?
[21:02] <sbeattie> slangasek: I can't get any of the alpha 2's to boot successfully on that machine, usplash hangs or I have other random problems. I've had no problems with this machine under 8.04{,.01}.
[21:03] <slangasek> sbeattie: yeah, alpha2 is excitingly bleeding-edge :)
[21:03] <davmor2> I'll start on Kubuntu desktop if that's okay :)
[21:03] <cody-somerville> sbeattie, I think the point of testing is to report such failures :P
[21:04] <davmor2> slangasek: does that actually mean broken ;)
[21:04] <slangasek> Daniell, davmor2: I believe the desktop CDs won't work, I've just identified a partman problem to evand that I think blocks them from being installable
[21:04] <stgraber> slangasek: should we just mark all desktop images as broken and focus on alternates ?
[21:04] <slangasek> so I wouldn't bother doing any more desktop testing, since I won't be releasing them for alpha2
[21:04] <slangasek> stgraber: yes
[21:04] <davmor2> slangasek: damn blast and all that old chap
[21:04] <stgraber> slangasek: ok
[21:04] <cody-somerville> slangasek, k
[21:04] <Daniell> ak
[21:05] <cody-somerville> slangasek, Is it possible to mark this in the ISO QA tracker?
[21:05] <stgraber> done
[21:05] <slangasek> cody-somerville: xubuntu alternate testing would still be a good idea, we don't have any results in from those yet :)
[21:05]  * cody-somerville nods.
[21:05] <slangasek> cody-somerville: yes, that's what stgraber just asked about :)
[21:05] <stgraber> so Xubuntu and Kubuntu needs testing
[21:06] <stgraber> I'm finishing ubuntu server and ubuntu alternate so please take derivatives :)
[21:11]  * stgraber also takes JEOS (kvm + lvm)
[21:11] <slangasek> well, we still don't have the right kernel for JeOS
[21:12] <slangasek> so I've just disabled that on the tracker too
[21:12] <stgraber> ah, ok
[21:12] <stgraber> one less VM then :)
[21:12] <LaserJock> heh, testing gets easier as slangasek weeds them out one by one :-)
[21:13] <stgraber> yeah
[21:14] <stgraber> erk, alternate just failed with a scary grub error :(
[21:14] <stgraber> no /boot/grub/device.map (that's with encrypted LVM)
[21:16] <slangasek> if it's only encrypted LVM that fails, that's caveat material now
[21:16] <stgraber> I get a scary kernel-like segfault from grub :(
[21:16] <stgraber> I have the syslog saved so I'll just reinstall without the LVM so I can do edubuntu testing
[21:18] <stgraber> slangasek,cjwatson: http://www.stgraber.org/download/ubuntu/lvmcrypto/grubsegfault.log
[21:20] <davmor2> testing Xubuntu now :)
[21:21] <stgraber> slangasek: I'm setting up another VM to try reproducing that segfault
[21:21] <stgraber> (just to make sure it's not one of kvm's bugs :))
[21:44] <td1231> do the current builds fix that nasty bug where you got a blank screen?
[21:47] <davmor2> td1231: on live?
[21:51] <cody-somerville> Oh cool. I have a qa account.
[21:52] <td1231> davmor2: yes
[21:52] <davmor2> probably not
[21:52] <davmor2> and live cd's don't work anyway
[21:53]  * cody-somerville downloads an ISO to test. :)
[21:53] <stgraber> hmm, ok. Looks like he was only interested in the desktop CD :)
[21:54] <LaserJock> stgraber: probably looking for a CD to install from
[21:54] <davmor2> cody-somerville: I got 64bit annd 32 bit whole hd on test if you want to try a different test :)
[21:55] <cody-somerville> I don't have a PowerPC
[21:55] <davmor2> part timer
[21:55] <cody-somerville> or sparc
[21:55] <cody-somerville> or etc.
[21:55] <cody-somerville> Just i386s
[21:55] <davmor2> cody-somerville: I did say test not cd :)
[21:55] <cody-somerville> Oh, sorry, I misread :)
[21:55] <stgraber> davmor2: if you have a 32bit system around (better if it's ubuntu), can you try edubuntu i386 on it when installed ?
[21:56] <stgraber> davmor2: I'm doing kvm testing and only amd64 seems to work with it :(
[21:57] <davmor2> stgraber: I can do that both the tests I'm running are on my main box as kvm so my test machines are both free at the moment :)
[21:57]  * stgraber is happy we don't have to test ports :) With the powerpc I have here it'd take weeks to validate all images :)
[21:58] <stgraber> davmor2: cool, it's just loading the CD and selecting all packages, they should install fine without internet (I usually just turn off the networkmanager)
[21:58] <davmor2> I'm glad we only need to test the main cds could you imagine all the vairiants of all the cd'S
[21:58] <LaserJock> davmor2: how do you mean?
[21:59] <stgraber> yeah and we would need extra hardware too :) I don't have sparc, hppa, ia64, ... at home :)
[22:02] <davmor2> LaserJock: Currently we test Ubuntu, Kubuntu, Xubuntu, Server, Jeos and Edubuntu we don't really test Mythbuntu, Gobuntu, UbuntuStudio or UME plus all the ports versions it would be a nightmare come true
[22:04] <LaserJock> hmm, they probably should get some testing at some point though
[22:04] <davmor2> LaserJock: Well volunteered :D
[22:04] <LaserJock> well, I was thinking more along the lines of figuring an automatic installation tester
[22:05] <persia> Well, Xubuntu is universe.  Studio wants testing, but the kernel doesn't work for Alpha 2.  Gobuntu is cancelled.  cgregan was talking about Mobile testing earlier.  I'm not sure about Mythbuntu: I know it's custom installer, so it's rather likely to benefit.
[22:05] <davmor2> we got our hands full with the supported versions.  Plus to be far if you want that type of port it's cause you have that type of machine :)
[22:06] <stgraber> someone could try : ubuntu alternate amd64 ?
[22:06] <LaserJock> davmor2: supported has nothing to do with installation tests I don't think, at least for Ubuntu (the project)
[22:06] <stgraber> I never managed to have it install, grub segfaults
[22:06] <davmor2> persia: Too many and too little time :( Gobuntu is but now there is the free version to test instead
[22:06] <LaserJock> davmor2: now the ports, I agree with you
[22:06] <stgraber> as it's VM I'd appreciate having someone else trying it
[22:06] <persia> davmor2: Just needs more hands :)
[22:07] <LaserJock> davmor2: can't test if you don't have the hardware :-)
[22:07]  * cody-somerville is at 55% downloaded la ISO.
[22:09] <afflux> stgraber: I'm on it, lvm+cryptroot currently
[22:10] <afflux> stgraber: I'm on vmware
[22:10] <stgraber> ok
[22:10] <stgraber> I got a scary grub error at the end of the install (no error until that) and looking at the console I saw a nice segfault :(
[22:11] <afflux> hum.. I'll be there in about 5 mins, it's configuring packages at the moment
[22:21] <slangasek> stgraber: from your lvmcrypto grubsegfault log, at least one problem there is that grub is crashing and grub-installer isn't trapping it
[22:21] <slangasek> Jul 11 20:12:32 grub-installer: sed: can't read /boot/grub/device.map: No such file or directory
[22:22] <slangasek> yes, because grub died with a segfault, so we shouldn't go trying to sed any files after that, grub-installer should have aborted...
[22:22] <slangasek> for the segfault itself, this needs to be turned over to the kernel folks
[22:25] <davmor2> cody-somerville: looks okay :)
[22:25] <cody-somerville> :)
[22:26] <stgraber> right, anyway the error message (user's side) looks good : "Executing 'grub-install (hd0)' failed. This is a fatal error."
[22:26] <davmor2> stgraber: is the tracker on a go slow?
[22:26] <cody-somerville> davmor2, make sure /etc/xdg/xfce4/xinitirc is being ran on login
[22:26] <stgraber> davmor2: looks like
[22:26] <davmor2> cody-somerville: want to say that again in english?
[22:27] <davmor2> 32bit ubuntu going in on hw for the edubuntu test now
[22:27] <cody-somerville> davmor2, can you paste me your .xsession-errors?
[22:28] <cody-somerville> *pastebin
[22:28] <davmor2> cody-somerville: I didn't have any it just worked :)
[22:29] <cody-somerville> Daviey, ~/.xsession-errors will still have some output in it :)
[22:29] <davmor2> np's two ticks I'll need to restart it
[22:31] <cody-somerville> davmor2, thanks :)
[22:40] <stgraber> afflux: what's the result of your alternate amd64 install ?
[22:40] <davmor2> cody-somerville: http://paste.ubuntu.com/26756/
[22:41] <cody-somerville> davmor2, okay, thanks :)
[22:49] <davmor2> Me thinks this won't get finished in time some how :(
[22:50] <stgraber> slangasek: how's your alternate amd64 install going ? as we seem to have lost afflux :)
[22:52] <slangasek> stgraber: I'm currently waiting on scrollkeeper
[22:54]  * cody-somerville thinks the image download link needs to be more intuitive / scream out
[23:01] <afflux> stgraber: sorry
[23:02] <afflux> "five minutes", haha... :(
[23:02] <afflux> stgraber, slangasek: grub seems to have installed without issues for me.
[23:03] <stgraber> ok, so that's a kvm issue
[23:07] <stgraber> davmor2: did you manage to do any edubuntu testing yet ?
[23:07] <stgraber> I don't have any installed system other than my own lappy, everything else failed due to kvm here :(
[23:08] <slangasek> is anyone working on kubuntu alternae?
[23:08] <davmor2> ubuntu just finished and ofcourse I now need to swap monitors so I can change the setting brb
[23:10] <afflux> slangasek: could do "manual partitioning", "entire disk" and "cryptroot" on kubuntu amd64, if needed
[23:10] <afflux> is there a known bug about the gdm issue?
[23:11] <stgraber> afflux: go with entire disk, d-i seems to work fine so what we want to test is kubuntu itself
[23:12] <slangasek> afflux: which gdm issue is this?
[23:13] <afflux> slangasek: unable to log in after install and autologin on desktop images does not work (both freeze on brown screen)
[23:13] <slangasek> afflux: VMware?
[23:13] <afflux> yes
[23:14] <slangasek> afflux: well, there's bug #246969, but this doesn't describe the symptoms that I see personally
[23:14] <slangasek> well, or maybe it does, I'm not sure
[23:15] <slangasek> the 'soft lockup' might fit, because what I see is that the vm goes brown and stops responding to pings
[23:15] <afflux> I'm not really sure, maybe it's bug 245823. I can't change to VT because alt+strg+f1 affects the host :(
[23:16] <slangasek> you could check whether it's 245823 by booting in text mode, uninstalling compiz, and starting gdm
[23:16] <davmor2> stgraber: edubuntu fails due to kstars
[23:16] <slangasek> but I've done this already, and vmware still locked up for me, so I don't think it's 245823 :)
[23:16] <davmor2> however individual packages install fine
[23:16] <slangasek> davmor2: ++verbose, please?  is kstars missing, uninstallable...?
[23:16] <afflux> slangasek: ah okay
[23:17] <davmor2> slangasek: two ticks I need to swap monitors again
[23:17] <slangasek> afflux: it is /something/ gnome-related, since kubuntu doesn't lock up for me in the same way
[23:17] <afflux> I see
[23:19] <stgraber> slangasek: add-on looks good here except some packages conflict (edubuntu-desktop, kstars and maybe some others) but files are on the cd and the installer starts correctly
[23:19] <stgraber> so can still be used as repo to install edu applications (just not all at once)
[23:20] <stgraber> those conflicts are actually in Ubuntu itself and not directly related to the add-on CD
[23:20] <stgraber>   kstars: Depends: indi (= 4:4.0.83-0ubuntu2) but it is not installable
[23:20] <stgraber> and   khelpcenter4: Conflicts: khelpcenter but 4:3.5.9-0ubuntu7.2 is to be installed.
[23:21] <slangasek> so worth releasing, with a caveat
[23:21] <slangasek> does someone want to think up some wording to use for the caveat entry?
[23:22] <stgraber> "Some packages from the Ubuntu educational add-on CD may not install because of unresolved dependencies." ?
[23:22] <davmor2> slangasek: stgraber: Install starts fine, cd is added to the repo list, fail depends: kstars but is not going to be installed.  However Kstars is included version 4:4.0.83-0ubuntu2 is in.  So I'm guessing it is something attached to it rather than kstars itself
[23:23] <slangasek> stgraber: what's the proposed workaround?
[23:23] <stgraber> davmor2: yep, look at what I pasted before, it's depending on something non-existing
[23:23] <stgraber> slangasek: none, that's broken in the repos :(
[23:23] <persia> fallout from KDE3 -> KDE4?
[23:23] <davmor2> no monitor when you wrote it :)
[23:23] <slangasek> stgraber: well, what's the workaround for making use of edubuntu as a whole?
[23:24] <LaserJock> well, the point is though that *most* of the Add-on CD is usable
[23:24] <stgraber> exactly
[23:24] <LaserJock> but edubuntu-desktop is not as such
[23:24] <stgraber> you can install most softwares from that CD which is what people usually want
[23:24] <stgraber> you just can't install kstars and our meta package
[23:24] <davmor2> this is true :)
[23:24] <slangasek> right - so what do we tell users about how they should use it?  I've actually never used the edubuntu addon CD, so I don't know how the edubuntu-desktop problem will show up, or what users should do instead
[23:25] <stgraber> you get into gnome-app-install showing a set of packages
[23:25] <stgraber> they can tick all of them except edubuntu-desktop and kstars
[23:25] <stgraber> all the others install just fine, gnome-app-install will tell them what packages they can install and what they can't
[23:25] <LaserJock> "Packages must be installed individually rather than using the edubuntu-desktop metapackage"?
[23:26] <slangasek> ok
[23:26] <davmor2> slangasek: I've installed 5 apps from the cd so that bit works.
[23:27] <davmor2> slangasek: the cd effectively becomes an extra repo.  So the same rules that apply to normal repo packages except there on a cd :)
[23:27] <stgraber> yep, I just tried installing italc from the add-on CD and worked fine too, the user just can't tick "Edubuntu desktop" and KStars in gnome-app-install.
[23:28] <slangasek> ok, since I have the wiki lock still, I'll try to synthesize the above into a caveat entry
[23:28] <davmor2> right it's 11:30 I'm knackered and am going to bed now hope the tests get finished :)
[23:29] <slangasek> 'night, folks :)
[23:29] <slangasek> well, davmor2
[23:29] <slangasek> though I guess others are probably going to drop off soon as well :)
[23:29] <stgraber> indeed :)
[23:29] <davmor2> nn everyone :)
[23:29] <LaserJock> I've been dropping off since 7am this morning
[23:30] <slangasek> caveat added for the kstars issue
[23:31] <stgraber> argh, what's hapenning to kumquat ... we did a good lot of DB optimization and have a proxy in front of it so that kind of issue shouldn't happen. 3 minutes I'm trying to load that page now
[23:32] <stgraber> slangasek: caveat looks good
[23:33] <stgraber> would that make sense to mention that installing using KVM is completely broken ? :)
[23:33] <slangasek> yes, preferably with a bug number
[23:34] <LaserJock> is it KVM and qemu or just KVM?
[23:34] <afflux> slangasek: running 2.6.26-3 in virtualbox does not work at all: bug 246067 (that means all the isos fail to start)
[23:34] <stgraber> I only get that when using kvm, qemu is extremely slow but works
[23:34] <stgraber> looking at LP now for a bug report
[23:37] <stgraber> slangasek: bug 243677 ?
[23:37] <stgraber> seems to contain comments about almost all virtualization related issues :)
[23:37] <slangasek> looks right, thanks
[23:38] <stgraber> I don't really know if that's a kvm bug or a mix of having a new X server (so I don't get a X server to start with the desktop image) and the new kernel ...
[23:40] <slangasek> stgraber: based on the bug state, someone thinks it's a kvm bug :)
[23:43] <slangasek> so, ah, did kubuntu alternate get tested? because I still don't see any test results on the website
[23:43] <stgraber> afflux: ?
[23:43] <afflux> I'm still pulling it
[23:44] <slangasek> ok
[23:44] <slangasek> afflux: which arch?
[23:44] <afflux> amd64
[23:44] <slangasek> I have amd64 already here, which I can test... would be good if someone could test i386?
[23:45] <afflux> eek, I asked some minutes ago whether I should take amd64 :P I can download i386, will take about 25 minutes
[23:52] <afflux> slangasek: you are the wiki page man right? might be good to include a hint that the kernel does not work in virtualbox either (but for different reasons that kvm, as far as I can see)
[23:52] <slangasek> afflux: yes, I'll add that too, once my buffer clears :)
[23:52] <afflux> ah okay
[23:52] <afflux> thanks
[23:55] <slangasek> (done)
[23:56] <slangasek> anything else broken that we should document? :)
[23:58] <afflux> I've not yet tested kubuntu-alternate-i386 ;)