group.of.nepali.translators team mailing list archive

[Launchpad Bug Tracker <1596486@xxxxxxxxxxxxxxxxxx>]

This bug was fixed in the package muse - 2.1.2-2ubuntu0.16.10.1

---------------
muse (2.1.2-2ubuntu0.16.10.1) yakkety; urgency=medium

  * Force muse modules to be installed under /usr/lib/muse. (LP:
#1596486)

 -- James Cowgill <jcowgill@xxxxxxxxxx>  Fri, 02 Sep 2016 13:53:36 +0100

** Changed in: muse (Ubuntu Yakkety)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1596486

Title:
  libmuse_core.so: cannot open shared object file

Status in muse package in Ubuntu:
  Fix Released
Status in muse source package in Xenial:
  Fix Released
Status in muse source package in Yakkety:
  Fix Released
Status in muse source package in Zesty:
  Fix Released

Bug description:
  [Impact]

  Since Ubuntu 15.10, muse does not start and gives the following error:

  $ muse
  muse: error while loading shared libraries: libmuse_core.so: cannot open shared object file: No such file or directory

  The fix for this should be backported to Xenial since muse is
  currently useless "as is".

  [Technical Details]

  Force muse modules to be installed under /usr/lib/muse

  Ubuntu CMake contains the script 'MultiArchCross.cmake' which is invoked for all Make packages and sets CMAKE_INSTALL_LIBDIR to include the multiarch path
  without the install prefix (ie something like "lib/x86_64-linux-gnu"). This
  variable is not defined when building on Debian.

  Muse constructs a LIB_INSTALL_DIR variable (when it's not defined) using
  CMAKE_INSTALL_LIBDIR or an alternate fallback. Unfortunately later on in the
  script when handling the RPATH settings, Muse assumes that LIB_INSTALL_DIR is an absolute path. This is true on Debian, but not on Ubuntu. This causes a bogus RPATH to be inserted into the main Muse executable which prevents Muse from finding any of it's modules and immediately crashes on startup.

  The simple fix is to force LIB_INSTALL_DIR=/usr/lib. Although an
  Ubuntu specific problem, it does no harm to do this on Debian as well.

  [Test Case]

  From within a terminal window, run "muse". The following error is printed:
  muse: error while loading shared libraries: libmuse_core.so: cannot open shared object file: No such file or directory

  When working normally, the muse arranger window should appear. If an error
  appears about Jack not running, you can ignore it.

  [Regression Potential]

  Muse is a totally independent application with no reverse dependencies
  in the archive. Therefore it is unlikely there will be any regressions
  in other packages.

  Since Muse is completely non-functional in Xenial, it's difficult for
  it to regress any further. :)

  [Other Info]

  A workaround for this bug is to set the linker path manually when
  running muse. For example:

  LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/muse/modules muse

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/muse/+bug/1596486/+subscriptions