Skip to content

Add another maintainer? #875

Closed
Closed

Description

@nhumrich

Question

Hey @jcrist. In previous issues you have mentioned that you are spread thin with other things and are mostly ignoring this repo for the time being. I think that is very much your right! Congratulations to you for taking care of yourself.

You have built quite a remarkable library here that numerous people are using. You have given a great thing to the community. I now encourage you to let the community give back. I am sure there are many people that would be willing to help maintain this library so you don't have to do it all by yourself. Would you be willing to give maintainer access to one or two other people (of your choosing) to keep this library going?

If so, I will help facilitate the transition and find possible candidates for you. I myself, do not have any desire to maintain this library, but I very much want to see it stay alive.

Activity

  1. jacopoabramo commented on Oct 9, 2025

    @jacopoabramo
    Contributor

    +1 to this, although it feels unfair since as OP I also don't have the technical ability not the time bandwidth to contribute as I would; but I would like to see the project thrive.

    Another possibility would be to transition this library to a separate organization.

  2. return42 commented on Oct 10, 2025

    @return42
  3. EthanC commented on Oct 11, 2025

    @EthanC

    @return42 it doesn't look like the msgspec-x or msgspec-fuf have the proposed fix for #651, unless they've taken a different approach. I'd consider that a pressing issue, so I question the viability of those alternatives, unfortunately.

    Regardless, I hope to see another maintainer added. msgspec is a fantastic project that deserves proactive development.

  4. eamartin commented on Oct 12, 2025

    @eamartin

    Chiming in since I got tagged for eamartin/msgspec and msgspec-fuf:
    I created the msgspec-fuf package solely because I needed this patch of mine ( #796 ) to be installable through PyPI. fuf stands for "forbid unknown fields".

    I'd like to see msgspec maintained (so that patches like my own can be reviewed and perhaps merged), but I unfortunately don't want to maintain msgspec myself.

  5. btakita commented on Oct 14, 2025

    @btakita

    Adding msgspec_m.

  6. sobolevn commented on Oct 16, 2025

    @sobolevn
    Member

    Looks like many CPython core devs are sending PRs to the project and discussing PRs. See #877 and #852

    I would be also interested to see this project alive :)
    As well as Litestar folks (since we use it for many things inside, but not speaking for the other people here surely).

    Maybe create an org as the first step? :)

  7. jcrist commented on Oct 16, 2025

    @jcrist
    Member

    Thanks for the interest all, and apologies for the radio silence here. I've been feeling very very burnt out on open source for a while now (having 2 young kids and a job that no longer revolves around OSS contributions certainly doesn't help). I had hoped I'd snap out of it or at least have mental capacity to keep up with python releases (if not feature/bugfixes), but that's not proving to be true.

    I've added @ofek to the repo as a collaborator. I'm hoping I can help them onboard and get the Python 3.14 support released in the coming week or so.

    I'm open to adding more collaborators later too (people I know either directly or through the python community would be easier adds than random first-time contributors), I definitely don't want the code here to bitrot or leave it in an unmaintained state. I don't think we need to necessarily move to an org at this point (that's adding work, not removing it), but not opposed to that in the long run either.

  8. ncoghlan commented on Oct 17, 2025

    @ncoghlan
    Contributor

    Thanks for the update @jcrist (and thanks for all your work on the library!)

    Adding @ofek definitely makes sense (given https://pypi.org/project/msgspec-click/).

    I'd be open to taking a more active maintenance role if you and/or Ofek would be interested in that.

  9. ofek commented on Oct 20, 2025

    @ofek
    Member

    I would love having you as a fellow co-maintainer! @jcrist They are very active and a well-known figure in the Python community.

    Alyssa, I discussed with Jim that our preference is to focus on maintaining existing features and resolving long-standing issues but... if these sound interesting to you, I began tracking a few investigatory endeavors which will invariably lead to committing changes:

    This week I'm going to try organizing the open FRs & bug reports by priority as best I can.

  10. ahopkins commented on Oct 22, 2025

    @ahopkins

    I have been contemplating as well bringing something like this into the Sanic org. If there's interest, I'm willing to throw my hat and project into the mix if needed to keep this alive, especially if anyone wants to partner on it.

  11. nhumrich commented on Oct 24, 2025

    @nhumrich
    Author

    Closing as the core issue has been solved! Feel free to keep discussing whatever is needed still.

  12. EthanC commented on Oct 24, 2025

    @EthanC

    Very thankful to have new maintainers around here. Do they also have the ability to release new packages to PyPI? I'm hopeful we'll see 3.14 support (26cc7e7) released sooner rather than later.

  13. jacopoabramo commented on Oct 24, 2025

    @jacopoabramo
    Contributor
  14. ofek commented on Oct 26, 2025

    @ofek
    Member

    @ncoghlan Perhaps you or someone else could inform how to go about fixing this and therefore unblock the release? #894 (comment)

  15. ahopkins commented on Oct 27, 2025

    @ahopkins

    Closing as the core issue has been solved! Feel free to keep discussing whatever is needed still.

    What's the resolution?

  16. kamikaze commented on Nov 19, 2025

    @kamikaze

    Closing as the core issue has been solved! Feel free to keep discussing whatever is needed still.

    What's the resolution?

    same semi-abandoned state of the project after lots of talking

  17. provinzkraut commented on Nov 20, 2025

    @provinzkraut
    Member

    @kamikaze I sense that you are frustrated. Sometimes things don't move as quickly as you want, and that can be annoying. But leaving negative, sarcastic comments all over the place isn't really helpful or a nice thing to do, and it also isn't in your own interest.

    People are working on this. They will not work faster if you tell them that you think they're not working fast enough.

    If you want this project to move more quickly, the best thing you can do is actively participate! :)
    Figure out what needs to be done and get going. There's a bunch of open issues, it's been made clear what the hold up is regarding the release, the work is laid out.

  18. ofek commented on Nov 24, 2025

    @ofek
    Member
  19. marek-elisity commented on Feb 18, 2026

    @marek-elisity

    @ofek , lovely to hear you've joined the forces to keep msgspec up to date. Any ideas if you're planning to continue the support?

  20. ncoghlan commented on May 1, 2026

    @ncoghlan
    Contributor

    I'd be open to taking a more active maintenance role if you and/or Ofek would be interested in that.

    @ofek @jcrist My apologies for going radio silent after saying that. I switched jobs not long after posting it, and it took me several months to admit even to myself that I'd offered something I couldn't actually deliver on.

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