-
Notifications
You must be signed in to change notification settings - Fork 13
Going through NPM's dispute procedure #9
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
Comments
I'll continue to get this package up to date but not release it until we get approval or rejection for the old name |
That's a good idea. Thanks! |
@aminya Did you email NPM about the dispute or is that something you wanted me to do? |
No, I haven't done it. I think you can email them directly as you know more about the progress you have made. You should explain what changes we have done and we plan to do to. CC me on that email to keep me in the loop. |
I finally got around to sending the email to get the |
Thank you, Tony! I got it. Let's see what they say. |
I had to resend it because I accidentally CC'd npm.com instead of npmjs.com |
@UziTech It seems we have been waiting for 18 days, and so their time is finished. I think it is time to reply and ask npm directly to move the package. |
As the original creator of atom-languageclient I have no objection however I did this while employed at GitHub so somebody there would need to be okay with this. I'll reach out to see if I can find who is appropriate as davidwil also left since then. |
A few extra thoughts:
|
@damieng Thank you for your response. We really appreciate your help.
Personally, I have tried tagging people, opening issues, emailing personally, etc. many times, and often I have not gotten "any response". Fortunately, npm has this disputes procedure which allows us to continue working on a package even when the original authors don't do. The situation is more awkward for I hope @atom / @github do something about this "lack of transferring old packages" if they really care about Atom.
For sure, we want to stay backward compatible. But if the versions are pinned, again, we face the "abandoned" package issue. There is no way to fix that. Unless GitHub/Atom provide us a method. |
ide-csharp and ide-typescript at a quick glance are pinned to 0.9.9 - this was done because it had not hit 1.0.0 and so there were no semver guarantees yet. I'd be personally up for transferring any GitHub/Atom owned ide-x repos over as well as the apm packages but again this is down to GitHub. As I led the atom-ide project from conception through to my eventual departure I feel somewhat responsible and will see if I can find somebody who can authorize this to happen but can't promise anything. |
Uh oh!
There was an error while loading. Please reload this page.
Npm allows taking the name of the packages that are not updated for a long time. We should email the original developers, and if they do not give us access, npm will do so.
https://www.npmjs.com/policies/disputes
We should go through the procedure and take over the original package. This can be done in parallel with the improvements that are made here.
This is necessary because many IDE packages are relying on the old name. It is easier to get access to one package, instead of trying to update every single IDE package.
The text was updated successfully, but these errors were encountered: