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

Update modules for v9 #1762

Open
6 of 32 tasks
jsumners opened this issue Jul 31, 2023 · 2 comments · Fixed by #1947
Open
6 of 32 tasks

Update modules for v9 #1762

jsumners opened this issue Jul 31, 2023 · 2 comments · Fixed by #1947

Comments

@jsumners
Copy link
Member

jsumners commented Jul 31, 2023

To prepare for v9 we need to go through the list of repositories in this issue and:

  1. Determine if the module should be archived and marked as deprecated. Mostly we should look at the commit history to determine if the community is interested in the module. A secondary check would be inspecting the data for the module at npm-stat.com. Unless we have people using, and contributing, to modules, we should be reducing our maintenance burden by archiving them.
  2. Evaluate if the module needs any updates. Most likely this will simply mean updating dependencies, dropping Node <= 16, and updating CI configuration accordingly. It would be nice to get the testing suite (tap) configured the same as in the core repo (we may need to skip this one: see below), and any Coveralls usage removed, but this is not necessary for release.

If you are able to help with any of these, please create a new issue in the repo you're interested in that has the title "Updating for v9" and a body with something like "👋 I'm X, and would like to work on this." It should also include a link back to this issue. After that issue is created, either I (@jsumners) or @mcollina will create a next branch for you to target. Once that branch is created, you will be able to start a new Pull Request that targets it. We will help out with any questions you may have.



2023-09-16 Note about tap

We may need to evaluate moving off of tap altogether. It is possible that Pino could one day be included in the OpenJSF, and at this time projects in that foundation cannot use BlueOak licensed dependencies (fastify/fastify-static#406 (review)). The latest version of tap (18) has changed to using the BlueOak license and seems there is no chance of it being dual licensed at MIT (tapjs/tapjs#821 (comment)).

Any test suite updates should consider using https://nodejs.org/dist/latest-v18.x/docs/api/test.html instead.

See also openjs-foundation/cross-project-council#1170

2024-01-29 Further update on tap

The licensing issue around tap@18 has been resolved by the OSI approving Blue Oak (https://opensource.org/license/blue-oak-model-license/). We can continue to use tap without concern about the license conflicting with any future decision around Pino joining the OpenJSF.

@jsumners
Copy link
Member Author

Please refrain from cross posting "I'd like to work on this" posts to this thread. They are automatically linked by following the instructions above.

@jsumners
Copy link
Member Author

We still need to finish this list.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

2 participants