[05:13] <chris4585> cjwatson, are you around?
[09:56] <cjwatson> chris4585: yes
[11:32] <ev> ugh, the ubiquity panel is rendering as grey for unused space in the chinese edition daily
[11:32] <ev> I thought we fixed this
[11:32] <ev> o problem, of course
[11:38] <davmor2> ev, cjwatson: nice there is a new iso this morning should wubi be okay on it?  I thought I'd give it a try if I had time
[11:40] <cjwatson> yes, it should
[11:41] <davmor2> cjwatson: cool I'll let you know :)
[11:43] <ev> just tried wubi, actually
[11:43] <ev> was working fine for me in windows 7
[11:44] <ev> hm, "try ubuntu" appears to be broken in the chinese edition
[11:44] <ev> not sure if that carries over to the regular Ubuntu, though one would assume so
[11:44] <ev> will have to check
[11:45] <cjwatson> the only change in the Chinese edition is "echo 'zh_CN' >isolinux/lang"
[11:49] <ev> so then yes :)
[11:50] <ev> damn
[11:52] <cjwatson> presumably, unless "try ubuntu" is locale-sensitive in some relevant way
[11:53] <davmor2> ev: is it me or are the slides not moving very quickly on wubi?
[11:54] <cjwatson> I'm merging an upstream GRUB branch to add a 'grub-mount' utility; we should be able to use this (after fixups, etc.) to replace things that have to do delicate blockdev hacks
[11:55] <cjwatson> or at least to provide a safer form
[11:55] <cjwatson> I'm not sure we should rush to integrate it into d-i code in natty though, since it's late; my main focus at the moment is using it in os-prober
[11:59] <davmor2> ev:  at the end of that I got to slide 4
[12:01] <ev> davmor2: are you using an SSD?
[12:01] <davmor2> cjwatson: is the secondary grub screen meant to show Windows?   ie not the grub4win but the one that boots the Ubuntu kernel?
[12:01] <davmor2> ev: nope standard base unit
[12:01] <ev> cjwatson: that's awesome!
[12:01] <davmor2> ev: it's my all intel box
[12:02] <ev> davmor2: I was pondering that as well. It strikes me as confusing to show the grub menu when a selection has already been made in the NT bootloader
[12:03] <ev> I'm wondering if it makes sense to suppress adding Windows to the grub.cfg when in Wubi, given the order of thigns
[12:03] <ev> things*
[12:03] <ev> davmor2: I haven't noticed the slowness
[12:03] <ev> and that bit of javascript hasn't changed
[12:04] <davmor2> ev: maybe it's just that it installed quicker being as it was on the HD then maybe
[12:04] <davmor2> ev: normally from cd I get to the thank you slide
[12:05] <cjwatson> davmor2: it isn't harmful for it to do so
[12:06] <davmor2> cjwatson: Nope just odd I'll try and boot into it and see what happens
[12:06] <cjwatson> and it gives you an opportunity to interrupt and change options, which I think given the general state of Wubi is if anything *more* useful than normal
[12:06] <davmor2> cjwatson: indeed
[12:09] <davmor2> cjwatson: so choosing Windows from the second grub takes you back to grub4win again so that's not so bad
[12:11] <cjwatson> right, the nesting is purely presentational and doesn't actually correspond to the boot loader code being nested inside ntldr in some way
[12:11] <cjwatson> it's a jump rather than a call
[12:11] <cjwatson> so choosing Windows just jumps back
[12:13] <davmor2> cjwatson: Yeah I thought it would be pointing at host which I thought might cause issues but that makes a lot of sense now. The whole oh bugger I clicked on Ubuntu I wanted windows oh windows option phew no need to reboot
[12:41] <CIA-7> apt-setup: cjwatson * r212 ubuntu/ (3 files in 2 dirs):
[12:41] <CIA-7> apt-setup: Disable partner by default again (accidentally enabled in
[12:41] <CIA-7> apt-setup: 1:0.48ubuntu1), and make sure that preseeding apt-setup/partner=true
[12:41] <CIA-7> apt-setup: enables it (LP: #744982).
[12:41] <CIA-7> apt-setup: cjwatson * r213 ubuntu/debian/changelog: releasing version 1:0.49ubuntu4
[13:48] <cjwatson> ev: looks like there's a fair bit of feedback on bug 745148
[13:54] <ev> ah so there is
[13:54] <ev> thanks
[14:29] <CIA-7> ubiquity: jriddell * r4652 ubiquity/ (debian/changelog gui/qt/images/squares.png): Update artwork gui/qt/images/squares.png
[14:47] <ev> cjwatson: what's your take on this size debate?
[14:47] <ev> Do you think double the size of the files in the squashfs is sufficient?
[14:50] <ev> the actual install guide says 5GB, this would put it at roughly 5.2 GB
[14:51] <cjwatson> I'm not sure I have one - I was hoping you would make a judgement call :-)
[14:52] <cjwatson> it obviously needs to have a bit of headroom, but 10GB (as suggested in the bug) feels a bit high to me since this is presented in the UI as a hard minimum
[14:54] <ev> I'd like to put it at double
[14:54] <ev> so 5.2
[14:54] <ev> hard minimum> indeed
[14:59] <CIA-7> ubiquity: evand * r4653 trunk/ (debian/changelog ubiquity/plugins/ubi-prepare.py):
[14:59] <CIA-7> ubiquity: Increase the minimum size of the Ubuntu install to be twice the size
[14:59] <CIA-7> ubiquity: of the contents of the installation (roughly 5.2 GB) (LP: #745148).
[16:20] <ev> ugh, m-a newns trick isn't working
[16:21] <ev> seems to not be running under newns despite having the envar set
[17:07] <ev> bum, and now I can't reproduce that
[17:19] <ev> ah, the try ubuntu issue I was seeing before is a unity bug, I think
[17:19] <ev> yeah, it's compiz segfaulting in a loop
[18:53] <chris4585> cjwatson, I'm pretty sure my data was not deleted, it was encrypted and I'm not too sure how to decrypt it