Opkg doesn't install dependencies, or get configured

Did you install the latest snapshot? From there you should be able to do an online install of LuCI (assuming the networking is functional).

1 Like

I may be missing something about how to install the latest snapshot?

From the page for this device, linked above, I installed the "Snapshot Install" image and then the "Snapshot Upgrade" image. This was just last night.

Is that not how to do it?

OK, I re-traced my steps, and instead downloaded the firmware image from here:

The checksum was different.
But the result is the same, here is a transcript. (This is after doing opkg update, and removing a duplicate line from distfeeds.conf which causes a warning)

root@OpenWrt:~# opkg install luci
Installing luci (git-20.304.73778-5a485f8) to root...
Downloading https://downloads.openwrt.org/snapshots/packages/mipsel_24kc/luci/luci_git-20.304.73778-5a485f8_all.ipk
Configuring luci.
root@OpenWrt:~# opkg list-installed | grep luci
luci - git-20.304.73778-5a485f8

So, it doesn't install the dependencies.

Same problem here!

I'm using a snapshot and experiencing the same exact thing with opkg installs not properly configuring.

I'm finding that opkg is trying to install dependencies, but can't find them.
From a boot of a fresh snapshot image, I tried and install with increased debug level on opkg:

opkg update
opkg --force-depends -V3 install luci

and got these messages:

Collected errors:
 * opkg_download: Failed to download https://downloads.openwrt.org/snapshots/packages/aarch64_generic/luci/luci_git-20.304.73778-5a485f8_all.ipk, wget returned 8.
 * opkg_install_pkg: Failed to download luci. Perhaps you need to run 'opkg update'?
 * opkg_install_cmd: Cannot install package luci.

I entered the failed URL into a web browser and get 404 Not Found. Browsing that luci repo shows only a dozen files. I copied that repo 2 days ago and there are over 2000 files supposed to be in that directory. So now I'm trying to follow the buildbot and git changes for more clues.

Having the exact problem... except when I tried --force-depends, I didn't get an error like you did. I think. HUGE list of comments resulted with that one.

I see my checksums matching, just getting one line from the luci "install", and no working luci after.

Ah, the joys of trying snapshots out on the family router! :astonished: At least my life isn't in imminent danger, I have the house running off a travel router till I get this fixed... :roll_eyes:

There is a recent change to okpg dependency handling that may be related:
https://git.openwrt.org/?p=project/opkg-lede.git;a=commit;h=8769c75199b4668878176bde0e5faebf3bc61663

1 Like

Also experiencing the same problem, hoping for a update/fix soon.

Hmmm.. maybe. It was 2 days ago, while my snapshot was from yesterday.

I see there was a kernel change in the last 4 hrs or so, anyone try a fresher snapshot than that to see, or am I going to be the test animal? :confused:

Other than the general danger of newb updating firmware from the command line (for the first time), is there any other danger in this particular situation? In other words, should I wait till things are "normal"?

Well, bit the bullet and installed Nov 1 snap. Same issue, two kmods locations.
Remove one of them, update, opkg install luci... still single line response and no functional Luci. This is the first time I've had this problem with snapshots and the C7.

Going back to 19.07.4, and forgetting about chasing the C7 wifi/memory issues for now, as well as exploring some improvements to the wifi airtime fairness and quality management. :frowning_face:

On the NanoPI R2S (with snapshot built from 30-10 and 1-11) I have the same error.
Hope a fixx will be released soon!

After a snapshot upgrade, I lost luci and there is another bug related to opkg config: https://bugs.openwrt.org/index.php?do=details&task_id=3422&order=dateopened&sort=desc

After many hours trying to get this last snapshot working and failing to do so and reverting to the previous one and getting errors about the newer kernel dependencies, I had to revert to stock firmware.

This is a mess! -.-'

This was just fixed by dangowrt and is already pushed to opkg.git. next snapshot tomorrow is hopefully fixed.

Sorry for the inconveniences and thanks for testing!

6 Likes

Glad for your precious help and effort! @aparcar

Kudos to you!

1 Like

Thank you for the update and the hardwork @aparcar

1 Like

The fix has now been pushed in the main OpenWrt repo:

5 Likes

And another fixup. Sorry for the issues, opkg is heavy legacy code with many sticks and stones to break our bones.

1 Like

Wow, everything is working so much better now!

If your problem is solved, please consider marking this topic as [Solved]. See How to mark a topic as [Solved] for a short how-to.

Hello,

I have the same problem, still after the update.

Running x86-64 OpenWrt SNAPSHOT, r14850-f5c5a8abd2, from generic-ext4-combined.img.gz