Proposal: npm package version should match native binary version (or clearly indicate it)
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 28/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Estagnada
- Stack de tecnologia
- react-native, rust, typescript
- Domínio
- build-system, mobile-dev, release
Direção de pesquisa
Nenhum arquivo-fonte é especificado. Comece inspecionando os metadados do pacote npm publicado e o release workflow que define o valor de native binary.version; compare como as versões 0.3.2 e 0.4.3 são produzidas. Está concluído quando as versões nativas estão vinculadas às versões do pacote ou são claramente expostas por meio de versionamento composto, com uma verificação que impeça que os metadados do pacote publicado sejam alterados retroativamente.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
When I install @openwallet-foundation/[email protected], I expect to get native binary v0.3.2. Instead, I silently get v0.4.1.
This caused hours of debugging when I encountered Xcode 16 LLVM incompatibility errors. I tried downgrading the npm package, assuming older versions would have older (compatible) native binaries. They don't.
What I found:
| npm version | Expected native | Actual native |
|---|---|---|
| 0.4.3 | v0.4.3 | v0.4.6 |
| 0.3.2 | v0.3.2 | v0.4.1 |
| 0.3.1 | v0.3.1 | v0.4.1 |
| 0.3.0 | v0.3.0 | v0.4.1 |
The only compatible native binary (v0.3.2, built with older LLVM) is not referenced by any npm package version.
Suggestion
Either:
- Lock native version to npm version (1:1 mapping)
- Use composite versioning like
0.4.3-native0.3.2or0.4.3+native.0.3.2(similar to Debian/Ubuntu packaging) - At minimum: Don't retroactively update
binary.versionin already-published npm packages
Current workaround
I had to create a pnpm patch to force native v0.3.2:
- "version": "v0.4.6",
+ "version": "v0.3.2",
- Linguagem predominante
- TypeScript
- Estrelas
- 4
- Forks
- 9
- Merge médio
- 4min
- PRs com merge (30d)
- 2
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de openwallet-foundation/askar-wrapper-javascript
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 45/100
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
-
Migrate to ESMAberta
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 25/100
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 45/100
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 25/100
Todas as issues de openwallet-foundation/askar-wrapper-javascript
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
rajbos/ai-engineering-fluency#2340 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
community documentation first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 70/100
lingdojo/kana-dojo#31864 · 1 comentário · 5 reações ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
zenstackhq/zenstack#2873 ·
Mantenedores costumam responder em até 1 dia
-
CLI: TUI shows onboarding when the provider's API key is only in the environment (e.g. OPENROUTER_API_KEY)Talvez já em andamento Um pull request vinculado a esta issue está aberto ou já foi mesclado. AbertaCLI
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 67/100
cline/cline#14923 · 2 comentários ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
paperclipai/paperclip#15490 ·
Mantenedores costumam responder em até 1 dia