[Pkg-rust-maintainers] Issues with dylibs outside LD_LIBRARY_PATH

[Luca Bruno]

On Monday 02 March 2015 00:18:44 Jordan Justen wrote:

> * Library names installed by rust seem rather odd:
>   libgraphviz-4e7c5e5c.so is a rust library? graphviz is a separate
>   project, so what are people supposed to make of the rustc pacakge
>   installing this to the std libs path?

This was discussed and changed long time ago (~2y). I don't have references at 
hand, but I think that re-asking upstream to add some "rust" label in the 
middle won't do it. We can still try, though. I'll be happy about having 
something like libfoo-hash.rust.so.

>   I'm sure that they had their reasons, but it really seems like they
>   need to grow another scheme aside from "libfoo-hash.so is obviously
>   a rust library". :)

While the name seems odd at first, you may consider that rust libs should be 
linkable from other languages (much like C libs). In this case, libfoo-hash.so 
just means a standard ELF object with no version/soname.

> To me, a separate directory seems more appropriate,

If just you don't want to mix rust libraries with non-rust libraries, but 
still have them loadable, we may experiment with dropping a file into 
/etc/ld.so.conf.d/.

Cheers, Luca

-- 
 .''`.  ** Debian GNU/Linux **  | Luca Bruno (kaeso)
: :'  :   The Universal O.S.    | lucab (AT) debian.org
`. `'`                          | GPG Key ID: 0x4F3BBEBF
  `-     http://www.debian.org 	| Debian GNU/Linux Developer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-rust-maintainers/attachments/20150302/e0b82ab5/attachment.sig>