| 3 Nov 2025 |
 Rafael | Achar que dá pra pular do github no curto prazo é loucura, e seria terrível pro nix. No *longo* prazo talvez seja possível, mas eu não consigo ver muitas vantagens para investir tanto tempo e recursos em resolver os potenciais problemas | 19:04:23 |
| Rafael | Cara, ignorando os problemas técnicos e pensando só no fator comunidade. Eu acho que sobreviveria? Sim, mas eu chuto que o número de maintainers novos seria bem menor | 19:06:02 |
| 4 Nov 2025 |
|  Ratoncio <Linux> changed their display name from Ratoncio Business to Ratoncio <Linux>. | 00:37:46 |
| 3 Nov 2025 |
| Rafael | https://hydra.nixos.org/jobset/nixos/trunk-combined | 21:51:44 |
| Rafael | se tivesse quebrado ainda, eu poderia clicar naquele tick verde de 5/10 | 23:18:57 |
| Rafael | quando algum commit, por qualquer razão q seja, tem um número de falhas "acima do normal", eu evito | 21:52:18 |
| Rafael | Uma dúvida que eu tenho há um tempo, e queria saber se alguém poderia responder. Nós temos os novos nix commands, por exemplo: nix-shell -> nix develop / nix shell, nix-build -> nix build, etc.
Existe um "nix command" que substitui o nix-collect-garbage? | 22:05:50 |
 thou vow | alguém já propôs algo assim antes? | 21:48:31 |
| thou vow | Seria como se fosse um wrapper do nixpkgs | 23:11:31 |
| thou vow | isso automatizado num repositório a parte | 21:48:17 |
| thou vow | acho que seria legal se tivesse uma abstração em cima do nixpkgs unstable em que cada pacote é um pin para a última build bem sucedida e em cache | 21:47:54 |
| thou vow | Estranho não ter algo assim já | 23:13:01 |
| 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 |
