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

Reproducible Builds Instructions 😊 #238

Open
xrviv opened this issue Jan 22, 2025 · 3 comments
Open

Reproducible Builds Instructions 😊 #238

xrviv opened this issue Jan 22, 2025 · 3 comments

Comments

@xrviv
Copy link

xrviv commented Jan 22, 2025

Heya team OneKeyHQ 😊,

Danny here from @WalletScrutiny,

We'd love for the One Key Pro to be tested for reproducible build verification. In this light, may we request for build instructions re: One Key pro?

Sincerely,

Danny

@PatrickChoo
Copy link

Thank you for your interest in testing OneKey Pro for reproducible build verification. We would be happy to assist you with this. Please send us an email at [email protected] with your mailing address, and we will arrange for the shipment.

Looking forward to your email. 🙌

@xrviv
Copy link
Author

xrviv commented Jan 22, 2025

Oh, no, thank you! You are most kind, but we are not asking for a device :)

Although, I am thinking of buying one for myself soon!

But as you can see from our Gitlab , we just need assistance with the script as other versions of the one Key are proven to be reproducible.

The instructions would be sufficient since this is Open Source.

Instructions like:

That would be really helpful! Thanks

@424778940z
Copy link
Contributor

Building the firmware is very straightforward:

  1. install dependencies
  2. enable nix environment
  3. initialize poetry environment
  4. run build commands under poetry
  5. check artifacts under core/build/{target} folder

For details of each step, I would suggest take a look at the Github CI task file which is here -> https://github.com/OneKeyHQ/firmware-pro/blob/main/.github/workflows/build-pro.yml

The easiest way will be just fork this repo on Github, then run CI jobs from your own fork. This should be sufficient to prove our release binaries are from our opensource code. Adapt the whole build environment/config/process to Gitlab should be possible, but I could not see the point if the goal is to verify binaries are reproducible.

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

3 participants