[00:44] <ameno> http://archive.ubuntu.com/ubuntu/dists/lucid/main/installer-amd64/current/images/hd-media/boot.img.gz < this looks like a daily build... where can i find the matching image for beta2?
[00:53] <cjwatson> I'd say replace "current" with "beta-2" except that it doesn't appear to have been tagged for beta-2
[00:53] <cjwatson> so apparently you can't - but milestones are rather less meaningful for netboot anyway, because it drifts with the state of the archive much more
[00:55] <ameno> hm ok
[00:55] <ameno> asked because i filed https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/566963
[00:56] <ameno> and that was my last idea :)
[00:56] <cjwatson> I just sent mail closing that as invalid.  Use a daily build CD instead of the beta-2 CD
[00:56] <cjwatson> as in, for the CD image you copy onto the fs
[00:58] <cjwatson> sorry it's a bit awkward to have to use a daily, but it's not a bug in the installer
[00:58] <ameno> only have umts access at home, so this will have to wait then
[01:00] <ameno> thanks though :)
[01:00] <ameno> and bye
[09:30] <ara> ev, when selecting an ISO in usb-creator-gtk I get this output message:
[09:30] <ara> isoinfo: Short read on old image
[09:30] <ara> any idea?
[09:30] <ara> ev, no worries, my bad
[09:31] <ara> ev, i selected the wrong file :)
[09:31] <ev> :)
[09:31] <ara> ev, nevertheless, it should give the user a proper error message
[09:31] <ev> absolutely
[09:31] <ev> please file a bug
[09:31] <ara> sure
[09:39] <ev> interesting.  I'm getting a US keyboard layout when I select a UK timezone in ubiquity.  Will have to look at that after I'm done with the encrypted home testing.
[10:01] <ev> weird, must be something I did.  I cannot reproduce that.
[10:12]  * ogra wonders if it was a clever idea to make all symlinks violet in the slideshow 
[10:12] <ogra> looks like i visited them all already
[10:24] <ara> ev, let me explain you a weird situation with usb startup disks + casper, to see where the problem could be
[10:24] <ara> create a usb disk (with netbook edition, i.e.)
[10:25] <ara> select english and OEM and finish the installation, everything is OK, you can use again the USB disk to do any kind of installation
[10:25] <ara> but
[10:25] <ara> if you select again English and OEM (or any casper option), and you cancel the installation (in the first screen), reboot
[10:26] <ara> and select something else, like Normal installation and Spanish
[10:26] <ara> when you get to the first screen you are again in English and OEM
[10:27] <ara> this happens to any options you select in casper, if you don't finish the installation, no matter what you choose in the following one, you will start ubiquity with the previous options
[10:28] <ev> is this a USB disk with persistence enabled (the save some space for my documents and settings slider in usb-creator)?
[10:31] <ara> yes
[10:32] <ara> ev, ^
[10:34] <cjwatson> yeah, ubiquity's probably saved it in the debconf database
[10:34] <cjwatson> complicated question of what overrides what
[10:35] <cjwatson> I would regard that as a corner case that doesn't matter too much, TBH :-)
[11:07] <CIA-3> ubiquity: cjwatson * r4099 ubiquity/ (5 files in 3 dirs): Handle new partman/confirm_nooverwrite question properly (LP: #556373).
[11:14] <ogra> gah, flash-kernel fails in omap ubiquity ... i seem to have no vmlinuz file in /boot even though the right linux-image package is installed
[11:14]  * ogra wonders how that can happen
[11:19] <ogra> ugh ... ubiquity copies vmlinuz from /cdrom/casper,no ?
[11:19] <persia> RIght.
[11:19]  * ogra understands now ... crap
[11:20] <ogra> we dont have vmlinuz there on omap
[11:20] <persia> It expects to reuse the kernel and initramfs that booted the live image (although the initramfs is rebuilt later)
[11:20]  * ogra wonders why it works in dove
[11:20] <cjwatson> then you need to change livecd-rootfs to not strip out the kernel on omap
[11:21] <ogra> do we do that in dove ? i thought we catch it in debian-cd
[11:22]  * ogra checks livecd-rootfs
[11:22] <cjwatson>     if [ "$TARGETARCH" = "armel" ] && [ "$SUBARCH" = "dove" ]; then
[11:22] <cjwatson>         STRIP_VMLINUZ=no
[11:22] <cjwatson>     fi
[11:23] <cjwatson> add another bit to that condition
[11:23] <ogra> yeah, i see it
[11:24] <ogra> i wonder if a nested case statement doesnt make more sense here
[11:24] <cjwatson> sure
[11:24] <persia> if targetarch, case subarch?  That would be easier to maintain.
[11:24] <cjwatson> or case $TARGETARCH/$SUBARCH in ...
[11:24] <persia> That'd be even better
[11:24]  * ogra ponders to just move STRIP_VMLINUZ=yes up above  case $TARGETARCH in
[11:25] <ogra> then we can handle it in the existing case statement for the subarches
[11:26] <ogra> i think thats much cleaner than having it completely separate
[11:27] <ogra> crap, i need to reboot first, my system dies under constant OOM again
[11:33] <ogra> cjwatson, http://paste.ubuntu.com/419134/
[11:37] <persia> Why isn't that armel+dove and armel+omap?
[11:37]  * persia suspects the case statement has gone awry
[11:37] <ogra> because its wrapped inside the case statement that checks for arch
[11:37] <ogra> the subarch check is nested in there
[11:38] <persia> It's not directly in case $TARGETARCH+$SUBARCH in ?
[11:38] <ogra> http://paste.ubuntu.com/419136/
[11:39] <persia> Hrm.
[11:41] <persia> I think I stylistically don't like there being two case statements, but I also think it's not worth even thinking about changing that for lucid.
[11:42] <persia> With that said, I retract my criticism of your patch.
[11:42] <ogra> well, before there were two case statements *plus* an if :)
[11:43] <ogra> we could indeed clean up the case statement too, but probably not just now :)
[11:43] <persia> Right.  You're making it better :)
[11:43] <persia> yes, not just now.
[11:56] <cjwatson> ogra: I don't really mind whatever way it's done :) that looks plausible
[11:56] <ogra> yeah, just discussing it with slangasek, he wanted the comment to be fixed with some saner text
[11:57] <ogra> since the last sentence is pure nonsense
[11:57] <ogra> (see -release)
[11:59] <CIA-3> partman-target: evand * r794 ubuntu/check.d/encrypted_home_present: Account for -e dereferencing links.
[15:46] <CIA-3> partman-base: cjwatson * r207 ubuntu/ (debian/changelog parted_server.c): Don't apply optimal alignment to extended partitions (LP: #558382).
[15:52] <CIA-3> partman-base: cjwatson * r208 ubuntu/debian/changelog: releasing version 139ubuntu6
[15:55] <shtylman> ev: is this high cpu usage bug still a problem? is anyone able to reliably reproduce it?
[15:57] <ev> shtylman: it's still quite slow for me
[15:57] <shtylman> ev: but not related to mouse movement?
[15:57] <ev> shtylman: correct
[15:57] <shtylman> just slow in general
[15:57] <shtylman> k
[15:57] <ev> right
[15:58] <ev> if you boot a Ubuntu desktop CD and Kubuntu desktop CD side by side, you can really notice a difference
[15:58] <ev> or even run through them back to back
[15:58] <shtylman> I see
[15:58] <shtylman> have you tried profiling it again to see where the bottleneck is now?
[15:59] <shtylman> if not.. I will poke at it... I am still quite troubled that it is this slow when running
[15:59] <cjwatson> stick debug messages in some plausible callbacks maybe?
[16:00] <cjwatson> it rather sounds as though some callback is being called over and over again and never cleared
[16:00] <shtylman> yea
[16:00] <shtylman> thats what let me to find the tight loop in the first place
[16:01] <shtylman> clearly something is still hiding
[16:44] <cody-somerville> Is the user-setup udeb responsible for adding the initial user to the admin group?
[16:50] <cjwatson> yes
[16:50] <cjwatson> see user-setup-apply
[21:02] <Andreas^> hello i have a problem with installing ubuntu 10.4 on my hp compaq dc7100. the hdd is connected via sata0 and the dvd and cd-rom via ide0. the funny thing is that i can access my hdd on the live desktop. but the installer cant find the hdd...
[21:03] <Andreas^> lspci and fdisk -l put out this... http://forum.ubuntuusers.de/topic/ubuntu-10-3-installation-findet-festplatten-n/
[21:09] <ev> Andreas^: please run the installer up to the partitioning screen, then type alt-f2 and `apport-collect ubiquity`
[21:10] <ev> err `ubuntu-bug ubiquity`
[21:11] <Andreas^> will this send a bug report
[21:11] <Andreas^> or will it fix my problem?
[21:14] <ev> it will send a bug report
[21:14] <Andreas^> okay i will do it