[04:40] <CompBrain> we're preseeding a big list of packages via a late_command script and not through the built in package installation means so we can drop in a standard /etc/passwd to get consistent u/gid's
[04:41] <CompBrain> Is there a better way to do that so we still get a moving progress bar? (right now it hangs on 'running preseed' while the late_command runs apt-get install $world_of_hurt
[06:53] <mcasadevall> cjwatson, bit of good news; d-i on ia64 successfully built when retried after the last kernel upload :-)
[10:15] <cjwatson> CompBrain: it might take a bit of fiddling around, but if you use apt-install rather than chroot /target apt-get install then you ought to get a progress bar
[10:15] <lamalex> Does ubiquity do any checking of drive size to make sure you have the required amount of disk space at all?
[10:15] <cjwatson> ubiquity does (though only sort of, it isn't perfect), d-i doesn't
[10:16] <cjwatson> NCommander: cool
[10:16] <lamalex> cjwatson: any idea where in the code that is?
[10:16] <NCommander> cjwatson, I'm testing the netinstall ISO now (since the dailys for port architectures already ran)
[10:16] <lamalex> Is it a const somewhere that gets set for the size?
[10:18] <cjwatson> lamalex: ubiquity source package, partman/check.d/03partition_too_small
[10:18] <lamalex> merci
[10:18] <cjwatson> lamalex: it runs du over the live filesystem, and adds a bit of a fudge factor for luck
[11:32] <lamalex> cjwatson: where should bugs be filed?
[11:32] <lamalex> LP says the ubiquity project only uses lp for code
[11:43] <evand> lamalex: http://launchpad.net/ubuntu/+source/ubiquity/+filebug
[11:43] <evand> we handle bugs against the source package
[11:45] <lamalex> thanks
[11:45] <evand> sure thing
[12:01] <lamalex> man, i cant wait until we're all using the bzr lp format and pushing a branch is fasted becuase it's totally stacked
[12:02] <lamalex> s/fasted/fast
[12:02] <cjwatson> the current format actually does support stacking
[12:02] <cjwatson> I think
[12:02] <cjwatson> yeah, it's on 1.9
[12:03] <lamalex> I alsmo meant s/lp/2a
[12:06] <cjwatson> stacking shouldn't require 2a, should it?
[12:06] <cjwatson> I mean, 2a will be faster, certainly
[12:11] <CIA-8> console-setup: cjwatson * r108 ubuntu/debian/ (console-setup.apport changelog rules): Add an apport hook.
[14:20] <rgreening> evand: ping
[14:20] <evand> rgreening: pong
[14:20] <rgreening> evand: how goes the devicekit migration?
[14:21] <CIA-8> debian-installer: cjwatson * r1118 ubuntu/ (10 files in 3 dirs): Move to 2.6.31-2 kernels.
[14:21] <evand> it's slowly getting there.  Test harness is taking far longer than I would like.  I'm trying to get the code in a useful state so I can at least push it to a public branch.  Hope to have that done tonight if I have time in the evening, but otherwise tomorrow.
[14:23] <rgreening> evand: looking forward to helping test and polish for you :)
[14:23] <evand> good to hear :)
[14:23]  * rgreening cracks the code/publish whip on evand
[14:23] <rgreening> :)
[14:23] <evand> haha
[14:24]  * evand turns his oar faster
[14:24] <rgreening> hehe
[14:24] <rgreening> just one, you go in circles, let me help row...
[14:24] <CIA-8> user-setup: cjwatson * r192 ubuntu/ (debian/changelog user-setup-apply):
[14:24] <CIA-8> user-setup: Use /etc/gdm/custom.conf rather than /etc/gdm/gdm.conf-custom (LP:
[14:24] <CIA-8> user-setup: #395861).
[14:26] <CIA-8> user-setup: cjwatson * r193 ubuntu/debian/changelog: releasing version 1.27ubuntu4
[14:28] <CIA-8> oem-config: cjwatson * r677 trunk/ (debian/changelog oem-config): adjust gdm configuration handling again (LP: #395861)
[14:46] <lamalex> evand: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/396076
[14:48] <evand> http://bazaar.launchpad.net/~alexlauni/ubiquity/partition-size-selector/revision/3308 - on line 587, why did you delete self.resize = -1?
[14:48] <evand> hrm, actually, that's fairly broken anyway if it's called twice.
[14:48] <evand> (it's not currently)
[15:46] <cr3> cjwatson: by the way, I'm failing to install the latest hardy alternate images because the netboot kernel doesn't seem to be the same version as the kernel modules package on the image
[15:47] <cr3> cjwatson: wasn't there some discussion about you having to be informed when the kernel is updated or the kernel team handling the update of the netboot images? if I recall, there's was a disconnect between the kernel update and the netboot image update on the alternate images
[15:49] <cjwatson> thanks, I'll update d-i now
[15:49] <cr3> cjwatson: might there be a way for me to detect directly from the image instead of from the installation process?
[15:49] <cjwatson> or at least upload the update, somebody else will have to accept it
[15:50] <cjwatson> sure, there are metadata files alongside the images, e.g. udeb.list
[15:51] <cr3> cjwatson: one day, I'd really like my testing framework to report proper errors when installation failures occur instead of getting a lack of test results. the problem is that this inconsistency might've been going on for a while and I wouldn't've known :(
[15:51] <cjwatson> err, hardy-updates/debian-installer is already using the current kernel
[15:51] <cjwatson> so I don't know what your system's problem is
[15:52] <cjwatson> hmm, or maybe not, what's up here
[15:52] <cjwatson> ah, heh, it probably failed to build
[15:52] <cjwatson> cr3: are you not testing hardy-proposed?
[15:53] <cr3> cjwatson: I've had to disable testing of -proposed temporarily because of a couple issues I can't work on right now :(
[15:53] <cjwatson> http://people.ubuntu.com/~ubuntu-archive/pending-sru.html, looks like somebody forgot to promote debian-installer to -updates along with linux
[15:54] <cjwatson> I'll do that
[15:57] <cjwatson> (done for next publisher run)
[17:43] <icarus901> cjwatson, suggestions for a point of contact for inquiry regarding the netboot kernels? i may not actually have a bug, so i'd rather not waste someone's time by filing one
[17:47] <cjwatson> icarus901: the netboot kernel is identical to the normal kernel ...
[17:48] <icarus901> cjwatson, eh then it's a question of config disparity
[17:48] <icarus901> the amd64 build includes paravirt-ops xen domU support. i386 does not
[17:49] <cjwatson> kernel team'd be best placed to handle that
[17:49] <cjwatson> probably just file a bug on linux ...
[17:49] <cjwatson> (in Ubuntu, obviously)
[17:50] <icarus901> cjwatson, thanks
[22:40] <kirkland> cjwatson: hiya, testing today's hardy daily iso
[22:41] <kirkland> cjwatson: doesn't detect my network adapter (on board nvidia some such, has always worked will with hardy)
[22:41] <kirkland> cjwatson: also, don't see ext3 as a filesystem option
[22:42] <cjwatson> sounds like kernel mismatch; should be fixed tomorrow
[22:43] <cjwatson> I did some publisher updates earlier
[22:44] <cjwatson> somebody had copied d-i to hardy-updates previously without following the practice documented on ArchiveAdministration, and that broke things
[22:50] <kirkland> cjwatson: cool, thanks.
[22:57] <cjwatson> that reminds me though ...
[22:57] <CIA-8> debian-installer: cjwatson * r1119 ubuntu/debian/changelog: releasing version 20081029ubuntu47