Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

build package for Opkg to install tunneler on OpenWRT #648

Open
qrkourier opened this issue May 5, 2023 · 1 comment
Open

build package for Opkg to install tunneler on OpenWRT #648

qrkourier opened this issue May 5, 2023 · 1 comment

Comments

@qrkourier
Copy link
Member

Idealized user experience for OpenWRT:

opkg install ziti-edge-tunnel

As a first step in that direction we could provide a build script that generates an IPK file for the target architecture, extending the idea of Nic's builder script. In this scenario the user needs to cross-compile the IPK with our script and copy it to their device before running opkg install /tmp/ziti-edge-tunnel.ipk.

Later, if it's possible to identify a few high-value build artifacts, we should consider vending those builds to OpenWRT so users can have the idealized experience of automatically downloading the IPK with one install command.

@sabedevops
Copy link
Contributor

I believe @NicFragale is currently vendoring builds per the following table:

Target Subtarget OpenWRT Package Architecture
ath79 generic mips_24kc
ipq806x generic arm_cortex-a15_neon-vfpv4
x86 64 x86_64

Some work here should be prioritized in the near future to import or sanction the OpenWRT builds. These unofficial builds are actually vendored in a production capacity. Additionally, we don't have a means to test whether new code contributions impact the ability to build for OpenWRT targets. This creates friction, is perilous for the production users, and slows down the development cycle.

It may be in the best interest of the project to offer a native build pipeline for this purpose. It seems prudent to at least have a pipeline to compile a binary for one of the above "triplets" (preferably for something foreign like MIPS?) in order to have some guarantee that new code changes won't break the ability to build for OpenWRT.

I agree with @qrkourier in taking it a step further and supplying opkg repositories. Artifactory already supports this package repository type.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants