| 12 Dec 2022 |
 Pedro Portales | In reply to PedroHLC
As condições e o trigger pro OOM ahh entendi, vlw | 18:51:49 |
| 13 Dec 2022 |
 Victor Matheus | o lennart ta empenhado em fazer qualquer distro q se dispor a isso ser compatível com erase your darlings, dependendo só de /boot e /usr (além de labels gpt). deem uma olhada a partir da linha 600 https://github.com/systemd/systemd/blob/main/TODO | 14:34:56 |
 PedroHLC | In reply to Victor Matheus
o lennart ta empenhado em fazer qualquer distro q se dispor a isso ser compatível com erase your darlings, dependendo só de /boot e /usr (além de labels gpt). deem uma olhada a partir da linha 600 https://github.com/systemd/systemd/blob/main/TODO 600 ta no meio de um paragrafo | 14:45:54 |
| Victor Matheus | sobe 10 linhas, ele falando do bootctl | 14:49:47 |
| Victor Matheus | me lembrou muito do lance de colocar no initrd todo o estado desejado pro boot | 14:50:08 |
| Victor Matheus | e tem tbm no 0pointer, sobre /usr hermético
https://0pointer.net/blog/fitting-everything-together.html | 14:51:18 |
| PedroHLC | In reply to Victor Matheus
sobe 10 linhas, ele falando do bootctl https://github.com/systemd/systemd/blob/55371658793b7276fea30bdcd12252e1f75eb5e9/TODO#L590 | 14:56:46 |
| PedroHLC | * https://github.com/systemd/systemd/blob/55371658793b7276fea30bdcd12252e1f75eb5e9/TODO#L590 | 14:56:51 |
| PedroHLC | In reply to Victor Matheus
e tem tbm no 0pointer, sobre /usr hermético
https://0pointer.net/blog/fitting-everything-together.html ele menciona ostree aí tbm | 14:57:33 |
| PedroHLC | mas é peculiar que pro cara do "desenvolve primeiro, vê segurança depois", agora realmente ta correndo atrás de segurança | 14:58:28 |
| Victor Matheus | existe algum maluco trabalhando pra armazenar a nix/store em um repo-ostree? | 14:59:01 |
| Victor Matheus | iria acabar com a duplicação acidental de arquivos, pelo menos segundo a doc do ostree, quando eles se inspiraram no nix pra criá-lo, foi um dos pontos q buscaram resolver, não ter o mesmo arquivo duas vezes armazenado nunca, sempre linkar | 15:00:08 |
| Victor Matheus | https://ostree.readthedocs.io/en/stable/manual/related-projects/#nixos-nix | 15:01:06 |
| Victor Matheus | pelo q entendi daí, sejam duas /nix/store/$hash diferentes, vc pode acabar com o mesmo exato arquivo armazenado duas vezes (uma lib por ex, se a compilação assim cria-las), sendo q poderia ser um hardlink | 15:02:56 |
 Lucas Eduardo | In reply to Victor Matheus
pelo q entendi daí, sejam duas /nix/store/$hash diferentes, vc pode acabar com o mesmo exato arquivo armazenado duas vezes (uma lib por ex, se a compilação assim cria-las), sendo q poderia ser um hardlink nix-store --optimise | 15:10:38 |
| Lucas Eduardo | Tem uma opção pra ele otimizar automaticamente | 15:10:48 |
| Victor Matheus | In reply to Lucas Eduardo
nix-store --optimise isso é uma opção permanente, ou tem que rodar de tempo em tempo pra ele percorrer tudo e fazer os links q puder? | 15:12:12 |
| Victor Matheus | o q to pensando seria algo como ter
/nix/store
/nix/objects
sendo /nix/objects onde são dropados os arquivos reais, e aí o ostree vai jogando pra /nix/store/$hash conforme o caso (se novo, adiciona aos objetos, se conhecido, cria o link)
é assim q instalação/atualização de flatpak funciona | 15:13:55 |
| Victor Matheus | * o q to pensando seria algo como ter
/nix/store
/nix/objects
sendo /nix/objects onde são dropados os arquivos reais, e aí o ostree vai jogando pra /nix/store/$hash conforme o caso (se novo, adiciona aos objetos e linka, se conhecido, cria o link)
é assim q instalação/atualização de flatpak funciona | 15:14:56 |
| Victor Matheus | 
Download image.jpeg | 15:16:40 |
 GALLY | In reply to Victor Matheus
o lennart ta empenhado em fazer qualquer distro q se dispor a isso ser compatível com erase your darlings, dependendo só de /boot e /usr (além de labels gpt). deem uma olhada a partir da linha 600 https://github.com/systemd/systemd/blob/main/TODO Interessante.
Pena ser systemd. | 15:32:34 |
| GALLY | In reply to Victor Matheus
isso é uma opção permanente, ou tem que rodar de tempo em tempo pra ele percorrer tudo e fazer os links q puder? É um comando para se usar de tempos em tempos. Então, opção 2. | 15:33:55 |
| Lucas Eduardo | In reply to Victor Matheus
o q to pensando seria algo como ter
/nix/store
/nix/objects
sendo /nix/objects onde são dropados os arquivos reais, e aí o ostree vai jogando pra /nix/store/$hash conforme o caso (se novo, adiciona aos objetos, se conhecido, cria o link)
é assim q instalação/atualização de flatpak funciona No caso o nix deixa em /nix/store/.links | 15:34:28 |
| Victor Matheus | não tem nada q impeça de implementar o conceito em outros inits; mas pra ser consistente, tem que ser um init com "auto-governança" digamos assim, como o systemd | 15:35:06 |
| Lucas Eduardo | https://youtu.be/Z7p9-m4cimg | 15:47:59 |
 Erik | In reply to Victor Matheus
o q to pensando seria algo como ter
/nix/store
/nix/objects
sendo /nix/objects onde são dropados os arquivos reais, e aí o ostree vai jogando pra /nix/store/$hash conforme o caso (se novo, adiciona aos objetos, se conhecido, cria o link)
é assim q instalação/atualização de flatpak funciona O ostree n faz tudo com diff de binario, de forma incremental? Que eu me lembre ele funcionava com isso... | 16:10:59 |
| Erik | In reply to Erik
O ostree n faz tudo com diff de binario, de forma incremental? Que eu me lembre ele funcionava com isso... Sipa o nix faz a nivel de hash de arquivo, enquanto o ostree vai usar algo como o rsync, montando de forma incremental/delta cada arquivo. | 16:17:05 |
| Erik | Toda vez que tu apagasse uma geração antiga teria que refazer todos as geraçoes upstream | 16:20:13 |
| Lucas Eduardo | In reply to Erik
Sipa o nix faz a nivel de hash de arquivo, enquanto o ostree vai usar algo como o rsync, montando de forma incremental/delta cada arquivo. Isso deve gerar uma fragmentação desgracenta e só vai funcionar com uma performance decente em SSD | 16:33:58 |
| PedroHLC | In reply to Victor Matheus
pelo q entendi daí, sejam duas /nix/store/$hash diferentes, vc pode acabar com o mesmo exato arquivo armazenado duas vezes (uma lib por ex, se a compilação assim cria-las), sendo q poderia ser um hardlink Kkkkk vc pode sempre por a nix-store com dedup no ZFS | 16:44:03 |
