Observe que o PyPy não está sendo desenvolvido ativamente

• Foi mesclada no repositório do uv uma mudança que explicita na documentação que o PyPy não está sendo desenvolvido ativamente
• O autor da proposta mencionou, com base em uma issue do projeto numpy, que o PyPy está sendo gradualmente deixado de lado
• Foi adicionada à documentação uma mensagem de alerta dizendo: “o PyPy não é mais desenvolvido ativamente e tem suporte apenas até o Python 3.11”
• Depois disso, na comunidade, desenvolvedores do PyPy responderam que “a manutenção continua, mas é difícil acompanhar as versões do CPython por falta de pessoal”
• O projeto então ajustou a redação inicial de “unmaintained” para “not actively developed”, refletindo a situação com mais precisão

---

Visão geral do Pull Request

• konstin criou um PR para adicionar ao uv uma mensagem de alerta relacionada ao PyPy
  • O motivo indicado foi que “o PyPy não é mais desenvolvido ativamente e está sendo gradualmente removido até mesmo no numpy”
  • Embora não haja um comunicado oficial, foi explicado que a issue relacionada no numpy foi aberta por um desenvolvedor do PyPy
• O seguinte conteúdo foi adicionado à documentação (docs/concepts/python-versions.md)
  • “O PyPy não é mais desenvolvido ativamente e tem suporte apenas até o Python 3.11”
• O PR, composto por 4 commits, foi mesclado na branch main em 22 de janeiro de 2026

Discussão na comunidade

• Alguns contribuidores apontaram que a mensagem de alerta parecia duplicada, e depois isso foi ajustado para aparecer apenas uma vez
• Após a mesclagem, a comunidade do PyPy e desenvolvedores externos reagiram por meio de comentários no GitHub
  • stuaxo citou a fala de um desenvolvedor do PyPy e afirmou que “o PyPy está sendo mantido; ele apenas é mais lento que o CPython”
  • Foxboron perguntou: “Vocês entraram em contato com os mantenedores do PyPy antes da mesclagem?”
  • vitorsr citou a fala do desenvolvedor principal do PyPy, mattip, de que “são necessários contribuidores ou apoio financeiro”
• HaoZeke afirmou que “foi inadequado mesclar sem discussão” e pediu a reversão do PR

Resposta do projeto

• charliermarsh explicou que o título do PR foi alterado de “unmaintained” para “not actively developed”
• zanieb esclareceu que “na issue do numpy, um desenvolvedor principal do PyPy mencionou diretamente que ele não está sendo desenvolvido ativamente”, afirmando que não houve má-fé
• mattip (desenvolvedor principal do PyPy) disse que “a formulação atual reflete a situação de forma justa”, concordando com a manutenção do texto
  • No entanto, mencionou que, se o PyPy for atualizado para o Python 3.11.15, o PR poderá ser revertido

Impacto após a mesclagem

• Essa mudança foi incluída no lançamento do uv 0.9.27 e refletida como atualização na documentação
• O Homebrew e vários bots de automação passaram a referenciar esse PR, e a mensagem de alerta relacionada ao PyPy foi incluída na documentação oficial

[GN⁺]

Comentários no Hacker News

• Sou desenvolvedor core do PyPy. Se alguém quiser ajudar, seja financeiramente ou com contribuições de código, seria ótimo consultar como entrar em contato
  • Seria bom se houvesse uma seção de doações mais visível no site. Algo como níveis de apoio em etapas, como no navegador Ladybird, também pareceria interessante. Eu mesmo tentei doar uma pequena quantia, mas foi difícil descobrir onde fazer isso
  • Acabei de doar. Obrigado a toda a equipe do PyPy. Uso PyPy com frequência no meu app e, em tarefas computacionalmente intensivas, ele costuma ser mais de 5x mais rápido que o CPython. O que levava 5 minutos no CPython termina em poucos segundos no PyPy
  • Também queria sugerir outra coisa. Sei que o PyPy é rápido em tarefas CPU-bound, mas acho que também poderia mostrar melhor desempenho em tarefas I/O-bound. Seria bom criar uma página de benchmarks comparando asyncio e CPython em coisas como throughput de requisições HTTP. Também seria interessante ter uma ferramenta automatizada para medir o desempenho do PyPy diretamente na web
  • Há uma mensagem grande no site dizendo em manutenção suspensa
