Paths ($PATH, $LD_LIBRARY_PATH) in click package are set up in wrong order

Bug #1554010 reported by Michael Zanetti
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Confirmed
Undecided
Alejandro J. Cura
click (Ubuntu)
New
Undecided
Unassigned

Bug Description

When binaries in click packages are launched, the paths inside the click package are added to PATH and LD_LIBRARY_PATH so that app developers don't need to fiddle with wrapper scripts when they ship their own dependencies.

This usually works nicely, but can start to fail in unexpected ways if the seed for the image changes or the user enables writeable mode and apt-get installs things. As soon as self-shipped binaries and libraries show up in the system with the same name for whatever reason, those take precedence and the system-installed binary/library is loaded instead of the one in the click package.

To solve this, the package-local variables should be set up in a different order, so that package-local stuff has precedence.

This can be reproduced with the example of the app netscan.mzanetti in the store. It works fine when installing it on a freshly flashed device. Now enable rw mode and apt-get install nmap. The app will start failing.

summary: - Paths ($PATH, $LD_LIBRARY_PATH) in click package set up in wrong order
+ Paths ($PATH, $LD_LIBRARY_PATH) in click package are set up in wrong
+ order
Changed in canonical-devices-system-image:
assignee: nobody → Alejandro J. Cura (alecu)
status: New → Confirmed
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.