Skip to content

Create a Node.js org account on pypi registry #863

Closed

Description

@legendecas

At the moment, @ryzokuken is the maintainer of the gyp-next package on pypi: https://pypi.org/project/gyp-next/.

I discussed with @ryzokuken to setup a Node.js org account and host gyp-next under that org account so that we can better maintain the ownership of the package.

I would like to request to setup a Node.js organization for this purpose.

Ref: nodejs/gyp-next#234 (comment)

Activity

  1. benjamingr commented on Apr 25, 2024

    @benjamingr
    Member

    SGTM

  2. MoLow commented on Apr 26, 2024

    @MoLow
    Member

    +1. there is also this package that can benefit from such an account: nodejs/tap2junit#56

  3. targos commented on Apr 26, 2024

    @targos
    Member

    Should this be owned by the build WG or the TSC?

  4. legendecas commented on Apr 29, 2024

    @legendecas
    MemberAuthor

    Is https://www.npmjs.com/~nodejs-foundation owned by the build WG or the TSC?

  5. targos commented on Apr 29, 2024

    @targos
    Member

    Build WG

  6. legendecas commented on Apr 29, 2024

    @legendecas
    MemberAuthor

    I believe the pypi account can follow the npm account ownership.

  7. targos commented on Apr 29, 2024

    @targos
    Member

    @nodejs/build wdyt?

  8. richardlau commented on Apr 29, 2024

    @richardlau
    Member

    I think the question is, who needs access to it?

    The original reasons that the Build WG owns the npm account was as an emergency access in the event that people become inactive/leave the project (so we could manage who could publish modules). Initially we did not actively use the account (i.e. individuals published the modules under their own accounts). Over time that changed and I think we now publish modules under that account via GitHub Actions. Possibly another reason might be the TSC at the time didn't have a solution for storing secrets (there's a 1Password account now, I believe), i.e. the account's log in details (I may be misremembering this one).

  9. mhdawson commented on Apr 29, 2024

    @mhdawson
    Member

    +1 from me. I think using 1password might make the most sense unless this is somehow related to build/infra

  10. targos commented on May 10, 2024

    @targos
    Member

    +1 on 1password + moving the npm credentials there too

  11. legendecas commented on May 13, 2024

    @legendecas
    MemberAuthor

    I have submitted request to create a orgnanization named nodejs on pypi.org. Still waiting for response.

  12. abmusse commented on May 14, 2024

    @abmusse

    +1 on using 1 password to manage credentials

  13. legendecas commented on May 29, 2024

    @legendecas
    MemberAuthor

    Account created and saved in 1password.

  14. targos commented on May 30, 2024

    @targos
    Member

    I rotated the npm credentials and saved them in 1Password too.

  15. richardlau commented on May 30, 2024

    @richardlau
    Member

    I rotated the npm credentials and saved them in 1Password too.

    @targos could you update build/test/test_logins.md in the secrets repo, which previously recorded the account name, password and 2fa recovery codes? I don't mind if we move that to 1Password, but we currently document

    admin/npm-management.md

    Lines 37 to 38 in a2d01cf

    The credentials required for the `nodejs-foundation` user are maintained in
    encrypted form in the [secrets repo][].

  16. targos commented on May 30, 2024

    @targos
    Member

    Ok but can I move them to infra level? IMO this doesn't belong to test

  17. richardlau commented on May 30, 2024

    @richardlau
    Member

    Ok but can I move them to infra level? IMO this doesn't belong to test

    SGTM

  18. mhdawson commented on May 30, 2024

    @mhdawson
    Member

    +1 to moving to infra or storing all the info in 1 password. We need the recovery info.

  19. targos commented on May 31, 2024

    @targos
    Member

    Secrets repo updated.

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

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions