[00:48] <stelt> on "create new empty partition table on this device" it also says "Note that you will be able to undo this operation later if you wish." Shouldn't that be "... wil NOT ..." ?
[00:51] <evand> No, because the partition table changes are not committed until you press the Install button.
[00:59] <stelt> evand, that's not an "Undo", but a "Cancel" then. The current text obviously gives misinterpretation to some people
[01:01] <evand> actually, both are true.  You can undo the changes you make to the partition table on that same page, and you can cancel the install before you press the Install button.
[01:02] <stelt> agreed. But that doesn't remove the significant room for misinterpretation
[01:05] <evand> stelt: Can you file a bug report on this and assign it to me?
[01:05] <evand> or just paste the bug number in here and I'll triage it myself
[01:06] <stelt> "When the 'install' is finally committed ... " might be a basis for a better text
[01:06] <stelt> i'll see if i can report and post the bug nr here
[01:07] <evand> thanks
[01:27] <stelt> https://bugs.launchpad.net/ubuntu-express/+bug/182733
[01:27] <ubotu> Launchpad bug 182733 in ubuntu-express "ambiguous wording in "prepare partitions"" [Undecided,New]
[01:46] <evand> thanks
[01:46] <evand> oh
[01:59] <stelt> oh?
[02:00] <evand> For future reference when filing bugs, you want to set the project to Ubuntu and the file against the ubiquity source package.
[02:00] <evand> We handle the installer bugs on their source packages, and ubuntu-express was renamed to ubiquity a while back.
[02:01] <evand> But no worries, I'll fix it for this one.  Thanks again for filing this.
[04:41] <stelt> when i tried to manually make a partition at liveCDs' "install" and picked "dont_use" the whole installer crashed and so did the error report thing :-(
[05:15] <stelt> a URL giving a detailed list of differences between the live CD and the alternate CD please
[07:04] <CIA-8> ubiquity: superm1 * r2408 ubiquity/ (10 files in 5 dirs): adjust to use mythbuntu-common
[07:42] <CIA-8> ubiquity: superm1 * r2409 ubiquity/scripts/mythbuntu/mythbuntu_install.py: its not urgent to raise InstallStepErrors if there is something wrong with lirc. Let the install finish
[10:14] <Le_Vert> evand: I just tried your patch for ubiquity/partman/preseed
[10:14] <Le_Vert> it works when choosing guided partitionning on the whole disk
[10:14] <Le_Vert> but crash when using manual partitionning :)
[14:09] <evand> yikes, I'll have to fix that then.
[14:21] <xivulon> evand anything I can help with on my side?
[14:22] <xivulon> re #177868 can you please also extend that to mkswap?
[14:24] <evand> will do
[14:30] <xivulon> thanks
[16:56] <twb> cjwatson: say, did the netboot syntax for casper change in hardy?
[16:56] <twb> I'm trying to netboot an alpha image, and it seems to think I supplied an nfs rootserver but not a rootpath.
[16:57] <twb> ...with APPEND boot=casper initrd=ubuntu-live/ubuntu-7.10-desktop-i386/casper/initrd.gz rw netboot=nfs nfsroot=192.168.67.1:/srv/netboot/ubuntu-live/ubuntu-7.10-desktop-i386 quiet splash
[16:57] <twb> Oops, that's still gutsy.  So I've done something wrong, because gutsy used to work.
[16:58] <cjwatson> hmm, not that I know of; the list of changes is really small
[16:58] <cjwatson> surely NFSROOT= though
[16:58] <twb> You mean uppercase?
[16:58] <cjwatson> I don't know why nfsroot= worked in gutsy ;-)
[16:58] <cjwatson> yeah
[16:59] <twb> Hmm, I've never done it upper case before
[17:01] <twb> If it doesn't understand nfsroot (lowercase), then it's probably getting roothost from DHCP; which would explain why it gets that but not rootpath.
[17:02] <cjwatson> ah, that could be it
[17:02] <cjwatson> nfsroot works in Debian and is what is documented, but there was a screwy merge at some point and our casper is missing some of the option parsing :(
[17:02] <cjwatson> somebody needs to bring it back into sync
[17:03] <twb> You mean Debian's casper, or live-initramfs?
[17:04] <cjwatson> Debian's casper before the name change; I assume live-initramfs too
[17:35] <evand> xivulon: is there any particular reason you used "$(basename /host$path)" = "swap.disk" instead of checking the fs argument?  If there isn't, I'll make that change to your patch as swap.disk is wubi-specific.
[17:35] <evand> in autopartition-loop, that is.
[17:37] <twb> cjwatson: using NFSROOT didn't help
[17:37] <twb> Maybe I need to do `exportfs -va' to update it, even though it's a subtree.
[17:39] <cjwatson> I have a feeling you're beyond me already
[17:39] <twb> Yeah
[17:40] <twb> It's rtfs time
[18:31] <xivulon> evand no reason
[18:32] <xivulon> it's only important to make sure that when we need to generate swap files, they are contiguous and fully zeroed
[18:33] <xivulon> the code simply identifies a swap file and as you pointed out using fs is a better choice
[18:34] <evand> indeed, ok
[20:43] <choudesh> hello
[20:44] <choudesh> I need a bit of help here. I am customizing the liveCD, trying to add the dist/pool folders. It seems when I add these folders, sqaushfs just hangs on boot up
[20:52] <choudesh> cjwatson, you around?
[20:54] <cjwatson> there's no need to /msg me
[20:55] <cjwatson> it's my evening, and nagging me will make me grouchy
[20:55] <cjwatson> 12 minutes response time is pretty good at nearly 9pm ;)
[20:55] <choudesh> heh
[20:55] <cjwatson> I've seen your mail, but have not yet had a chance to work out what might be wrong
[20:56] <cjwatson> however it would help if you could provide log messages
[20:56] <choudesh> didn't want to flood the channel with my issues
[20:56] <choudesh> hmm, how would I produce the log?
[20:56] <cjwatson> transcribing the last few things you see would be fine
[20:56] <cjwatson> I assume you're ascribing the issue to squashfs due to some log messages you're seeing
[20:57] <choudesh> well, it never gets past the sqaushfs so I am pretty sure that is it.
[20:57] <cjwatson> "gets past the squashfs"?
[20:57] <choudesh> It is not using lzma, so it isn't a decompression issue
[20:57] <cjwatson> at what stage in the boot process does it hang?
[20:58] <cjwatson> boot without quiet or splash on the kernel command line to get more detail
[20:58] <choudesh> during boot, after initramfs, about kernel init, and right before it goes to decompress the squashfs. I see the squashfs markers, but it never gets past that
[20:58] <choudesh> I have - with both verbose and debug
[20:58] <cjwatson> at that point you should be able to tell us the last few things on the screen
[20:59] <choudesh> ok - I will get you a detailed log of what happens. If you don't mind I will email it to you.
[20:59] <cjwatson> are you sure you don't mean the initrd?
[20:59] <cjwatson> because there's no point in the boot process that can be described as "decompressing the squashfs"
[20:59] <cjwatson> the squashfs is *mounted*, and bits of it are decompressed as needed
[20:59] <cjwatson> it's not all decompressed into memory in one go or anything
[21:00] <cjwatson> e-mail's fine
[21:14] <xivulon> http://diozaka.org/octod/
[21:14] <xivulon> ops sorry
[23:56] <xivulon> evand please note I pushed rev 41 in partman-auto-loop/lupin-support