90-008 / 90-008/nix-cargo-integration

`[patch.crates-io]` with local crate fails

Aberta
#154 3 comentários 0 reações 0 responsáveis Ver no GitHub
blocked by upstream bug
Linguagem predominante
Nix
Estrelas
217
Forks
26
Métricas de merge de PRs
Nenhum PR com merge em 30d

Descrição

Patching the `simple-workspace` example to [replace a crates dependency with an local crate](https://github.com/yusdacra/nix-cargo-integration/commit/5c4ba224ed5388a9337e3a840eb8f76b26c73ff1) leads to problems when building the dependencies.

Content of the build directory:
```
nix-build-my-crate-deps-0.1.0.drv-0
├── env-vars
├── nix-vendor
│ ├── hermit-abi-0.3.9
│ │ ├── ...
│ └── num_cpus-1.16.0 # has dependency to libc
│ ├── ...
└── simple-workspace
├── Cargo.lock
├── Cargo.toml
├── libc # is found by nix but is empty
│ ├── Cargo.toml
│ └── src
│ ├── bin # dummy main.rs
│ └── lib.rs # dummy
├── my-crate
│ ├── ...
├── my-other-crate
│ ├── ...
└── target
├── ...
```

Is there any way to fix the dependency chain? Excluding the crate from the workspace does not change anything, it still seems to show up as empty in the `simple-workspace` directory instead of the `nix-vendor` directory.

Guia de contribuição

Nenhum guia de contribuição indexado para este repositório

Direção de pesquisa

Examine o exemplo simple-workspace e o commit vinculado para entender a configuração de patch.crates-io. Examine como nix-cargo-integration lida com a substituição de crates locais e a resolução de dependências. A issue menciona um diretório libc vazio; verifique a estrutura do diretório nix-vendor e a cadeia de dependências. Executar nix-build no exemplo modificado reproduzirá o problema.

Escrita pelo modelo de indexação a partir do texto da issue.

Avaliação

Domínio
build-system
Tipo de issue
Bug
Dificuldade
4/5
Tempo estimado
3-5 dias
Status de atividade
Estagnada
Clareza
Razoavelmente clara
Facilidade para iniciantes
35/100

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.