fix: bump shared eslint config version

[adamstankiewicz]

The shared @edx/eslint-config was recently updated to support the es2020 environment such that syntax like globalThis won't cause linting errors.

This PR bumps the version of @edx/eslint-config to pull in this change for consuming MFEs and shared JS libraries (e.g., frontend-platform).

[bradenmacdonald]

Looks great! I tested this in frontend-platform and frontend-app-course-authoring. After this bump, it stopped showing globalThis as an eslint error.

[bradenmacdonald]

BTW, something I mentioned to @davidjoy recently: I don't understand why we even have eslint-config as a separate repo. It contains 16 boilerplate files and 1 useful .eslintrc.js file which could just as easily be merged into this repo's config/.eslintrc.js file. Plus, eslint-config and frontend-build specify different versions of eslint and various dependencies.

And according to npm, it's only used by frontend-build anyways.

[adamstankiewicz]

BTW, something I mentioned to @davidjoy recently: I don't understand why we even have eslint-config as a separate repo. It contains 16 boilerplate files and 1 useful .eslintrc.js file which could just as easily be merged into this repo's config/.eslintrc.js file.

And according to npm, it's only used by frontend-build anyways.

edx/eslint-config predates @openedx/frontend-build by awhile. @edx/eslint-config is still consumed by other frontend-facing repos (e.g., edx-platform, studio-frontend, credentials, Paragon), which don't rely on @edx/frontend-build.

The ESLint config in @openedx/frontend-build specifically is intended only for MFEs and more recent shared JS libraries that consume it. That said, it does seem like there's a few non-legacy repos still referring to @edx/eslint-config when they should be relying solely the base config from @edx/frontend-build (example).

Plus, eslint-config and frontend-build specify different versions of eslint and various dependencies.

According to the peerDependencies in @edx/eslint-config, it supports both v7 and v8 of ESLint; @openedx/frontend-build relies on v8 of ESLint. As long as the peerDependencies can be fulfilled, I'm not sure there's much concern around slightly different ESLint versions between these two packages, so long as they are compatible with each other.

[openedx-semantic-release-bot]

🎉 This PR is included in version 14.0.10 🎉

The release is available on:

• npm package (@latest dist-tag)
• GitHub release

Your semantic-release bot 📦🚀

[openedx-semantic-release-bot]

🎉 This PR is included in version 15.0.0-alpha.11 🎉

The release is available on:

• npm package (@alpha dist-tag)
• GitHub release

Your semantic-release bot 📦🚀

[bradenmacdonald]

I see now. Thanks for the context on that, @adamstankiewicz !