** Also affects: muse (Ubuntu Zesty) Importance: High Status: Fix Released
** Also affects: muse (Ubuntu Yakkety) Importance: Undecided Status: New ** Changed in: muse (Ubuntu Xenial) Status: Triaged => In Progress ** Changed in: muse (Ubuntu Yakkety) Status: New => In Progress ** Changed in: muse (Ubuntu Yakkety) Importance: Undecided => High -- 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: In Progress Status in muse source package in Yakkety: In Progress 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 _______________________________________________ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp