[09:12] <cjwatson> bladernr: righto, thanks
[09:12] <cjwatson> cody-somerville: have a look at casper source, iirc it has a hashed version of the empty password
[09:38] <CIA-4> debian-installer: cjwatson * r1406 ubuntu/ (5 files in 2 dirs): Move to 2.6.38-1 kernels.
[09:40] <CIA-4> debian-installer: cjwatson * r1407 ubuntu/debian/changelog: releasing version 20101020ubuntu13
[12:14] <CIA-4> console-setup: cjwatson * r380 ubuntu/debian/ (changelog keyboard-configuration.config):
[12:14] <CIA-4> console-setup: If we detect the above breakage (upgrading from anything between
[12:14] <CIA-4> console-setup: 1.57ubuntu1 and 1.57ubuntu4 inclusive, and the XKB* values in
[12:14] <CIA-4> console-setup: /etc/default/keyboard differ from the commented-out values in
[12:14] <CIA-4> console-setup: /etc/default/console-setup), reset to the commented-out values in
[12:14] <CIA-4> console-setup: /etc/default/console-setup.
[12:15] <cjwatson> I ended up not asking confirmatory debconf questions after all
[12:29] <ev> cjwatson: I was able to successfully create an isohybrid disk (though still trying to convince it to live entirely on a partition boot record / partition so that it plays nice with a second ext2 partition with a casper-rw label).
[12:29] <ev> cjwatson: however, I'm now concerned that reusing a disk would require wiping the contents unless the ISO size matched, and one of the design goals with usb-creator was to be as non-destructive as possible.  I guess we could pad it out a bit, but I still foresee issues.
[12:29] <ev> 'twould be nice if we could chainload a grub loopback'd iso, but that's obviously not possible.
[12:29] <ev> I guess usb-creator could grow partition resizing code, and we could put the hybrid iso at partition 2 to avoid an expensive move operation or having to wipe the disk on the first go.
[12:32] <cjwatson> is casper-rw always a file right now?
[12:32] <cjwatson> and how do you deal with reusing an existing disk at the moment?
[12:33] <CIA-4> console-setup: cjwatson * r381 ubuntu/debian/changelog: releasing version 1.57ubuntu5
[12:38] <ev> cjwatson: sorry, went for coffee.  Yes, casper-rw is always a file.
[12:38] <ev> we deal with reusing an existing disk by overwriting the files and always using vfat
[12:39] <cjwatson> so any file that's on the stick but not in the iso will be left untouched?
[12:39] <ev> to be clear, when I say non-destructive I mean in the sense that you can still use the disk to store files to share with windows without worrying about them getting deleted if you want to try a newer version of ubuntu
[12:39] <ev> correct
[12:40] <cjwatson> and of course using an iso9660 filesystem would lose the ability to store files directly on the disk
[12:40] <cjwatson> argh
[12:41] <ev> indeed
[12:44] <ev> also, the iso size may grow if I ever finish my branch to integrate a software center button (unsquashfs + chroot)
[12:45]  * ev ponders
[12:51] <cjwatson> and isolinux probably just doesn't understand vfat at all, so there's no way to do this with isolinux if you want to keep that properly
[12:51] <cjwatson> *property
[12:51] <cjwatson> so I suspect that a copy of old syslinux is the only way to solve the immediate problem :-(
[12:52] <ev> how would isolinux solve this if it did understand vfat?
[13:00] <ev> oh duh, sorry
[13:02] <ev> once we move to grub, could we pull grub from the CD boot record instead of writing our own using grub from the running system?
[13:07] <cjwatson> yeah, should be possible, and the grub core image can just be built with both iso9660 and vfat support
[13:08] <ev> awesome
[14:10] <cjwatson> ev: could you commit the user-setup 1.28ubuntu13 release to bzr?
[14:19] <cjwatson> ev: and do you think bug 562312 is still feasible for alpha-2?
[14:19] <ubot2> Launchpad bug 562312 in usb-creator "initramfs-tools failed to install/upgrade, due to not being able to write initrd or vmlinuz." [High,Triaged] https://launchpad.net/bugs/562312
[14:30] <ev> definitely, I'll get on that momentarily
[14:31] <cjwatson> great, thanks
[14:45] <CIA-4> casper: evand * r857 casper/ (2 files in 2 dirs): Don't disable the free space notifier if using persistent storage.
[14:55] <CIA-4> usb-creator: evand * r331 usb-creator/ (debian/changelog usbcreator/misc.py): Increase the minimum persistent storage size to 1G.
[14:55] <cjwatson> ev: any reason for me not to upload ubiquity?
[14:56] <ev> nope
[14:56] <ev> by all means
[14:56] <cjwatson> great, thanks, in progress
[15:00] <CIA-4> user-setup: evand * r234 ubuntu/debian/changelog: releasing version 1.28ubuntu13
[15:01] <cjwatson> ta
[15:01] <ev> sorry about that (again!)
[15:01] <ev> I'm going to start debcommit -r'ing immediately
[15:01] <ev> rather than waiting for the email
[15:05] <CIA-4> ubiquity: cjwatson * r4492 ubiquity/ (d-i/manifest debian/changelog):
[15:05] <CIA-4> ubiquity: Automatic update of included source packages: clock-setup 0.106ubuntu1,
[15:05] <CIA-4> ubiquity: console-setup 1.57ubuntu5, partman-basicfilesystems 69ubuntu1,
[15:05] <CIA-4> ubiquity: partman-efi 23ubuntu1, partman-partitioning 79ubuntu1.
[15:06] <CIA-4> usb-creator: evand * r332 usb-creator/ (3 files in 3 dirs): Add a 30MB padding for the kernel and initramfs (LP: #562312).
[15:44] <CIA-4> usb-creator: evand * r333 usb-creator/ (debian/changelog po/usbcreator.pot): releasing version 0.2.27
[15:48] <CIA-4> ubiquity: cjwatson * r4493 ubiquity/debian/changelog: releasing version 2.5.12
[16:35] <ev> huh, I take it you can't suck the code out of an El-Tortio boot volume and shove it in the front of the MBR?
[17:05] <bdmurray> Could somebody look at bug 709363 for me?
[17:05] <ubot2> Launchpad bug 709363 in ubiquity "swap partition disappeared during installation" [Undecided,New] https://launchpad.net/bugs/709363
[17:14] <cody-somerville> cjwatson, is the debconf interface for oem-config in maverick borked? It seems to die on installing the system.
[17:15] <cjwatson> please file a bug, I'm finishing for the week
[19:53] <cr3> is there something like an early command that can be preseeded in ubiquity?
[19:54] <cr3> on the UbiquityAutomation wiki page, I see:     * Evan needs to add a "a bit later than early command" preseed variable so that testing scripts can run once the desktop is available.
[19:55] <cr3> is there a workaround in the meanwhile, short of changing the initrd.lz file?
[21:06] <sam____> how to partition during installation?
[21:07] <sam____> is there any1 to help me out please....