Open Sharcoux opened 3 years ago
We didn't want to rush maintainers to move off of the react-native-community npm scope because that is a bit harder than moving a GitHub repo, but I think we should revisit this soon and urge maintainers who have not yet migrated their npm packages to do so.
We should start by creating a list of packages that still operate on this scope (derived from this list), and then reach out to those to see if we can help them with the move, and then updating https://reactnative.directory when the move is completed. If someone wants to create this list, I can take care of reaching out and supporting the maintainers in migrating their packages.
I'd gladly help, but I'm not quite sure about how to accurately list those packages?
So I went with the brute-force approach and via npm.com I was able to see the full list of packages published under the @react-native-community org.
Note: the publisher name (by the look of it) is not necessarily the same username on GitHub.
👋 thanks for the ping.
For react-native-modal
, I thought we were already out of the react-native-community
scope — or at least the lib can be installed directly with yarn add react-native-modal
as described in the README.
I'll check if there's anything left that needs to be updated.
Mentioned this internally:
Yeah could we just put deprecation notices on the NPM packages https://docs.npmjs.com/deprecating-and-undeprecating-packages-or-package-versions#deprecating-an-entire-package. The notice can mention the package it got moved to or maintenance is not continued depending on the package.
Some people depend on old versions and moving these legacy versions to another npm package might be a hard/tedious task. This enables the access without breaking existing codebases pulling the old versions.
Hello everyone 👋 The name react-native-viewpager is used by @race604. Currently I am requesting this name. I'm asking for your patience.
Together with @satya164, we moved viewpager lib to new npm repo https://www.npmjs.com/package/react-native-pager-view.
What's the current status on this? Are there still libs using the npm org or did the transition fully happen?
@kelset I noticed netinfo still using the old package name yesterday
some folks have not yet moved out of the react-native-community scope on npm, but there isn't much we can do about that. it's up to the maintainers, and they should do it when they have sufficient free time to do so. i'm happy to help out maintainers if needed.
Introduction
After being moved out from React Native, some packages got registered under @react-native-community in order to make it easier to update the projects depending on them. The issue today is that the growth and maintenance of those projects is unbalanced, and the character of officialism conferred by this repo can be a problem for the growth of React Native ecosystem.
Details
If a project placed under @react-native-community gets abandoned, or stop being maintained because the maintainers don't have the time anymore to do so, the RN ecosystem will be penalized because better alternatives won't be able to replace them as they would sound "less official".
For instance, @react-native-community/react-native-slider is full of bugs, is receiving many feature requests for basic features that are not being addressed, and there are plenty of libs out there making a better job, but the community is dragged to this project because of its name, and I heard many people telling me "I'd rather not to change, I prefer to stick to the official repository".
Check this for a more common example. Does the React Native Community maintain callstack/react-native-slider?
Discussion points
How can we prevent giving a character of "officialism" to projects that are not necessarily maintained, and how can we provide a more equitable environment for new alternatives to grow up. This seems important to me so that only the best tools survive, and not only the most antique ones for history reasons.