Merge lp:~cjwatson/gallery-app/static-exiv2 into lp:gallery-app
Status: | Merged |
---|---|
Approved by: | Oliver Grawert |
Approved revision: | 1014 |
Merged at revision: | 1016 |
Proposed branch: | lp:~cjwatson/gallery-app/static-exiv2 |
Merge into: | lp:gallery-app |
Diff against target: |
140 lines (+114/-0) 3 files modified
debian/control (+3/-0) src/medialoader/CMakeLists.txt (+8/-0) src/medialoader/exiv2.copyright (+103/-0) |
To merge this branch: | bzr merge lp:~cjwatson/gallery-app/static-exiv2 |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Oliver Grawert | Approve | ||
PS Jenkins bot | continuous-integration | Approve | |
Review via email: mp+227275@code.launchpad.net |
Commit message
Link exiv2 statically in click mode.
Description of the change
Link exiv2 statically in click mode.
This avoids the problem of a click package trying to use a library whose SONAME is about to change on the system image, causing synchronisation problems (can't update library without updating click package, but can't update click package without risking people downloading it from the store onto older system images). Static linking is a fairly crude solution; a better longer-term approach would be for click to (automatically?) notice this situation somehow and copy the shared libraries you need into your click package. However, that's some way off, and I think this will do for now.
Incidentally, this problem is part of the reason why gallery-app has been stuck in silo 1 for a week and a half. We won't be able to shift it until we sort this out one way or another. If you approve this branch, then it would probably be best to add it to the list of MPs in silo 1 and rebuild it there.
There are some other libraries potentially in the same situation, by the way. I haven't touched them here since I wanted to have the simplest change I could think of that would unblock us, and exiv2 is the one whose SONAME is actually trying to change in utopic.