Skip to content

Publish to OpenVSX #6388

Closed
Closed

Description

@ItsDrike

Arch Linux (Linux based operating system distribution) has decided to switch the marketplace for extensions from the MS Visual Studio Marketplace to OpenVSX in this commit.

Here are some more details about OpenVSX, its goal, and why it was created

For that reason, I can't use your extension anymore, could you publish on OpenVSX too?
(It's typically just a matter of running npx ovsx publish you can also check the full guide for publishing)

Activity

  1. Colengms commented on Oct 27, 2020

    @Colengms
    Contributor

    Hi ItsDrike (@ItsDrike) . Thanks for letting us know. We'll look into this.

  2. sean-mcmanus commented on Oct 29, 2020

    @sean-mcmanus
    Contributor

    The OpenVSX is for VS Code "compatible" editors, but our extensions has a license that limits it to run only in VS Code and not other "VS Code compatible" editors. So I think this issue is a Won't Fix unless we decide to change our license terms.

  3. ItsDrike commented on Oct 30, 2020

    @ItsDrike
    Author

    The OpenVSX is for VS Code "compatible" editors, but our extensions has a license that limits it to run only in VS Code and not other "VS Code compatible" editors. So I think this issue is a Won't Fix unless we decide to change our license terms.

    Oh, that's a shame since for Arch Linux and all other linux distributions based on it, the "original" VS Code editor is the code repository in pacman, and that is now using OpenVSX, rather than the original MS Marketplace. The reasoning behind it was to support open source more since there are some parts about VS Code editor which aren't fully open and I assume using OpenVSX in the original editor will mean more extensions will publish there too. Therefore giving chances to smaller, usually fully open editors, based on the open-sourced parts of VS Code

    But I respect your decision and I get that the license you use doesn't allow this. I'm sure there were a lot of people with arch based systems who also lost access to your extension because of this change so it might be worth considering the license change, but I will understand if you won't do that.

  4. bobbrow commented on Oct 30, 2020

    @bobbrow
    Contributor

    We need to follow up with the VS Code team about this.

  5. sean-mcmanus commented on Oct 30, 2020

    @sean-mcmanus
    Contributor

    Bob Brown (@bobbrow) FYI, there's another related thread at EclipseFdn/publish-extensions#86 in regards to Platform.IO which has a dependency on our C/C++ extension.

  6. ivankravets commented on Nov 1, 2020

    @ivankravets

    Wooow! 👀 It is something new for the PlatformIO which we didn't know... It looks like we are locked and our customers as well.

    If Microsoft prefers to lock others just to VSCode, we will stop using this extension. Indeed, we use only 5% of the functionality (just code completion) and the rest of PlatformIO tools and services are fully independent of VSCode and are our native implementation including debugging.

    Marc Goodner (@robotdad), could you provide more details? We have a related issue platformio/platformio-vscode-ide#1802 and we can't resolve it.

    P.S: I still believe it was a "typo" on the Microsoft management level and they will fix it.

  7. CrossR commented on Nov 1, 2020

    @CrossR

    It may be possible to do something like the MS C# plugin.

    tl;dr someone forked the repo and released an extension without the proprietary parts https://github.com/muhammadsammy/free-omnisharp-vscode, such that it could be published on OpenVSX.

    Of course, for that to happen the license here would need to be clarified as to what is MIT licensed and what is not, to ensure any forked ext fits with the license.

    I believe generally as more "VSCode compatible" editors come out, there will need to be a clearer response from MS about limits and usage, as there is open issues about this for VSCodium and more, as well as LSP consumers who want to use the C++/C#/Python extensions etc in non code editors like Vim, Emacs, Sublime etc.

    (I say this from a very biased position of someone who works on a VSCode compatible editor and gets regular questions about those plugins and the Docker/WSL/SSH ones, as it is unclear inside the editor where the OSS stuff ends and closed source proprietary stuff begins).

  8. robotdad commented on Nov 2, 2020

    @robotdad
    Member

    I'm unfamiliar with the issues here around the license. I'll do some research and report back.

  9. 11 remaining items

  10. added this to the Triage milestone on Feb 9, 2021
  11. modified the milestones: Triage, Backlog on Feb 24, 2021
  12. github-actions commented on Feb 24, 2021

    @github-actions

    This feature request has received enough votes to be added to our backlog.

  13. removed
    more votes neededIssues that have been postponed until more community members upvote it
    on Feb 24, 2021
  14. caio-vinicius commented on Oct 18, 2021

    @caio-vinicius

    Up for this.

  15. mfouesneau commented on Nov 23, 2021

    @mfouesneau

    May I ping on what's the status of this issue?

  16. sean-mcmanus commented on Nov 23, 2021

    @sean-mcmanus
    Contributor
  17. bobbrow commented on Nov 23, 2021

    @bobbrow
    Contributor

    I didn't realize this issue was still open. Nothing has changed from a licensing perspective.

  18. locked and limited conversation to collaborators on Jan 8, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Type

No type

Projects

No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions