Skip to content

PkgJS Org for WG supported tooling #271

Closed

Description

@wesleytodd

As discussed in our meeting and in #263, we will be using the @pkgjs github org as well as npm namespace for publishing our tooling. To kick things off we have a small todo list:

To start we can post users here who want to be added to that org as well as discuss what processes we need to document so that we are fully in line with the contribution and governance models Node has.

Activity

  1. dominykas commented on Oct 22, 2019

    @dominykas
    Member

    ✋

    We need to move on solving that 2FA publishing problem ;)

  2. wesleytodd commented on Oct 22, 2019

    @wesleytodd
    MemberAuthor

    YESS! Added to the todo list!

  3. lholmquist commented on Oct 24, 2019

    @lholmquist
    Contributor

    /me would like to be added

  4. mhdawson commented on Oct 24, 2019

    @mhdawson
    Member

    I'd like to be added, but will need to wait until the licences are updated and then I can request the ok to contribute.

  5. Eomm commented on Oct 25, 2019

    @Eomm
    Member

    I should have upgraded the licence to MIT for the 6 repo... great test in production for massive wax 😅

    If you need more "broadcast" operation let me know!

    Edit: ✋🏻

  6. wesleytodd commented on Nov 3, 2019

    @wesleytodd
    MemberAuthor

    Ok, all the license changes are made and everyone from this thread so far is invited. 🎉

  7. mhdawson commented on Nov 4, 2019

    @mhdawson
    Member

    @wesleytodd thanks, requesting the ok to contribute to that org internally now :)

  8. wesleytodd commented on Feb 11, 2020

    @wesleytodd
    MemberAuthor

    To follow up from our meeting today, the next steps for this is to raise this up to the greater Node community (maybe via the TSC?) and see how others are managing this and how we might make this official without loosing out on the reasons we thought a separate org was a good idea in the first place.

    So, does anyone know of other teams/wg's which do this? If so how are they managing it. Also, should we raise an issue on the TSC repo to discuss? It was brought up that @mhdawson probably has the best view of what the next steps should be.

  9. mhdawson commented on Feb 17, 2020

    @mhdawson
    Member

    @wesleytodd do we have a list of those reasons that we can use for the discussions? Most if not all of the teams I know of are using repos under the Node.js org.

    Can you also clarify what you mean by "official". I thought one of the concerns that led to a separate org was avoiding the impression of it being official.

  10. wesleytodd commented on Feb 20, 2020

    @wesleytodd
    MemberAuthor

    do we have a list of those reasons that we can use for the discussions?

    I think it was burried in an unrelated issue, I will dig for it and pull it into the OP here.

    Most if not all of the teams I know of are using repos under the Node.js org.

    How many of them are producing tools like we want to build? When I look at the repos in the node org I don't see much like what we have currently in pkgjs.

    Can you also clarify what you mean by "official".

    Official in this sense is about governance and ownership, and the thing we wanted to avoid was canonical implementation squashing competitive libraries. I think these are separate meanings of "official".

  11. mhdawson commented on Feb 20, 2020

    @mhdawson
    Member

    @wesleytodd the closest is possibly node-addon-api, and nan. Others repos for tools like https://github.com/nodejs/create-node-meeting-artifacts are more for internal use. Mostly I was saying that other teams are using repos in the org, not that they are doing something similar.

    In terms of "official", then what you might be asking is if the Node.js Project can 'own' and additional repo, with the TSC delegating management of it to the Package-maintenance team and ask that things like moderation be extended to this new org. Is that a good way to describe it?

  12. wesleytodd commented on Feb 20, 2020

    @wesleytodd
    MemberAuthor

    Is that a good way to describe it?

    Yeah, described very well!

    Mostly I was saying that other teams are using repos in the org, not that they are doing something similar.

    Got it. I think that our differences matter here. Internal tools don't really confer any sense of "official implementation" and things like nan are actually supported official projects.

  13. mhdawson commented on Feb 21, 2020

    @mhdawson
    Member

    Created this issue in the admin repo to start the discussion at the project level: nodejs/admin#470

  14. dominykas commented on Feb 23, 2020

    @dominykas
    Member

    I think there are two more aspects where the second org makes sense:

    1. Just because we can create repositories in nodejs or pkgjs org, I don't want the new projects that are created there to feel like they're side-stepping the process of getting the foundation umbrella (mostly cause I'm not even sure what the implications are, but it would still feel unfair that an existing project would have to go through various stages and processes, etc, whereas our repos won't)
    2. The above ties into the support levels - I think things like nan have the "backed by foundation" aspect, whereas the tooling that we're experimenting with are somewhat different?
  15. 8 remaining items

  16. rodion-arr commented on Jul 23, 2020

    @rodion-arr
    Contributor

    Hi all, if you need some help with tooling, please let me know, I will be happy to jump in

  17. wesleytodd commented on Jul 23, 2020

    @wesleytodd
    MemberAuthor

    @rodion-arr Do you have a particular project you would like to work on? Happy to get you setup with on the triage team if you are unsure yet. Let me know.

  18. rodion-arr commented on Jul 23, 2020

    @rodion-arr
    Contributor

    @wesleytodd I did small contribution to support and a little bit familiar with wiby. I will be happy do some coding, but it is quite difficult for me to find here specific tasks to work on.

    Anyway, I ready to spent some time in activities according to your priorities.

  19. wesleytodd commented on Jul 23, 2020

    @wesleytodd
    MemberAuthor

    Invite sent. I think it might be a bit "self guided" right now, but if you have any ideas and want to get team feedback you can always open an issue to discuss what you are thinking.

  20. mhdawson commented on Jul 23, 2020

    @mhdawson
    Member

    PR with suggestion of initial administrative members:
    #390

    After we agree on the set of administrative members, I think the next step is to make sure we think the pkgjs org/repos meet the requirements we laid out in the governance and then move over the org, add access to the TSC etc.

  21. mhdawson commented on Aug 25, 2020

    @mhdawson
    Member

    Next steps:

  22. dominykas commented on Aug 28, 2020

    @dominykas
    Member

    Since all members already had that, I enforced 2FA in the pkgjs GH org.

    Also updated @BethGriggs, @ljharb, @Eomm to owners and invited @ghinks as outlined in https://github.com/nodejs/package-maintenance/blob/master/ADMINISTRATIVE-MEMBERS.md

  23. helio-frota commented on Oct 8, 2020

    @helio-frota
    Contributor

    @wesleytodd could I please be added to pkgjs? Planning to work on all repos as long term thing (learning-n-contributing).

  24. helio-frota commented on Oct 8, 2020

    @helio-frota
    Contributor

    @wesleytodd thank you.

  25. dominykas commented on Oct 13, 2020

    @dominykas
    Member
  26. mhdawson commented on Oct 15, 2020

    @mhdawson
    Member

    Landed the on-boarding doc update to add TSC members to the pkgjs org as owners and to a team, and did the required additions for existing TSC members.

    Next up do the same for the moderation onboarding documentation.

  27. mhdawson commented on Oct 19, 2020

    @mhdawson
    Member

    Landed updated documentation for moderation onboarding, and updated so moderation team members are owners of the pkgjs org.

  28. mhdawson commented on Oct 20, 2020

    @mhdawson
    Member

    Everything complete, closing

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions