opkg report "incompatible with the architectures configured" if dependency is not met.

[zcattacz]

Describe the bug

This bug is very misleading to new user and inexperienced users. pkg_hash_fetch_best_installation_candidate report "but incompatible with the architectures configured" after dependency check failed. But if dependency has already been installed, opkg works just fine, not reporting any such error.

OpenWrt version

5.10.176

OpenWrt target/subtarget

ramips/mt7620

Device

HiWiFi HC5761

Image kind

Official downloaded image

Steps to reproduce

root@OpenWrt:/tmp/cp# opkg install ./htop_3.2.2-1_mipsel_24kc.ipk 
Unknown package 'htop'.
Collected errors:
 * pkg_hash_check_unresolved: cannot find dependency libncurses6 for htop
 * pkg_hash_fetch_best_installation_candidate: Packages for htop found, but incompatible with the architectures configured
 * opkg_install_cmd: Cannot install package htop.

root@OpenWrt:/tmp/cp# opkg install ./bwm-ng_0.6.3-1_mipsel_24kc.ipk 
Installing bwm-ng (0.6.3-1) to root...
Configuring bwm-ng.

Actual behaviour

opkg reports

pkg_hash_fetch_best_installation_candidate: Packages for htop found, but incompatible with the architectures configured

for ipk packages with missing dependency, which is incorrect.

Expected behaviour

pkg_hash_fetch_best_installation_candidate: Packages for htop found.

Additional info

All ipk files downloaded from urls specified in distfeed.conf.

root@OpenWrt:/tmp/cp# opkg print-architecture
arch all 1
arch noarch 1
arch mipsel_24kc 10

Diffconfig

No response

Terms

• [X] I am reporting an issue for OpenWrt, not an unsupported fork.

[MNLierman]

No news or updates on this bug? Does OpenWRT maintain OPKG or fix bugs at all? Either Entware is based on OpenWRT's package system or OpenWRT is based on Entware, but this bug remains in both versions to this day. I've been trying to figure out WTH, wasted so much time hunting down different versions of packages and trying to install them. Checking permissions, moving them to /jffs or back to the thumbdrive, and nothing. I even added "arch all" and "arch [exactlywhatipksays]" and that didn't work either. Then I find that this is a bug, due to missing dependencies.

[jow-]

Opkg within OpenWrt is in the process of being phased out, it will likely not receive any further bug fixes.

[MNLierman]

What is it going to be replaced with? Or do you mean the entire package system is going to be removed?

On Thu, Sep 26, 2024, 3:04 AM Jo-Philipp Wich @.***> wrote:

Opkg within OpenWrt is in the process of being phased out, it will likely not receive any further bug fixes.

— Reply to this email directly, view it on GitHub https://github.com/openwrt/opkg-lede/issues/3#issuecomment-2376376649, or unsubscribe https://github.com/notifications/unsubscribe-auth/BCWSIQBOFTLL2VY4RNRDUEDZYPE2RAVCNFSM6AAAAABO4QN3EGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNZWGM3TMNRUHE . You are receiving this because you commented.Message ID: @.***>

[jow-]

The plan is to replace opkg with apk (Alpine Linux package manager) in OpenWrt.

[MNLierman]

Does OpenWRT plan on providing any sort of security patching and EOL notification for people using Entware packages that will soon be not supported? Being routers, I am a bit concerned about the possibility of missing patches after the phase out in which many routers become vulnerable to CVEs.

On Thu, Sep 26, 2024, 4:21 PM Jo-Philipp Wich @.***> wrote:

The plan is to replace opkg with apk (Alpine Linux package manager) in OpenWrt.

— Reply to this email directly, view it on GitHub https://github.com/openwrt/opkg-lede/issues/3#issuecomment-2378035428, or unsubscribe https://github.com/notifications/unsubscribe-auth/BCWSIQB2DWUP5N23JKIJHLTZYSCFJAVCNFSM6AAAAABO4QN3EGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNZYGAZTKNBSHA . You are receiving this because you commented.Message ID: @.***>