[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Packaging Jami progress
From: |
Pierre Neidhardt |
Subject: |
Re: Packaging Jami progress |
Date: |
Sat, 28 Dec 2019 10:53:33 +0100 |
Allow me to explain a little more:
Binaries embed a value called RPATH which points to the locations where
to load dynamic libraries (also called "shared objects").
When building a binary, Guix automatically sets the RPATH to that of the
required inputs.
Jami (indirectly) depends on both sqlite and sqlite-with-column-metadata.
When the binary is started, the loader finds both "sqlite" shared
objects in the RPATH, but it's not very clear which is one is loaded
first. Hence my comment.
The wrapper aims to fix this issue by prepending
sqlite-with-column-metadata to LD_LIBRARY_PATH, which has higher
priority than the RPATH. This makes sure the right library is loaded.
Does that make more sense?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
- Re: Packaging Jami progress, (continued)
- Re: Packaging Jami progress, Ricardo Wurmus, 2019/12/22
- Re: Packaging Jami progress, Jan, 2019/12/23
- Re: Packaging Jami progress, Jan, 2019/12/24
- Re: Packaging Jami progress, Efraim Flashner, 2019/12/25
- Re: Packaging Jami progress, Jan Wielkiewicz, 2019/12/27
- Re: Packaging Jami progress, Gábor Boskovits, 2019/12/27
- Re: Packaging Jami progress, Jan Wielkiewicz, 2019/12/27
- Re: Packaging Jami progress, Pierre Neidhardt, 2019/12/28
- Re: Packaging Jami progress, Jan, 2019/12/28
- Re: Packaging Jami progress, Jan Wielkiewicz, 2019/12/28
- Re: Packaging Jami progress,
Pierre Neidhardt <=
- Re: Packaging Jami progress, Jan, 2019/12/28
Re: Packaging Jami progress, Jan Wielkiewicz, 2019/12/15