**** BEGIN LOGGING AT Tue Jan 17 02:59:58 2012
Jan 17 14:58:35 <ant_work> bluelightning: about last patches in meta-handheld, the var
Jan 17 14:58:53 <ant_work> IMAGE_DEVICE_TABLES seems not really used per-image
Jan 17 14:59:20 <ant_work> should we add the setting to each image (the initramfs-kexecboot in our case)?
Jan 17 15:00:11 <ant_work> the pre-populated /dev is not a problem, though, just takes some size
Jan 17 15:00:35 <bluelightning> I haven't looked into it in enough detail, I'm afraid...
Jan 17 15:02:23 <ant_work> is in image.bbclass and is called IMAGE_, thus...
Jan 17 15:03:54 <ant_work> (fwiw IMAGE_FSTYPES should have image-scope too...)
Jan 17 15:06:06 <ant_work> well, since a couple of days I'm looking at EXTRA_IMAGEDEPENDS += "zaurus-installer" in zaurus.inc
Jan 17 15:06:15 <ant_work> this is where the images are coupling
Jan 17 15:07:50 <ant_work> ouch.. is more intricated... we include  EXTRA_IMAGEDEPENDS += "linux-kexecboot" too
Jan 17 15:09:49 <ant_work> bluelightning: close your eyes tonight, I'll go with machete !
Jan 17 15:10:31 <bluelightning> see no evil... hear no evil... speak no evil... ;)
Jan 17 15:11:18 <ant_work> my only thought is about ipaqs
Jan 17 15:11:34 <ant_work> if one day those start again with kexecboot
Jan 17 15:13:26 <ant_work> the code in "machine/include/initramfs-kexecboot.inc" was thought as 'generic' but has been used only by zaurus
Jan 17 15:14:53 <bluelightning> ant_work: it doesn't have a lot in it though
Jan 17 15:15:01 <ant_work> yea
Jan 17 15:15:51 <ant_work> we could say kexecboot.cfg is a runtime deps for kexecboot
Jan 17 15:16:03 <ant_work> or for the initramfs-k. image
Jan 17 15:16:23 <ant_work> now, RDEPENDS_kernel-base = "kernel-image" is more problematic
**** ENDING LOGGING AT Wed Jan 18 02:59:56 2012