| 3 May 2026 |
 GALLY | Esquece. | 21:46:11 |
| GALLY | Dá a review na mào de uma LLM. | 22:31:29 |
| 4 May 2026 |
 ● Igor Café | povo uma curiosidade | 17:03:00 |
| ● Igor Café | eu vi q fazer nix shell em alguns pacotes modifica o LD_LIBRARY_PATH | 17:03:17 |
| ● Igor Café | e outros nao | 17:03:23 |
| ● Igor Café | esses que modificam, foram mantidos assim por compartilibidade? | 17:03:39 |
| ● Igor Café | * esses que modificam, foram mantidos assim por retrocompatilibidade? | 17:03:45 |
| ● Igor Café | ou nao era pra acontecer | 17:03:56 |
| ● 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 |
 Leonardo Neumann | Galera, uma pergunta que não achei uma resposta satisfatória | 20:34:45 |
| Leonardo 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 |
| Leonardo 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 |
| Leonardo 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 |
| Leonardo 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 |
| Leonardo Neumann | O projeto em si é uma lib em Rust | 20:43:52 |
| Leonardo Neumann | Não fiquei sabendo | 20:44:19 |
| Leonardo 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 |
| Leonardo 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 |
| Leonardo Neumann | Depois do que foi discutido aqui, acabei deixando os dois lockfiles | 23:32:30 |
| Leonardo 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 |
