![](https://seccdn.libravatar.org/avatar/e1ad78837291ae9e0ef67a01d37bec8d.jpg?s=120&d=mm&r=g)
This is what I have been saying. Perhaps not clear enough. The name put in a binary linked with a library has nothing to do with the library's disk file name.
OK, so we did indeed say the same :)
Packaging a zillion variant names for a library seemed, to me, to be a bit of overkill.
Where do such packages include zillion variant names? Or do you mean the various symlinks?
And that name is decided by the person who made the library, not the packager of the library images or the user of the library.
Sorry, but my answer is no. My most prominent example are the boost libraries (www.boost.org) where libraries for Unix/Linux have ridiculous names that include the compiler and its version, threadind/non-threading and major and minor version of the library, leading to monsters such as=20 libboost_filesystem-gcc43-mt-1_36.so.1.36.0 and that name was also used as soname. Given our shared library policy, you can imagine the riddiculous package names that would have lead. So for OS 11.1 and with the help of the upstreams boost:build maintainer I fixed the configuration to get rid of all the extra baggage, build and include only the multithreaded libs and thus use same names like libboost_filesystem.so.1.36.0.
So, I suggested that perhaps there should be a policy for how the names are assigned to libraries when they are created. That is when the real decisions are made.
The policy talks about the names of the packages, it does not regulate in any way the way the library is built and that is how it should be. BTW, I now realize this discussion should have taken place on opensuse-packaging as that is where other packagers could have chimed in.
However, my original point was that the Shared_Library_Packaging_Policy does not mention that one must be sure to include a file with that name.
You don't have to include a file with that name, it just makes things more obvious. And if that file doesn't exist, the next call to ldconfig (as done by the post install section of every library package) will create that symlink. Philipp -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org