lime-packages icon indicating copy to clipboard operation
lime-packages copied to clipboard

Package lime-debug dependency to iputils-ping6

Open FreifunkUFO opened this issue 5 years ago • 6 comments

when i tried to compile libremesh i failed with openwrt-trunk. the package "iputils-ping6" seems to be missing, so i got this error: u@PC:~/git2/openwrt$ time make V=99 WARNING: Makefile 'package/feeds/libremesh/lime-debug/Makefile' has a dependency on 'iputils-ping6', which does not exist WARNING: Makefile 'package/feeds/libremesh/lime-proto-bgp/Makefile' has a dependency on 'bird4', which does not exist WARNING: Makefile 'package/feeds/libremesh/lime-proto-bgp/Makefile' has a dependency on 'bird6', which does not exist ... Collected errors: * satisfy_dependencies_for: Cannot satisfy the following dependencies for lime-debug: * iputils-ping6

when trying it with openwrt brunch 19.07 i got only these bird-errors. also on openwrt packages-download dirs there is no iputils-ping6 any more. (f.i. https://downloads.openwrt.org/snapshots/packages/i386_pentium/base/)

so, do we have to change https://github.com/libremesh/lime-packages/blob/master/packages/lime-debug/Makefile ?

FreifunkUFO avatar Oct 29 '20 16:10 FreifunkUFO

Thanks for reporting, this is the topic of the long thread started here on the mailing list lime-users. The proper solution would be to create a branch for development on OpenWrt snapshot and keep the master branch for development on the latest OpenWrt release. @spiccinini As a temporary solution, deselect the lime-debug package when you compile on OpenWrt snapshot.

ilario avatar Oct 30 '20 11:10 ilario

Good to see that someone else also ran into the same problem ;-) Hope to see a solution soon...

AndyMcSchopf avatar Oct 30 '20 12:10 AndyMcSchopf

Hey @FreifunkUFO and @AndyMcSchopf what about recyclimg the solution implemented by @G10h4ck in #823?

ilario avatar Dec 11 '20 21:12 ilario

Hey @FreifunkUFO and @AndyMcSchopf what about recyclimg the solution implemented by @G10h4ck in #823?

Tat PR address also de lime-debug dependency issue so once it is merged this issue is solved too

G10h4ck avatar Dec 12 '20 08:12 G10h4ck

Sounds good for me ;-)

AndyMcSchopf avatar Dec 12 '20 13:12 AndyMcSchopf

The merging of #823 fixed this issue but just when compiling with the buildroot method and the full git history (see #863 and https://github.com/aparcar/asu/issues/267). So I would consider this not fixed.

ilario avatar Mar 24 '21 11:03 ilario

Trying to update, correct me if I am wrong please.

In OpenWrt 19.07 there is both iputils-ping and iputils-ping6: https://downloads.openwrt.org/releases/19.07.7/packages/x86_64/base/

Since OpenWrt 21.02 iputils-ping6 disappeared, likely merged iputils-ping? https://downloads.openwrt.org/releases/21.02.1/packages/x86_64/packages/

So, the dependencies should just be different for the upcoming 2020.2 release based on OpenWrt 19.07 and for the next 2023.1 release based on OpenWrt 22.03.

ilario avatar Feb 28 '23 13:02 ilario

I just observed this issue compiling on OpenWrt 22.03, so I can confirm that we need to fix this for the 2023.1 release, that will be based on OpenWrt 22.03.

ilario avatar Apr 01 '23 22:04 ilario

I am compiling against OpenWrt main branch and it works perfectly, iputils-ping is installed with the option to install also the legacy symlinks ping4 and ping6

G10h4ck avatar Apr 03 '23 09:04 G10h4ck

I installed shared-state and lime-debug as OPKG packages on clean OpenWrt and it did not work. I got dependencies errors.

ilario avatar Apr 03 '23 09:04 ilario

Although it is nice to be able to install like that, we really only supports building from OpenWrt buildroot

G10h4ck avatar Apr 03 '23 09:04 G10h4ck

Currently. But it would be awesome to be able to use https://firmware-selector.openwrt.org or another SDK or ImageBuilder, like we used to do. No?

ilario avatar Apr 03 '23 10:04 ilario

It would be, but I am not sure we manage to get there.

G10h4ck avatar Apr 03 '23 10:04 G10h4ck

Let's continue this ImageBuilder discussion on #1000

ilario avatar Apr 03 '23 10:04 ilario

And there is no reason for keeping the back-compatibility thing, now that we target OpenWrt 22.03 with the master branch, no?

ilario avatar Apr 04 '23 16:04 ilario

yeah no reason to keep retro-compatibility anymore

G10h4ck avatar Apr 05 '23 12:04 G10h4ck