We use colibri vf50 board running with Linux and our device has to be remotely completely upgrade-able. This we solved and for upgrade we use opkg and ipk files generated by bitbake.
After upgrade from Toradex version 2.6.1 to version 2.7 we found out that package name of libarchive has changed from “libarchive13” to “libarchive”
and opkg than refuses upgrade of this library since:
opkg install libarchive_3.2.2-r0_armv7at2hf-neon.ipk
Installing libarchive (3.2.2-r0) on root.
To remove package debris, try `opkg remove libarchive`.
To re-attempt the install, try `opkg install libarchive`.
Collected errors:
* check_data_file_clashes: Package libarchive wants to install file /usr/lib/libarchive.so.13
But that file is already provided by package * libarchive13
* opkg_install_cmd: Cannot install package libarchive.*
In case that we use opkg install --force-overwrite libarchive_3.2.2-r0_armv7at2hf-neon.ipk
the library is installed, but opkg installs it as separate package,
i.e /var/lib/opkg/status file contains record for both packages:
Package: libarchive
Version: 3.2.2-r0
Depends: libbz2-1 (>= 1.0.6), libc6 (>= 2.24), libxml2 (>= 2.9.4), libz1 (>= 1.2.8)
Status: install user installed
Architecture: armv7at2hf-neon
Installed-Time: 1506672018
Package: libarchive13
Version: 3.1.2-r0
Depends: libxml2 (>= 2.9.2), libz1 (>= 1.2.8), libc6 (>= 2.22), libbz2-0 (>= 1.0.6), libattr1 (>= 2.4.47)
Provides: libarchive
Status: install ok installed
Architecture: armv7at2hf-vfp-neon
Installed-Time: 1505730908
And it seems that opkg still try to use previous version 3.1.2-r0 that is wrong.
Another problem we have is that after upgrade of libopkg1 from 1:0.3.0-r0 to 1:0.3.3-r0, the opkg starts crashing.
I’m not sure, but I guess that this way of upgrading opkgs and its libraries isn’t proper.
Could you advice me how to upgrade opkg and its components ( libarchive, libopkg1, update-alternatives-opkg ) by using its ipk files?
Thank you.