.Xresources não lidos por urxvt executando sob crouton com i3wm

1

Chromebook com o Linux executando via crouton (originalmente Ubuntu 12.04, atualizado para 14.04). Eu estou começando o X do crosh / shell usando:

sudo i3

Conteúdo do i3 (comentários / instruções de uso omitidos):

#!/bin/sh/ -e

set -e
exec sh -e "'dirname "\'readlink -f "$0"\'"'/enter-chroot" -t x11 "$@" "" \
    exec xinit

Conteúdo do .xinitrc:

#!/bin/sh
[[ -f ~/.Xresources ]] && xrdb -merge ~/.Xresources
exec i3

Conteúdo de .Xresources:

URxvt.scrollBar: false

O i3 dispara como seria de esperar. No entanto, após abrir o urxvt, xrdb -query não produz nada. Eu posso executar explicitamente xrdb ~/.Xresources e xrdb -query retorna a linha única acima. Depois disso, novas janelas do urxvt são abertas sem barras de rolagem.

Eu entendi que o urxvt origina .Xresources por padrão. Mesmo que não, eu teria pensado que minha chamada xrdb em .xinitrc cuidava disso. Eu presumo que é algo a ver com o ambiente chroot como o acima de tudo funciona bem no meu outro laptop Mint (editar: embora, claro, que não use .xinitrc).

Alguém tem alguma ideia?

    
por Rich Churcher 24.02.2015 / 23:26

1 resposta

0

Isso me levou o dia todo para rastrear. Eu acho que é um bom ponto de aprendizado, então vou postar aqui. Provavelmente é mais óbvio para aqueles que gastaram mais tempo com o shell do que eu!

O problema eram os colchetes duplos em .xinitrc. Crouton invoca o chroot com sh, que aponta para traço. Dash, ao contrário de bash, não suporta colchetes duplos para testes. Usando:

[ -f ~/.Xresources ] && xrdb -merge ~/.Xresources

funciona bem.

    
por 25.02.2015 / 14:07