[opensuse-factory] virt-manager on Tumbleweed: Dependency problem, no reaction, no error message
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Good morning everyone, as mentioned in the recent virt-manager thread, there is a dependency problem on tumbleweed: ##### $sudo zypper in virt-manager-1.0.1-35.1.noarch Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides typelib(AppIndicator3) needed by virt-manager-1.0.1-35.1.noarch Solution 1: do not install virt-manager-1.0.1-35.1.noarch Solution 2: break virt-manager-1.0.1-35.1.noarch by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c] (c): ##### I digged a little deeper, found that three packages from X11:MATE:Factory are needed and linked them to home:ojkastl_buildservice:Virt-Manager. I could build these three packages and virt-manager there. I also could install it without troubles, but when trying to start it from a shell I just get my prompt back. No reaction whatsoever. I tried to upgrade it to the more recent version 1.1.0 (TW/Factory have 1.0.1). I managed that (even though I had to comment out all patches but one). But I get the same situation, after starting it I just get my prompt back. Anyone else seeing this? Problem with polkit or similar? Any hints on what I could try? Just for the record, the old 0.9.5 from the OSS-Updates exits with a python error:
Traceback (most recent call last): File "/usr/share/virt-manager/virt-manager.py", line 412, in <module> _show_startup_error(str(run_e), "".join(traceback.format_exc())) File "/usr/share/virt-manager/virt-manager.py", line 64, in _show_startup_error from virtManager.error import vmmErrorDialog File "/usr/share/virt-manager/virtManager/error.py", line 25, in <module> from virtManager.baseclass import vmmGObject File "/usr/share/virt-manager/virtManager/baseclass.py", line 27, in <module> from virtManager import util File "/usr/share/virt-manager/virtManager/util.py", line 27, in <module> import virtinst File "/usr/share/virt-manager/virtinst/__init__.py", line 23, in <module> from virtinst import util ImportError: cannot import name util
Regards, Johannes - -- `Even if I could, I wouldn't. Scars can come in useful. I have one myself above my left knee which is a perfect map of the London Underground.´ (Albus Dumbledore, Harry Potter I) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iEYEARECAAYFAlRCEwwACgkQzi3gQ/xETbIX0QCdElSFVjOPiYYlCeF9yNshRodT TtwAn3+EJcYWCVRKB3qAYeSKU3cjSbqT =qyx0 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Saturday, October 18, 2014 09:13:16 AM Johannes Kastl wrote:
Good morning everyone,
as mentioned in the recent virt-manager thread, there is a dependency problem on tumbleweed:
##### $sudo zypper in virt-manager-1.0.1-35.1.noarch Loading repository data... Reading installed packages... Resolving package dependencies...
Problem: nothing provides typelib(AppIndicator3) needed by virt-manager-1.0.1-35.1.noarch Solution 1: do not install virt-manager-1.0.1-35.1.noarch Solution 2: break virt-manager-1.0.1-35.1.noarch by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/c] (c): #####
I chose Solution 2, works fine here (AppIndicator3 is a soft dependency).
I digged a little deeper, found that three packages from X11:MATE:Factory are needed and linked them to home:ojkastl_buildservice:Virt-Manager. I could build these three packages and virt-manager there.
You should remove virt-manager from the project. You just need AppIndicator3, which is a (soft) runtime dependency, not build dependency. I have installed: $> zypper se -r12 -s -i virt Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+---------------------------------+---------+-------------+--------+------------------------------- i | libvirt-client | package | 1.2.9-437.2 | x86_64 | Virtualization (openSUSE_13.1) i | libvirt-daemon | package | 1.2.9-437.2 | x86_64 | Virtualization (openSUSE_13.1) i | libvirt-daemon-config-network | package | 1.2.9-437.2 | x86_64 | Virtualization (openSUSE_13.1) i | libvirt-daemon-driver-interface | package | 1.2.9-437.2 | x86_64 | Virtualization (openSUSE_13.1) i | libvirt-daemon-driver-network | package | 1.2.9-437.2 | x86_64 | Virtualization (openSUSE_13.1) i | libvirt-daemon-driver-nodedev | package | 1.2.9-437.2 | x86_64 | Virtualization (openSUSE_13.1) i | libvirt-daemon-driver-nwfilter | package | 1.2.9-437.2 | x86_64 | Virtualization (openSUSE_13.1) i | libvirt-daemon-driver-qemu | package | 1.2.9-437.2 | x86_64 | Virtualization (openSUSE_13.1) i | libvirt-daemon-driver-secret | package | 1.2.9-437.2 | x86_64 | Virtualization (openSUSE_13.1) i | libvirt-daemon-driver-storage | package | 1.2.9-437.2 | x86_64 | Virtualization (openSUSE_13.1) i | libvirt-daemon-qemu | package | 1.2.9-437.2 | x86_64 | Virtualization (openSUSE_13.1) i | libvirt-glib-1_0-0 | package | 0.1.9-44.3 | x86_64 | Virtualization (openSUSE_13.1) i | libvirt-python | package | 1.2.9-25.1 | x86_64 | Virtualization (openSUSE_13.1) i | typelib-1_0-LibvirtGLib-1_0 | package | 0.1.9-44.3 | x86_64 | Virtualization (openSUSE_13.1) i | virt-install | package | 1.0.1-232.1 | noarch | Virtualization (openSUSE_13.1) i | virt-manager | package | 1.0.1-232.1 | noarch | Virtualization (openSUSE_13.1) i | virt-manager-common | package | 1.0.1-232.1 | noarch | Virtualization (openSUSE_13.1) i | virt-utils | package | 1.1.9-47.4 | x86_64 | Virtualization (openSUSE_13.1) i | virt-viewer | package | 1.0-92.4 | x86_64 | Virtualization (openSUSE_13.1) Kind regards, Stefan -- Stefan Brüns / Bergstraße 21 / 52062 Aachen home: +49 241 53809034 mobile: +49 151 50412019 work: +49 2405 49936-424 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 18.10.14 schrieb Stefan Brüns:
I chose Solution 2, works fine here (AppIndicator3 is a soft dependency).
Yeah, but somehow I wanted to know what was the problem. And if it could somehow stop virt-manager from working.
You should remove virt-manager from the project. You just need AppIndicator3, which is a (soft) runtime dependency, not build dependency.
You're right. Can you actually use virt-manager? If so, there might be some misconfiguration or some trouble with libvirt, polkit or whatever that keeps it from working on my machine. I'll try on another machine tomorrow. And: You're using 13.1, right? Maybe it's a factory/tumbleweed issue. Regards, Johannes - -- `Dobby is a free house-elf and he can obey anyone he likes´ (Harry Potter and the Half-blood Prince, S. 394) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iEYEARECAAYFAlRCvkYACgkQzi3gQ/xETbK+gQCfc539FPAYgY0CEgaFhyu5QVR/ iE4Ani2yLePJJEkNwJCiyxIiCiEwibec =gkEF -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Saturday 18 October 2014 21.23:50 Johannes Kastl wrote:
Am 18.10.14 schrieb Stefan Brüns:
I chose Solution 2, works fine here (AppIndicator3 is a soft dependency).
Yeah, but somehow I wanted to know what was the problem. And if it could somehow stop virt-manager from working. Same here plain 13.1 + repo virtualization
You should remove virt-manager from the project. You just need AppIndicator3, which is a (soft) runtime dependency, not build dependency.
You're right.
Can you actually use virt-manager? If so, there might be some misconfiguration or some trouble with libvirt, polkit or whatever that keeps it from working on my machine.
I'll try on another machine tomorrow.
And: You're using 13.1, right? Maybe it's a factory/tumbleweed issue.
Regards, Johannes
If it's a soft dependency why the package failed in having it in Requires ps : I block the recommends :-) -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Board, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Saturday, October 18, 2014 10:36:44 PM Bruno Friedmann wrote:
On Saturday 18 October 2014 21.23:50 Johannes Kastl wrote:
Am 18.10.14 schrieb Stefan Brüns:
I chose Solution 2, works fine here (AppIndicator3 is a soft dependency).
Yeah, but somehow I wanted to know what was the problem. And if it could somehow stop virt-manager from working. Same here plain 13.1 + repo virtualization
You should remove virt-manager from the project. You just need AppIndicator3, which is a (soft) runtime dependency, not build dependency.
You're right.
Can you actually use virt-manager? If so, there might be some misconfiguration or some trouble with libvirt, polkit or whatever that keeps it from working on my machine.
I'll try on another machine tomorrow.
Have you tried starting from a terminal? Any messages? Works fine for me, when I start virt-manager, I get a polkit prompt, authenticate, done.
And: You're using 13.1, right? Maybe it's a factory/tumbleweed issue.
Yes, 13.1, but some additional stuff on top.
Regards, Johannes
If it's a soft dependency why the package failed in having it in Requires
Because the used dependency script has some shortcommings, see ML thread "Dependency problem with virt-manager 13.2" starting last Wednesday (2014-10-15). Regards, Stefan -- Stefan Brüns / Bergstraße 21 / 52062 Aachen home: +49 241 53809034 mobile: +49 151 50412019 work: +49 2405 49936-424 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 19.10.14 schrieb Stefan Brüns:
Have you tried starting from a terminal? Any messages?
I thought that was clear, I had tried exactly that and get exactly zero messages. Just my prompt back.
Works fine for me, when I start virt-manager, I get a polkit prompt, authenticate, done.
I have used a polkit rule that allows me access to libvirt, which works on both machines for virsh. But only on one of them virt-manager opens. On the other one there is no reaction, whatsoever. No window, no error messages, nothing. I'll disable my polkit-rule and see what happens. Regards, Johannes - -- What is comedy? Comedy is the art of making people laugh without making them puke. (Steve Martin) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iEYEARECAAYFAlRDs+wACgkQzi3gQ/xETbJoAgCeLJp//sg/hEFsPcj53gndUFbS vjcAnRwLkVvp67pJTssNUOBgHs1LY/Lh =HBYw -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 19.10.2014 schrieb Johannes Kastl:
I thought that was clear, I had tried exactly that and get exactly zero messages. Just my prompt back.
Nice feature, that --debug option that virt-manager offers. You only have to find it. ;-) Somehow one of my Tumbleweed machines wants to install libgtk-3-0 from tumbleweed, which is 3.12. On the other machine 3.10 is installed. And virt-manager works with 3.10 only.
$ virt-manager --debug [...] /usr/bin/python2: symbol lookup error: /usr/lib64/libgtk-3.so.0: undefined symbol: g_application_add_option_group
Downgrading libgtk-3-0 to 3.10 solves the issue, virt-manager works. I found out, that one the machine with the lower libgtk I had gtk3-branding-openSUSE installed, and on the other one I had gtk3-branding-upstream. And zypper dup only wants to update libgtk-3-0, if the branding-upstream package is installed. Do not ask me why... Regards, Johannes - -- You know the world is going crazy when the best rapper is a white guy, the best golfer is a black guy, the Swiss hold the America's Cup, France is accusing the US of arrogance, and Germany doesn't want to go to war. (aus alt.jokes) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iEYEARECAAYFAlRIAV8ACgkQzi3gQ/xETbLsEQCePlCvKyDFD1I8NElL9Jicn6Ci bGYAn0QhhOb+gGiRojtXaQHTnpw8mYpG =JQ8B -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wednesday 2014-10-22 21:11, Johannes Kastl wrote:
Am 19.10.2014 schrieb Johannes Kastl:
$ virt-manager --debug [...] /usr/bin/python2: symbol lookup error: /usr/lib64/libgtk-3.so.0: undefined symbol: g_application_add_option_group
Downgrading libgtk-3-0 to 3.10 solves the issue, virt-manager works.
That sounds very much like gtk3 fails to use symbol versions. A reminder to the upstream devs is in order. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wednesday 22 October 2014 23:04:27 Jan Engelhardt wrote:
On Wednesday 2014-10-22 21:11, Johannes Kastl wrote:
Am 19.10.2014 schrieb Johannes Kastl:
$ virt-manager --debug [...] /usr/bin/python2: symbol lookup error:
/usr/lib64/libgtk-3.so.0: undefined symbol: g_application_add_option_group
Downgrading libgtk-3-0 to 3.10 solves the issue, virt-manager works.
This symbol is part of libgio-2_0-0-2.39.90 , see: http://upstream-tracker.org/compat_reports/glib/2.39.4_to_2.39.90/abi_compat...
That sounds very much like gtk3 fails to use symbol versions. A reminder to the upstream devs is in order.
Won't happen: https://bugzilla.redhat.com/show_bug.cgi?id=823992#c6 Debian uses its '*.symbol' files for tracking added symbols. Fedora has the following differences: 1. glib2 source rpm results in a single binary rpm, whereas openSUSE creates (only libs listed): libgio-2_0-0, libgio-fam-2_0-0, libglib-2_0-0, libgmodule-2_0-0, libgobject-2_0-0, libgthread-2_0-0 2. gtk3 has (amongst others) BuildRequires: glib2-devel >= %glib_version *and* Requires(Post): glib2 >= %glib_version The same can be achieved for openSUSE with the following two changes: addressing 1: forcing sufficient subpackage versions - add in package libglib-2_0-0: Conflicts: libgio-2_0-0 < %{version} Conflicts: libgmodule-2_0-0 < %version Conflicts: ... addressing 2: forcing recent libglib dependency from gtk3 - gtk3 already has BuildRequires: pkgconfig(glib-2.0) >= 2.41.2 - add Requires: libglib-2_0-0 >= 2.41.2 Kind regards, Stefan -- Stefan Brüns / Bergstraße 21 / 52062 Aachen phone: +49 241 53809034 mobile: +49 151 50412019 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thursday 2014-10-23 02:22, Stefan Brüns wrote:
The same can be achieved for openSUSE with the following two changes:
addressing 1: forcing sufficient subpackage versions - add in package libglib-2_0-0: Conflicts: libgio-2_0-0 < %{version} Conflicts: libgmodule-2_0-0 < %version Conflicts: ...
That only ensures that glib versions are not mixed within its set of subpackages. It does not prevent running a too-new program or (other, non-glib) library with a too-old glib library. Guess we need to keep a symbol file too. KDE does not look better either. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thu, 23 Oct 2014 08:20, Jan Engelhardt
On Thursday 2014-10-23 02:22, Stefan Brüns wrote:
The same can be achieved for openSUSE with the following two changes:
addressing 1: forcing sufficient subpackage versions - add in package libglib-2_0-0: Conflicts: libgio-2_0-0 < %{version} Conflicts: libgmodule-2_0-0 < %version Conflicts: ...
That only ensures that glib versions are not mixed within its set of subpackages. It does not prevent running a too-new program or (other, non-glib) library with a too-old glib library.
Guess we need to keep a symbol file too.
KDE does not look better either.
TBH, I do not see the "bad" in keeping a symbol file. It should be a part of the debug and devel packages. That would spare me a whole lot of brain and machine power in hunting down such errors. Otherwise, a question, does that libglib split really make sense? The subpackages are to small to make sense to me, and the added entries in the package-management eat up any space-improvement such asplit could give. Yeah sure, one can fuck their own knee with some medical tricks, but that does not mean it would make sense to do so, at all. Shooting ones foot is not that healty either. - Yamaban
On Thursday 2014-10-23 08:39, Yamaban wrote:
Conflicts: libgio-2_0-0 < %{version} Conflicts: libgmodule-2_0-0 < %version Conflicts: ...
That only ensures that glib versions are not mixed within its set of subpackages. It does not prevent running a too-new program or (other, non-glib) library with a too-old glib library. Guess we need to keep a symbol file too.
TBH, I do not see the "bad" in keeping a symbol file.
Not? It's maintenance overhead. For each distro. It's something upstream really ought to do instead.
It should be a part of the debug and devel packages.
Why? It is of no use to either gdb or people seeking to build programs against glib. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thursday 2014-10-23 08:39, Yamaban wrote:
[Otherwise, a question, does that libglib split really make sense? The subpackages are to small to make sense to me, and]
the added entries in the package-management eat up any space-improvement such asplit could give.
Your hypotheses do not live up to observation. jng-sfac:/var/lib # rpm -qi libgthread-2_0-0 Size : 6160 jng-sfac:/var/lib # rpm --rebuilddb jng-sfac:/var/lib # cp -a rpm rpm~ jng-sfac:/var/lib # rpm -e libgthread-2_0-0 jng-sfac:/var/lib # rpm --rebuilddb jng-sfac:/var/lib # du -s --app rpm~ rpm 24521 rpm~ 24349 rpm So I am seeing some 172K freed for a library of 6K size (i.e. total 178K). There might be indices at play, but still. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (5)
-
Bruno Friedmann -
Jan Engelhardt -
Johannes Kastl -
Stefan Brüns -
Yamaban