some courier executables can't load libraries in /usr/lib/courier-authlib
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
courier (Ubuntu) |
Fix Released
|
High
|
Nicolas Valcarcel |
Bug Description
Release: 8.10
Version: 0.60.0-1ubuntu1
Since the latest courier upload (0.60.0-1ubuntu1), I'm experiencing a problem with the shared libraries.
One of the changes made to the package was the removal of rpath information from the binaries. Without this information some courier executables won't be able to locate the libraries under /usr/lib/
/usr/lib/
I guess there are a few approaches to fix this:
- Do not strip rpath information
- Add /usr/lib/
- Change /usr/lib/
- Modify courier init.d scripts to use LD_LIBRARY_PATH
- ...
I'm attaching a patch for first approach. It reverts the changes made to strip rpath information. Although this will make lintian to complain again.
Embedding rpath information is the wrong fix for it, Debian policy says that rpath is only acceptable for private modules of a program, but authlib is a general purpose library (it has a courier-authlib-dev package).
I'm not familiar with the ld.so.conf policy, but I believe we need to move the libraries into /usr/lib. I need to confer with sistpoty, he'll be able to give be a proper answer on the policy.
Removing ubuntu- universe- sponsors until a confirmed course of action is determined.