similar to: shared libraries: missing soname

Hello Dirk, Dirk Eddelbuettel <edd at debian.org> writes: > On 20 November 2016 at 19:28, Joseph Mingrone wrote: > | Hello, > | > | R's shared libraries are linked without setting the soname. This is causing problems for some consumers. > | > | Error: /usr/local/lib/R/library/tseries/libs/tseries.so is linked to > |

Dirk, Dirk Eddelbuettel <edd at debian.org> writes: > On 20 November 2016 at 21:49, Joseph Mingrone wrote: > | Hello Dirk, > | > | Dirk Eddelbuettel <edd at debian.org> writes: > | > | > On 20 November 2016 at 19:28, Joseph Mingrone wrote: > | > | Hello, > | > | > | > | R's shared libraries are linked without setting the soname. This is

Dirk Eddelbuettel <edd at debian.org> writes: > On 22 November 2016 at 00:02, Joseph Mingrone wrote: > | These are also not fatal errors on FreeBSD, where everything, for now, also just > | works. ...until a library's interface changes. You seem to be arguing that > | sonmaes are pointless. We disagree. > You are putting words in my mouth. In my very first reply to

Dirk, Dirk Eddelbuettel <edd at debian.org> writes: > On 21 November 2016 at 23:24, Joseph Mingrone wrote: > | Dirk Eddelbuettel <edd at debian.org> writes: > | > On 20 November 2016 at 21:49, Joseph Mingrone wrote: > | > | Hello Dirk, > | > | > | > | Dirk Eddelbuettel <edd at debian.org> writes: > | > | > | > | > On 20 November

Martin Maechler <maechler at stat.math.ethz.ch> writes: > To the issue: I also don't see what your point is. > R works with these so libraries as intended in all cases as > far as we know, and so I don't understand why anything needs to > be changed. > All these libraries "belong to R" and are tied to a specific > version of R and are not be used

On 21 November 2016 at 23:24, Joseph Mingrone wrote: | Dirk Eddelbuettel <edd at debian.org> writes: | > On 20 November 2016 at 21:49, Joseph Mingrone wrote: | > | Hello Dirk, | > | | > | Dirk Eddelbuettel <edd at debian.org> writes: | > | | > | > On 20 November 2016 at 19:28, Joseph Mingrone wrote: | > | > | Hello, | > | > | | > | > | R's

>>>>> Joseph Mingrone <jrm at ftfl.ca> >>>>> on Tue, 22 Nov 2016 22:21:49 -0400 writes: > Dirk Eddelbuettel <edd at debian.org> writes: >> On 22 November 2016 at 00:02, Joseph Mingrone wrote: >> | These are also not fatal errors on FreeBSD, where everything, for now, also just >> | works. ...until a library's

On 20 November 2016 at 21:49, Joseph Mingrone wrote: | Hello Dirk, | | Dirk Eddelbuettel <edd at debian.org> writes: | | > On 20 November 2016 at 19:28, Joseph Mingrone wrote: | > | Hello, | > | | > | R's shared libraries are linked without setting the soname. This is causing problems for some consumers. | > | | > | Error:

On 22 November 2016 at 22:21, Joseph Mingrone wrote: | Is this a more appropriate example? | | # ldd /usr/local/lib/R/library/tseries/libs/tseries.so | grep libR | libRblas.so => /usr/local/lib/R/lib/libRblas.so (0x80120c000) | libR.so => /usr/local/lib/R/lib/libR.so (0x801c00000) No it is not. Do you see the /usr/local/lib/R/lib here? The trailing R/lib is what Martin and talk about. It

Martin Maechler <maechler at stat.math.ethz.ch> writes: > Well, Dirk has said to have given his last reply on this thread. > I (as a member of R-core) am glad about people like Dirk who > take some of our load and helpfully answer such > questions/reports on R-devel. I am glad too. Thank you. My ultimate goal is to ensure that R works as well on FreeBSD as it does elsewhere.

