[08:39] <CIA-33> debian-installer: ogra * r1186 ubuntu/debian/ (changelog control): move redboot-imx51-babbage to the bootloader section in the comments, run debian/genbuilddeps so the new build-dep gets actually picked up
[08:42] <CIA-33> debian-installer: ogra * r1187 ubuntu/debian/changelog: release 20081029ubuntu66
=== cjwatson_ is now known as cjwatson
[09:50] <CIA-33> hw-detect: cjwatson * r134 ubuntu/ (debian/changelog disk-detect.sh): Fix db_fget arguments when checking for partman-iscsi preseeding.
[09:54] <ogra> initializing disk label (MBR and partition table)...
[09:54] <ogra> sh: udevadm: not found
[09:54] <ogra> sh: udevadm: not found
[09:54] <ogra> does anyone have an idea what parted does with udevadm ?
[09:55] <cjwatson> all kinds of things
[09:55] <turtle4464> good morning cjwatson
[09:55] <ogra> (the line causing the udevadm messages is: parted -s "$DEV" mklabel msdos ... while DEV is an image)
[09:55] <cjwatson> turtle4464: hello
[09:55] <cjwatson> ogra: why not grep
[09:56] <ogra> because i'm a lazy bastard :)
[09:56] <turtle4464> cjwatson, did your fix land in the october 7 daily?
[09:56]  * ogra gets parted source
[09:56] <cjwatson> turtle4464: I believe so, although I have not yet personally verified that it works
[09:57] <cjwatson> the version number matches
[09:57] <turtle4464> cjwatson, its 5 am here and i can't sleep, so i figured i'd give it a shot :p
[09:57] <ogra> +        if (system ("udevadm settle") != 0) {
[09:57] <ogra> +                /* ignore failures */
[09:57] <ogra> +        }
[09:57] <ogra> grin
[09:57] <ogra> ok, seems i can ignore it
[09:59] <turtle4464> cjwatson, the file http://cdimage.ubuntu.com/daily-live/current/karmic-desktop-i386.iso should work correct?
[10:00] <cjwatson> should
[10:00] <turtle4464> do you know if mirrors carry the daily builds, because at this speed, i'll get it in 2 hours
[10:02] <cjwatson> rsync from a previous one
[10:03] <turtle4464> huh?
[10:03] <cjwatson> https://help.ubuntu.com/community/RsyncCdImage
[10:03] <cjwatson> (mirrors don't typically carry dailies, no)
[10:12] <CIA-33> partman-target: cjwatson * r778 ubuntu/debian/ (partman-target.install changelog install):
[10:12] <CIA-33> partman-target: Merge debian/partman-target.install into debian/install, as otherwise
[10:12] <CIA-33> partman-target: critical files in /lib/partman/choose_method don't get installed
[10:12] <CIA-33> partman-target: (LP: #444804).
[10:12] <cjwatson> turtle4464: though bug 444804 may get in your way, I don't know; let me know if the partitioner acts weirdly
[10:12] <ubottu> Launchpad bug 444804 in partman-target "debian installer mini iso - can't choose file system type" [Critical,Triaged] https://launchpad.net/bugs/444804
[10:13] <turtle4464> cjwatson, is it safer if i just wait until the release candidate?
[10:13] <cjwatson> turtle4464: no, please try the daily
[10:13] <turtle4464> cjwatson, how can i install it if the partitioner doesn't work :s
[10:14] <cjwatson> I didn't say it *would* be broken!
[10:14] <cjwatson> I said there was a possibility! I was warning you!
[10:14] <cjwatson> in case it was, and you got confused
[10:14] <cjwatson> sigh, I should just not say anything
[10:14]  * turtle4464 runs around in confused circles xD
[10:14] <cjwatson> pretend I never spoke.
[10:16] <CIA-33> partman-target: cjwatson * r779 ubuntu/debian/changelog: releasing version 64ubuntu3
[10:16] <cjwatson> ogra: could you use debcommit -r when releasing debian-installer, please?
[10:17] <cjwatson> ogra: if you don't, we have to tag manually
[10:17] <cjwatson> ogra: huh, and why is the tag for 20081029ubuntu66 set one version behind the commit saying "release 20081029ubuntu66"?
[10:21] <turtle4464> cjwatson, at the bottom of the usb startup disk maker, what does the store documents thing do, keep it on the usb drive?
[10:23] <cjwatson> turtle4464: yes, it means that changes to the live session are persistent on the USB stick rather than being lost on reboot as they would be ordinarily
[10:24] <turtle4464> so i'd probably select discard on shutdown
[10:25] <turtle4464> cjwatson, so that parted bug is fixed, so i won't run into the problem?
[10:30] <cjwatson> which parted bug?
[10:30] <turtle4464> 444804
[10:31] <cjwatson> turtle4464: it's fixed but not in the image you have. However *please* don't worry about it. It won't corrupt your disk silently, it will either fail or succeed.
[10:31] <turtle4464> ok
[10:31] <turtle4464> its too early in the morning for worrying anyways :(
[10:31] <cjwatson> I shouldn't have mentioned it
[10:32] <turtle4464> lol
[10:32] <turtle4464> supposing it installs, do you think its safe to run it until karmic is final?
[10:35] <cjwatson> sure, you can just upgrade
[10:35] <cjwatson> you don't have to reinstall from scratch when a new version comes out or anything
[10:48] <ogra> cjwatson, oh, i usually do bzr tag and then bzr commit (thats how we do it in ltsp upstream since years, hard to get used to do it the other way around), i'll use debcommit in the future
[10:51]  * cjwatson moves the tag
[10:59]  * evand sighs https://bugs.edge.launchpad.net/ubuntu/+source/ubiquity/+bug/258603
[10:59] <ubottu> Launchpad bug 258603 in ubiquity "ubiquity crashed with InstallStepError in configure_user()" [Undecided,Confirmed]
[10:59] <evand> sometimes I wish we could lock down malone so that only ~installer-team could manage the status and priority of bugs.
[11:00] <evand> apport equally needs to do a better job at duplicate detection
[11:02] <turtle4464> cjwatson, got the image, gonna install now with the usb creator
[11:05] <turtle4464> cjwatson, if i run into problems i'll use webchat to talk to you
[11:06] <turtle4464> see you on the flip side
[11:08] <davmor2> evand: my god giving yourself the ability to control your own bugs, next you'll want to rule the world ;)
[11:09] <turtle4464> cjwatson: you there?
[11:09] <davmor2> evand, cjwatson:  ssshhhh don't look, and don't say a word but it looks like the first wubi run might be working-ish
[11:10] <evand> I think there may be something I'm missing with this /home/$USER being owned by root bug.  It's popping up all too often.
[11:10] <evand> davmor2: hooray
[11:11] <davmor2> evand: what starts pylauncher is it wubi itself or is it the cd run script?
[11:12] <evand> the autorun script should (but doesn't) run "wubi", which in turn runs the pylauncher binary, which in turn runs the python process, which runs the actual wubi code.
[11:13] <evand> I'm sure we can find a way to layer a few more steps in there :)
[11:13] <evand> err autorun config file
[11:14] <davmor2> evand: grab todays image then I'm having issues with the auto-run saying it can't launch pylauncher but works fine if I double click on wubi.exe
[11:15] <evand> can you take a screenshot, or jot down the exact error message?
[11:15] <evand> and pastebin the wubi log
[11:17] <davmor2> evand: will do as soon as this finishes installing
[11:17] <turtle4464> cjwatson: the installer is hanging
[11:20] <turtle4464> this is the last message in system logs Oct  7 10:12:19 ubuntu ubiquity: /usr/lib/ubiquity/apt-setup/generators/01setup: 7: cannot open /target/etc/apt/sources.list: No such file
[11:22] <turtle4464> cjwatson: what should i do?
[11:35] <davmor2> evand: wubi is stuck at 80% Configuring apt
[11:35] <davmor2> I click the skip button but it's doing nothing :(
[11:35] <evand> davmor2: what do the logs say?
[11:35] <davmor2> I'll check in a second
[11:35] <evand> specifically, /var/log/installer/debug and /var/log/syslog
[11:35] <evand> great, thanks
[11:39] <turtle4464> evand: my installer stops at 80% as well with the error ubuntu ubiquity: /usr/lib/ubiquity/apt-setup/generators/01setup: 7: cannot open /target/etc/apt/sources.list: No such file
[11:41] <evand> turtle4464: can you please pastebin full logs (/var/log/installer/debug and /var/log/syslog)
[11:41] <davmor2> evand: I can't see anything horrific here http://www.davmor2.co.uk/wubi/syslog
[11:43] <evand> you both seem to have the same problem
[11:43]  * evand investigates
[11:45] <turtle4464> evand: is there any way to force it to install?
[11:46] <cpi> hello. i have two problems installing karmic to an AoE disk.
[11:47] <cpi> first: the installer, doesn't recognice /dev/ether/e* as block device. if i do a symlink from sda to ether/e0.0 i can partition the aoe disk but get an error during base system installation.
[11:47] <evand> turtle4464: no.  Have you tried installing from the beta?
[11:48] <turtle4464> evand: yes, it wont install, cjwatson was wanting me to test today's release
[11:50] <davmor2> evand: did you get that link before we were all rudely netsplit :)
[11:50] <evand> turtle4464: I'll ask that cjwatson direct you further.  I don't want to suggest you try to install a previous release if he's keen to see if your bug is fixed.
[11:51] <turtle4464> ok
[11:51] <evand> davmor2: yes
[11:51] <davmor2> cool
[11:54] <evand> cjwatson: in Lucid do you think we should show the slideshow in oem-config?
[11:54] <turtle4464> evand: do you know how to fix the error i am getting?
[11:55] <evand> turtle4464: not yet.  I'm investigating it, but I don't have an estimated time for a fix.
[11:55] <davmor2> evand: No!  Oem's don't care and the enduser won't see it all unless you eek out their install process
[11:56] <evand> davmor2: I think you misunderstand.  End users would see it.
[11:56] <davmor2> evand: all of it though?
[11:56] <evand> Well that's the catch.  The install process for oem-config is significantly shorter than the one for ubiquity.
[12:04] <davmor2> evand: that's what I mean.  You'd either need to create an uber fast one or a shorter one at which point it just gets silly
[12:07] <davmor2> evand: do you want me to reboot and see if anything shows up in the wubi log?
[12:12] <evand> davmor2: nothing post-reboot from Windows will show up in the wubi log, as nothing writes to it at that point, unless you mean installation-logs.zip.
[12:13] <evand> the Wubi log is just for the Windows program
[12:19] <cjwatson> turtle4464: can you get the full /var/log/syslog and /var/log/partman files out for me, please?
[12:20] <cjwatson> let's confirm that you and davmor2 really have the same problem
[12:20] <cjwatson> evand: hmm, tricky problem isn't it, I'm not sure
[12:21] <cjwatson> evand: this may be my fault, I changed apt-setup to do progress info
[12:21] <cjwatson> evand: apparently I didn't add PROGRESS to the apt-setup component's questions though - maybe that's it?
[12:36] <davmor2> cjwatson: Is this for wubi?
[12:37] <davmor2> if so I can tell you that pressing on the skip button does nothing
[12:39] <cjwatson> davmor2: it's speculation ;-)
[12:43] <davmor2> cjwatson: would be nice if you wanted to apply a fix and respin.  I could re-test this afternoon then and maybe we could have a working wubi wow that really would be a first :)
[12:44] <cjwatson> still rsyncing myself, if evand's already on it he'll be quicker
[12:45]  * davmor2 offers to drop down with a cd if it's faster 
[12:47] <cjwatson> my ADSL sucks but I'm not sure it's quite that bad :)
[12:48] <cjwatson> I did prevail on Ian Jackson once to bring me a DVD by sneakernet, but that was a bit more substantial
[12:52] <ogra> cjwatson, i'm just testing my SD card netinstaller, it works fine so far, i'm in pkgsel now (right after tasksel and it is installing ubuntu-desktop atm) and it seems logging only shows the error messages ... i dont see it installing stuff in the log... is that wanted ?
[12:53] <davmor2> :D
[12:53] <ogra> things like "Obsolete Command TITLE ..." or "creating user: haldaemon" etc
[12:55] <ogra> oh, i spoke to early now it spits out something that looks as usual
[12:56] <davmor2> ogra: does it look like a wee timorous beastie with big pointy teeth?
[12:56] <cjwatson> it can take a while for apt to get round to things sometimes
[12:57] <turtle4464> cjwatson: http://pastebin.ca/1601024
[12:58] <davmor2> right lunch. cjwatson if you get anything together let me know :)
[12:59] <ogra> davmor2, nah, its a babbage board they cant produce anything that looks scary :)
[13:09] <cjwatson> turtle4464: ok, yeah, same as davmor2 then, thanks - we'll get a new build out ASAP
[13:11] <evand> cjwatson: I don't think it's a matter of progress support.  The error message is /target/etc/apt/sources.list not existing.
[13:12] <cjwatson> evand: are you sure that's actually what's breaking it though? I think that message is normal
[13:13] <evand> ah, fair enough
[13:24] <evand> Oct  7 08:22:38 debconf (filter): <-- DATA debconf-apt-progress/preparing type text
[13:24] <evand> Oct  7 08:22:38 debconf (filter): ignoring unknown (multi-line?) command
[13:24] <evand> I stand corrected :)
[13:43] <cjwatson> gosh, did we really never implement DATA in debconffilter?
[13:51] <evand> heh, I guess not
[14:36] <CIA-33> debian-installer: cjwatson * r1188 ubuntu/ (3 files in 2 dirs): Move Dove images to 2.6.31-206 kernels.
[14:50] <turtle4464> cjwatson: im at work right now, but just wondering if a new image has been made to test
[14:55] <cjwatson> not yet
[14:55] <cjwatson> evand: how goes?
[14:55] <evand> working through adding DATA in debconffilter
[14:56] <turtle4464> cjwatson: i'm at work for the next 12 hours, so i might just try tomorrow's daily build, if thats ok
[14:57] <cjwatson> turtle4464: yeah, probably best. Thanks for the attempt today and sorry it didn't work out
[14:57] <turtle4464> no problem cjwatson, if worst comes to worst, i might only be able to get time to try it out saturday morning, but i know you aren't here on weekends :s
[14:59] <turtle4464> gotta run, thanks again, will talk to you when i get the chance
=== robbiew-afk is now known as robbiew
[16:42] <lbt_> hi... having some issues with preseed. I can't get the installer to ask me d-i passwd/user-uid. I've set it to "seen false" and debconf/priority is high
[16:43] <cjwatson> it's never asked
[16:43] <cjwatson> you can't do that
[16:43] <cjwatson> it's only provided for preseeding - there's no interactive component
[16:48] <lbt_> ah... I'm setting up desktops for different users
[16:49] <lbt_> mmm ... so I'd could enter it at kernel prompt
[16:49] <cjwatson> yeah
[16:49] <cjwatson> though wouldn't LDAP be slightly less painful to maintain?
[16:49] <cjwatson> if you need uids to be distinct, you'll probably want them in some central database anyway
[16:50] <lbt_> Oh, I've told them...
[16:50] <lbt_> I have ldap on a VM
[16:50] <lbt_> with gosa and luma
[16:50] <lbt_> they like it
[16:50] <lbt_> but.... usb install first
[16:50] <lbt_> <grin>
[17:07] <evand> cjwatson: is this really as simple as http://pastebin.ubuntu.com/287911/ or can you think of a situation where further processing would be needed?
[17:07] <evand> err stick a return True on that, obviously
[17:08] <evand> bad mental copy and paste job out of KVM
[17:12] <cjwatson> evand: am I missing a reason why we don't need PROGRESS in AptSetup.prepare? is it implicitly handled by Install.prepare already?
[17:12] <cjwatson> evand: I suspect the main test is whether it works :)
[17:14] <cjwatson> evand: also, I'd have thought you'd need to call self.db.command too - any reason not to just omit the second hunk of that diff and let it fall through to the general command handling at the end?
[17:14] <cjwatson> (i.e. the real debconf frontend probably needs to see the DATA command)
[17:21] <evand> cjwatson: I added PROGRESS to aptsetup.prepare as well.  Apologies, I forgot I did that.
[17:22] <cjwatson> ah, ok. I can't remember whether it's necessary :)
[17:22] <evand> cjwatson: because it gets noisy about the template already having a type, if memory serves
[17:23] <evand> but perhaps that's just me getting things confused in my head
[17:23] <evand> I'll poke at it some more tonight or tomorrow morning
[17:23] <evand> as I have to head out in a few minutes
[17:23] <cjwatson> hmm, oh, well, I suppose it is using the same debconf database
[17:23] <cjwatson> more or less
[17:24] <cjwatson> it probably won't actually break anything to have it not pass through the DATA
[17:24] <cjwatson> (I don't think)
[17:24] <cjwatson> if it works, I'd just go ahead and commit it if I were you, since it's an installation-breaker
[17:28] <evand> okay
[17:28] <evand> will do
[17:31] <CIA-33> ubiquity: evand * r3510 ubiquity/ (3 files in 3 dirs):
[17:31] <CIA-33> ubiquity: Handle DATA commands in debconffilter. Support PROGRESS in the apt-
[17:31] <CIA-33> ubiquity: setup component (LP: #445385).
=== robbiew is now known as robbiew-afk
=== robbiew-afk is now known as robbiew
[21:22] <turtle4464> cjwatson: is there a fix out?
[21:22] <turtle4464> sorry, just jumping on quickly at work
[21:57] <SuspectZero> hey there.
[21:59] <SuspectZero> i have an ubuntu based distro which has a customized ubiquity installer. i was wondering how i could utilize lupin-casper and lupin-support so that the iso can be loop mounted?
[21:59] <cjwatson> so, as I said on #grub, first try installing those packages in your live filesystem
[22:00] <cjwatson> there's a decent chance that will just work; we don't do anything much more complex than that ourselves
[22:00] <SuspectZero> ok i'll do it again
[22:00] <SuspectZero> maybe i screwed somethign up :)
[22:00] <cjwatson> actually, you don't need lupin-support in the live filesystem, I don't think
[22:00] <cjwatson> although it does help with getting grub-mkconfig to emit the right grub.cfg bits
[22:00] <cjwatson> this is a bit in flux, you do need *very* current karmic packages
[22:01] <SuspectZero> am i in over my head if i dont know wht karmic packages are?
[22:01] <SuspectZero> XD
[22:30] <mdke> hi there. I appreciate it's not a support channel but you may be able to help when #ubuntu couldn't. Are there any risks associated with using my gnupg or ssh key from a persistent live usb created with usb-creator (using the default "ubuntu" user)
[22:45] <cjwatson> SuspectZero: hmm, if you aren't already using karmic (our current development branch) then this may not work very well
[22:45] <cjwatson> SuspectZero: grub2 *exists* in 9.04 (jaunty), but it's not all that well integrated
[22:46] <SuspectZero> i honestly dont even know what karmic is, i'll have to figure out if the distro im modding actually does
[22:46] <cjwatson> mdke: only that the USB drive is small and portable and thus easy to steal, but presumably you'd protect it; I can't think of any intrinsic risks
[22:47] <cjwatson> mdke: well, apparmor's disabled on the live system, so you might want to be a bit more careful than usual about malware
[22:47] <cjwatson> mdke: that's the only thing that comes to mind really
[22:47] <mdke> cjwatson: ok, that's very helpful. I wonder if I can password protect the liveusb in some way
[22:48] <SuspectZero> brb reboot
[22:48] <CIA-33> ubiquity: cjwatson * r3511 ubiquity/ (d-i/manifest debian/changelog):
[22:48] <CIA-33> ubiquity: Automatic update of included source packages: debian-installer-utils
[22:48] <CIA-33> ubiquity: 1.70ubuntu2, partman-target 64ubuntu3.
[22:48] <cjwatson> mdke: you could change the ubuntu user's password in the persistent image, although that could be defeated
[22:48]  * mdke nods
[22:48] <mdke> there is no equivalent of a "bios" password for the usb drive I guess
[22:48] <cjwatson> mdke: or you could set a boot loader password; I know that can be done in syslinux, but I don't know exactly how
[22:49] <mdke> ok, I'll google around tomorrow
[22:49] <mdke> thanks very much
[22:49] <cjwatson> there's doc/menu.txt in the syslinux package
[22:50] <mdke> cjwatson: ok, thanks again
[22:50] <SuspectZero> back
[23:17] <CIA-33> ubiquity: cjwatson * r3512 ubiquity/debian/changelog: releasing version 1.99.31