=== mpt_ is now known as mpt [16:30] xnox: Do you have a full d-i checkout you can grep for me? [16:30] cjwatson: Or you? [16:30] infinity: sure. [16:30] * infinity is trying to figure out what evil perpetrates the /etc/initramfs-tools/conf.d/driver-policy hack. [16:31] hmm.... [16:31] * xnox has debian d-i checkout and only partial ubuntu one. grepping debian one. [16:31] Debian should be fine, it comes from there. [16:31] It was tbm who added it long ago, apparently. [16:32] I do [16:32] base-installer IIRC [16:32] But damned if I can sort out what component. [16:32] Yeah [16:32] Ah-ha. Thanks. [16:32] My memory of d-i is a pretty good grep substitute :) [16:32] It's a bit disturbing, really. [16:32] Do you remember things like your parents' names, or your own shoe size? [16:32] base-installer/library.sh [16:33] cjwatson: beats ack-grep --shell driver-policy [16:33] Right, so THAT's the source of the "crypt root no workie on ARM" bug. [16:33] infinity: birthdays are always the killer for me ... [16:34] thank google for calendars [16:34] cjwatson: Going to v-done my initramfs-tools upload after some back and forth with a user. [16:34] cjwatson: Who installed in expert mode on x86 and intentionally chose 'dep'. :P [16:34] cjwatson: So, he's all fixed up now. [16:34] cjwatson: And the ARM portion of those bugs is this base-installer default, not initramfs-tools. [16:35] fair enough [16:36] I wonder if I should bother changing the base-installer thing, or just tell QA to preseed the value they want. [16:40] cjwatson: Feel free to promote that one whenever. We need it to not regress cryptroot on the lts-quantal kernels. [16:40] (Or any early boot keyboard support) [16:41] which, initramfs-tools? [16:41] Yeah. [16:41] bug 1066376 is still open in raring, I see [16:41] Launchpad bug 1066376 in initramfs-tools (Ubuntu) "keyboard doesn't work to enter password with panda and encrypted partitions" [Undecided,Confirmed] https://launchpad.net/bugs/1066376 [16:42] Lies. [16:42] Ah, heh, OK :) [16:42] Promoted [16:43] It was reopened when it failed to fix the ARM issue, which is actually the base-installer thing. [16:43] So, yeah. Tasks twiddled, all good now. [16:44] sigh ... bug 1109029 [16:44] Launchpad bug 1109029 in udev (Ubuntu) "Depend on linux-initramfs-tools" [High,Confirmed] https://launchpad.net/bugs/1109029 [16:44] do we plan to ever support dracut ? [16:45] Some day, we may bend to the pressure and switch. That day isn't today. [16:45] yeah, and surely not this release [16:45] I think the day we run upstrat in initramfs is closer. [16:45] I think the day we run upstart in initramfs is closer. [16:45] though i guess we'll inherit from debian here nontheless [16:45] maks is getting closer to throwing his hands in the air and ditching initramfs-tools upstream and joining the dark side. [16:45] shudder [16:46] xnox: I'm still really not sure I grasp the drive for event-based-initramfs. [16:46] I mean, if initramfs had to do anything more complex than "mount a filesystem", maybe. But the whole point is to get in and out as quickly as possible. [16:47] well, execpt that they arent anymore for just mount filesystem [16:47] I have a feeling it's one of those specs that started out as a drunken joke. [16:47] +a [16:47] you have decryption crap, lvm, raid ... [16:47] infinity: true. So it's to fix the bug of arbitrary nested filesystems case, e.g. lvm's LUKS and RAID-1+0 [16:47] ogra_: Eh, I dunno. The primary prupose is still to find and mount root. [16:47] evil console setups with cyrillic utf-8 [16:48] ogra_: crypt, lvm, raid, is all just finding and mounting root. [16:48] but I'm not sure what else we need it for. [16:49] xnox: I'm not sure I even understand how any of that needs upstart. We have udev. [16:49] infinity, well, thats for the day when we move the rootfs into initrd ;) [16:50] Besides, every time the initrd grows, ogra_ loses hair. [16:50] haha, yeah [16:50] infinity: so the problem with udev is timeouts. you cannot launch get_luks_password() and wait for to return. [16:50] xnox: But you can ask udev to launch it for you when all the bits are in place. [16:50] because udev have something like 30s timeout & there was something of udev not being able to communicate with plymouth/tty [16:51] "Marking as high as this bug makes dracut impossible to install." [16:51] xnox: Layering upstart on top of udev when your entire usecase is "waiting for devices" is adding complexity where you don't need it. [16:51] *sigh* [16:51] infinity: true. [16:51] xnox: udev's really, really good at waiting for devices and triggering on events. [16:51] yeah, not so good at waiting for user input and/or have global timeout, e.g. "i give up we have broken system" [16:52] aka no root found.... [16:52] That's okay, mountall is a little TOO good at that. :P [16:52] infinity: but I see your point, we can totally make this work with udev alone and enough tinkering. [16:52] infinity: =DDDDDDDDDD [16:52] * infinity shakes his fist at complaints about /tmp every third boot. [16:52] I DON'T HAVE A SEPARATE /tmp YOU SILLY THING. [16:53] yeah, I'm confused about those /tmp. [16:53] get one then ! [16:53] slangasek is not in this channel.... [16:53] xnox: Good, then we can talk smack. [16:53] hehe =) [16:53] infinity: this channel is logged mind you ;-) [16:54] Sure, but then it's delayed smack. [16:55] "Lately, dracut gathered the ability to use systemd as process 1 in the initramfs. [3]" [16:55] Yeah, I'm not sure that makes it a good idea. [16:55] (I'm not saying it's an awful idea either, but it's unnecessary bloat on some platforms we happen to be paying lots of attention to lately) [16:56] there is also an os-release file specific to initramfs vs real-system [16:59] xnox: Yes, I noticed that. Signs that your implementation may be broken.