search for: eggshells

Hi Simon, thank you for the concise reply. Do you mean the reported behavior of drop() is not a bug? It looks like a borderline bug to me (see below), but I'm not the judge of that. If this is the intended behavior and serves an actual purpose, then that could be explicitly documented in a \note{} on the help page. Such a note would slightly reduce the surprise of users running into this

Rolf, I think it may help to read-up on dpkg and apt. Instead of 'whereis' do dpkg -l r-base-core to see the content of that package. Use apt-cache policy r-base-core to see what the package cache says about where it gets the package from. And so on. Also type -p R which R will tell where your system thinks R comes from. If you install R 3.5.2 you should not see R 3.5.1.

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

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

Since a while ago, R on my Mac terminal is being started in Japanese: R version 3.5.2 (2018-12-20) -- "Eggshell Igloo" Copyright (C) 2018 The R Foundation for Statistical Computing Platform: x86_64-apple-darwin15.6.0 (64-bit) R ?????????????????????????? ????????????????????????????? ?????????????'license()' ???? 'licence()' ?????????? Natural language support

Hi all, I have a question regarding the memory usage for the attach function. Say I have a data.frame inputdat that I create with read.csv. I would like to know what happens on the memory side when I use attach(inputdata) Is there a second allocation of memory for inputdata? Then I'm using eval on a expression which depends on the columns of inputdata. Is it better not to use attach

...urrently in existence as soon as GNU get round to assessing them. I personally have great difficulty seeing that as sensible. But that's a personal opinion. If these really are serious issues, somebody needs to work up a consistent policy for R projects; otherwise we'll all be walking on eggshells. S Ellison ******************************************************************* This email and any attachments are confidential. Any use...{{dropped:8}}

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

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

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

I saw a similar question but I still don't fully understand how to implement optim. Can someone help me out with this? Thanks. Keun-Hyung > vol<-rep(c(0.03, 0.5, 2, 4, 8, 16, 32), 3) > time<-rep(c(2,4,8),each=7) > p.mated<-c(0.47, 0.48, 0.43, 0.43, 0.26, 0.23, "null", 0.68, 0.62, 0.64, 0.58, 0.53, 0.47, + 0.24, 0.8, 0.79, 0.71, 0.56, 0.74, 0.8, 0.47) >

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, this is a new attempt to improve the output of the command "btrfs fi df". The previous attempt received a good reception. However there was no a general consensus about the wording. Moreover I still didn''t understand how btrfs was using the disks. A my first attempt was to develop a new command which shows how the disks

Hi, I've cross-posted this to freedesktop@, as the xdg@ list is only used for actual specification development. On Mon, 22 Oct 2018 at 00:36, Jacob Lifshay <programmerjake at gmail.com> wrote: > Hi, we were thinking of asking if freedesktop would host Kazan (https://github.com/kazan-3d/kazan) for us, however some of our community members have objections with how freedesktop's