similar to: Why is R in Japanese (only in Mac terminal)?

Hi Sam, Is your PATH set on your user environment variables or on the system? Did you try to remove the entry for R-3.5.2 ? I have tested with a standard install, and I can't reproduce your error. I have the exact same path in my system PATH environment variable for 3.5.3, and nothing for other versions. Sorry I can't be of any more help. Cheers Joris On Mon, Mar 25, 2019 at 4:54 PM

Hi all, I am noticing some strange behaviour so I am bringing to this list. In the past when I have submitted bugs to bugzilla, I have come here first for confirmation/advice. Hopefully this is appropriate. Upgrading from R 3.5.2 to R 3.5.3 seems to have elicited some strange behaviour on my Windows machine. R seems to have trouble spawning a new process on my machine. You can noticing with all

On 1/30/19 11:53 AM, Dirk Eddelbuettel wrote: > > Rolf, > > I think it may help to read-up on dpkg and apt. Instead of 'whereis' do > > dpkg -l r-base-core Now *that* was a revealing suggestion! I did that and got: > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend > |/

This is intended to be a bug report with proposed patch. I am posting to this mailing list as described in NOTE in "Bug Reporting in R". Function `stats:::regularize.values()` is meant to preprocess `x` and `y` arguments to have "proper" values for later use during interpolation. If input is already "proper", I would expect it to reuse the same objects without

This is intended to be a bug report with proposed patch. I am posting to this mailing list as described in NOTE in "Bug Reporting in R". Function `stats:::regularize.values()` is meant to preprocess `x` and `y` arguments to have "proper" values for later use during interpolation. If input is already "proper", I would expect it to reuse the same objects without

On 1/30/19 2:03 PM, Dirk Eddelbuettel wrote: > > On 30 January 2019 at 12:33, Rolf Turner wrote: > | On 1/30/19 11:53 AM, Dirk Eddelbuettel wrote: > | > > | > Rolf, > | > > | > I think it may help to read-up on dpkg and apt. Instead of 'whereis' do > | > > | > dpkg -l r-base-core > > And I also meant 'dpkg -L r-base-core'.

On 30 January 2019 at 12:33, Rolf Turner wrote: | On 1/30/19 11:53 AM, Dirk Eddelbuettel wrote: | > | > Rolf, | > | > I think it may help to read-up on dpkg and apt. Instead of 'whereis' do | > | > dpkg -l r-base-core And I also meant 'dpkg -L r-base-core'. Both -l and -L do useful (but different) things. | Now *that* was a revealing suggestion! I did

The build system rolled up R-3.5.2.tar.gz (codename "Eggshell Igloo") this morning. The list below details the changes in this release. You can get the source code from http://cran.r-project.org/src/base/R-3/R-3.5.2.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter Dalgaard

The build system rolled up R-3.5.2.tar.gz (codename "Eggshell Igloo") this morning. The list below details the changes in this release. You can get the source code from http://cran.r-project.org/src/base/R-3/R-3.5.2.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter Dalgaard

No error on Windows 10, R.3.5.2 patched, Rblas compiled with OpenBLAS 0.20, Rlapack is base. > f <- function(x) sum( log(diff(x)^2+.01) + (x[1]-1)^2 ) > opt <- nlminb(rep(0, 10), f, lower=-1, upper=3) > str(opt) List of 6 $ par : num [1:10] 1 1 1 1 1 ... $ objective : num -41.4 $ convergence: int 0 $ iterations : int 66 $ evaluations: Named int [1:2] 96 830 ..-

????? Plots produced using svg in R 3.5.1 under macOS 10.13.6 ignores cex.axis=2.? Consider the following: > plot(1:2, cex.axis=2) > svg('svg_ignores_cex.axis.svg') > plot(1:2, cex.axis=2) > dev.off() > sessionInfo() R version 3.5.1 (2018-07-02) Platform: x86_64-apple-darwin15.6.0 (64-bit) Running under: macOS High Sierra 10.13.6 Matrix products: default BLAS:

Thank you, Brad (and others), >>>>> Brad Bell on Mon, 4 Feb 2019 07:21:18 -0700 writes: > I get the failure message. To be specific: adcomp.git> R CMD BATCH --quiet test_nlminb.R adcomp.git> cat test_nlminb.Rout >> f <- function(x) sum( log(diff(x)^2+.01) + (x[1]-1)^2 ) >> opt <- nlminb(rep(0, 10), f, lower=-1, upper=3) >>

I think this needs to be taken off the bug repository and continued here. By now it seems pretty clear that this is not an R bug, but a local problem on Spencer's machine, likely connected to font configurations. I poked around a bit on the three Macs that I can access, and found that fc-match does different things, including throwing warnings, hanging and even crashing my old MB Air... One

Seems ok on my system. Axis label size changes when cex.axis does. ## tested in the middle of another long session, so many additional packages are attached, including some personal packages not available elsewhere > sessionInfo() R version 3.5.1 (2018-07-02) Platform: x86_64-apple-darwin15.6.0 (64-bit) Running under: macOS High Sierra 10.13.6 Matrix products: default BLAS:

Hi, I had no responses to my previous message about setting up a samba linux fileserver using account info from another linux box, so I've tried to figure out a solution. I need to have two separate servers, one holding the UNIX accounts for the users and also acting as a PDC, and a second one acting as a mere file server with a backup unit (perhaps a DVD-RW). All I want to do is that the

Hello, R 3.5.2 on ubuntu 18.04. sessionInfo() at the end. Works with me, same results, cannot reproduce the error. f <- function(x) sum( log(diff(x)^2+.01) + (x[1]-1)^2 ) opt <- nlminb(rep(0, 10), f, lower=-1, upper=3) str(opt) xhat <- rep(1, 10) all.equal(opt$par, xhat, tol=0) # good: 5.53 e-7 #[1] "Mean relative difference: 5.534757e-07" all.equal(opt$objective,

This may be a doc error or a coding bug. The help page for sample says: "Non-integer positive numerical values of n or x will be truncated to the next smallest integer, which has to be no larger than .Machine$integer.max." This is not true: > table(sample(2.5, 1000000, replace = TRUE)) 1 2 3 399933 399716 200351 We shouldn't have those 3's if

Hi there, I have a somewhat wide experience with samba. I've succesfully installed it as a client as well as a PDC on Windows networks. The last time, however, there has been an issue with the win9x stations. I've setup the Samba server over Linux to act as a PDC for the domain. I use dhcp to assign the network configuration to the hosts, and the only protocol installed on them is

On 06/09/2018 10:47, peter dalgaard wrote: > I think this needs to be taken off the bug repository and continued here. By now it seems pretty clear that this is not an R bug, but a local problem on Spencer's machine, likely connected to font configurations. Or even on R-sig-Mac. > I poked around a bit on the three Macs that I can access, and found that fc-match does different things,

Hi all, I have succesfully joined together three LANs using OpenVPN over Linux (Debian) gateways at the 'exit' of each one of these LANs. The VPN seems to be OK, as I can ping network hosts from one LAN to another using their private IP addresses with no problem at all. However network browsing through the VPN is not working. The network diagram for my setup is at