Re: [Rd] reproducible segmentation fault installing packages on FreeBSD 11.1

2017-08-01 Thread Joseph Mingrone
For anyone interested, here is the FreeBSD bug report. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221127 signature.asc Description: PGP signature __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] reproducible segmentation fault installing packages on FreeBSD 11.1

2017-08-01 Thread Joseph Mingrone
Dirk Eddelbuettel writes: > On 31 July 2017 at 19:38, Joseph Mingrone wrote: > | This happens when attempting to install any package. There were no such > | problems on 11.0. > | > | Some other ways to trigger the problem: > [...] > | trying URL 'https://cloud

[Rd] reproducible segmentation fault installing packages on FreeBSD 11.1

2017-07-31 Thread Joseph Mingrone
Hi, This happens when attempting to install any package. There were no such problems on 11.0. Some other ways to trigger the problem: curlGetHeaders("http://bugs.r-project.org";) There are no problems with the first two calls, but then the crash always happens on the third call. tf <- tempfile(

Re: [Rd] shared libraries: missing soname

2016-11-24 Thread Joseph Mingrone
Dirk, Dirk Eddelbuettel writes: > You assume that change == breakage. Yet that assumption is baseless. > Which is what someone like Martin (R Core, and "at it" since the 80s pre-R > and 90s with the almost very beginning of R) and myself (around R since the > late 90s, somewhat involved since t

Re: [Rd] shared libraries: missing soname

2016-11-24 Thread Joseph Mingrone
Martin Maechler 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 tha

Re: [Rd] shared libraries: missing soname

2016-11-23 Thread Joseph Mingrone
Martin Maechler 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

Re: [Rd] shared libraries: missing soname

2016-11-22 Thread Joseph Mingrone
Dirk Eddelbuettel 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 poi

Re: [Rd] shared libraries: missing soname

2016-11-21 Thread Joseph Mingrone
Dirk, Dirk Eddelbuettel writes: > On 21 November 2016 at 23:24, Joseph Mingrone wrote: > | Dirk Eddelbuettel writes: > | > On 20 November 2016 at 21:49, Joseph Mingrone wrote: > | > | Hello Dirk, > | > | > | > | Dirk Eddelbuettel writes: > | > | > | >

Re: [Rd] shared libraries: missing soname

2016-11-21 Thread Joseph Mingrone
Dirk, Dirk Eddelbuettel writes: > On 20 November 2016 at 21:49, Joseph Mingrone wrote: > | Hello Dirk, > | > | Dirk Eddelbuettel writes: > | > | > On 20 November 2016 at 19:28, Joseph Mingrone wrote: > | > | Hello, > | > | > | > | R's shared lib

Re: [Rd] shared libraries: missing soname

2016-11-20 Thread Joseph Mingrone
Hello Dirk, Dirk Eddelbuettel 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/libra

[Rd] shared libraries: missing soname

2016-11-20 Thread Joseph Mingrone
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 /usr/local/lib/R/lib/libRblas.so which does not have a SONAME. math/R needs to be fixed.

[Rd] status of the FreeBSD port/package and some questions

2016-07-23 Thread Joseph Mingrone
Hello, Over time, the FreeBSD R port/package [1] has accumulated some cruft. We've begun an overhaul and the process has generally been positive since most of the local patches and workarounds are no longer necessary. However, we still require a few workarounds. 1. Libjpeg The autotools check