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: cacao patch v1.1.1 clockskew #2226

Closed
wants to merge 5 commits into from

Conversation

zachferland
Copy link
Contributor

@zachferland zachferland commented Jun 14, 2022

  • cacao patch v1.1.1 clockskew
  • dids v3.2.0 with cacao phaseout
  • abort controller lib change

@zachferland zachferland force-pushed the build/cacao-patch-1.1.1-clockskew branch from bf9226a to 5d62b03 Compare June 15, 2022 00:30
@zachferland zachferland force-pushed the build/cacao-patch-1.1.1-clockskew branch from 5d62b03 to 7aec638 Compare June 15, 2022 00:51
@zachferland
Copy link
Contributor Author

hmm not sure about ci build issue yet, do not see this locally

Copy link
Member

@oed oed left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

one question otherwise lgtm

Comment on lines +11 to +12
x: bigint,
y : bigint
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why this change?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yeah one of the lint rules, wanting lowercase types for primitives (bigint being prim in es2020), one of the lint dependency updates must have caused it to start throwing errors/warnings

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why is your linter different from the rest of the teams?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't understand why this change is needed based on the changes you did in the code.

@zachferland
Copy link
Contributor Author

Ran into this issue, when updating dependencies - mysticatea/abort-controller#36

In last commit, changed abort controller library, not sure other options if we didnt want to do this. It is a different abort controller library than one used in ipfs (original here).

@stbrody
Copy link
Contributor

stbrody commented Jun 15, 2022

@zachferland can you explain why this change made the abort controller issue show up? I don't see you using abort controller in your code anywhere, is it used in one of our dependencies? If it's one of the dependencies we control, should we fix it there?

@zachferland
Copy link
Contributor Author

@stbrody yeah its only due to upgrading dependencies (ref issue linked above, also seen in earlier CI fail), likely due to node types or typescript dependencies upgrading (not sure exactly unfortunately). But the current abort-controller library wont align on types now until they change it.

even if we tried to only up dependencies needed here in package lock, would likely run into same issue soon

we use abort-controller in common

@zachferland
Copy link
Contributor Author

basically node type and abort-controller pollyfill/lib dont match types now

@stbrody
Copy link
Contributor

stbrody commented Jun 16, 2022

I will defer to @ukstv and @oed on this review

@stbrody
Copy link
Contributor

stbrody commented Jun 16, 2022

FYI I'd like to do a release tomorrow with fixes for gitcoin and ideally this would be included in it if we can get to consensus on the changes in time

@ukstv
Copy link
Contributor

ukstv commented Jun 17, 2022

I am not sure what happened there, but apparently it was something weird, considering changes in abort-controller package and package-lock file. A bit too suspicious for my taste.

Maybe simpler #2237 could work so that @zachferland does not have to redo the work in this PR?

@ukstv
Copy link
Contributor

ukstv commented Jun 17, 2022

I do not know, maybe different version of npm contributed to the confusion?

@zachferland
Copy link
Contributor Author

yeah same feeling, glad to defer to another pr that works and minimizes changes

but would expect to see it come up later

was using npm 8.11.0, node v16.15.1, seen in CI as well

@ukstv
Copy link
Contributor

ukstv commented Jun 17, 2022

Can we close it now @zachferland ?

@ukstv ukstv closed this Jun 21, 2022
@ukstv
Copy link
Contributor

ukstv commented Jun 21, 2022

Closing, as another PR overrides this.

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

Successfully merging this pull request may close these issues.

None yet

4 participants