LADI (control center, log file viewer) doesn't work

Bug #1565380 reported by Peter Lapets
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
LADI Tools
Confirmed
Undecided
Unassigned

Bug Description

Opening settings manager and clicking on LADI Control Center or LADI Log File Viewer does nothing.

Running "ladi-control-center" and "ladi-system-log" yields similar results:

p13rrot@p13rrot-Inspiron-3543:~$ ladi-control-center
Traceback (most recent call last):
  File "/usr/bin/ladi-control-center", line 28, in <module>
    from laditools import _gettext_domain
  File "/usr/lib/python2.7/dist-packages/laditools/__init__.py", line 27, in <module>
    from .ladish import LadishProxy, LadishStatusType, LadishProxyError, check_ladish
  File "/usr/lib/python2.7/dist-packages/laditools/ladish.py", line 34, in <module>
    "STUDIO_RUNNING")
  File "/usr/lib/python2.7/dist-packages/enum/__init__.py", line 325, in __call__
    return cls._create_(value, names, module=module, type=type)
  File "/usr/lib/python2.7/dist-packages/enum/__init__.py", line 433, in _create_
    enum_class = metacls.__new__(metacls, class_name, bases, classdict)
  File "/usr/lib/python2.7/dist-packages/enum/__init__.py", line 154, in __new__
    member_type, first_enum = metacls._get_mixins_(bases)
  File "/usr/lib/python2.7/dist-packages/enum/__init__.py", line 467, in _get_mixins_
    issubclass(base, Enum) and
TypeError: issubclass() arg 1 must be a class

and

p13rrot@p13rrot-Inspiron-3543:~$ ladi-system-log
Traceback (most recent call last):
  File "/usr/bin/ladi-system-log", line 32, in <module>
    from laditools import _gettext_domain
  File "/usr/lib/python2.7/dist-packages/laditools/__init__.py", line 27, in <module>
    from .ladish import LadishProxy, LadishStatusType, LadishProxyError, check_ladish
  File "/usr/lib/python2.7/dist-packages/laditools/ladish.py", line 34, in <module>
    "STUDIO_RUNNING")
  File "/usr/lib/python2.7/dist-packages/enum/__init__.py", line 325, in __call__
    return cls._create_(value, names, module=module, type=type)
  File "/usr/lib/python2.7/dist-packages/enum/__init__.py", line 433, in _create_
    enum_class = metacls.__new__(metacls, class_name, bases, classdict)
  File "/usr/lib/python2.7/dist-packages/enum/__init__.py", line 154, in __new__
    member_type, first_enum = metacls._get_mixins_(bases)
  File "/usr/lib/python2.7/dist-packages/enum/__init__.py", line 467, in _get_mixins_
    issubclass(base, Enum) and
TypeError: issubclass() arg 1 must be a class

Revision history for this message
Peter Lapets (lapets94) wrote :

p13rrot@p13rrot-Inspiron-3543:~$ uname -a
Linux p13rrot-Inspiron-3543 3.19.0-56-lowlatency #62~14.04.1-Ubuntu SMP PREEMPT Fri Mar 11 12:05:41 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

Revision history for this message
Ross Gammon (rosco2) wrote :

This looks like Debian Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795444

This is caused by a clash between the python-enum package and the python-enum34 package. It has been fixed by porting laditools to python-enum34 in the soon to be released Ubuntu Xenial 16.04.

As a work-around for now, you could remove the python-enum34 package. But this might also remove other applications that you need.

We could probably backport part of the patch used in https://bugs.launchpad.net/ubuntu-seeds/+bug/1498345, but it will probably have to wait until after the Xenial release (unless someone else finds the time).

affects: ubuntustudio → laditools
Changed in laditools:
status: New → Confirmed
tags: added: tursty
tags: added: trusty
removed: tursty
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.