Duplicar nomes de ícones no ubuntu da área de trabalho /

0

Eu mudei de estilo meu Xubuntu 16.04, e esse lag aparece ...

    
por NikollsShmikolls 22.08.2016 / 06:24

2 respostas

1

Isso é devido a um erro em gtk2-engines-murrine . Foi reportado aqui .

Uso:

sudo apt-get install gtk2-engines-murrine=0.98.2-0ubuntu2

Para reverter a versão, se você não quiser atualizar este pacote, use automaticamente:

sudo echo "gtk2-engines-murrine hold" | sudo dpkg --set-selections
    
por Benny 22.08.2016 / 08:55
0

Há uma resposta melhor do que fazer o downgrade de um pacote. Isso geralmente não é uma boa ideia, especialmente se houver maneiras mais simples e de alto nível de corrigir um problema. Coisas como essa geralmente são corrigidas em versões futuras, e reter pacotes - especialmente pacotes básicos de nível inferior - geralmente cria problemas de dependência e caminhos de atualização não resolvidos para outros pacotes aleatoriamente no futuro. (Tecnicamente, não "aleatoriamente", mas aparentemente para os usuários finais.) Atualizar uma distribuição inteira é uma proeza incrível, e fico impressionado com o fato de ela funcionar toda vez - porque atualizar tudo manualmente (em Linux) pode ser um pesadelo interminável que você acaba se recusando a fazer mais e ficar congelado no tempo. Não prejudique o trabalho árduo da Canonical mantendo os pacotes de volta, se você puder evitá-lo!

Então, aqui está uma solução de espaço de usuário melhor e de nível mais alto:

link

Em suma, basta executar este comando:

xfconf-query -c xfce4-desktop -p /desktop-icons/center-text -n -t bool -s false

Alguns podem argumentar que propositalmente criar uma configuração xconf "incorreta" para corrigir um bug visual também é uma má idéia, e também pode criar problemas no futuro. Concordo. Mas o fato é que há um bug. Tal é a vida com código aberto. E como de costume, há muitas soluções alternativas. Por exemplo:

  1. Você pode facilmente alternar para outro tema que não usa esse mecanismo e não exibe o bug.
  2. Você poderia ajustar seu gerenciamento de pacotes, potencialmente (provavelmente) causando problemas de dependência em cascata mais tarde (quando você pode ter esquecido o que ou por que você fez).
  3. Você poderia ajustar uma configuração do xconf, "incorretamente", para corrigir o bug - potencialmente causando problemas semelhantes com esse mecanismo no futuro se / quando os autores corrigirem o erro.

Se fosse eu (e era eu porque eu também tinha esse problema), eu escolhi # 3. A desvantagem potencial é real, mas trivial. Então, imagine no futuro, o bug foi corrigido, e nosso ajuste traz o erro visual original - ou pior - de volta, e eu esqueci o que eu fiz que precisa ser feito. Bem, e daí? Nesse ponto, ainda tenho a opção nº 1 disponível. (Ou encontre e desfaça # 3 se eu fosse realmente persistente.)

A opção nº 2, na melhor das hipóteses, apenas atrasaria o problema. Porque, eventualmente, os problemas de dependência de pacotes forçá-lo-ão a investigar por que você está tendo problemas de atualização, redescubra que reteve um pacote (provavelmente esquecendo por que), e solte-o. Talvez o bug esteja corrigido até lá de qualquer maneira, mas talvez não e você se depara com os # 1 ou 3 novamente.

De qualquer forma, o # 2 foi trivialmente fácil, um único comando, nenhum sudo e corrigiu o problema imediatamente. Eu adoro problemas no Linux que têm uma correção bem conhecida e facilmente compreendida pelo Google, e isso é simples assim! Boa sorte.

    
por bubbles 02.09.2016 / 20:50