Bug 1242212

Summary:	[1.2.1] Cannot launch virt-manager from outside the build folder
Product:	[Community] Virtualization Tools	Reporter:	jean-christophe manciot <actionmystique>
Component:	virt-manager	Assignee:	Cole Robinson <crobinso>
Status:	CLOSED UPSTREAM	QA Contact:
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	unspecified	CC:	berrange, crobinso, gscrivan, rbalakri
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-09-23 23:33:22 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description jean-christophe manciot 2015-07-12 10:47:15 UTC

Description of problem:
-----------------------
root@msi-ge60:/# virt-manager --debug
[Sun, 12 Jul 2015 12:21:37 virt-manager 22794] DEBUG (cli:246) Launched with command line: /usr/local/share/virt-manager/virt-manager --debug
[Sun, 12 Jul 2015 12:21:37 virt-manager 22794] DEBUG (virt-manager:153) virt-manager version: 1.2.1
[Sun, 12 Jul 2015 12:21:37 virt-manager 22794] DEBUG (virt-manager:154) virtManager import: <module 'virtManager' from '/usr/local/share/virt-manager/virtManager/__init__.pyc'>
[Sun, 12 Jul 2015 12:21:37 virt-manager 22794] DEBUG (virt-manager:213) GTK version: 3.14.13

(virt-manager:22794): GLib-GIO-ERROR **: Settings schema 'org.virt-manager.virt-manager' is not installed

However, they are installed:
----------------------------
root@msi-ge60:/usr/local/share/glib-2.0/schemas# ls -l *
-rw-r--r-- 1 root root 13136 Apr 22 19:51 org.virt-manager.virt-manager.gschema.xml

Version-Release number of selected component (if applicable):
-------------------------------------------------------------
1.2.1

Steps to Reproduce:
-------------------
1. Pull sources from http://git.fedorahosted.org/git/virt-manager.git
2. Build and install virt-manager with:
python setup.py configure (by the way, --prefix=/usr does not change anything, the package is still installed in /usr/local)
python setup.py build
python setup.py install
3. Launch virt-manager from outside the build directory and check that the issue shows up as described in "Description of problem"
4. Launch virt-manager from within the build folder and check that everything is fine:
root@msi-ge60:/home/actionmystique/Program-Files/Ubuntu/Virt-manager/git-virt-manager# ./virt-manager --debug
[Sun, 12 Jul 2015 12:39:39 virt-manager 24170] DEBUG (cli:246) Launched with command line: ./virt-manager --debug
[Sun, 12 Jul 2015 12:39:39 virt-manager 24170] DEBUG (virt-manager:153) virt-manager version: 1.2.1
[Sun, 12 Jul 2015 12:39:39 virt-manager 24170] DEBUG (virt-manager:154) virtManager import: <module 'virtManager' from '/home/actionmystique/Program-Files/Ubuntu/Virt-manager/git-virt-manager/virtManager/__init__.pyc'>
[Sun, 12 Jul 2015 12:39:39 virt-manager 24170] DEBUG (virt-manager:213) GTK version: 3.14.13
[Sun, 12 Jul 2015 12:39:39 virt-manager 24170] DEBUG (engine:456) libguestfs inspection support: False
[Sun, 12 Jul 2015 12:39:39 virt-manager 24170] DEBUG (systray:150) Showing systray: True
[Sun, 12 Jul 2015 12:39:39 virt-manager 24170] DEBUG (engine:228) About to connect to uris ['qemu:///system']
root@msi-ge60:/home/actionmystique/Program-Files/Ubuntu/Virt-manager/git-virt-manager# 

Additional info:
----------------
Ubuntu Server 15.04

Comment 1 jean-christophe manciot 2015-07-12 11:36:00 UTC

I have not mentionned that it is necessary to modify all the /usr/local/bin/virt-* scripts so that their calls point to /usr/local/share/virt-manager/ instead of /usr/share//virt-manager/

Comment 2 jean-christophe manciot 2015-07-12 11:59:14 UTC

Additional Info:
----------------
- libvirt 1.2.17 
- libosinfo 0.2.12 
- libvirt-glib 0.2.1 
- libvirt-python 1.2.17

Comment 3 Cole Robinson 2015-09-23 23:33:22 UTC

I think the root issue is that we were incorrectly setting the prefix value in the code, and ubuntu is defaulting back to /usr/local which isn't going to work for a lot of UI stuff. It should be fixed now but only for new install invocations:

commit 554a39ddae53004b786dc2f3fd6f8b4bb11649b8
Author: Cole Robinson <crobinso>
Date:   Wed Sep 23 19:29:13 2015 -0400

    setup: Fix system install on ubuntu
    
    Ubuntu ends up installing in /usr/local, even though system prefix
    variable tells us it's /usr. Lots of UI things don't work in /usr/local,
    so point it back at /usr.

Comment 4 jean-christophe manciot 2015-09-24 07:05:07 UTC

Great, now it works on Ubuntu.