Package: virt-manager
Version: 1:1.0.1-4
Severity: serious
Tags: patch
As soon as you have several VTE library version installed in your system
and that you are using serial console (created by default), you cannot open
the window of a virtual machine (screen and details).
You get the message:
Error launching details: 'gi.repository.Vte' object has no attribute
'TerminalCursorBlinkMode'
With the details:
rror launching details: 'gi.repository.Vte' object has no attribute
'TerminalCursorBlinkMode'
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/engine.py", line 813, in
_show_vm_helper
details.activate_default_page()
File "/usr/share/virt-manager/virtManager/details.py", line 1389, in
activate_default_page
self.activate_default_console_page()
File "/usr/share/virt-manager/virtManager/details.py", line 1383, in
activate_default_console_page
self.console.activate_default_console_page()
File "/usr/share/virt-manager/virtManager/console.py", line 1607, in
activate_default_console_page
self._show_serial_tab(name, serialidx)
File "/usr/share/virt-manager/virtManager/console.py", line 1666, in
_show_serial_tab
serial = vmmSerialConsole(self.vm, target_port, name)
File "/usr/share/virt-manager/virtManager/serialcon.py", line 322, in __init__
self.init_terminal()
File "/usr/share/virt-manager/virtManager/serialcon.py", line 332, in
init_terminal
self.terminal.set_cursor_blink_mode(Vte.TerminalCursorBlinkMode.ON)
File "/usr/lib/python2.7/dist-packages/gi/module.py", line 320, in __getattr__
return getattr(self._introspection_module, name)
File "/usr/lib/python2.7/dist-packages/gi/module.py", line 139, in __getattr__
self.__name__, name))
AttributeError: 'gi.repository.Vte' object has no attribute
'TerminalCursorBlinkMode'
Googling shows me this:
https://bugzilla.redhat.com/show_bug.cgi?id=1114379
but also a very quick fix here:
https://wiki.archlinux.org/index.php/Talk:Libvirt
Quoting:
=====
change the following line in /usr/share/virt-manager/virtManager/serialcon.py
BEFORE
from gi.repository import Vte
AFTER
#from gi.repository import Vte
import gi
gi.require_version('Vte', '2.90')
from gi.repository import Vte
to explicitely use a vte 290 terminal
=====
Indeed, when importing the python module, as vte has several API incompatible
version,
we need to select the good (used) one.
Live editing the file on my system as suggested above immediately (after a
restart of virt-manager) fixes the bug on my machine.
Please, consider asking for a freeze exception (or a fix in the first
point-release): the fix is very small and the bug will hit more and more people
as soon as they install (due to other dependencie) a new vte library.
Regards,
Vincent
-- System Information:
Debian Release: 8.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'),
(500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel, mipsel
Kernel: Linux 3.19.0-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages virt-manager depends on:
ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1
ii gconf2 3.2.6-3
ii gir1.2-gtk-3.0 3.14.5-1
ii gir1.2-gtk-vnc-2.0 0.5.3-1.3
ii gir1.2-libvirt-glib-1.0 0.1.9-4
ii gir1.2-vte-2.90 1:0.36.3-1
ii librsvg2-common 2.40.5-1
ii python-dbus 1.2.0-2+b3
ii python-gi 3.14.0-1
ii python-gi-cairo 3.14.0-1
ii python-ipaddr 2.1.11-2
ii python-libvirt 1.2.9-1
ii python-urlgrabber 3.9.1-4.1
pn python2.7:any <none>
pn python:any <none>
ii virtinst 1:1.0.1-4
Versions of packages virt-manager recommends:
ii gir1.2-spice-client-gtk-3.0 0.25-1+b1
ii gnome-icon-theme 3.12.0-1
ii libvirt-daemon-system 1.2.9-9
Versions of packages virt-manager suggests:
ii gnome-keyring 3.14.0-1+b1
ii python-gnomekeyring 2.32.0+dfsg-3
pn python-guestfs <none>
ii ssh-askpass 1:1.2.4.1-9
ii virt-viewer 1.0-1
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
