[08:49] <davmor2> xivulon: I'm going to have a play with wubi today and I'll comment on bug 439279
[08:51] <xivulon> davmor2: thanks most appreciated, I tested it myself and didn't notice any issue
[08:52] <xivulon> the only thing I would like to avoid is the second boot menu (<< cjwatson)
[08:52] <davmor2> it is a completely random issue but I know cjwatson was adding some bits to try and fix it so now there are new cd's I thought I'd give it a try :)
[08:53] <xivulon> cjwatson, evand, also please double check the list of modules I use for grub2 (Makefile > winboot2), in case there is anything I missed
[08:57] <cjwatson> hmm, so the reason the second boot menu appears is that grub2 has detected another operating system (trivially: Windows), and our current rules are that whenever it does so it shows the menu
[08:57] <cjwatson> we'll need to think about how to make an exception here
[08:58] <cjwatson> there isn't a switch I can easily flip to make it not show it, it's a bit trickier than that
[09:26] <evand> we're getting a few reports of a bug where ubiquity crashes around partman_commit, with no error message reported: https://bugs.edge.launchpad.net/ubuntu/+source/ubiquity/+bug/442060
[09:26] <evand> just a heads up
[09:26] <evand> I'm racking my brain on what could be going on here, as I cannot reproduce this myself
[09:27] <CIA-33> debian-installer: cjwatson * r940 hardy-proposed/debian/changelog: No-change rebuild to pick up new kernel.
[09:29] <CIA-33> debian-installer: cjwatson * r941 hardy-proposed/debian/changelog: releasing version 20070308ubuntu40.12
[09:48] <evand> Even apport failed to pick up anything for the presumed partman_commit crash (bug 442560).  Weird.
[10:00] <davmor2> evand: I've not seen it and I've done a few installs on different media and different hw
[12:35] <davmor2> evand: isn't there a switch on wubi to make it's logs more verbose?
[12:36] <evand> yes, at the grub menu after the nt bootloader on install select the verbose option
[12:37] <davmor2> cool I'll run that I'm getting various hangs
[12:51] <davmor2> meh of course now it's in verbose mode it's sailed straight bloody through.
[13:06] <evand> cjwatson: does this look okay to you, or should I be more conservative and make it >= 1000? http://pastebin.ubuntu.com/286145/
[13:07] <evand> for the uid and gid, that is
[13:07] <cjwatson> evand: seems fine to me, though I'd quote $uid and $gid in the second test too for safety
[13:07] <evand> okay, will do.  Thanks for the review.
[13:16] <CIA-33> partman-target: evand * r776 ubuntu/ (debian/changelog finish.d/clear_partitions):
[13:16] <CIA-33> partman-target: Do not ever set the UID and GID for the to-be-created user to 0 in
[13:16] <CIA-33> partman-target: clear_partitions (LP: #442998).
[13:25] <CIA-33> partman-target: evand * r777 ubuntu/debian/changelog: releasing version 64ubuntu2
[14:42] <ara> cjwatson, in latest karmic images, if live is started in Spanish (or karmic is installed in Spanish), the ubuntu main menu appears in Engilsh (Applications, Places, System). The rest (including submenus of those) appear correctly in Spanish. Is that known? If not, which package should i be filling a bug against?
[14:43] <cjwatson> ara: I don't know; can you ask the desktop team?
[14:43] <ara> cjwatson, sure
[16:36] <davmor2> this is weird.  Using the verbose mode I don't seem to get any hang ups any more during the linux install.  however it does fail to boot and is really starting to pee me off now :(
[17:27]  * davmor2 is hating wubi with a vengeance, why oh why won't you work
[17:29] <davmor2> cjwatson, evand, xivulon: 1 out of 9 installs worked.  All the logs and grub.cfg are identical to those already on line meh
[17:30]  * xivulon sets aside coins for davmor2 beer
[17:30] <xivulon> I'll try again tonight I'll see if I can reproduce
[17:32] <cjwatson> evand: did you publish the updated wubi?
[17:32] <cjwatson> (with the syncio fix)
[17:32] <davmor2> 153 is on todays iso
[17:32] <xivulon> I tried from trunk with the fix in there
[17:33] <davmor2> 153 is the same as on the beta I think
[17:33] <cjwatson> need at least 154
[17:33] <cjwatson> message:
[17:33] <cjwatson>   Pass rootflags= rather than ROOTFLAGS=, since as far as I can tell
[17:33] <cjwatson>   initramfs-tools ignores the latter.
[17:33] <xivulon> this time you can edit the boot line manually
[17:35] <davmor2> cjwatson: thanks I'll have a look at the version on tomorrows and try again :)
[17:35] <davmor2> if 154 stabilises ubuntu then I'll try across the board and see if they all work
[17:36] <davmor2> right I'm calling it a night
[18:10] <evand> cjwatson: doing so now
[20:47] <rgreening> evand: ping
[20:47] <evand> rgreening: pong
[20:47] <rgreening> evand: care to look at bug 440719
[20:47] <rgreening> evand: I think we need to use unicode strings in several places instead of just cast to str
[20:48] <rgreening> like specifying the source iso could be in a dir with utf8
[20:49] <rgreening> evand: this happens in the frontend for kde, gtk and in the helper app.
[20:49] <rgreening> evand: as well as install.py
[20:49] <evand> indeed, we should be using unicode instead of ascii strings
[20:49] <evand> transliterating where necessary
[20:50] <rgreening> do you have time to look at fixing?
[20:50] <evand> indeed
[20:51] <evand> just not tonight
[20:51] <rgreening> ok. ty
[20:51] <rgreening> want me to subscribe the bug to you?
[20:51] <rgreening> assign I mean
[20:52] <evand> please do
[20:53] <rgreening> k
[20:54] <rgreening> evand: I have about 5 minutes ... I can change the kde front-end.. do I replace str with unicode? yes? And should it work for both target and source?
[20:55] <evand> I suspect many of them are already unicode strings, and therefore the cast is unnecessary.  I'd have to look though.
[20:56] <rgreening> evand: ok. changed all refs in kde frontend to unicode. I'll commit to bzr. you can review...
[20:59] <rgreening> done
[20:59] <CIA-33> usb-creator: rgreening * r228 trunk/ (3 files in 3 dirs): Fix KDE frontend to use unicode rather than str for converting strings.