| 4 May 2026 |
 ● Igor Café | a nao, acho q eu confundi, mas por default meu LD_LIBRARY_PATH ta apontando pro jack
$ echo $LD_LIBRARY_PATH
/nix/store/zr58qwqp0yv111m9fb1h4sjwpnzw8q19-pipewire-1.6.3-jack/lib
| 17:07:48 |
 Neumann | Galera, uma pergunta que não achei uma resposta satisfatória | 20:34:45 |
| Neumann | Em quais casos eu devo adicionar o flake.lock ao .gitignore quando adiciono um flake.nix a um projeto de programação existente? | 20:36:21 |
| Neumann | Estou perguntando porque algumas linguagens (e.g. Rust) recomendam não incluir o lockfile deles (Cargo.lock) quando se trata de uma biblioteca | 20:37:59 |
| Neumann | Para o caso do nix eu não encontrei um guideline que explicasse quando é relevante distribuir o flake.lock com o seu projeto | 20:38:25 |
 GALLY | Bem, isso fica ao seu critério. | 20:38:45 |
| GALLY | Eu penso assim: | 20:39:00 |
| GALLY | O flake.nix documenta que dependências o teu flake tem, assim como o que teu flake fornece. | 20:39:30 |
| GALLY | O flake.lock trava essas dependências em commits específicos. | 20:39:52 |
| GALLY | Se você só precisa dizer ao mundo que, por exemplo, seu flake depende do emacs-overlay, o flake.lock não é necessário. Assim, cada pessoa que baixar o seu flake usará o lock que quiser | 20:41:06 |
| GALLY | Mas se você quer que seu flake seja reprodutível, o lock diz que dependências em que ponto do tempo você usou. | 20:41:47 |
| Neumann | No meu caso, o objetivo do flake.nix é adicionar um devshell com as dependências do meu projeto (para uso pessoal e para CI) | 20:43:46 |
| Neumann | O projeto em si é uma lib em Rust | 20:43:52 |
| Neumann | Não fiquei sabendo | 20:44:19 |
| Neumann | Mas eu fiquei confuso até no caso do Cargo.lock, dei uma olhada em várias libs aí e algumas adicionam e outras não | 20:44:57 |
| Neumann | Mesmo a documentação dizendo que se for lib não é interessante ter o Cargo.lock | 20:45:25 |
|  fwlta changed their profile picture. | 22:11:42 |
| Neumann | Depois do que foi discutido aqui, acabei deixando os dois lockfiles | 23:32:30 |
| Neumann | Valeu galera | 23:32:33 |
| 5 May 2026 |
| ● Igor Café | essa aí não sabia não... pra mim lockfile era sempre recomendável | 04:24:24 |
| ● Igor Café | na minha opinião sempre, porque daqui ha um ano as versões das coisas podem mudar e parar de funcionar... o lock vai dar a versão exata que vc usou e funcionou | 04:25:33 |
| ● Igor Café | * essa aí não sabia não... pra mim lockfile era sempre recomendável versionar | 04:25:58 |
| ● Igor Café | é bom ir atualizando com o tempo tb claro | 04:26:20 |
| Neumann | Antigamente quando tu deixava o lockfile em bibliotecas, isso impedia que as dependências daquela biblioteca fossem atualizadas | 04:26:39 |
| Neumann | Parece que agora o Cargo ignora lockfiles de dependências | 04:27:11 |
| Neumann | Até hoje a documentação recomenda colocar o Cargo.lock no .gitignore, mas tbf eu prefiro deixar marcado a última versão das dependências que a crate funcionou | 04:29:15 |
| Neumann | Só não sabia se isso valia para o nix também, masd como o flake.lock vai versionar o devshell, n vejo uma situação que não vale a pena não ter o lock | 04:30:19 |
| ● Igor Café | dps passa essa doc, queria ver | 05:20:17 |
| ● Igor Café | * dps passa essa doc, queria ver a motivação | 05:20:31 |
| 6 May 2026 |
| GALLY | Vai ter port do Nix pro Rust? | 16:45:04 |
