Bug 1299426 - AttributeError: 'NoneType' object has no attribute 'add'
Summary: AttributeError: 'NoneType' object has no attribute 'add'
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Virtualization Tools
Classification: Community
Component: virt-manager
Version: unspecified
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Cole Robinson
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-01-18 10:55 UTC by Oliver Leitner
Modified: 2016-01-19 15:28 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-01-19 15:28:18 UTC
Embargoed:


Attachments (Terms of Use)
Compile and Install and Error Log (27.84 KB, text/plain)
2016-01-18 10:55 UTC, Oliver Leitner
no flags Details

Description Oliver Leitner 2016-01-18 10:55:07 UTC
Created attachment 1115799 [details]
Compile and Install and Error Log

Type of error:
Reproducible, show-stopper

Follow up errors:
No icons/text shown in "storage"

Program Version:
Github version from 18.01.2016 / 11:30

OS:
Distributor ID: Ubuntu
Description:    Ubuntu 14.04.3 LTS
Release:        14.04
Codename:       trusty

Kernel:
Linux MyOwn 4.3.0-040300rc6-lowlatency #201510182030 SMP PREEMPT Mon Oct 19 00:36:29 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Summary:
Starting freshly build and installed virt-manager from /usr/local/bin/virt-manager and trying to create a new machine does not work, causes the above error message in a box.

Attached:
virt-manager.build.log (build and install tasks logged)
virt-manager.log (output from ~/.cache/virt-manager/virt-manager.log)

Workaround:
Running the old version via /usr/bin/virt-manager

Bugtracker specific:
Needed to combine both logs, as your bugzilla doesnt support more than one attachment.

Comment 1 Oliver Leitner 2016-01-19 14:30:02 UTC
ok, i think i found the problem myself.

for some reason, the git version of virt-manager doesnt install under /usr/local anymore, but instead overwrites stuff in /usr.

so the version under /usr/bin indeed is the more current one, thats also why it might work.

the version i had under /usr/local was 1.2.1, somewhere around that version, the behaviour of the make install changed.

i dont know if thats a bug or a feature?

Comment 2 Cole Robinson 2016-01-19 15:28:18 UTC
The build system was changed a bit in the last release, the default install directory is different. The reason is that things like gsettings schema don't work by default under /usr/local, so the user had to do some extra steps to make it work. Use python setup.py configure --prefix=/usr/local to maintain the old behavior


Note You need to log in before you can comment on or make changes to this bug.