=== avoine [n=avoine@modemcable068.14-82-70.mc.videotron.ca]  has joined #ubuntu-installer
=== cr3 [n=marc@pdpc/supporter/bronze/cr3]  has joined #ubuntu-installer
=== mpt [n=mpt@121-72-135-240.dsl.telstraclear.net]  has joined #ubuntu-installer
=== mpt [n=mpt@121-72-135-240.dsl.telstraclear.net]  has joined #ubuntu-installer
[06:34] <evand> Hrm, we still have the problem of whether or not we let the user modify user details in between pages if we move usersetup after migrationassistant.
[06:35] <evand> only instead of having the problem of whether or not they can edit the user pulled from usersetup in the migrationassistant page, it's the other way around.
=== evand thinks he should've addressed this at UDS.
=== rob1 [i=RobertSt@freenode/staff/rob]  has joined #ubuntu-installer
=== lifeless [n=robertc@ppp245-86.static.internode.on.net]  has joined #ubuntu-installer
[09:09] <mpt> evand, are these symptoms of the problem that we let you migrate multiple user accounts, but we don't let you set up multiple user accounts any other way?
[09:09] <mpt> That seems quite odd to me
[09:10] <evand> I don't follow.  Should I rephrase the problem?
[09:10] <evand> oh hold on
[09:10] <evand> I apparently can't see red
[09:12] <evand> Not really, if I understand what you're saying.  It's the fact that we have two separate pages essentially writing to the same data.  So if I make a change to that data (a user's fullname or password) it either needs to be changed for both or only be able to be changed in one.
[09:13] <evand> For example, if I set up a few accounts in migration assistant, and then I get to user setup and pick one of those users, should I be able to change that user's fullname or password from user setup after I've already established it in migration-assistant?
[09:26] <evand> mpt, so yes, I suppose it is a symptom of that
[09:26] <evand> upon giving it more thought, that is
=== rob [i=RobertSt@freenode/staff/rob]  has joined #ubuntu-installer
=== mpt [n=mpt@121-72-135-240.dsl.telstraclear.net]  has joined #ubuntu-installer
=== rob1 [i=RobertSt@freenode/staff/rob]  has joined #ubuntu-installer
=== cr3 [n=marc@pdpc/supporter/bronze/cr3]  has joined #ubuntu-installer
=== secureboot [n=lstclair@coriakin.cse.psu.edu]  has joined #ubuntu-installer
[04:01] <secureboot> see #paste for my partman preseed section
[04:01] <secureboot> i try to select disc0, the first disc partman knows about, as mentioned in the preseed page
[04:01] <secureboot> but I'm still asked the question "Erase entire disc"
[04:03] <secureboot> thoughts?  from the discussion yesterday, it seemed like it should be obvious from https://help.ubuntu.com/6.10/ubuntu/installation-guide/i386/preseed-contents.html, but it hasn't been so far
=== stgraber [n=stgraber@client80-83-51-125.abo.net2000.ch]  has joined #ubuntu-installer
[06:09] <cjwatson> you say "disc0" - but in 6.10 that's not the naming scheme any more
[06:09] <cjwatson> /dev/discs/disc0/disc no longer exists
[06:10] <cjwatson> your references to #paste don't really help unless I happen to be there at the time; a web pastebin like paste.ubuntu-nl.org would be better
[07:01] <secureboot> http://paste.ubuntu-nl.org/1325/
[07:02] <secureboot> so the 6.10 preseed contents guide is wrong
[07:04] <cjwatson> oh, yeah, that's a bug
=== cjwatson goes to fix
[07:06] <cjwatson> hmm, I think that URL is out of date with respect to what's in edgy
[07:06] <cjwatson> I'll chase mdke about that
[07:07] <cjwatson> in any case, the current version as in the installation-guide-i386 package in edgy is better; it says /dev/sda (in the SCSI case) instead of /dev/discs/disc0/disc
[07:10] <cjwatson> you can't really preseed partman-auto/init_automatically_partition, but if you get the partman-auto/disk preseed right, that won't matter
[07:12] <cjwatson> you don't need to preseed partman-partitioning/confirm_copy
[07:12] <cjwatson> the rest looks fine
[07:13] <cjwatson> at some point I should make the code that handles partman-auto/disk actually throw up an error question if you feed it something it doesn't recognise, so that it's easier to catch this sort of thing
[07:36] <secureboot> i'm assuming /dev/hda in the non-SCSI case
[07:39] <secureboot> the last big issue i've got then - "No installable kernel found in the defined APT sources".  I haven't overridden the mirror or anything in the preseed, nor have i removed packages from the CD.
[07:40] <secureboot> i have this line in my script:
[07:40] <secureboot> os.system("cat " + build_directory + "/dists/" + ubuntu_codename + "/main/binary-" + architecture + "/Packages | perl -e 'while (<>) { chomp; if(/^Package\:\s*(.+)$/) { $pkg=$1; } elsif(/^Task\:\s(.+)$/) { print \"$pkg\tTask\t$1\n\"; } }' >> " + indicies_directory + "/override." + ubuntu_codename + ".extra.main")
[07:40] <secureboot> which is from the example script in https://help.ubuntu.com/community/InstallCDCustomization
[07:41] <secureboot> not having that in gave me this error a long time ago, but now it's coming back
[07:41] <secureboot> thoughts?
[08:06] <secureboot> and with /dev/hda, i still have to pick "Erase entire disk" manually
=== mpt [n=mpt@121-72-135-240.dsl.telstraclear.net]  has joined #ubuntu-installer
=== secureboot [n=lstclair@coriakin.cse.psu.edu]  has left #ubuntu-installer ["Leaving"] 
=== cr3 [n=marc@pdpc/supporter/bronze/cr3]  has joined #ubuntu-installer
=== cr3 [n=marc@pdpc/supporter/bronze/cr3]  has joined #ubuntu-installer