[09:50] <CIA-3> debian-installer: cjwatson * r1070 ubuntu/debian/changelog: releasing version 20081029ubuntu27
[12:20] <CIA-3> ubiquity: evand * r3115 ../ubiquity.intrepid-beta//debian/ (changelog rules): Disable the introduction page in preparation for the 9.04 Beta.
[12:20] <evand> ...
[12:20] <evand> whoops
[12:39] <CIA-3> ubiquity: evand * r3116 jaunty-beta/ (d-i/manifest debian/changelog):
[12:39] <CIA-3> ubiquity: Automatic update of included source packages: grub-installer
[12:39] <CIA-3> ubiquity: 1.36ubuntu4, partman-partitioning 65ubuntu1.
[12:40] <davmor2> evand: I'm going to try a wubi install out this afternoon on vista.  I'll let you know how I get on :)
[12:44] <evand> wonderful, thanks
[12:48] <xivulon> davmor2 hi
[12:49] <davmor2> xivulon: Hello dude :) I'm going for a vista wubi test this afternoon :)
[12:51] <xivulon> good, let me know how it goes! did you find any other bug not in lp?
[12:53] <davmor2> xivulon: not to date no.
[12:54] <xivulon> good
[12:55] <xivulon> did you see if cd extraction work with new code base?
[12:55] <xivulon> cd iso extraction
[12:55] <xivulon> last bug you reported there was due to something else, which should be ok in r105
[12:57] <evand> FWIW, r105 should be on the CDs
[12:57] <xivulon> evand thanks
[12:58] <xivulon> that will have issues with the uninstaller of course, but for the rest should be ok
[12:58] <evand> they all had issues with the uninstaller, no?
[12:58] <evand> by they I mean every new revision from bzr
[12:58] <davmor2> Yes
[12:59] <xivulon> yes, I haven't had much time to work on a patch yet
[12:59] <xivulon> I have tested some code briefly which seems ok will push it after beta
[13:00] <davmor2> evand, xivulon: is it worth just adding it to release notes saying it's being worked on, or not?
[13:01] <xivulon> absolutely
[13:01] <xivulon> quick workaround is to copy the uninstaller on a different directory and run it from there
[13:07] <cjwatson> evand: should bump version to 1.12.0 as well I think
[13:08] <cjwatson> evand: is there anything in bzr right now that needs to go in the beta?
[13:08] <evand> cjwatson: I've already uploaded it.  I was going to bump trunk to 1.12.0, if that's what you mean.
[13:08] <evand> everything in trunk would be nice to have, but is not critical
[13:09] <CIA-3> ubiquity: evand * r3118 ubiquity/ (debian/changelog ubiquity/timezone_map.py): Merge Roman's city placement code into the GTK frontend.
[13:33] <CIA-3> ubiquity: evand * r3117 jaunty-beta/debian/changelog: releasing version 1.11.20
[14:13] <CIA-3> debian-installer: cjwatson * r1071 ubuntu/ (build/config/armel.cfg debian/changelog): Remove armel orion5x subarchitecture, per the kernel team.
[14:16] <CIA-3> debian-installer: cjwatson * r1072 ubuntu/debian/changelog: releasing version 20081029ubuntu28
[15:09] <davmor2> evand: How does wubi get it's name for the user, not the username?
[15:17] <persia> cjwatson, I think I'm not going to try the parallel-edit method anymore.  I seem to make too many mistakes between the two environments.  I'll go back to the regenerate-and-test method :)
[15:17] <evand> davmor2: from the USERNAME environmental variable
[15:18] <evand> or do you mean how does it get what it uses for the full name?
[15:18] <davmor2> evand: No no the username.  The name of the user.
[15:18] <davmor2> full name uyes
[15:19] <evand> right now I believe it just uses the USERNAME environmental variable as well
[15:19] <evand> feel free to file a bug and subscribe me, and I'll look into fixing it
[15:19] <evand> if xivulon doesn't beat me to it
[15:19] <evand> should be fairly straightforward
[15:20] <davmor2> evand: does wubi assume the windows username is you full name.  Because I typed in tester as the username (which is what I use to log in with) but my name is still displayed in fusa as davmor2 which is the username that wubi had selected for me
[15:22] <davmor2> I'll take a screenshot in a second
[15:23] <CIA-3> ubiquity: cjwatson * r3119 ubiquity/ (3 files in 3 dirs):
[15:23] <CIA-3> ubiquity: Stop setting message attribute in InstallStepError; it isn't used and it
[15:23] <CIA-3> ubiquity: generates a deprecation warning with Python 2.6. Similarly, rename
[15:23] <CIA-3> ubiquity: PartedServerError's message attribute to parted_error.
[15:25] <evand> davmor2: yes, see what I said above
[15:25] <davmor2> evand: will do:)
[15:25] <evand> thanks
[15:41] <davmor2> evand: am I doing something daft here.  I moved the un-installer out of the Ubuntu folder started it and I'm getting the same issue as from the cd trying to remove it
[15:42] <evand> davmor2: it should work if you run the uninstaller by running wubi a second time.
[15:42] <evand> if that's not working, I suspect that's a new bug
[16:04] <CIA-3> console-setup: cjwatson * r98 ubuntu/debian/ (changelog config.proto):
[16:04] <CIA-3> console-setup: Raise priority to critical for questions preseeded with a nonexistent
[16:04] <CIA-3> console-setup: code (LP: #328078).
[16:10] <davmor2> wubi ejected cd but then says there is no cd :(
[16:10] <davmor2> I'll bug it after
[17:36] <NCommander> cjwatson, thanks for merging my seed changes for the imx51
[17:37] <cjwatson> np
[17:37] <NCommander> cjwatson, anything I can do to help to get the rest of the imx51 branches merged?
[17:37] <cjwatson> I haven't looked too much yet, but probably not, I'm just waiting for after beta
[19:48] <kirkland> cjwatson: heh, you remember that bug about it being too easy to uninstall ecryptfs (when it's in use)?
[19:48] <kirkland> cjwatson: i just uninstalled mdadm on a raid-running system
[19:48] <kirkland> :-)
[19:59]  * cjwatson grins
[20:00] <davmor2> evand: Now the cd ejects you get wubi.exe there is no disk in the drive. Please insert a disk into drive E:  (cancel) (Try again) (Continue)  :)
[20:01] <superm1> perhaps would it be best to unpack wubi.exe into a temp directory and run instead then?
[21:21] <mark> hi
[21:21] <mark> the ubuntu (server) installer seems to insist on installing the boot loader on (hd0), even though I'm preseeding otherwise
[21:21] <mark> any idea why?
[21:24] <davmor2> evand:  big map is still way out :)  Which you probably still know :)
[21:24] <evand> davmor2: I committed some fixes for that today, but they wont be on a CD until after beta
[21:25] <davmor2> evand: cool it really shows up on the big map :(  I just did an oem install
[21:26] <evand> the points should be in the same position no matter what size the map is
[21:26] <evand> oh, though the oem-config map needs an update
[21:26]  * evand does that now
[21:28] <davmor2> evand: Yay helped make things better :)
[21:28] <evand> :)
[21:28] <CIA-3> oem-config: evand * r637 oem-config/lib/timezone_map.py: More updates to the timezone_map city placement.
[22:39] <CIA-3> partman-target: cjwatson * r753 ubuntu/ (3 files in 2 dirs): (log message trimmed)
[22:39] <CIA-3> partman-target: Rather than pretending that partitions have no longer been formatted
[22:39] <CIA-3> partman-target: after the partitioner is complete, reset their intended state from
[22:39] <CIA-3> partman-target: "format the partition" to "keep and use the existing data". This still
[22:40] <CIA-3> partman-target: solves the original problem reported in Debian bug #256090 while also
[22:40] <CIA-3> partman-target: stopping partitions from being needlessly reformatted if you go back to
[22:40] <CIA-3> partman-target: the partitioner after base system installation and then forward again
[22:53] <CIA-3> partman-target: cjwatson * r754 ubuntu/ (3 files in 3 dirs):
[22:53] <CIA-3> partman-target: Don't clear partitions or complain about them not being formatted if
[22:53] <CIA-3> partman-target: they've already been formatted by a previous partitioner run.