As seen above, the kmod-tun package successfully installs on v1.0.1 tagged release image
root@OpenWrt:/# opkg install pickle
Installing pickle (4-0c) to root...
Downloading http://downloads.creatordev.io/creator-openwrt/v1/pistachio/marduk/packages/creator-feed/pickle_4-0c_pistachio.ipk.
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for pickle:
* kernel (= 4.4.14-1-e277dc306ad2ee72d5452ef844e539af) *
* opkg_install_cmd: Cannot install package pickle.
Here, the Creator-feed package "pickle" has a dependency in kmod-bit-bang-gpio, but because this package was not generated alongside the v1.0.1 images with ALL_PACKAGES configuration, this Creator-feed package fails to install due to kernel sha mismatch
Moreover, with images created locally or those generated on CI with PRs, the kernel sha is different for these images, which results in all kmod packages hosted on downloads.creatordev.io failing to install.
There is no work around known at the moment to install kmod packages on local images, even disabling the OPKG signature check does nothing (with no relation to kernel sha check, anyway)
The kmod packages fail to install due to kernel sha mismatch.
Following is an example:
As seen above, the kmod-tun package successfully installs on v1.0.1 tagged release image
Here, the Creator-feed package "pickle" has a dependency in kmod-bit-bang-gpio, but because this package was not generated alongside the v1.0.1 images with ALL_PACKAGES configuration, this Creator-feed package fails to install due to kernel sha mismatch
Moreover, with images created locally or those generated on CI with PRs, the kernel sha is different for these images, which results in all kmod packages hosted on downloads.creatordev.io failing to install.
There is no work around known at the moment to install kmod packages on local images, even disabling the OPKG signature check does nothing (with no relation to kernel sha check, anyway)