[Bug 1596486] Please test proposed package

[Brian Murray]

Hello Jaufré, or anyone else affected,

Accepted muse into xenial-proposed. The package will build now and be
available at
https://launchpad.net/ubuntu/+source/muse/2.1.2-1ubuntu0.16.04.1 in a
few hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed.  Your feedback will aid us getting this update
out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, and change the tag
from verification-needed to verification-done. If it does not fix the
bug for you, please add a comment stating that, and change the tag to
verification-failed.  In either case, details of your testing will help
us make a better decision.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

-- 
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
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 Committed
Status in muse source package in Yakkety:
  Fix Committed
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