[04:26] hi [04:26] In the preseed, this: "d-i partman-auto/choose_recipe select atomic" mean that it will create a swap and a root partition ? [04:33] where can i find a manual for the preseed ? [05:09] maxagaz, There's an appendix in the installation guide that covers preseeding. [10:30] Kubuntu is still using grey for the install system :( [11:30] * NCommander whacks the installer [12:01] tasksel: cjwatson * r1354 hardy-proposed/debian/changelog: releasing version 2.70ubuntu6 [12:05] tasksel: cjwatson * r1388 intrepid-proposed/debian/changelog: releasing version 2.73ubuntu11.1 [12:31] wubi: evand * r106 trunk/ (debian/changelog src/wubi/backends/common/backend.py): Removed an erroneous closing parentheses in the use_cd check. [12:35] wubi: evand * r107 trunk/src/wubi/backends/common/backend.py: Whoops, fix up that last commit. [12:37] evand: Kubuntu oem isn't using the tz_map [12:37] it's using the old one [12:38] ah, indeed. shtylman, do you have any interest or time to look into that? oem-config is a very similar codebase to ubiquity. [12:40] evand: is there a bug for it or should I write one? [12:41] davmor2: please make one [12:41] np's [12:45] evand: oem-config-kde is that the right package? [12:45] yes [12:49] evand: bug 348430 [12:49] Launchpad bug 348430 in oem-config "Jaunty: Kubuntu OEM end user setup uses the wrong time zone map" [Undecided,New] https://launchpad.net/bugs/348430 [12:53] partman-base: cjwatson * r144 ubuntu/ (debian/changelog init.d/parted): Handle filtering of mounted partitions on /dev/mmcblk* (LP: #348411). [13:01] grub-installer: cjwatson * r776 ubuntu/ (debian/changelog grub-installer): Handle /dev/mmcblk* in split_device (LP: #348411). [13:05] thanks [13:47] ubiquity: evand * r3120 ubiquity/ (4 files in 4 dirs): [13:47] ubiquity: * Work in bytes rather than percentages in the partition bar code. [13:47] ubiquity: * Fix partition bar slider (for resizing) code by adding correct [13:47] ubiquity: calcuations for bounds checking and slider positioning. [13:48] finally. Now to figure out offscreen rendering so I can paint a gtk slider handle instead of a black box. [13:50] ubiquity: evand * r3121 ubiquity/ (debian/changelog ubiquity/misc.py): Properly encode data from os-prober (LP: #345573). [13:51] ubiquity: evand * r3122 ubiquity/debian/changelog: Add a LP bug reference. [14:00] cjwatson, \o_ [14:00] cjwatson, Did Ubuntu patch d-i to fix http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498143 or something? :) [14:00] Debian bug 498143 in cdrom-detect "Please detect non-ISO block devices masquerading as Debian CDs" [Wishlist,Open] [14:00] cody-somerville: yes, but only if you pass cdrom-detect/try-usb on the command line [14:00] err [14:00] cdrom-detect/try-usb=true [14:00] reason being that otherwise it can do the wrong thing with USB hard disks [14:01] does the usb-creator automatically set that? [14:01] yes [14:03] wow, yeah, Kubuntu's partition bar colour choice is a bit confusing [14:04] cjwatson: it does make it look like your emptying the drive :) [14:05] indeed [14:06] is there a bug for it already? [14:07] should be [14:07] * evand digs [14:08] cjwatson: I added it to abug that looked the same from mpt but I'm now not sure it is [14:08] https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/336755 [14:08] Ubuntu bug 336755 in ubiquity ""Specify partitions manually (advanced)" is displayed as if it's a partition type" [Low,Confirmed] [14:08] it is however very similar in look etc [14:09] davmor2: no, it's a different bug [14:10] cjwatson: I can write a new one although I that was one I was linked to [14:11] well, the test is whether fixing one thing would fix the other [14:11] in this case that isn't true as far as I can see [14:11] so tagging along is a good way for one or the other bug to get lost [14:11] cjwatson: I'll write a new one if fixing one fixes the other you can always dupe them :) [14:12] evand, did you see my comment on the usb-creator bug I made yesterday? [14:12] infact evand that might of been the bug you linked me too [14:14] cody-somerville: looking now. Sorry, was caught up in other work this morning. [14:14] Hrm, I thought I fixed this previously [14:14] * evand tests [14:15] arrr, must have broken things with a recent commit [14:19] cjwatson: bug 348461 [14:19] Launchpad bug 348461 in ubiquity "Jaunty: Kubuntu shouldn't use grey for the installed system bar in ubiquity" [Undecided,New] https://launchpad.net/bugs/348461 [14:19] I've swapped them over on the tracker too [14:20] ok, thanks [14:24] hrm, actually I cannot reproduce your bug, cody-somerville. I forgot that mkfs.vfat wont tell the kernel to re-read the partition table, but after calling blockdev --rereadpt, usb-creator tells me that the disk needs to be formatted when I have a single vfat partition spanning the entire disk [14:24] that is the set up you had, right? [14:25] evand, I'm not sure. [14:27] hrm [14:38] evand: will look at, np [14:38] shtylman: very much appreciated [14:54] evand: do I need the dvd to do an open install? or can I do it from the live cd? [14:55] open install? [14:55] oem* [14:55] :) [14:55] (its still early for me) [14:55] shtylman: just hit F$ [14:55] F4 [14:55] even [14:55] oem is listed there [14:56] k [14:56] shtylman: so pick a language hit F4 select oem from the list and then the install is pretty much as normal-ish [14:57] davmor2: doing that now...and then once it is installed, you said the old tz map shows up, instead of new? [14:58] shtylman: yes. Basically you run through the "normal" install as oem. You hit the setup for enduser and reboot. Then you get 4 pages of end user setup and it's the map in there that is wrong. [14:59] shtylman: you can install oem-config from the desktop, and just run it there [15:00] mind you, the live CD desktop [15:00] not your own [15:24] evand: does it have to be in a live cd? I have a scrap install and I installed oem-config there, tried to run it...segfaulted [15:38] erm, no, it should work fine [15:38] well, now it doesn't segfault, but also doesn't do anything :) [15:39] I just run oem-config, right? ... not missing anything there am I? [15:39] evand: ^ [15:40] make sure you have oem-config and oem-config-kde installed. [15:41] what does the log say? [15:41] was missing oem-config-kde [15:44] well...still doesn't do anything :/ does it need certain parameters? [15:44] tried kde_ui like ubiquity...but nothin [15:45] what does the log say? [15:45] /var/log/oem-config.log [15:45] the installer log? [15:45] k [15:45] nothing [15:45] blank [15:47] hrm [15:47] sudo oem-config kde_ui ? [15:48] nope :) [15:48] whats interesting is I can't remove the oem-config package now... [15:48] dpkg fails [15:49] (probly unrelated...but I was just gonna try a clean install) [15:56] trying a clean install now [16:03] sorry, in a meeting. I would see if you have better luck with kvm and a live CD [16:03] shtylman: this isn't really how you run oem-config [16:03] shtylman: you run oem-config-prepare after rebooting into the installed system [16:03] shtylman: then you reboot again [16:04] Does partman support creating sa quashfs + ext3 partition w/unionfs hybrid type thing? [16:04] cjwatson: ok, thanks...will try that [16:06] cody-somerville: not at present [16:06] cjwatson, what would be the sanest way to accomplish that atm? [16:06] can I get back to you after this meeting? [16:07] sure [16:10] evand: ok...I finally got it running :) ... so want me to just migrate my map over to the oem-config package...I assume? [16:10] shtylman: please do :) [16:10] k [16:17] ubiquity: evand * r3123 ubiquity/debian/changelog: Add a LP bug reference. [16:52] evand, whats your launchpad id? [16:53] ~evand [16:59] ubiquity: cjwatson * r3124 ubiquity/ (d-i/manifest debian/changelog debian/rules): merge from lp:~ubuntu-installer/ubiquity/jaunty-beta [17:05] cjwatson, are you available now? [17:06] 1.12.1, no? I would think that the next time a release happens from trunk we'll be in karmic. Or am I forgetting how we normally do this. [17:14] cody-somerville: call, sorry :-/ [17:14] evand: whoops [17:14] evand: no, we normally keep going on trunk after beta [17:15] evand: and normally, once we hit beta, we bump to an even minor number for release [17:15] so strictly beta should have been 1.12.0 :-) [17:17] ubiquity: cjwatson * r3125 ubiquity/debian/changelog: fix version for post-beta [17:18] cody-somerville: (still on call, but can manage a small bit of attention) so this would come out to two partitions? [17:18] one for the squashfs, one for ext3? [17:18] physically, I mean [17:18] MY understanding is that it would be a squashfs file + ext3 partition w/ unionfs [17:19] evand: I don't mind if you want to change this, but I was sort of expecting to work as before - I wonder though how unstable trunk really is between beta and final - I would expect "not much" [17:19] cody-somerville: squashfs file stored where? [17:19] smagoun, Where will the squashfs file be stored? [17:20] cody-somerville: Current setup for squashfs-based images looks like this: 2 ext3 partitions. On the first partition we have /boot and a squashfs image. The second partition is a data partition. We use unionfs to merge the squashfs + data together [17:24] right, so anything generic will be a pain in the arse, but you could do it as a custom hack [17:24] do you care about manual setup, or just automatic? [17:25] manual setup of disk partitioning? (I came to the conversation late - sorry) [17:25] 16:04 Does partman support creating sa quashfs + ext3 partition w/unionfs hybrid type thing? [17:25] 16:06 cody-somerville: not at present [17:25] 16:06 cjwatson, what would be the sanest way to accomplish that atm? [17:25] partman being the component of d-i/ubiquity that handles partitioning [17:26] Manual partitioning is interesting in the general case; for the squashfs-specific case we can do without it if that makes things easier [17:27] so I think the easiest approach would be to make this an attribute of ext3 partitions in partman [17:27] i.e. an ext3 partition can have "squashfs-ness" or "cow-ness" [17:28] where does the installer get the squashfs from? [17:30] Our current build tool spits out a squashfs image by default (our USB + ISO-based installers work from a squashfs image; at install time we either copy the image file directly to the target or unpack the squashfs and copy the contents to the target, depending on whether the target is squashfs+ext3 or straight ext3) [17:32] so it's somewhere on the installation image, with a known path [17:33] correct [17:38] cody-somerville,smagoun: so I'd be thinking of something like this: [17:38] http://paste.ubuntu.com/137635/ [17:38] that's in partman-target [17:38] obviously finish.d/copy_squashfs needs to be executable [17:38] cjwatson, evand: I didn't merge the change by persia to have flash-kernel-installer only on armel and in the bootloader section; I prefer if you review it as well [17:39] cody-somerville,smagoun: that doesn't add any UI, but you can do something like squashfs_source{ /path/to/squashfs } squashfs_target{ /path/where/you/want/it/copied } cow{ any data you need for that } in a partman recipe [17:39] get the idea? [17:40] cjwatson: alright, thanks! I think that makes sense. [17:40] lool: which change is that? [17:41] https://code.launchpad.net/~persia/ubuntu-seeds/platform.jaunty+flash-installer- [17:41] is-an-armel-boot-loader-installer/+merge/4875 [17:41] arg, /me slaps mutt [17:41] https://code.launchpad.net/~persia/ubuntu-seeds/platform.jaunty+flash-installer-is-an-armel-boot-loader-installer/+merge/4875 [17:42] oh, a seed branch [17:42] right; I'm sorry I'm half sick and probably not being very clear [17:42] I asked lool to review because I was modifying his last change to the seed. [17:42] lool: that's fine and can be merged. do you want me to do it? [17:42] cjwatson: i have it merged here and will just push [17:43] go ahead then [17:43] p.s. 'bzr di | vipe | ubuntu-paste' really handy [17:44] cody-somerville,smagoun: I'm going to throw this away from my local tree, and paste.ubuntu.com probably expires after a while, so do you have a copy? [17:44] Err StevenK pushed it already [17:44] cjwatson: yes - thanks [17:57] * ogra waves [17:58] is there anyone who's active in ubiquity development? [17:58] yesterday I was asking about what code is used to display the partition bar in ubiquity as seen here: http://www.askdavetaylor.com/2-blog-pics/ubuntu-install-pic6.png [17:59] BlackLukes: evand should be able to help [18:00] thanks [18:02] BlackLukes: you'll find it easier to get an answer if you don't drop off IRC all the time - I tried to answer you a couple of times yesterday but you'd vanished [18:02] sorry I had some connection problems later [18:03] anyway, the code is in ubiquity/segmented_bar.py and called from ubiquity/frontend/gtk_ui.py [18:03] so i'm setting ubiquity/configure_bootloader=false on cmdline ... i see it fine in /proc/cmdline, but echo get ubiquity/install_bootloader | sudo debconf-communicate disagrees about the setting [18:04] I found it, thanks! [18:04] ogra: well, if you're setting ubiquity/configure_bootloader=false on the command line, you can hardly expect ubiquity/install_bootloader to be set :-) [18:05] well "echo get ubiquity/install_bootloader | sudo debconf-communicate" returns 0 true [18:05] cat /proc/cmdline tells me ubiquity/configure_bootloader=false [18:05] so it gets lost somewhere [18:06] could it be because i dont define a preseed file on cmdline ? [18:06] i would have assumed that ubiquity (or debconf) picks it up anyway from cmdline [18:06] ogra: casper is what's responsible for copying command-line parameters into debconf [18:07] ogra: see scripts/casper-bottom/24preseed [18:07] hmm, casper is definately used, else i wouldnt have a live session [18:07] */*=*) [18:07] question="${x%%=*}" [18:07] value="${x#*=}" [18:07] casper-preseed /root "$question" "$value" [18:07] ;; [18:08] ogra: um, so you keep saying you're putting ubiquity/configure_bootloader=false on the command line [18:08] evand: have you updated the oem-config code to have the raw_utc_offset in the tz.py file? [18:08] ogra: that needs to be ubiquity/install_bootloader=false [18:08] evand: I need that for the timezone map [18:09] cjwatson, err, sorry, typo [18:09] indeed its ubiquity/install_bootloader=false [18:09] no trace of the word ubiquity in casper.log [18:12] i see "Loading preseed file..." in casper.log [18:13] so the script seems to be executed [18:16] ogra: I think if I were you I'd use break=top and stick a set -x on the second line of 24preseed [18:16] hmm [18:16] k [18:19] cjwatson, how does the Ubuntu cds boot into the install only mode? [18:19] (for the desktop CDs that is) [18:20] only-ubiquity iirc [18:20] or flipped ... ubiquity-only .... one of them shoudl work [18:20] yea, but how does it work exactly? [18:21] its put in /proc/cmdline and keyed off in the ubiquity init script [18:21] which starts ubiquity-dm [18:21] take a look at casper and look for the string [18:21] ok [18:24] cjwatson, hmm, so i canged my cmdline ... from "console=ttymxc0,115200 console=tty boot=casper LIVEMEDIA=/dev/mmcblk0p1 ubiquity/install_bootloader=false" to "console=ttymxc0,115200 console=tty file=/cdrom/preseed/ubuntu.seed ubiquity/install_bootloader=false boot=casper LIVEMEDIA=/dev/mmcblk0p1 --" and guess what ... debconf has the setting [18:24] i dont get why ... but it seems to work now [18:26] partman-target: cjwatson * r755 ubuntu/ (3 files in 2 dirs): [18:26] partman-target: Introduce partman/mount_style (choices: traditional, label, uuid) to [18:26] partman-target: allow controlling how filesystems are mounted. Default this to uuid, and [18:26] partman-target: stop using labels by default since they have unavoidable problems with [18:26] partman-target: removable disks (LP: #347817). [18:27] * ogra fires up another install test [18:27] Oh good. It's always nice when you have two problems, and you fix one, and the other goes away. [18:27] yeah [18:27] though its totally beyond me why it works now [18:27] ogra: maybe a command line length limit? [18:27] seems a bit short, but [18:28] err, i made it a lot longer now [18:28] cjwatson, A minimum limit? Making it longer made it work. [18:28] oh, hmm [18:28] I wonder if it is related to the final "--" [18:28] I doubt it [18:28] and /proc/cmdline has all it should [18:28] the purpose of -- is that everything after it is copied to the installed system [18:29] yeah, and the casper script doesnt seem to make any distinction here [18:29] I'm sure a set -x trace would make it clear [18:29] it just processes the words [18:29] heh [18:30] it did match LIVEMEDIA=/dev/mmcblk0p1 .... now i've put the preseed options before that [18:30] none of the cases in that script would match LIVEMEDIA=/dev/mmcblk0p1 [18:30] would be my guess ... [18:30] stop guessing [18:30] get data [18:30] well, i'll test it later [18:31] more important is that it is set now, i need my install to run through [18:31] but wont forget to investigate ... for now i need to find the proper cmdline for my beta image first [18:32] sad that ubiquity still doesnt fully fit in 600px - 2 panels .... i have about 1px to reach the buttons [18:33] but its a lot better than before already [18:37] ogra, It fit for me, as long as I ran it from the menu. If I run it manually, it sizes differently. [18:37] ah [18:37] i never ran it from the menu in my life :) [18:38] there is that convenient desktop icon :) [18:38] That ought be the same as running it from the menu. [18:39] It's calling it from the command line that I consider manual (but do often anyway for debug purposes). [18:39] well, the buttons hide behind the bottom panel and i see exactly a 1px line of each button [18:39] The panels are different sizes from the menu and from the desktop install icon [18:39] ?? [18:39] the panels are 24px everywhere [18:40] in a live session at lest [18:40] *least [18:40] Maybe the screen is different sizes? [18:40] 800x600 [18:40] I get all the buttons from the desktop, but can not see back or forward from the menu [18:43] charlie-tca, Do you have any idea about https://bugs.launchpad.net/ubuntu/+source/xfwm4/+bug/348585 [18:43] Ubuntu bug 348585 in xfwm4 "Not installable on a netbook (Acer Aspire) as screen res means buttons are invisible" [Undecided,New] [18:44] I presume that's supposed to be a Xubuntu bug, but I hope it's not the common case. [18:45] Possibly duplicate of bug 325958 [18:45] Launchpad bug 325958 in ubiquity "Jaunty Alpha 4: Ubiquity windows does not fit on 1024x600 screen" [High,Triaged] https://launchpad.net/bugs/325958 [18:46] Which I don't think is large fonts, but just resolution issues that I don't know how to fix [18:47] I'm gonna guess he installed the live cd to usb instead of the alternate cd [18:48] Thanks. I'll point the reporter at 325958. [18:48] oem-config: cjwatson * r638 trunk/ (3 files in 2 dirs): [18:48] oem-config: Set passwd/auto-login=true rather than implementing auto-login ourselves [18:48] oem-config: (LP: #347900). [19:42] evand: ~shtylman/oem-config/timezone <- updated to new timezone map [19:50] cjwatson: how come ubuquity doesn't build oem-config? seems like there is alot of overlap? [20:01] hi, just wanted to say you guys are doing an awesome job. one of my friends just told me that her 5 year old daughter installed ubuntu by asking her 7 year old brother to read the words to her (she cant read yet), in order to prove the neighbor wrong regarding "linux is too hard to install" [20:02] (not devel related but figured youd appreciate hearing it) [20:08] GRRR, ubioquity still dies in the bootloader step [20:09] so obviously something unsets the preseed value during install [20:10] cjwatson, at the end of the ubiquity run "echo get ubiquity/install_bootloader | sudo debconf-communicate" returns true again ... while it returned false when i started [20:11] maco: :) [20:56] shtylman: yes, there is quite a lot of overlap and we've been meaning to merge them for ages now [20:56] oem-config actually predates ubiquity and was in some respects a prototype for some of the things ubiquity does [20:57] maco: cool! [21:02] cjwatson: is oem config originally from debian? [21:02] no, I wrote it [21:02] check the changelog :) [21:03] though Jonathan Riddell and Anirudh Ramesh wrote the KDE frontend, I think [21:07] cjwatson: :), gotcha [21:56] cjwatson: question, commonly, when you make a branch and lets say your changes get merged in, do you delete that branch? and branch again if you do more work? or do you keep the branch around and keep merging in from master? [22:01] shtylman: you can do either, it depends on the purpose of the branch [22:02] shtylman: if it's a specific branch for a particular topic, you might well throw it away once it's been merged; if it's a general "my main branch of this package" branch, you'd probably keep it [22:03] I see, what about merging in changes? is bzr merge or pull preferred? [22:06] doesn't really matter, but the only way you'll be able to use pull is with --overwrite and that throws away the old branch history [22:07] bzr will handle either, just depends what you want the result to look like :-) [22:07] gotcha [22:12] cjwatson, Where did you say ubiquity looks for the preseed file? [22:15] cody-somerville: ubiquity doesn't :-) casper handles preseeding [22:15] ah [22:15] cody-somerville: and it looks wherever it's told to look, with the file= or url= boot parameter [22:15] * cody-somerville nods. [22:16] oh, it'll also load /preseed.cfg from the initrd if it exists [22:23] Would this work? http://pastebin.ubuntu.com/137811/ [22:24] well, some of it's made up [22:24] 11 d-i apt-setup/uri_type select d-i [22:25] dunno where that comes from but it doesn't exist [22:25] 35 d-i partman-auto/disk string /dev/hda [22:25] you're sure it'll be hda not sda? [22:25] if there's only one disk on the system, it's better to leave partman-auto/disk unpreseeded and then partman will pick the first one [22:26] much of netcfg is not used in ubiquity - only netcfg/get_hostname, netcfg/get_domain, netcfg/dhcp_ntp_servers [22:27] at the moment anyway [22:27] 51 d-i console-tools/archs string skip-config [22:27] 53 d-i console-keymaps-at/keymap select us [22:27] ah, I get it, you're reading from Debian preseeding documentation. Don't do that, use Ubuntu documentation instead. They differ in ways that will confuse you later. [22:27] 52 d-i debian-installer/locale string en_US [22:27] 55 d-i languagechooser/language-name-fb select English [22:27] 56 d-i debian-installer/locale select en_US.UTF-8 [22:28] duplicated debian-installer/locale, and you don't need to set languagechooser/language-name-fb [22:28] all that tzconfig stuff can go, time/zone is sufficient [22:28] kbd-chooser/method can go (maybe from some ancient Ubuntu documentation, pre-edgy?) [22:29] xserver-xorg/autodetect_monitor is no longer used and can go [22:30] you don't need to preseed mirror/suite [22:30] the rest is probably OK although give it a run through :) [22:31] Will "d-i passwd/user-password-crypted passwd " work? [22:32] I'm not sure [22:32] what are you trying to do? [22:32] Set an empty password [22:33] casper does: [22:33] d-i passwd/user-password-crypted password U6aMy0wojraho [22:33] since U6aMy0wojraho happens to be the hash of a blank password [22:33] I'll steal that then [22:33] BTW, the type field should be "password" not "passwd", not that it matters very much [22:34] put a comment above the U6aMy0wojraho bit if you do :-) [22:34] as it happens, I think that this would also work as of jaunty: [22:34] d-i passwd/user-password password [22:34] d-i user-setup/allow-password-empty boolean true [22:35] which might be clearer assuming I'm not just talking out of my arse [22:35] Okay, I'll try that :) [22:39] This is what I have now: http://pastebin.ubuntu.com/137829/ [22:44] should the preseed file be on the cd or in the live rootfs? [22:47] Also, if I preseeded during the live chroot creation, would I get the same affect? [22:52] cody-somerville: easier to put it on the CD and use file=/cdrom/... [22:52] cody-somerville: preseeding during the live chroot creation is unwise. That means that the preseeding will be active in the installed system too. [22:52] # Post install APT setup [22:52] d-i apt-setup/hostname string archive.ubuntu.com [22:52] d-i apt-setup/directory string /ubuntu/ [22:52] where are you getting this stuff from? [22:53] d-i netcfg/get_hostname string localhost [22:53] d-i netcfg/get_domain string localdomain [22:53] I think explicitly setting localdomain is unwise [22:54] see e.g. http://lists.debian.org/debian-devel/2005/10/msg00559.html [22:54] I used http://d-i.alioth.debian.org/manual/en.i386/apb.html [22:54] don't use Debian documentation for preseeding [22:54] https://wiki.ubuntu.com/Installer/FAQ [22:55] even so, apt-setup/hostname and apt-setup/directory aren't in the Debian documentation either [22:57] I've been looking at different examples on the web as well [22:58] use the installation guide on help.ubuntu.com [22:58] ubiquity: cjwatson * r3126 ubiquity/ (debian/changelog ubiquity/frontend/base.py): Always set auto-login for OEM installations. [22:58] lots of preseeding documentation floating around the web is wrong [22:58] or specific to a particular version without realising it [22:59] hah, I know where you got apt-setup/hostname and apt-setup/directory from [22:59] those used to be implemented by base-config, which we removed in dapper [23:01] * cody-somerville grins. [23:02] bad documentation on the web never dies ... [23:06] ubiquity: cjwatson * r3127 ubiquity/ (debian/changelog ubiquity/frontend/kde_ui.py): [23:06] ubiquity: * KDE frontend: [23:06] ubiquity: - Hide auto-login and require-password radio buttons for OEM [23:06] ubiquity: installations. [23:09] ubiquity: cjwatson * r3128 ubiquity/ (debian/changelog scripts/install.py): [23:09] ubiquity: Remove reimplementation of gdm and kdm auto-login support for OEM [23:09] ubiquity: installations, since user-setup handles this now and the duplication [23:09] ubiquity: causes oem-config to be unable to undo autologin (LP: #347900). [23:27] cjwatson, Is it safe to use the same bootstrap on a stable release for image builds?