Debian Brasil

Ví em outro grupo um pessoal falando que instalou o Arch em outra máquina porque o Debian não permite obter as libs mais recente, isso é mentira ao menos para coisas que tem bom suporte. Quase tudo da Intel dá para baixar via uv pip install ou tem pacote para Debian/Ubuntu pronto tem Red Hat também o que não tem é justamente o Arch. uv pip install -U torch torchvision --extra-index-url https://download.pytorch.org/whl/cpu uv pip install --pre -U openvino --extra-index-url https://storage.openvinotoolkit.org/simple/wheels/nightly uv pip install -U "git+https://github.com/huggingface/optimum-intel.git" "transformers>=5.2.0" "Pillow" "nncf" Rodei esses comandos para puxar as versões mais recentes para esse modelo de boa no Debian só estar em um .venv e usar UV não precisa de nada de Docker.

Pode precisar de uma versão específica de Python... Mas não é difícil de instalar ou compilar, compilado dá até para ativar otimizações específicas para a plataforma, fica ainda melhor.

A intel Criou um plugin do OpenVINO para usar placas Nvidia https://github.com/openvinotoolkit/openvino_contrib/blob/master/modules/nvidia_plugin/README.md

Ataque ao AUR: Arch Linux bloqueia adoção de pacotes após malware https://sempreupdate.com.br/arch-linux-bloqueia-adocao-aur-malware/

Boa tarde, e nessa hora era madrugada não noite mais kkk. Bem o suporte a placas wireless e isso inclui o bluetooth está melhorando nos últimos kernels. Mas como você está no bookworm então não tem como usar os Backports, tem que pesquisar qual é o hardware responsável por esse bluetooth. Mas sendo sincero áudio via bluetooth em geral não vejo vantagem alguma, mesmo o áudio digital de uma boa placa pela saída s/pdif ainda "simula" o analógico, esse aí ainda tem o problema da compressão proprietária. "O S/PDIF transmite áudio digital usando pulsos elétricos ou de luz (PCM) que representam ondas sonoras, exigindo um Conversor Digital-Analógico (DAC) no destino. O Bluetooth não envia áudio bruto por padrão, pois usa compressão sem fio por codecs proprietários focados em banda estreita."

📰 GNU Nano 9.2 CLI Text Editor Released with New Terminal Output Check GNU Nano 9.2 is now available with a new terminal output check, clearer multibuffer aliases, and restored support for legacy keystrokes. 🔗 Source: https://linuxiac.com/gnu-nano-9-2-cli-text-editor-released-with-new-terminal-output-check/ #gnu

Essa é uma parada que merece uma boa reformulação. Ele é poderoso edita python sem erros (neste ponto melhor que o Kate), porém é seco ao extremo, nem cores para identificar tem.

📰 KDE Plasma 6.8 To Enjoy Huge Performance Gains For Multi-GPU/eGPU Performance It's been a very exciting week in the KDE Plasma 6.8 development space particularly thanks to performance work on bettering KWin's multi-GPU / external GPU handling... 🔗 Source: https://www.phoronix.com/news/KDE-Plasma-6.8-Faster-eGPU #kde #plasma

There is another caveat though, and that’s a far bigger challenge: Most games still run on X11, and implementing the protocol (in a useful way) in Xwayland is incredibly challenging because of some assumptions X11 makes. I don’t know how that could be fixed, or even if it’s feasible at all, so for now, you can only get these benefits with games using Wayland directly. For a lot of native games, using SDL_VIDEODRIVER=wayland does the trick, and for most Windows games, you can use Proton forks with the Wine Wayland driver. In my experience, Wine Wayland works really well and even HDR just works™ with it nowadays. https://zamundaaa.github.io/wayland/2026/07/31/fixing-multi-gpu.html

Bacana esse artigo do engenheiro, e um ponto interessante é esse onde quase todas essas otimizações funcionam no Wayland ou melhor nele, porém tem uma pegadinha se só rodar sem forçar o uso do Wayland no Steam launch options, não adianta de nada. Xwayland adiciona latência e problemas para rodar. Já tinha que ter uma opção para habilitar isso antes de rodar um game.