-
Notifications
You must be signed in to change notification settings - Fork 1
chore: use non-native dependency for machine ID and defer machine ID resolution #161
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
base: main
Are you sure you want to change the base?
Conversation
private readonly eventCache: EventCache | ||
) {} | ||
|
||
static create( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
while this is not asyncronous. I'm using create(...)
to make it clear there are associated side effects
f9ba638
to
2eb44fb
Compare
b78be48
to
9be3e12
Compare
5ae2584
to
5348a3a
Compare
af9631b
to
c869d63
Compare
This has revealed a very major problem with our Build vs Jest setup targetting entirely different module resolutions... Unfortunately I can't think of a good solution... |
We did not have a full ESM configuration for jest and therefore had a discrepancy between our build vs test. This discrepancy leads to issues with CommonJS modules.
…rver into gagik/use-machine-id
Fixes #122 and #163
Unfortunately since we're primarily using NPM for distribution, we'd likely prefer to use a non-native implementation as opposed to Compass/mongosh.
Otherwise, we end up requiring people to have Python for node-gyp.
This also adds: