Powerline: [Archlinux] Sem símbolos powerline em urxvt com tmux

Qual terminal você está usando?

Oh, esqueci de fornecer essa informação.

É rxvt-unicode (urxvt) v9.18 - released: 2013-03-24 e é compilado com unicode3 como urxvt -v relatórios.

Estas são as opções usadas para compilar:
options: perl,xft,styles,combining,blink,iso14755,unicode3,encodings=eu+vn+jp+jp-ext+kr+zh+zh-ext,fade,transparent,tint,pixbuf,XIM,frills,selectionscrolling,wheel,slipwheel,smart-resize,cursorBlink,pointerBlank,scrollbars=plain+rxvt+NeXT+xterm

Este é o PKBUILD para urxvt do AUR Archlinux [1], como você pode ver que a opção unicode3 está habilitada.

[1] https://aur.archlinux.org/packages/rx/rxvt-unicode-patched/PKGBUILD

Funciona para mim...

@otommod que fontes corrigidas você está usando? mesma versão do urxvt? mesmo sistema operacional?

O que você usa. Eu corro urxvt -fn 'xft:DejaVu Sans Mono for Powerline-10'

Eu executo como você disse e está muito melhor agora, mas há alguns sinais que eu acho que não são reconhecidos:

Isso é o que tenho em meu .Xresources .

Você pode postar quais configurações você tem em seu .Xresources para que eu possa tentar defini-las?

Bem, eu não uso o urxvt, então não tenho nada no meu arquivo .Xresources. Eu também não entendo os separadores suaves (aqueles que não estão sendo exibidos). É que eu não tenho nenhum segmento com separadores soft no tmux, então eu percebi isso agora que executei o vim.

@otommod Qual emulador de terminal você está usando?

Estou usando st [1]. É leve, tem suporte completo para xft e fontconfig, cores de 24 bits. No entanto, falta um buffer de rolagem, então você terá que usar tmux ou screen para isso.

[1] https://aur.archlinux.org/packages/st-git

Eu falhei ao configurar urxvt com powerline e eventualmente mudei para o terminal xfce. O tópico no bbs também tem links para este bugtracker aqui, onde as pessoas postaram seu caminho para o sucesso com powerline e urxvt. Boa sorte!

@nasenatmer Eu encontrei seu tópico em minhas pesquisas anteriores. Eu tentei o terminal xfce, mas o resultado é o mesmo com o daqui . Também encontrei alguns problemas neste projeto referentes ao problema com o powerline no urxvt. Vou tentar usar o que @otommod sugeriu. Obrigado pela ajuda.

O mesmo problema aqui, exceto que tenho três sistemas com configurações de Arch quase idênticas (instalado usando um script de configuração que instala todos os mesmos pacotes e cópias em minhas configurações). Apenas um dos três sistemas está apresentando esse comportamento: os outros dois funcionam. Pela minha vida, não consigo descobrir a diferença. Tenho as mesmas fontes instaladas, a mesma compilação e configuração URXVT, etc.

ATUALIZAÇÃO: resolvido, pelo menos para mim. A diferença para mim era que o sistema com falha não tinha uma localidade padrão definida em /etc/locale.conf. Forçar uma localidade UTF8 corrigiu esse problema. Aqueles com o mesmo problema devem tentar algo como sudo localectl set-locale en_US.UTF-8 seguido por uma reinicialização.

Fechando este problema por estar desatualizado, pelo menos parcialmente resolvido e altamente dependente da configuração do usuário. (Marcando como INVÁLIDO devido ao último: erros na configuração do sistema do usuário não são problemas de linha de energia, mesmo que alterações de configuração estejam sendo feitas para linha de energia.)

Lamento muito por necroar esse problema, mas estou apenas deixando isso aqui porque ainda está no topo das classificações de pesquisa para este problema específico. Não pertence ao Powerline especificamente, mas pode ajudar alguns usuários, no entanto. _Este não é um problema Powerline_

Portanto, além de ter sua localidade definida corretamente (óbvia), a maioria dos pacotes Urxvt AUR que encontrei (especificamente rxvt-unicode-patched e rxvt-unicode-better-wheel-scrolling , um IMO obrigatório) _são compilados sem suporte Unicode3 e babados disabled_. Eu não ficaria surpreso se outras distribuições usassem os mesmos sinalizadores de compilador. Execute urxvt --help 2>&1 | grep options: para verificar com quais opções ele foi criado. Deve conter pelo menos frills , unicode3 e opcionalmente iso14755 se você deseja inserir caracteres Unicode também.

