[04:40] 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] 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] cjwatson, bit of good news; d-i on ia64 successfully built when retried after the last kernel upload :-) === mcasadevall is now known as NCommander === _ruben_ is now known as _ruben [10:15] 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] Does ubiquity do any checking of drive size to make sure you have the required amount of disk space at all? [10:15] ubiquity does (though only sort of, it isn't perfect), d-i doesn't [10:16] NCommander: cool [10:16] cjwatson: any idea where in the code that is? [10:16] cjwatson, I'm testing the netinstall ISO now (since the dailys for port architectures already ran) [10:16] Is it a const somewhere that gets set for the size? [10:18] lamalex: ubiquity source package, partman/check.d/03partition_too_small [10:18] merci [10:18] lamalex: it runs du over the live filesystem, and adds a bit of a fudge factor for luck [11:32] cjwatson: where should bugs be filed? [11:32] LP says the ubiquity project only uses lp for code [11:43] lamalex: http://launchpad.net/ubuntu/+source/ubiquity/+filebug [11:43] we handle bugs against the source package [11:45] thanks [11:45] sure thing [12:01] 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] s/fasted/fast [12:02] the current format actually does support stacking [12:02] I think [12:02] yeah, it's on 1.9 [12:03] I alsmo meant s/lp/2a [12:06] stacking shouldn't require 2a, should it? [12:06] I mean, 2a will be faster, certainly [12:11] console-setup: cjwatson * r108 ubuntu/debian/ (console-setup.apport changelog rules): Add an apport hook. [14:20] evand: ping [14:20] rgreening: pong [14:20] evand: how goes the devicekit migration? [14:21] debian-installer: cjwatson * r1118 ubuntu/ (10 files in 3 dirs): Move to 2.6.31-2 kernels. [14:21] 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] evand: looking forward to helping test and polish for you :) [14:23] good to hear :) [14:23] * rgreening cracks the code/publish whip on evand [14:23] :) [14:23] haha [14:24] * evand turns his oar faster [14:24] hehe [14:24] just one, you go in circles, let me help row... [14:24] user-setup: cjwatson * r192 ubuntu/ (debian/changelog user-setup-apply): [14:24] user-setup: Use /etc/gdm/custom.conf rather than /etc/gdm/gdm.conf-custom (LP: [14:24] user-setup: #395861). [14:26] user-setup: cjwatson * r193 ubuntu/debian/changelog: releasing version 1.27ubuntu4 [14:28] oem-config: cjwatson * r677 trunk/ (debian/changelog oem-config): adjust gdm configuration handling again (LP: #395861) [14:46] evand: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/396076 [14:46] Ubuntu bug 396076 in ubiquity "Ubiquity's default new partition size is too small, particularly for netbooks" [Undecided,New] [14:48] http://bazaar.launchpad.net/~alexlauni/ubiquity/partition-size-selector/revision/3308 - on line 587, why did you delete self.resize = -1? [14:48] hrm, actually, that's fairly broken anyway if it's called twice. [14:48] (it's not currently) [15:46] 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] 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] thanks, I'll update d-i now [15:49] cjwatson: might there be a way for me to detect directly from the image instead of from the installation process? [15:49] or at least upload the update, somebody else will have to accept it [15:50] sure, there are metadata files alongside the images, e.g. udeb.list [15:51] 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] err, hardy-updates/debian-installer is already using the current kernel [15:51] so I don't know what your system's problem is [15:52] hmm, or maybe not, what's up here [15:52] ah, heh, it probably failed to build [15:52] cr3: are you not testing hardy-proposed? [15:53] cjwatson: I've had to disable testing of -proposed temporarily because of a couple issues I can't work on right now :( [15:53] http://people.ubuntu.com/~ubuntu-archive/pending-sru.html, looks like somebody forgot to promote debian-installer to -updates along with linux [15:54] I'll do that [15:57] (done for next publisher run) [17:43] 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] icarus901: the netboot kernel is identical to the normal kernel ... [17:48] cjwatson, eh then it's a question of config disparity [17:48] the amd64 build includes paravirt-ops xen domU support. i386 does not [17:49] kernel team'd be best placed to handle that [17:49] probably just file a bug on linux ... [17:49] (in Ubuntu, obviously) [17:50] cjwatson, thanks [22:40] cjwatson: hiya, testing today's hardy daily iso [22:41] cjwatson: doesn't detect my network adapter (on board nvidia some such, has always worked will with hardy) [22:41] cjwatson: also, don't see ext3 as a filesystem option [22:42] sounds like kernel mismatch; should be fixed tomorrow [22:43] I did some publisher updates earlier [22:44] somebody had copied d-i to hardy-updates previously without following the practice documented on ArchiveAdministration, and that broke things [22:50] cjwatson: cool, thanks. [22:57] that reminds me though ... [22:57] debian-installer: cjwatson * r1119 ubuntu/debian/changelog: releasing version 20081029ubuntu47