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

"test/yaml-test-suite" submodule broken by upstream #77

Closed
stefantalpalaru opened this issue Feb 11, 2020 · 5 comments
Closed

"test/yaml-test-suite" submodule broken by upstream #77

stefantalpalaru opened this issue Feb 11, 2020 · 5 comments

Comments

@stefantalpalaru
Copy link

$ git submodule update --recursive --init
Submodule 'test/yaml-test-suite' (https://github.com/yaml/yaml-test-suite.git) registered for path 'test/yaml-test-suite'
Cloning into '/mnt/sda3/storage/CODE/status/NimYAML/test/yaml-test-suite'...
error: Server does not allow request for unadvertised object fa266d172ef7b2cdd35219b8e677fa5e0ae86269
Fetched in submodule path 'test/yaml-test-suite', but it did not contain fa266d172ef7b2cdd35219b8e677fa5e0ae86269. Direct fetching of that commit failed.

Upstream issue: yaml/yaml-test-suite#51

stefantalpalaru added a commit to status-im/nimbus-eth2 that referenced this issue Feb 11, 2020
mratsim added a commit to status-im/nim-blscurve that referenced this issue Feb 13, 2020
mratsim added a commit to status-im/nim-blscurve that referenced this issue Feb 13, 2020
@flyx
Copy link
Owner

flyx commented Feb 25, 2020

submodule was always a pain, should probably switch to git-subrepo so that upstream can't break it…

@stefantalpalaru
Copy link
Author

As long as you target a certain commit and upstream decides to make that commit disappear, there's nothing you can do to prevent it.

@flyx
Copy link
Owner

flyx commented Feb 26, 2020

git-subrepo will put an actual clone of upstream into this repository. If a commit vanishes upstream, it may be tricky to update the clone but that would only affect maintainers. Users will still be able to clone this repo with the currently cloned upstream state and thus not be affected by upstream, which is the goal.

@keslerm
Copy link

keslerm commented Feb 28, 2020

Is there a workaround for this atm?

mratsim added a commit to status-im/nim-blscurve that referenced this issue Mar 1, 2020
…ture scheme to draft standard (#36)

* Rework the readme

* Prepare transitioning to the new IETF API

* Delete obsolete README, add Cipher suite ID (BLS_SIG_BLS12381G2-SHA256-SSWU-RO-_NUL_)

* Stash BLS keygen implementation

* Implement CoreSign, CoreVerify and signature aggregation

* Implement CoreAggregateVerify

* Implement message signing/verification, proof-of-possession generation/verification, aggregate verification/fast aggregate verification

* add aggregate verify. Enforce proper usage of proofs at the API level for signature validation

* Implement key pair generator

* Move old test vectors, add Eth2 v0.10.0 test vectors

* Fix paths for the moved old test suite

* Add the spec overload that don't enforce proof-of-possessions usage. Needed for test vectors

* Prevent non constant-time comparison of secret-key (and comparison altogether)

* Add IO + fix types/API issues

* IO: include to allow accessing private fields

* Add (failing) signing test vectors

* Add hex dumps - the hex dumps are the same! (but comparison fails for unknown reason)

* Fix sign test by exporting an `==` proc

* Factor out common part of the tests

* Properly handle tampered signature in the test vector

* Add signature aggregation tests

* Add fast aggregate verify test (failing to wrong test - ethereum/consensus-specs#1618)

* Switch coreAggregateVerify to a streaming API to accomodate AoS SoA and interleaving proofs of possessions

* Add AggregateVerify test for both SoA and AoS API

* Comment out internal tests, skip buggy upstream test, add to nimble

* don't export init/update

* Add yaml testing dependency to CI

* Use NimYAML fork (flyx/NimYAML#77)

* YAML fix was not fully applied

* NimYAML update lost in the rebase/force push

* Hopefully fix NimYAML build issues

* same NimYAML fix on POSIX
@flyx flyx closed this as completed in f714881 Mar 8, 2020
@flyx
Copy link
Owner

flyx commented Mar 8, 2020

I changed the commit reference to a release tag, they surely won't break those.

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