lsb-release package quebrado em 14.04

Question

$ sudo apt-get install -f
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up lsb-release (4.1+Debian11ubuntu6.1) ...
Traceback (most recent call last):
  File "/usr/bin/py3compile", line 290, in <module>
    main()
  File "/usr/bin/py3compile", line 270, in main
    options.force, options.optimize, e_patterns)
  File "/usr/bin/py3compile", line 156, in compile
    cfn = interpreter.cache_file(fn, version)
  File "/usr/share/python3/debpython/interpreter.py", line 212, in cache_file
    (fname[:-3], self.magic_tag(version), last_char))
  File "/usr/share/python3/debpython/interpreter.py", line 246, in magic_tag
    return self._execute('import imp; print(imp.get_tag())', version)
  File "/usr/share/python3/debpython/interpreter.py", line 359, in _execute
    raise Exception('{} failed with status code {}'.format(command, output['returncode']))
Exception: python3.4 -c 'import imp; print(imp.get_tag())' failed with status code 1
dpkg: error processing package lsb-release (--configure):
 subprocess installed post-installation script returned error exit status 1
E: Sub-process /usr/bin/dpkg returned an error code (1)

    

Answer 1

Atualize para 16.04.1 e o Python se corrige: P

    

Answer 2

Isso está acontecendo porque você tem uma instalação Python quebrada em algum lugar do seu caminho, espero que você ainda tenha um em outro lugar, mas o que está quebrado está sendo encontrado primeiro. Se você google essa mensagem de erro, você verá que isso acontece quando você tenta executar python com libs da versão errada. Isso geralmente acontece se você instalar a versão de backports e, em seguida, atualizar ou instalar um aplicativo que instale seu próprio python.

tente 'qual python' e 'qual python3' para ver quais são encontrados.

se você encontrar um que não esteja em / usr / bin /, você poderá torná-lo não executável e tentar novamente. Se isso funcionar, você precisa encontrar distância para mantê-lo fora do caminho para corrigir isso.

Uma boa maneira de evitar isso como um desenvolvedor Python é fazer o pip instalar com --user para que ele não toque no sistema python ou use um virtualenv.