• PyPy não é um projeto abandonado. Correções de bugs e melhorias no JIT continuam. Só que os desenvolvedores centrais restantes não conseguem acompanhar o ritmo acelerado de mudanças do CPython. São necessários novos contribuidores para dar suporte às novas versões. Felizmente, o trabalho da versão 3.12 está sendo tocado por um novo contribuidor
  • O CPython agora virou algo como um projeto comercializado. Alguns desenvolvedores excluem outras pessoas, e projetos financiados por empresas muitas vezes desaparecem depois de 5 anos. As pessoas mais brilhantes já foram embora. Reescrever unicodeobject.c pela 150ª vez até que é tolerável, mas o resto é difícil de acompanhar
  • A frase incorporada na documentação é mais concisa que o título do PR — diz “não é mais desenvolvido ativamente”
• PyPy é realmente uma realização impressionante. Enquanto a equipe Faster CPython da Microsoft levou 4 anos para chegar a um ganho de 1,5x, o PyPy há décadas é mais de 5x mais rápido. Mas parece receber menos atenção porque seu objetivo principal é mais próximo de um projeto de pesquisa (meta-tracing, STM etc.), e a equipe do CPython é indiferente a outras implementações
  • O sucesso do ecossistema Python se deve às bibliotecas de extensão em C como SciPy, pandas e TensorFlow. O CPython forneceu uma API em C para que essas bibliotecas pudessem acelerar o desempenho com facilidade. O CFFI do PyPy não era atraente o bastante para ser adotado por projetos grandes, e o HPy apareceu tarde demais, quando o momentum do PyPy já havia se perdido
  • O projeto Faster Python poderia ter avançado mais, mas foi interrompido quando a Microsoft demitiu em massa os times ligados a linguagens no ano passado para correr atrás do boom de IA
  • Nós usamos PyPy em produção há mais de 10 anos em componentes centrais do sistema
  • O PyPy vai muito bem em benchmarks, mas em desenvolvimento real em larga escala há problemas de compatibilidade demais. A maioria das pessoas fica impressionada nos testes de desempenho, mas falha nos apps reais. Como o GC é lazy, recursos como descritores de arquivo não são liberados na hora certa, então o esgotamento de recursos acontece com facilidade. O problema é que essas diferenças importantes não estão documentadas
• Para quem se confunde com os nomes, PyPI é o índice de pacotes Python, e PyPy é uma “implementação alternativa do Python rápida e com alta compatibilidade”. Mas o lançamento da versão 3.12 está atrasado no momento por falta de desenvolvedores (discussão relacionada)
  • Obrigado pela explicação. Eu estava especialmente confuso porque PyPi e PyPy se misturavam numa issue do repositório ‘uv’
  • Isso me lembra a relação entre Cython e CPython
  • mypy é um “verificador estático de tipos para Python”. Como o RPython do PyPy também lida com tipagem estática, eu costumava confundir os dois com frequência. Recentemente também conheci o mypyc, então sinto que o elo de ligação finalmente se completou na minha cabeça
  • A escolha desses nomes é realmente péssima
• É interessante que “não é mais desenvolvido ativamente como projeto voluntário” tenha virado “abandonado”
  • Para referência, o PyPy teve de 2 a 4 commits por mês desde outubro do ano passado, e o último release foi em julho de 2025 (histórico de commits, lista de tags)
  • Tenho respeito pelos contribuidores do PyPy, mas a avaliação de “abandonado” parece uma descrição bastante justa
• Seria realmente uma pena se o PyPy desaparecesse. Espero que os resultados de pesquisa úteis acumulados ao longo do tempo tenham sido levados para o CPython
  • O REPL puro em Python que começou no PyPy foi refinado no CPython, e as lições do HPy também estão sendo gradualmente refletidas no CPython. Além disso, graças ao PyPy, muitos bugs sutis da biblioteca padrão do CPython foram corrigidos
  • Mas como a abordagem é completamente diferente, a maior parte da tecnologia provavelmente não teria sido portada diretamente para o CPython
• Li como PyPi e por um instante achei que meu coração tinha parado
• Talvez agora faça mais sentido investir tempo e dinheiro no RustPython (site oficial, GitHub)
  • Mas o RustPython é mais lento que o CPython; fico em dúvida se há motivo para usá-lo
• No fim, o desenvolvimento é movido a dinheiro. Por que ainda não existe um sistema para doar aos desenvolvedores da árvore inteira de dependências? Se esse tipo de problema continuar se acumulando, parece que a manutenção vai acabar ficando inviável
• Obrigado por todo o esforço da equipe do PyPy. Eu também pretendo procurar uma forma de ajudar