Could libtiff.so.3 be provided as a symlink to libtiff.so.4?
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tiff (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
Currently Ubuntu uses libtiff.so.4 and libtiffxx.so.0 sonames for libtiff libraries, while upstream (and some other distributions) uses libtiff.so.3 and libtiffxx.so.3.
I guess here is the reason of why these sonames in Debian, Ubuntu & co differ from the ones in upstream:
http://
i.e. initially Debian guys decided to separate sonames of libtiff and libtifxx, and increased the number in libtiff soname. So libtiff.so.3 in upstream corresponds to libtiff.so.4 in Debian/Ubuntu/....
That is, from the functionality point of view, upstream's libtiff.so.3 and Ubuntu's libtiff.so.4 are the same libraries and there are no ABI differences between them that would make soname change reasonable.
However, the problem is that applications have to depend either on libtiff.so.3 or on libtiff.so.4. Looking for libtiff.so.3 problems in Ubuntu forums gives some results with problematic programs that cannot be launched 'as is' (in binary form, without recompilation). The common solution for such problems is to manually create libtiff.so.3 symlink to libtiff.so.4.
I wonder, is it possible to provide these links in the tiff package by default:
libtiff.so.3 -> libtiff.so.4
libtiffxx.so.3 -> libtiffxx.so.0
This would really help to create portable applications that can be launched in different distributions without recompilation (or forcing users to manually create symlinks).
Changed in tiff (Ubuntu): | |
status: | Confirmed → Won't Fix |
Status changed to 'Confirmed' because the bug affects multiple users.