Paths ($PATH, $LD_LIBRARY_PATH) in click package are set up in wrong order
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 |