[00:09] <cjwatson> at least it's d-i, should be reproducible in finite time
[02:01] <CIA-33> ubiquity: cjwatson * r3546 ubiquity/ (debian/changelog debian/control scripts/install.py):
[02:01] <CIA-33> ubiquity: Use new check-language-support --show-installed option added in
[02:01] <CIA-33> ubiquity: language-selector 0.4.16, so that we can arrange to keep language
[02:01] <CIA-33> ubiquity: support packages installed that are already present in the live
[02:01] <CIA-33> ubiquity: filesystem.
=== kirkland` is now known as kirkland
[08:20] <ara> cjwatson, good morning
[11:23] <cjwatson> ara: hi
[11:24] <ara> cjwatson, hey
[11:24] <ara> cjwatson, I pinged you only to comment that OEM is not working for UNR
[11:24] <ara> cjwatson, https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/456990
[11:24] <ubottu> Launchpad bug 456990 in ubiquity "OEM Mode is not working for Ubuntu Netbook Remix" [Critical,Incomplete]
[11:25] <ara> cjwatson, but evand took it
[11:26] <cjwatson> ok
[13:08] <CIA-33> grub-installer: cjwatson * r822 ubuntu/ (debian/changelog grub-installer): Mount /target/sys when running update-grub (LP: #456776).
[13:09] <CIA-33> grub-installer: cjwatson * r823 ubuntu/debian/changelog: releasing version 1.43ubuntu7
[13:47] <evand> cjwatson: boots if I wait sufficiently long enough.  Removing iso9660 had no effect.  I'm going to keep poking at it while I work on other things.
[13:53] <evand> ara: what's the output of `sudo debconf-get oem-config/enable` once you're in the live environment and have verified that ubiquity is still not running in oem mode?
[13:54] <ara> evand, I did the installation directly from the menu, not through the live environment, but I'll try again with the live environment
[13:55] <evand> thanks
[14:00] <ara> evand, nothing, it just returns to the command line
[14:00] <evand> hrm, sounds like isolinux/gfxboot
[14:02] <evand> err I misread
[14:03] <evand> hrm, very odd
[14:06] <ara> evand, is 100% reproducible in the mini9 I am using for testing
[14:07] <evand> ara: is this on a CD or USB disk (just to rule out usb-creator mangling as the culprit)
[14:08] <ara> evand, usb disk
[14:08] <ara> evand, I tried creating it again, but it happens again
[14:08] <evand> okay, let me see if I can reproduce it using one, and failing that, borrowing a mini 9.
[14:32] <davmor2> cjwatson: something isn't happy for wubi on unr  I just get a black screen
[14:33] <evand> davmor2: where do you get a black screen?
[14:35] <davmor2> evand: I get grub,  I get the pulsing Ubu icon then blank
[14:35] <davmor2> no disk activity
[14:36] <evand> davmor2: what happens if you remove "quiet splash" from the options?
[14:36] <davmor2> no flashing leds on the keyboard either
[14:36] <davmor2> trying now
[14:39] <davmor2> evand: /init:  line 1: can't open /dev/sda: No medium found repeated over and over with different /devs on the machine.  Then finally busybox
[14:43] <evand> davmor2: and "quiet splash" is all you removed?
[14:44] <davmor2> evand: yeap
[14:45] <evand> perhaps try chkdsk and try again?
[14:45] <davmor2> evand: is it worth trying it again
[14:45] <davmor2> beat me to it :)
[14:45] <evand> that is, chkdsk /r
[15:25] <davmor2> evand: right windows says the hd is fine.  kne just installed, tried unr again same thing
[15:28] <evand> davmor2: can you copy the casper.log out (usb disk will probably be easiest) and pastebin it?
[15:29] <davmor2> evand: yeap if I can 2 ticks
[15:30] <evand> thanks
[15:32] <davmor2> evand: no /var/log , I'm assuming that is where the casper.log should be?
[15:32] <evand> in /
[15:32] <evand>  /casper.log
[15:32] <davmor2> 2 ticks then :)
[15:35] <davmor2> evand: hopefully http://pastebin.com/f7650c231
[15:40] <davmor2> evand: shall I open a bug and add this and the wubi logs?
[15:40] <evand> please
[15:41] <evand> cat /proc/cmdline would equally help
[15:48] <davmor2> evand: bug 457246 wubi log is large didn't realise it kept using the same log so head straight for the bottom :)   I'll get you proc line now
[15:48] <ubottu> Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/457246)
[15:55] <davmor2> evand: added proc line to bug
[15:57] <davmor2> evand: anything else?
[15:58] <evand> not for the moment, no
[16:05] <ara> evand, some findings around the OEM + UNR test
[16:06] <ara> evand, using anyother iso (kubuntu desktop in this case) in the same mini9, the bug reproduces
[16:06] <ara> evand, but, strangly, when I press F4 and select OEM, the option gets selected correctly
[16:06] <ara> evand, but, then, a normal installation starts
[16:10] <evand> okay thanks
[16:10] <CIA-33> tasksel: cjwatson * r1424 ubuntu/ (debian/changelog ubuntu-tasks/mobile-mid):
[16:10] <CIA-33> tasksel: Update Ubuntu tasks from seeds, hiding mobile-mid on new installations
[16:10] <CIA-33> tasksel: (LP: #456561).
[16:13] <CIA-33> tasksel: cjwatson * r1425 ubuntu/debian/changelog: releasing version 2.73ubuntu23
[16:17] <xivulon> davmor2, evand, wubi is looking for the ISO and for some reason it cannot access the device where it is loaded
[16:17] <xivulon> davmor2 see if you can manually mount the partition that contains the ISO
[16:18] <evand> cjwatson: where are the menu entries for gfxboot defined these days?  gfxboot-theme-ubuntu seems to be missing at least OEM mode and free software mode, unless grep -ri is totally failing me.
[16:18] <cjwatson> debian-cd
[16:18] <cjwatson> g-t-u just does the translations
[16:19] <cjwatson> I think you have a grep bug though
[16:19] <cjwatson> po/bootloader.pot:323:#. txt_menuitem_oem
[16:19] <cjwatson> po/bootloader.pot:324:msgid "OEM install (for manufacturers)"
[16:19] <evand> oh no, I saw that much.  But as you say that's just the translations
[16:19] <cjwatson> po/bootloader.pot:378:#. txt_option_free
[16:19] <cjwatson> po/bootloader.pot:379:msgid "Free software only"
[16:20] <cjwatson> OEM mode is on the F4 menu and is in debian-cd/tools/boot/karmic/boot-*
[16:20] <cjwatson> free software only mode is on the F6 menu and is in gfxboot-theme-ubuntu/dia_fulloptions.inc
[16:20] <davmor2> xivulon: yeap I can manually mount it
[16:21] <evand> cjwatson: thanks
[16:21] <davmor2> xivulon: all the others passed flawlessly it's only this one.  Can't stop on it now though need to get on
[16:37] <evand> I think my wubi issue is a bug in kvm
[16:38] <evand> if I completely shut down the computer after install, and then boot, wubildr works fine
[16:39] <evand> I think this may have something to do with the fact that kvm cannot read the CD boot code on reboot, for whatever reason
[16:39] <evand> perhaps it's a red herring, but I suspect grub is having a hard time with this as well
[16:50] <bdmurray> I ran into bug 456938 the other night when doing an install.
[16:50] <ubottu> Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/456938)
[16:58] <cjwatson> evand: oh, yeah, I've noticed similar things
[17:01] <evand> given that the CD would be ejected on real hardware (something that KVM really should virtualize), I think we're okay.  I'll file the kvm bug though, if it doesn't already exists
[17:06] <evand> bdmurray: was this using the option to not format / ?
[17:07] <bdmurray> evand: yes, I was trying to preserve home
[17:07] <evand> what version of ubuntu was on there?
[17:07] <bdmurray> ~8.04.2
[17:08] <evand> hrm, it should have cleared out /usr/sbin
[17:11] <xivulon> davmor2 can you run in verbose mode and post the log?
[17:16] <xivulon> You might have to add set -x in casper/scripts/lupin-helpers
[17:19] <evand> cjwatson: any ideas on bdmurray's bug?  I cannot see how it's possible, given that we carefully check for and remove files and symlinks that already exist.
[17:23] <cjwatson> nothing jumped out at me ...
[17:29] <evand> in all seriousness, I wish we had a "mystery" state in LP
[17:30] <evand> I feel like "confirmed" and "new" are wrong for such bugs.
[17:44] <davmor2> xivulon: not till after I get the rest tested now I'm afraid falling behind
[18:06] <CIA-33> usb-creator: evand * r237 trunk/ (debian/changelog usbcreator/install.py): Blacklist gfxboot.cfg in mangle_syslinux (LP: #456990).
=== TheMuso` is now known as TheMuso
=== cjwatson_ is now known as cjwatson