Improve ergonomics of Rust examples, re-enable use of published packages
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 25/100
- Tipo de issue
- Documentação
- Clareza
- Razoavelmente clara
- Status de atividade
- Estagnada
- Stack de tecnologia
- rust, wasm
- Domínio
- devtools, documentation
Direção de pesquisa
Comece revisando a funcionalidade revertida em PR #254 e o código do tutorial de Rust. Compare a configuração de pacote documentada com o comportamento atual de cargo-component e wasm-pkg-tools e, em seguida, determine qual das três abordagens propostas é viável. Considera-se concluído quando os exemplos puderem usar pacotes WIT publicados sem as atuais falhas de configuração ou de resolução de múltiplos worlds.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
This issue arguably shouldn't go here, but currently UX issues in upstream tooling is making the Rust
The goal is to revert this reverted functionality -- we want to be able to use published WIT packages but there are a few issues stopping us:
cargo-componentdoes not configure/patch wherewkglooks for deps (the target kind) when configured inCargo.toml(i.e. we should be able to specify thatdocsis a known package w/ a known registry)cargo-componentcurrently does not properly resolve targets w/ multiple worlds even ifwkgis configured (via it's global config file)wkgshould be able to use local fconfig
There are at least a few ways to solve this issue:
- Update
cargo-componentto perform the patching of registries for namespaces before usingwasm-pkg-toolsfunctionality - Update
wkgto prefer local config files and include one in the tutorial code - Update the guide to get users to configure
wkgglobal config before attempting usage.
A somewhat hidden requirement/sidequest to this issue is that we need more cargo-component/wasm-pkg-tools maintainers. The current functionality is fantastic for these tools, but the UX needs to be polished just a bit.
- Linguagem predominante
- Rust
- Estrelas
- 137
- Forks
- 88
- Merge médio
- 10h 38min
- PRs com merge (30d)
- 2
Preparar o ambiente
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 bytecodealliance/component-docs
-
Dificuldade 2/5 Meio dia Facilidade para iniciantes 72/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 65/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
bytecodealliance/component-docs#294 · 1 comentário ·
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 68/100
bytecodealliance/component-docs#376 · 1 comentário ·
-
Fix Python TutorialAbertabug lang/python
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 55/100
bytecodealliance/component-docs#348 · 2 comentários ·
Todas as issues de bytecodealliance/component-docs
Issues semelhantes
-
`categorize_command` has no `uv` arm, so every `rtk uv …` row counts as `other` in the ecosystem mixAbertaarea:api bug good first issue priority:low
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 92/100
rtk-ai/rtk#4316 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 92/100
Mantenedores costumam responder em até 1 dia
-
area/cli kind/bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 90/100
Mantenedores costumam responder em até 1 dia
-
enhancement
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
-
good first issue open-endedness: low type: new feature
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100