| 3 Nov 2025 |
 thou vow | Vou começar a usar | 23:15:55 |
 Rafael | e tbm pra checar se algum programa q tava quebrado antes foi consertado | 23:17:13 |
| Rafael | não conhecia esse, é interessante tbm | 23:56:37 |
| thou vow | Obrigado pela dica | 23:15:52 |
| Rafael | esse site é mt útil | 23:19:28 |
 Rafael Ieda | O pessoal mais velho vejo que muitos migraram pro codeberg, gitlab ou forgejo self hosted. mas nao vejo por que migrar do github pra algo que teria custo. se a MS comecar a cobrar e falhar diariamente dai faria sentido. | 20:57:06 |
| Rafael Ieda | muito util mesmo, eu tenho usado pra ver o que arrumar. kkkkk o https://zh.fail tb é muito util, tem umas dependencias cabulosas falhando agora | 23:36:00 |
| thou vow | Dar erro de build pro usuário final a cada bump beira o amadorismo honestamente | 23:14:13 |
| Rafael | mas ele faz tudo que o nix-collect-garbage faz? Eu lembro de uns meses atrás ter chegado nesse comando, mas no post no discourse onde vi, o cara diisse q tinha que rodar uns comandos antes, pra limpar tudo | 22:10:05 |
| Rafael | eu só uso o hydra | 21:51:43 |
| Rafael | outra, vc pode pesquisar na aba "jobs" por, bom, jobs específicos. Isso é mt útil pra se 1 ou 2 programas q vc usa terem quebrado, vc pode ver o exato último commit que buildou com sucesso, pra, por exemplo, vc poder adicionar como input e substituir apenas aquele pacote numa overlay | 23:17:02 |
| thou vow | Não conheço | 23:10:44 |
| Rafael | 
Download image.jpeg | 23:17:56 |
| Rafael | 
Download image.jpeg | 23:19:24 |
| Rafael | 
Download image.jpeg | 23:22:18 |
| Rafael | um exemplo aí | 23:17:56 |
| Rafael | e nos inputs da build, eu pego a revision exata do nixpkgs que ainda tava buildando | 23:19:24 |
| Rafael | mesma coisa na página inicial tbm, por exemplo se o commit de 1d atrás tivesse com muita coisa quebrada e eu quisesse voltar pro de 3d atrás, só clicar no número do eval, pra pegar a revision inteira na aba inputs. Mas o número resumido fica na coluna "input changes" ali no print tbm | 23:22:18 |
 Ratoncio <Linux> | Download 🤡 (clown face) | 21:11:28 |
 Walter | Download 1761469866053436.webm | 21:26:23 |
| 4 Nov 2025 |
|  Andriel Ferreira changed their profile picture. | 00:47:38 |
 Hugo Ribeiro | 
Download image.jpeg | 14:24:09 |
| Hugo Ribeiro | Vou testar para ver se presta
https://discourse.nixos.org/t/envoluntary-automatic-nix-dev-envs-for-your-shell/71636 | 14:24:09 |
| Hugo Ribeiro | Alguem sabe se tem como configurar remote build, somente se o build nao precisar de nada local? | 19:43:16 |
| Hugo Ribeiro | Esse povo ta mais doido que eu
https://discourse.nixos.org/t/interactive-program-written-in-nix-lang/71536 | 19:33:46 |
| Hugo Ribeiro | exemplo:
hello.c
depende:
gcc
faz 'build' do gcc no remote (porque nao depende de source ./.)
faz build do hello.c local (porque depende do source ./.) | 19:51:38 |
| Hugo Ribeiro | se usar isso em dev nao vai ficar mandando meu src toda hora para o remote? | 19:52:44 |
| 5 Nov 2025 |
 znaniye | In reply to Hugo Ribeiro
exemplo:
hello.c
depende:
gcc
faz 'build' do gcc no remote (porque nao depende de source ./.)
faz build do hello.c local (porque depende do source ./.) Eu não entendi o porque que nesse caso a build do "hello.c" nao poderia ser feita remoto tbm? | 00:36:29 |
| thou vow | bom ponto, acho que pra ambiente dev e empacotamento nem deveriam usar essa abstração | 01:28:18 |
| thou vow | por essa incompatibilidade silenciosa aí | 01:28:33 |
