search for: mingron

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 causing p...

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 > | /usr/local/lib/R/lib/libRblas.so which does n...

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 2016 at 19:...

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: | > |...

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 you,...

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. | > | |...

>>>>> 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, fo...

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 her...

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. What's the correct way to add the necessary linker flags? I believe it should be something

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

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() download.file("http://cran.r-project.org/",tf,method="libcurl")

Joseph, I will try to let this be my last message in this thread. Just to clarify: 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 you, I pointed out that...

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/...

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.

...and a slight decrease in the number of committers. In the last quarter, four commits bits were taken in for safe keeping: erwin, miwi, and sem left by their own request and jase was inactive for more than 18 months. We welcomed two new committers: Tobias Berner (tcberner) and Joseph Mingrone (jrm). On the management side, erwin and miwi left portmgr. bapt also left portmgr but is still the liaison for core. On the infrastructure side, three new USES (grantlee, kde, linux) and one new Keyword (javavm) were introduced. The default version of the Linux ports is now CentO...

...and a slight decrease in the number of committers. In the last quarter, four commits bits were taken in for safe keeping: erwin, miwi, and sem left by their own request and jase was inactive for more than 18 months. We welcomed two new committers: Tobias Berner (tcberner) and Joseph Mingrone (jrm). On the management side, erwin and miwi left portmgr. bapt also left portmgr but is still the liaison for core. On the infrastructure side, three new USES (grantlee, kde, linux) and one new Keyword (javavm) were introduced. The default version of the Linux ports is now CentO...

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 for libjpeg >=6b fails even when libjpeg is present (e.g. /usr/local/lib/libjpeg.so.8 exists).