No PKGBUILD em build() :

mudança
--disable-frills \
para

--enable-frills \
--enable-unicode3

Contanto que seu emulador de terminal seja compilado sem renderização Unicode, nenhuma configuração fará com que ele exiba caracteres Unicode. Eles estão sendo considerados 'recursos desnecessários', mas adicionam uma sobrecarga insignificante ao tamanho do pacote instalado (~ 100 KB).

Espero que isto ajude!

Atenciosamente, outro amante terminal

Obrigado @ ti-mo, essa é a coisa mais útil para sair desse problema. Desde então, mudei para o cupim e estou muito feliz com isso, mas apenas confirmei que realmente resolve aquele problema URXVT específico em um sistema que não foi corrigido apenas pela correção local.

Ei @alerque , que bom que resolveu para você também! Fiz um RP para adicionar isso aos documentos, então espero que seja uma coisa do passado para sempre.

@ ti-mo Obrigado cara, você me salvou de perder mais um dia tentando acertar no Xterm !!! Definitivamente te devo uma cerveja (ou 6!)

Estou em Debian 4.9.2-2 com o seguinte urxvt:

rxvt-unicode (urxvt) v9.22 - released: 2016-01-23 options: perl,xft,styles,combining,blink,iso14755,unicode3,encodings=eu+vn+jp+jp-ext+kr+zh+zh-ext,fade,transparent,tint,pixbuf,XIM,frills,selectionscrolling,wheel,slipwheel,smart-resize,cursorBlink,pointerBlank,scrollbars=plain+rxvt+NeXT+xterm

Estou vendo quadrados onde deveria estar vendo símbolos em minha linha oh-my-zsh, ou seja.
/usr/local/src/filedir on master [?] via 💎

@kfrz Estou tendo o mesmo problema. Unicode3 e frills estão habilitados, mas estou obtendo retângulos em vez de setas. Arch linux, i3 e urxvt

Eu encontrei uma solução que funcionou para mim. Eu só tive que instalar as fontes daqui. https://github.com/powerline/fonts

Estou tendo esse mesmo problema. O mais próximo que cheguei de resolver isso é que meu gerenciador de janelas i3 está iniciando os aplicativos com sua codificação padrão definida como C. Que não tem os símbolos powerline. Meu ambiente normal está definido como utf8. Isso significa que se eu iniciar o urxvt de outro aplicativo de terminal e definir a fonte, ele conterá os símbolos da linha de energia. Não tenho certeza de como alterar a codificação padrão de i3 para utf8.

@ kparikh1 Com base no que eu sei, o i3 não tem nada a ver com a definição do local, ele usará qualquer local com o qual foi iniciado. Você precisa configurar tudo o que executa i3.

Pelo menos, estou usando o i3 e não tenho esse problema. Mas estou executando aquele terminal “manualmente” de <C-A-F1> que já tem localidade adequada, não usando qualquer tipo de inicialização automática do X ou coisas como gdm, pois configurá-los seria uma perda de tempo inútil. A localidade adequada nesse terminal vem de /etc/env.d/99locale com origem em /etc/profile.env ( env-update mescla todos os arquivos de /etc/env.d lá) com origem em / etc / zsh / zprofile, sua distribuição deve ter um mecanismo semelhante que talvez se aplique a tudo o que você usar para executar o i3.

@ hanss314 Posso confirmar, no Debian Stretch, a instalação de _powerline python3-powerline_ e _fonts-powerline_ apenas instale a fonte alternativa _PowerlineSymbols.otf_. Embora esteja funcionando para alguns terminais, não funciona para _urxvt_, mesmo compilado com todos os sinalizadores necessários. Você deve instalar pelo menos uma das fontes corrigidas do github powerline e selecioná-la em seu ~ / .Xresources, por exemplo:
URxvt*font: xft:Source\ Code\ Pro\ for\ Powerline,Source\ Code\ Pro\ Medium:size=11

Vou postar os .Xresources aqui, https://github.com/Awan/cfg.git ou https://gitlab.com/Abdullah/cfg.git