[09:51] <evand> cjwatson: out of curiosity, is there a historical reason why we do not honor the value of clock-setup/ntp-server in the ntpdate package?  I had initially assumed it was used beyond just setting the clock at install time, but that does not appear to be the case.
[09:58] <cjwatson> ntpdate shouldn't honour it itself but maybe clock-setup should adjust ntpdate's configuration ...
[09:58] <cjwatson> (I don't *know* of a reason)
[10:07] <evand> filed as bug 388343
[10:08] <evand> I don't think it's a priority -- I haven't heard anyone complaining about it -- but it seemed a bit odd and I wanted to get it written down somewhere.
[10:09] <davmor2> cjwatson: cd is now ejecting correctly :D
[10:10] <cjwatson> excellent
[10:11] <davmor2> I'm still getting the mounted harddrive issue though
[10:15] <evand> hrm, we/I never made a branch for casper hardy changes :-/
[10:30] <CIA-4> ubiquity: cjwatson * r3285 ubiquity/ (debian/changelog scripts/install.py):
[10:30] <CIA-4> ubiquity: Keep ecryptfs-utils installed if it's already in use by users on an
[10:30] <CIA-4> ubiquity: existing /home (LP: #361627). This duplicates code from user-setup, but
[10:30] <CIA-4> ubiquity: necessarily so since /target isn't yet mounted when user-setup-ask runs
[10:30] <CIA-4> ubiquity: in ubiquity.
[10:43] <xivulon> evand I did more tests yesterday on r136, it seems good to me
[10:43] <xivulon> I also left a message on #ubuntu-testing
[10:43] <xivulon> it is up to you and steve at this stage I guess
[10:46] <evand> given that we cannot reroll CDs, am I safe in assuming you'd like to put this as the download on wubi-installer.org?
[10:47] <xivulon> evand wubi-installer.org download is redirected to ubuntu.com
[10:48] <xivulon> so what I mean is replacing http://releases.ubuntu.com/9.04/wubi.exe
[10:49] <evand> okay
[10:49] <evand> so you've tested it, davmor2 has tested it, and I'm assuming you put out a call for testing to ubuntuforums but didn't get any replies, correct?
[10:49] <xivulon> call for testing was on r134
[10:50] <xivulon> plus made a request for r136 on #ubuntu-testing
[10:50] <xivulon> you might want to run a quick test just in case
[10:50] <xivulon> feedback on the bug reports where people have tried 134 is good
[10:51] <xivulon> on a separate not would it be possible to generate a casper initrd (with lupin) from http://people.ubuntu.com/~apw/lp376120-jaunty/ ?
[10:52] <xivulon> and then upload vmlinuz and initrd.gz somewhere, so it would be easier to find testers for 376120
[10:52] <xivulon> davmor2 ^
[11:02] <evand> xivulon: testing r136 myself now, then I'll run it by slangasek
[11:03] <xivulon> thanks, I already mentioned that to steve at UDS
[11:03] <evand> then I'll address the initrd issue
[11:03] <xivulon>  hm actually it might be better to backport the patch (http://people.ubuntu.com/~apw/lp376120-jaunty/0001-Fix-_fat_bmap-locking.patch) to 2.6.28-11
[11:09] <xivulon> actually evand, wait on 136
[11:10] <xivulon> let me investigate 386733 first
[11:10] <evand> well, already running through an install, but I'll see what you come back with on that
[11:13] <xivulon> I will have to that tonight
[11:39] <juliux> hi
[11:41] <juliux> i try atm to use preseed again to install my systems at work, i try to create a root an a /var partion
[11:42] <juliux> that is how the part from preseed looks http://paste.ubuntuusers.de/395524/
[11:49] <cjwatson> juliux: ok ...?
[11:55] <juliux> i got an error
[11:55] <juliux> the installer says no root partition
[11:55] <cjwatson> we'll need to see full logs
[11:55] <cjwatson> syslog and partman
[11:56] <juliux> but the preseed looks ok?
[11:57] <cjwatson> I didn't see an obvious problem at first glance, but you only gave me a small fragment of the preseed file of course
[11:57] <cjwatson> it would be helpful to have all the information to hand, obviously with any passwords removed
[11:58] <juliux> http://paste.ubuntuusers.de/395525/
[11:58] <juliux> that is the whole preseed.cfg
[11:59] <juliux> bbl lunchtime
[12:00] <cjwatson> you don't need partman-auto/choose_recipe, but that shouldn't matter
[12:00] <cjwatson> ok, get back to me when you have the logs
[12:01] <cjwatson> juliux: oh, there's a missing backslash at the end of one line
[12:01] <cjwatson> 			format{ } \
[12:01] <cjwatson> 			use_filesystem{ }
[12:01] <cjwatson> 			filesystem{ ext3 } \
[12:01] <cjwatson> juliux: fix that ...
[12:11] <evand> cjwatson: if you have a free moment today, I'm keen to get your thoughts on the ubiquity-slideshow discussion I just moved to ubuntu-installer, having written previous versions of the specification yourself, and those versions using HTML for the slides.
[12:26] <cjwatson> ok, will see what I can do
[12:40] <evand> thanks, much appreciated
[13:10] <juliux> cjwatson: http://ubuntu.juliux.de/partman and http://ubuntu.juliux.de/syslog
[13:11] <cjwatson> you should probably also say "d-i partman/choose_partition select finish" rather than "d-i partman/choose_partition select Finish partitioning and write changes to disk
[13:12] <cjwatson> but I don't expect that would cause a problem in the absence of the other bug in your preseed file
[13:14] <cjwatson> the missing backslash has rather badly confused the preseed file parser I think
[13:14] <juliux> ok
[13:14] <juliux> i have fixed the mssing backslash
[13:17] <juliux> and changed the d-i partman/choose_partion select finish row
[13:17] <juliux> looks good know
[13:18] <juliux> now
[13:32] <juliux> cjwatson: i got it work, but is there a way to say take the rest of the harddisk for a special partition?
[13:33] <cjwatson> just add another partition to the recipe with an enormous weighting?
[13:34] <cjwatson> there's no way to leave unallocated space in a partitioning recipe (Debian #297201), but you can always create a big placeholder partition
[14:37] <rgreening> evand: ping
[14:38] <evand> rgreening: hi
[14:38] <rgreening> have you tried to run usb-creator from trunk under karmic recently?
[14:38] <evand> I was actually in the middle of attempting to do just that
[14:38] <rgreening> evand: crash bang boom
[14:38] <evand> indeed
[14:39] <evand> digging
[14:39] <rgreening> I upgraded to karmic... bad idea
[14:39] <rgreening> :(
[14:39] <rgreening> I think it's dbus and policykit related, cause it does not ask me to enter a gksu password anymore.
[14:42] <rgreening> evand: hmm... the format causes a crash... but just make disk is running...
[14:59] <rgreening> evand: any ideas
[14:59] <evand> digging at it
[14:59] <rgreening> k
[15:03] <davmor2> evand: I've just finished a bunch of tests on wubi r136 seems fine.  It downloads everything it's meant to and seem to be behaving itself nice apart from the vfat issue
[15:05] <davmor2> I haven't tried it on windows 7 but vista and xp ntfs are okay :)
[15:05] <evand> davmor2: I tried it in windows 7 and sent an email to ago saying that it was successful
[15:05] <evand> he wanted to look into a bug before we proceeded though
[15:05] <davmor2> evand: Cool :)
[15:06] <davmor2> I saw I just finished read the scroll back :)
[15:12]  * evand stabs HAL repeatedly
[16:07] <NCommander> Does ubiquity have an option to do a badblocks scan, or that more or less excusive to the alternate/expert
[17:03] <CIA-4> debian-installer: cjwatson * r934 hardy-proposed/debian/changelog: No-change rebuild to pick up new kernel.
[17:06] <CIA-4> debian-installer: cjwatson * r935 hardy-proposed/debian/changelog: releasing version 20070308ubuntu40.9
[17:21] <rgreening> evand: still digging... must be 6' or more by now :)
[17:22] <evand> rgreening: heh, I'm not sure at the moment.  I had suspected it was device notification changes for devices that didn't exist anymore, but apparently not.
[17:23] <rgreening> evand: I wonder if it's a volid (uuid) change?
[17:23]  * rgreening is probably talking out my a$$
[17:24] <evand> I commented out the property change notification code entirely and it's still crashing
[17:24] <evand> so yeah, will have to dig deeper
[17:25] <evand> but I have to run out and pick up dinner, so it'll have to wait until later
[17:25] <rgreening> ok, I have some of the gobject stuff ported...
[17:25] <rgreening> though I'll need some same eyes to review my port
[17:25] <rgreening> evand: ^ :)
[17:26] <evand> sure, perhaps push to another branch and I can review it when I get back?
[17:27] <rgreening> evand: I have changes in a new (temporary) kbackend.py so as to not disrupt the backend.py.
[17:28] <rgreening> So I can push that and delete it later when we merge back to a single backend
[17:28] <rgreening> if ok...
[17:32] <evand> sure
[17:32] <evand> works for me
[19:49] <cr3> evand: ping, got a minute to help me understand some preseeding of ubiquity?
[20:00] <CIA-4> usb-creator: rgreening * r111 usb-creator/usbcreator/ (kbackend.py kde_frontend.py):
[20:00] <CIA-4> usb-creator: Begin to rip out gobject from backend.py. Temporarily add kbackend.py (mirror backend.py) and
[20:00] <CIA-4> usb-creator: re-write gobject calls to new wrappers in kde_frontend.py. Similar will need to be done for
[20:00] <CIA-4> usb-creator: gtk_frontend.py and then move kbackend.py to backend.py (once gtk_frontend.py pieces are
[20:00] <CIA-4> usb-creator: implemented). kde_frontend.py will use kbackend.py until this is done (for test and proof of
[20:00] <CIA-4> usb-creator: concept).
[20:02] <rgreening> evand: ping
[20:04] <rgreening> evand: I've committed the first phase. I'll work on the remaining gobject calls later. I think this will work fine.
[20:05] <rgreening> evand: was fun to implement gobject_add in qt (not!) :)
[20:05] <rgreening> timeout_add I mean...
[20:51] <rgreening> evand: http://roderick-greening.blogspot.com/2009/06/usb-creator-kde-adventures-in-gobject.html
[20:51] <rgreening> :)