BR-Linux.org

Novo default ignora um comportamento esperado por muitos usuários avançados.

A possibilidade de iniciar um processo em uma shell, e permitir que ele continue rodando mesmo após a shell em questão ser encerrada, é uma característica comum que faz parte das rotinas de administradores de sistemas, desenvolvedores, e usuários avançados de Unix e Linux.

Utilitários como o screen e o tmux são formas populares de tirar máximo proveito desse recurso, permitindo, por exemplo, iniciar um editor de texto enquanto está rodando uma sessão SSH a partir do computador de casa, suspendê-la ao desligar o computador para ir para o laboratório da faculdade, e ao chegar lá dar continuidade à mesma sessão de SSH previamente suspensa.

Mas os novos defaults do Systemd interferem com esse comportamento: agora todos os processos iniciados em uma shell terminam quando ela encerra.

É possível mudar o default editando o logind.conf, e há outras alternativas à disposição (por exemplo, mudar parâmetros do usuário com o loginctl, ou usr o utilitário systemd-run) para preservar a funcionalidade tradicional. Mesmo assim, é um exemplo adicional de como as mudanças no systemd alteram características default à qual usuários prévios podem estar acostumados. (via linux.slashdot.org - “Systemd Starts Killing Your Background Processes By Default - Slashdot”)

O editor também afirma que as coisas até que estão indo bem nesse âmbito.

Por alguma razão, esse tipo de editorial negando algo que eu não havia visto ser afirmado antes às vezes me lembra o estágio 1 do modelo de Kübler-Ross.

De qualquer forma, o editor do GamingOnLinux faz referência a quem afirma que a Valve está fracassando, ou já fracassou, no intento de estabelecer o Linux (ou o seu SteamOS) como uma plataforma de peso para o mercado de jogos no qual ela atua, e responde com uma lista de novidades tecnológicas recentes que ele considera como demonstração do contrário.

Ele também lista jogos disponibilizados para Linux na Steam nos últimos 6 meses (F1 2015, Tomb Raider, Stellaris, Saints Row: The Third, Medieval II: Total War Collection, Payday 2, XCOM 2, Dying Light: Enhanced Edition, American Truck Simulator, GRID Autosport, Total War: ATTILA), e uma média recente de ~90 lançamentos por mês.

Complementando a visão otimista, ele menciona a dificuldade de estimar o número de jogadores rodando Linux, mas afirma que o número deles na Steam está no seu nível mais alto de todos os tempos.

E faz uma recomendação a quem deseja contribuir com o desenvolvimento de mais jogos comerciais para Linux: comprar jogos que rodam no Linux. (via www.gamingonlinux.com - “Editorial: Valve have not abandoned SteamOS or Linux, things are looking pretty good | GamingOnLinux”)

A Oracle, claro, prometeu recorrer. É um novo julgamento do caso previamente julgado em 2012, no qual o Google já havia ganho, juntamente com a declaração de que a estrutura de APIs usada pelo Google não estava sujeita a copyright. No novo julgamento, a conclusão dos jurados é de que o uso das APIs do Java é um caso de "fair use", que não viola o direito autoral.

As vulnerabilidades recentes do ImageMagick lembram bastante a década de 1990. Não por coincidência, esse popular utilitário tem 25 anos: a versão inicial é de agosto de 1990.

A novidade deste domingo (que talvez já venha sendo explorada discretamente há anos, já que o ImageMagick está por trás da conversão de tamanho e formato de imagens de muitos serviços online) é um bug que permite executar um comando arbitrário da shell passado como parâmetro no lugar do nome de um arquivo, precedido por um símbolo de pipe, como no exemplo:

convert '|echo teste > /tmp/teste.txt;' null:

Na versão do ImageMagick instalada no meu desktop, o comando acima retorna erro, mas o arquivo /tmp/teste.txt é criado, tendo a palavra "teste" como seu conteúdo. Outros comandos ao alcance do usuário que rodar o ImageMagick podem não ser tão inofensivos...

Um patch simples (que desabilita o recurso de abertura de pipes, no qual está o bug) acompanha a descrição do bug, no link abaixo.

(via seclists.org - “oss-sec: CVE Request: GraphicsMagick and ImageMagick popen() shell vulnerability via filename”)