Guix no Framework 13 AMD

Artigo original ↗ Discussão no Hacker News ↗

Guix, um projeto GNU que oferece gestão funcional de pacotes semelhante ao Nix, é elogiado pela sua configuração declarativa, forte ênfase na liberdade de software e capacidade de funcionar tanto como uma distribuição Linux completa quanto como um gestor de pacotes sobre outras distros. Os comentadores ponderam estas vantagens face a compromissos práticos, como o suporte oficial limitado para firmware, drivers e aplicações proprietários — muitas vezes mitigado através de canais não oficiais como o “nonguix” — e observam que esta postura ideológica pode complicar o suporte de hardware em portáteis modernos como o Framework 13. O debate também aborda questões mais amplas de usabilidade no Linux, incluindo o comportamento do escalonamento fracionário no Wayland, atualizações de segurança em rolling-release e como o Guix se compara ao NixOS em termos de estabilidade, disponibilidade de pacotes e fluxos de trabalho de desenvolvimento no mundo real.

Guix vs Nix

  • Guix é inspirado no Nix, mas é uma implementação separada de gestão funcional de pacotes.
  • Principais diferenças:
    • Usa Guile Scheme em vez da linguagem do Nix; Scheme é usada para definições de pacotes, scripts de build, initrd e o gestor de serviços (GNU Shepherd).
    • Maior ênfase em reprodutibilidade, bootstrap “from source all the way down” e segurança da cadeia de fornecimento.
    • O Guix System tem como alvo GNU/Linux (e Hurd), ao contrário do Nix, que suporta macOS e outros Unixes.
    • O Guix reutiliza o daemon do Nix (C++ forkado), mas a maior parte do uso do Guix é baseada em Guile; aprender Nix não se transfere muito.

Posição sobre Software Livre e Nonguix

  • Os canais centrais do Guix só distribuem software livre; componentes não livres como Chrome, drivers Nvidia, firmware e microcode são excluídos.
  • Nonguix e outros canais fornecem pacotes não livres ou “contaminados” (kernel Linux completo, firmware, CUDA, Steam, etc.).
  • O Nonguix pede explicitamente aos utilizadores que não o promovam nos canais oficiais do Guix, para respeitar a política anti-não-livre do Guix.
  • Alguns veem isto como excessivamente ideológico e como uma barreira para “fazer as coisas acontecerem”; outros argumentam que preserva princípios claros ao mesmo tempo que ainda permite aos utilizadores optar por canais não livres.
  • Tensão em torno de blobs de firmware e microcode da CPU:
    • Críticos: a falta de blobs quebra hardware (wifi, GPUs, Ethernet) e deixa problemas de segurança sem correção.
    • Defensores: traçar a linha é necessário para manter um sistema verdadeiramente livre e evitar expandir a dependência de firmware opaco.

Wayland, GNOME, KDE e escalonamento fracionário

  • Muitos comentários discutem o escalonamento fracionário desfocado no Wayland, especialmente no GNOME com apps XWayland.
  • Relatos contraditórios:
    • Alguns dizem que o escalonamento no Wayland é excelente e que o Xorg é pior; outros vivem o oposto.
    • KDE/Hyprland aparentemente tratam melhor o escalonamento fracionário e o XWayland (por exemplo, opções para não escalar, suporte a Qt6/Chromium).
  • Debate técnico:
    • O escalonamento fracionário de bitmaps inevitavelmente introduz desfocagem; renderização baseada em vetores pode parecer nítida.
    • Novos protocolos do Wayland (fractional scale) podem evitar o escalonamento no compositor quando as apps os suportam, mas o suporte é incompleto.
  • Problema específico: portáteis como o Framework 13 ou ThinkPads com DPI “não-1x/2x” muitas vezes precisam de escalonamento 1.5×, expondo estes problemas.

Casos de uso do Guix, ecossistema e estabilidade

  • O Guix pode ser:
    • Uma distro Linux (como o NixOS).
    • Um gestor de pacotes sobre outra distro.
    • Uma ferramenta para ambientes de desenvolvimento reprodutíveis (guix shell).
    • Uma forma de construir VMs/containers (guix pack, configurações declarativas do SO, guix deploy).
  • Cobertura de pacotes:
    • O canal principal é menor do que o Nixpkgs, mas há muitos extras em canais separados (CRAN, HPC, não livre, etc.).
    • Guix e Nix fornecem serviços para executar o daemon um do outro.
  • Perceções de estabilidade:
    • Defensores dizem que upgrades transacionais, rollbacks e configurações declarativas tornam o Guix mais estável do que distros tradicionais.
    • Céticos relatam arestas, atualizações de pacotes em falta ou atrasadas e confusão ao misturar o Guix com gestores de pacotes nativos.
  • A natureza rolling-release implica atualizações frequentes; boa para software em rápida evolução, menos ideal para configurações de servidor conservadoras.

Framework 13, suporte de hardware e firmware

  • Em portáteis Framework (especialmente AMD), o Guix pode funcionar bem, mas:
    • Os suportes de instalação podem não incluir firmware necessário para Ethernet, wifi e algumas GPUs, causando problemas de rede ou de drivers até o nonguix ser adicionado.
  • Queixas mais amplas sobre Linux-libre:
    • Algumas decisões de deblobbing removem até matrizes binárias GPL’d em drivers, tornando difícil encontrar hardware wifi compatível.
  • Vários utilizadores expressam o desejo de que a Framework tenha suporte Linux “sem asteriscos” e talvez venha com Linux pré-instalado; o foco oficial atual é Ubuntu LTS e Fedora.