[oe] [Angstrom-devel] [RFC] Get rid of adhoc machine-specific messing with kernel packages

[Paul Sokolovsky]

Hello Koen,

Thursday, December 28, 2006, 7:50:42 PM, you wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1

> CC: to the OE list

> Paul Sokolovsky schreef:
>> Hello angstrom-distro-devel,
>> 
>>   Thanks for providing pre-holiday 20061219 snapshots for testing.
>> They don't provide separate zImages, but well, that's ok - they are in
>> the images, after all.
>> 
>>   Well, not for hx4700, for example. Because:
>> 
>> ======== linux-handhelds-2.6.inc =====
>> FILES_kernel-image_hx4700 = ""
>> ALLOW_EMPTY_hx4700 = "1"
>> FILES_kernel-image_htcuniversal = ""
>> ALLOW_EMPTY_htcuniversal = "1"
>> ======================================
>> 
>>   Oops. Sources of such a special treatment of hx4700 and htcuniversal
>> would be unclear to outsider, but people who deal with (mis)features
>> of "ipaqs" know, that hx4700 has one (sic!, even if the most popular)
>> bootloader which doesn't use zImage in the image, but instead requires
>> adhoc means to install kernel, ditto for Universal, though bootloader
>> is another.
>> 
>>   So, what is tried here is to "save space". But there're few issues:

> Those lines should go, but not before we have a way to exclude 'kernel-image' from the
> rootfs *and* kernel-module-foo doesn't depend kernel-image anymore.

  Well, so am I right with assumption above that the only reason for
that is to "save space"? If yes, then we should fix it the right
place. So, if we want to be able to remove zImage file (not
kernel-image package, actually, as indeed modules depend on it, and do
that rightfully) from rootfs, we should do just that. We already
[have ability to] postprocess rootfs in a number of ways, like: remove
root password, make sure that /sbin/init is a real file, not a link,
make sure a /boot/zImage is a relative symlink. So, in that vein, I've
made a patch, submitted as http://bugs.openembedded.org/show_bug.cgi?id=1719
. Tested. Please review.

> regards,

> Koen

[]


-- 
Best regards,
 Paul                            mailto:pmiscml at gmail.com