
Grinder
(usa Slackware)
Enviado em 13/03/2026 - 21:39h
RLFontan escreveu:
O.O como vc ficou sabendo disso?
https://www.linuxquestions.org/questions/slackware-14/testing-the-official-graphics-updates-modern-m...
Temos ótimas notícias para os usuários de desktop da versão estável 15.0 do Slackware.
Isso mesmo, até onde sei, pela primeira vez na história do Slackware, o próprio BDFL fez um backport do pacote gráfico para a versão estável 15.0, e você pode conferir a novidade aqui:
Muitíssimo obrigado ao nosso BDFL por esta iniciativa!
Acredito que o backport da pilha gráfica é extremamente importante para quem deseja usar a versão estável do Slackware como desktop, mesmo com hardware (relativamente) moderno. Mas, ei! Depois de 4 anos de desenvolvimento, o Mesa mais recente funcionaria muito melhor de qualquer forma, então acho que todos apreciariam.
Não sei como é no seu país, mas eu, por exemplo, comprei recentemente dois computadores usados ​​com processador quad-core em soquete AMD AM4 e memória DDR4 — e paguei US$ 20 por cada um. Acredite ou não, mesmo esses computadores, que valem o preço de um cardápio do McDonald's, eram "modernos demais" para a pilha gráfica fornecida pelo Slackware 15.0.
E aqui estamos. Um Mesa 25.0.7 moderno e impecável é distribuído com suas dependências, inclusive as de compilação.
Primeiramente, gostaria de observar que, pela minha experiência, esse tipo de coisa funciona melhor com um kernel Linux moderno — e provavelmente, por enquanto, seria suficiente para o nosso BDFL lançar a versão 6.12.35 sem nem se preocupar com um kernel enorme — afinal, os fãs de kernels enormes não trouxeram nada de novo neste século.
De qualquer forma, será infinitamente melhor do que a tecnologia arcaica usada no Slackware 15.0 como kernel. E acredite ou não, pela minha experiência prática, o Slackware 15.0 funciona perfeitamente bem com kernels modernos — pelo menos como ambiente de desktop.
Em segundo lugar, gostaria de observar que esta versão retroportada do Mesa 25.0.7 parece ter quebrado o suporte tanto para VAAPI (que trava logo ao iniciar com um erro desconhecido) quanto para VDPAU (que simplesmente não foi compilado), e isso é uma péssima notícia para quem deseja usar decodificação multimídia assistida por hardware.
Para corrigir esses problemas, também precisaremos dos seguintes 3 pacotes retroportados do -current: libva, libva-utils e libvdpau.
Por outro lado, considerando que estamos falando de uma retroportagem, que deve se comportar o mais próximo possível da pilha gráfica original, acredito que também devemos habilitar o rastreador de estado Gallium XA.
Pessoalmente, resolvi tudo adicionando os pacotes retroportados mencionados e compilando o Mesa de uma maneira um pouco diferente, aplicando algumas opções de compilação como no patch abaixo:
- - - - -
www.github.com/ericfernandesferreira
www.youtube.com/candelabrus1