Closed GoogleCodeExporter closed 8 years ago
in the case of a bad image I have:
cat installed-packages.txt | grep kernel
kernel_2.6.27.2+svnr10746-r32.5_bug.ipk
kernel-2.6.27.2_2.6.27.2+svnr10746-r32.5_bug.ipk
kernel-image-2.6.27.2_2.6.27.2+svnr10746-r32.5_bug.ipk
kernel-module-fat_2.6.27.2+svnr10746-r32.5_bug.ipk
kernel-module-vfat_2.6.27.2+svnr10746-r32.5_bug.ipk
in the case of a good one I have kernel-modules and all the modules(for
instance the kernel-module-bmi-lcd-core which is the display/framebuffer driver)
Original comment by GNUtoo@no-log.org
on 24 Jun 2010 at 12:52
strangely I've one of the marvell firmwares:
cat installed-packages.txt | grep marv
marvell-gspi-fw_9.70.3-p37-r0.5_all.ipk
Original comment by GNUtoo@no-log.org
on 24 Jun 2010 at 12:53
Are you saying you bisected back to this commit?
http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=731e6defe6da58bff4
82f33508058544ad1013a9
You have inferred that you tried r532; Its probably not advisable to use
r532-r535 as they are components of a larger fix for Issue #50. However, I
can't see how the change in r532 would cause different packages to be (not)
installed unless parsing of possibly different opkg output is now causing
variation.
If you can track this back to a particular opkg command that has changed
behaviour and/or output which is causing changed behaviour in OE, then I should
be able to address this.
Posting build logs for the last known good build and the first bad build may
help.
Original comment by graham.g...@gmail.com
on 25 Jun 2010 at 12:25
Based upon your failing do_rootfs log http://pastebin.com/j8z1PQia I see the
following collected errors:
Collected errors:
* check_data_file_clashes: Package marvell-sdio-fw wants to install file /home/gnutoo/embedded/oe/oetmps/bug/rootfs/bisect-image/lib/firmware/Marvell-Licence.txt
But that file is already provided by package * <no package>
Please move this file out of the way and try again.
* opkg_install_cmd: Cannot install package task-base.
* resolve_conffiles: Existing conffile /home/gnutoo/embedded/oe/oetmps/bug/rootfs/bisect-image/etc/device_table is different from the conffile in the new package. The new conffile will be placed at /home/gnutoo/embedded/oe/oetmps/bug/rootfs/bisect-image/etc/device_table-opkg.
So it looks like the Marvell-Licence.txt file already exists. Its probably
being provided by another package, my guess is marvell-gspi-fw (other changes
between r533 and r536 should fix this message to tell you which package). This
clash was previously unreported by opkg due to a bug when using offline roots.
The fix is twofold:
(1) OpenEmbedded should check for this condition in
rootfs_ipk.bbclass:rootfs_ipk_log_check().
(2) The Marvell firmware recipe(s) should be altered to not include this file
in multiple recipes (add a marvell-fw-license recipe for the others to depend
upon?).
Original comment by graham.g...@gmail.com
on 25 Jun 2010 at 4:38
I've attached the good and the bad log
I've no ugly log yet(joke)
Denis.
Original comment by GNUtoo@no-log.org
on 25 Jun 2010 at 6:12
Attachments:
This is not really a bug in opkg. Its a bug in the marvell OE recipes which
previously went unnoticed and was exposed by r532. It was difficult to track
down due to improper error propagation in opkg, which was fixed in r540 - this
type of data file duplication should now error out in an obvious way.
Original comment by graham.g...@gmail.com
on 18 Aug 2010 at 6:01
Original issue reported on code.google.com by
GNUtoo@no-log.org
on 24 Jun 2010 at 12:49