Didier and I settled on a version of desktop-launch that tries to use mir-libs first, falling back to ubuntu-app-platform (while the libs are in there), and if not, then falling back to an internal copy of the libraries.
That should help the transition and doesn't encode a requirement on mir- libs inside of desktop-launch. But should enable the use of them if the snap chooses. This has landed and now also sets LD_LIBRARY_PATH to point inside mir- libs for your snap, if mir-libs is connected. So go ahead and update your snaps. All you need to do is define the plug and create the $SNAP/mir-libs folder. Everything else should be done for you. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1663048 Title: libmirclient in snaps gets out of sync with archive Status in Canonical System Image: Confirmed Status in Ubuntu App Platform: In Progress Status in unity8 package in Ubuntu: In Progress Status in unity8-desktop-session package in Ubuntu: Fix Released Bug description: Because we directly include mir client libraries in the platform (due to a dependency of qtubuntu), when the mir interface is revised we get out of sync. The mir team publishes a mir-libs snap that tracks these changes and exposes a mir-libs content interface. We should investigate if that can be used transparently by apps connected to the platform. as of this report they are out of sync. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1663048/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp