2010/9/30 Cliff Brake <[email protected]>: > One thing I find myself doing is overriding files in one package with > another package. As long as the package doing the overriding was last > in the IMAGE_INSTALL variable, this used to work. Then bitbake > started complaining about overriding packages, but that could be > worked around by doing the following: > > RREPLACES_${PN} += "udev" > RREPLACES_${PN} += "tzdata" > RREPLACES_${PN} += "initscripts" > > Now it seems that the packages no longer processed as listed in the > IMAGE_INSTALL variable: > > | Configuring e2fsprogs-tune2fs. > | Configuring svs-conf. > | Configuring psplash. > | Configuring tslib-tests. > | Configuring tzdata-atlantic. > | Configuring hplip-backend. > | Configuring kernel-module-i2c-pxa. > | Configuring tzdata-australia. > | Configuring kernel-module-ftdi-sio. > | Configuring test-gpio. > | Configuring kernel-module-oprofile. > | Configuring kernel-module-rtl8150. > | Configuring xset. > | Configuring tzdata-antarctica. > | Configuring e2fsprogs-mke2fs. > | Configuring tzdata-asia. > | Configuring diag2020. > | Collected errors: > | * resolve_conffiles: Existing conffile > /scratch/pp/du-sw-web-builder/pp-du-oe/build/angstrom-2008/tmp/rootfs/svs-nand-test-image/etc/device_table > is different from the conffile in the new package. The new conffile > will be placed at > /scratch/pp/du-sw-web-builder/pp-du-oe/build/angstrom-2008/tmp/rootfs/svs-nand-test-image/etc/device_table-opkg. > | * check_data_file_clashes: Package sysvinit wants to install file > /scratch/pp/du-sw-web-builder/pp-du-oe/build/angstrom-2008/tmp/rootfs/svs-nand-test-image/etc/init.d/rc > | But that file is already provided by package * svs-conf > | * opkg_install_cmd: Cannot install package sysvinit. > | ERROR: Function do_rootfs failed > NOTE: package svs-nand-test-image-1.0-r0: task do_rootfs: Failed > > In my IMAGE_INSTALL, svs-conf is last, but its not configured last. > Does this make sense related to recent bitbake and OE changes? > > Is http://sakrah.homelinux.org/node/2 the recommended solution for > this problem going forward? This looks workable, but as I'm > overriding files in 7 packages, this gets a little tedious. > > Thanks, > Cliff
It was my impression that for things like /etc/init.d/rc using update-alternatives would be the preferred solution. Wrt device_table: I also noticed that, no Idea why I get that or why I didn't get it before. Didn't have time to peek into it, bit I am interested to learn about this. Frans _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
