[04:38] <sXnGin> Anybody got a bit of time? I just made a USB startup disk, and im wondering how to turn that into a live session or something so i can keep the changes i make to the OS
[09:11] <cjwatson> xivulon: should be, I uploaded them yesterday before I finished work
[09:12] <xivulon> hi cjwatson have already installed them :)
[09:12] <xivulon> running it right now
[09:46] <cjwatson> xivulon: I'm sure it isn't quite right yet - I didn't do anything to prepare_grub_to_access_device, which I expect will be necessary
[09:47] <xivulon> ok
[09:47] <xivulon> I am doing a fresh install at the moment
[09:47] <xivulon> so I start clean
[10:32] <xivulon> removed boot bind and booted without problems :0
[10:32] <xivulon> except for the ext3 fs corruption
[10:32] <xivulon> wasn't that fixed?
[10:32] <xivulon> cjwatson not sure prepare_grub_to_access_device is needed at all
[10:33] <xivulon> as all modules are built-in and we have already accessed the device by the time you run the commands from that output...
[10:39] <xivulon> cjwatson this is what I am using: http://paste.ubuntu.com/269664/
[10:40] <xivulon> just a couple of minor changes
[11:35] <xivulon> cjwatson could I have this patch (or similar) applied? http://paste.ubuntu.com/269696/
[11:36] <xivulon> I need a way to hide the grub menu (since in my case that is already the second boot menu)
[11:46] <^arky^> about bug 413147: would this work ? http://pastebin.ubuntu.com/269703/
[12:08] <cjwatson> xivulon: fixing prepare_grub_to_access_device is very important, or else we can't use grub-mkconfig
[12:08] <cjwatson> I don't want to have to effectively fork all that stuff
[12:08] <xivulon> I see
[12:09] <cjwatson> (prepare_grub_to_access_device is used when initialising gfxterm, and if it can't deal with the loop device then it'll overwrite the "root" variable with something you don't want ...)
[12:09] <cjwatson> xivulon: I have to go out shortly, child's birthday party to go to - could you file a bug about the 30_os-prober change?
[12:10] <cjwatson> I'll have to look at context
[12:10] <xivulon> will do
[12:10] <cjwatson> ^arky^: no, that's the wrong answer - the problem is incorrect error handling logic somewhere
[12:11] <cjwatson> ^arky^: just hammering the username into shape isn't the way to fix it
[12:11] <^arky^> thanks cjwatson I'll keep looking
[12:11] <xivulon> does grub shell syntax support if [ -e (loop0)/path/to/file ]?
[12:12] <cjwatson> ^arky^: in other words, the fact that the password is too short should not magically bypass the username checks
[12:12] <cjwatson> xivulon: from a brief look at commands/test.c, I think so - try it in grub-emu
[12:13] <xivulon> ah haven't used it yet, good time to try that seems a useful tool
[12:13] <cjwatson> xivulon: by fs corruption do you mean the fact that it has to run fsck due to time mismatches? if so that's a kernel bug, not fixed yet
[12:13] <cjwatson> grub-emu is enormously useful
[12:13] <cjwatson> anyway, got to go
[12:15] <xivulon> yes, that fs bug
[12:24] <cjwatson> xivulon: bug 427822
[12:25] <cjwatson> (really gone)
[13:16] <xivulon> is it safe to put translated (non-ascii) text in grub.cfg?
[15:16] <shtylman> anyone able to merge in my branch for the kubuntu-installer-style package? or are we past new packages being added?
[15:34] <CIA-33> wubi: Agostino Russo * r152 trunk/ (5 files in 4 dirs): Allow booting via the grub2 loopmount module
[15:36] <xivulon> evand, cjwatson, other than 10_lupin it should be only a matter of fixing bug #428407
[15:37] <xivulon> please wipe that file
[16:10] <xivulon> I am not sure 30_os-prober>adjust_timeout does what it is supposed to be doing
[16:28] <xivulon> cjwatson, 428443
[16:30] <xivulon> I am a bit confused by the fact that the output of adjust_timeout is appended at the end of the file, while the timeout is set at the top, so I am not sure it will actually be able to adjust the timeout
[18:06] <xivulon> so cjwatson, http://paste.ubuntu.com/269664/ should be ok except for prepare_grub_to_access_device
[22:58] <^arky^> Regarding bug 428293: Is this correct way of modifying /etc/defaults/speech-dispatcher ?