On 12/05/2014 15:22, Tom Stellard wrote: > On Mon, May 12, 2014 at 08:41:36AM +0200, Sylvestre Ledru wrote: >> Hello, >> >> With the release of 3.4.1, the LLVM library has been renamed from >> libLLVM-3.4.so to libLLVM-3.4.1.so. In parallel, the soname has been >> updated to >> reflect this change. >> >> AFAIK, we kept the ABI compatible from 3.4

On Sat, 08 Jan 2005, Ralph Giles wrote: > On Sat, Jan 08, 2005 at 08:31:47PM -0800, Matt Zimmerman wrote: > > > liboggflac1 did not change the soname (better check this, it might require a > > > soname change, check the seekable ogg-flac support stuff). > > > > CCing upstream on this. Josh, did 1.1.1 change interfaces in liboggflac? > > If so, it needs a

On 12/05/2014 17:12, Tom Stellard wrote: > On Mon, May 12, 2014 at 04:17:05PM +0200, Sylvestre Ledru wrote: >> On 12/05/2014 16:13, Tom Stellard wrote: >>> On Mon, May 12, 2014 at 04:05:20PM +0200, Sylvestre Ledru wrote: >>>> On 12/05/2014 15:22, Tom Stellard wrote: >>>>> On Mon, May 12, 2014 at 08:41:36AM +0200, Sylvestre Ledru wrote:

On 12/05/2014 16:13, Tom Stellard wrote: > On Mon, May 12, 2014 at 04:05:20PM +0200, Sylvestre Ledru wrote: >> On 12/05/2014 15:22, Tom Stellard wrote: >>> On Mon, May 12, 2014 at 08:41:36AM +0200, Sylvestre Ledru wrote: >>>> Hello, >>>> >>>> With the release of 3.4.1, the LLVM library has been renamed from >>>> libLLVM-3.4.so to

On Sun, Jan 09, 2005 at 10:56:09AM -0800, Ralph Giles wrote: > On Sun, Jan 09, 2005 at 10:44:16AM -0200, Henrique de Moraes Holschuh wrote: > > > I am holding TiMidity in the current [broken] state until we get the new > > upstream with the soname fixes. I hope it is released very soon :( > > Are we talking about the library's soname, or the debian package name?

Hello, With the release of 3.4.1, the LLVM library has been renamed from libLLVM-3.4.so to libLLVM-3.4.1.so. In parallel, the soname has been updated to reflect this change. AFAIK, we kept the ABI compatible from 3.4 to 3.4.1. So, is there any reason for doing it? This caused some breakages in Debian (basically, breaking some X because of mesa could not link against LLVM due to the new soname).

On Sun, Jan 09, 2005 at 02:03:28AM -0200, Henrique de Moraes Holschuh wrote: > *AND* there is a major problem with liboggflac1. > > liboggflac1 did not change the soname (better check this, it might require a > soname change, check the seekable ogg-flac support stuff). CCing upstream on this. Josh, did 1.1.1 change interfaces in liboggflac? If so, it needs a soname change. >

On Sun, 09 Jan 2005, Matt Zimmerman wrote: > > Is the debian mismatch based on a release between these too? Should > > flac-1.1.1 release have been 2:1:0? In either case, it seems rebuilding > > all the packages against the 1.1.1 library should resolve the issue? Well, if something built against 1.0.4 can (even in corner cases) malfunction with 1.1.1, then yes, it must be

On Fri, Dec 07, 2007 at 04:30:09PM -0800, Xen patchbot-unstable wrote: > tools: Rationalise library soname versions. > > * Arrange for the sonames of libxenstore, libxc, libfsimage and > libblktap to be set from a single place in Config.mk. Grumble... I don''t like this at all. You just bumped libfsimage for no reason. Can we please fix libfsimage back to the correct

On 24 November 2016 at 22:09, Joseph Mingrone wrote: | For a frequently-updated Debian package repository, I assume you _manually_ bump | all the Debian R packages whenever the main R package is upgraded. Is that | correct? That is, when a Debian user upgrades the r-base package from, say, | version 3.2.5 to 3.3.1, then r-cran-tseries must/should be rebuilt/reinstalled | against the new R