Sempre que você adicionar ou atualizar um pacote, é possível que o pacote ou suas dependências tenham erros que podem afetar a forma como o restante do sistema é pré-formado. A maneira mais comum que isso acontece é que os arquivos de configuração customizados que estão atualmente em funcionamento são escritos pela versão padrão na instalação de um pacote atualizado (o erro que eu mencionei abaixo é resultado disso).
No entanto, especialmente quando um usuário está tentando instalar um pacote que não é mais mantido, ou um que ainda não foi aceito no repositório geral, não é incomum encontrar problemas relacionados à dependência.
A forma mais simples disso é um problema de versionamento que é causado quando o pacote que você deseja instalar tem co-dependências com outros pacotes em seu sistema que só podem ser satisfeitos instalando uma versão downstream ou upstream de um arquivo em seu sistema.
Embora geralmente não seja um problema, os mantenedores de pacotes freqüentemente alegam que seu pacote tem um encaminhamento indefinido de forma compatível com os pacotes dos quais eles dependem. No entanto, se o mantenedor do pacote depender de fazer uma mudança inesperada no upstream, isso pode quebrar o seu sistema (e de fato me causou problemas ao adicionar novos ambientes de desktop à atratividade)
Em outros casos, as dependências exigidas pelo pacote que você está instalando estão em conflito com o que já está instalado em seu sistema. Quando isso acontece, o gerenciador de pacotes pode pedir-lhe para remover alguns pacotes que você pode confiar para instalar e satisfazer as dependências dos novos pacotes. Isso pode ser evitado revisando cuidadosamente a finalidade de quaisquer pacotes solicitados para remoção.
Em alguns casos raros em que os pacotes no seu sistema não declararam adequadamente todas as suas dependências, você pode descobrir que alguns pacotes não funcionam mais, embora afirmem que todas as dependências deles estão satisfeitas.
Se você usa sempre synaptic ou aptitude para fazer suas instalações de pacotes, você terá uma chance melhor de recuperar a forma desta situação. Ao contrário do apt-get, o synaptic e o aptitude mantêm um log de exatamente que foi instalado e removido, permitindo que você reverta facilmente para seu estado anterior.
Eu pessoalmente experimentei um problema em tentar co-instalar o Unity e outro ambiente de desktop leve, então eu não ficaria surpreso em saber que o LXDE também não funciona bem com a unidade instalada. Dito isso, o capuz provável é baixo e a recuperação via aptitude (ou provisão sináptica que você ainda pode acessar a GUI) é fácil.
No entanto, eu achei que a luta para manter a união feliz com o openbox e a iluminação realmente não valeu a pena para mim, especialmente considerando o desempenho extremamente lento do traço do Unity. Depois de experimentar uma infinidade de outros ambientes e distros, decidi pelo KDE através do Kubuntu e / ou LinuxMint como uma escolha melhor para substituir o Unity como um desktop completo porque ele ainda fornece acesso aos canais de suporte do Ubuntu, e em geral parece ser mais adequado para o uso tradicional de desktops. No entanto, ainda executo o Unity em meus netbooks / nettops / tablets com menor consumo de energia, e é menos provável que eu use dash mesmo assim.