> POLITZER-AHLES, Stephen [CBS]
> on Sat, 25 Mar 2017 13:25:32 + writes:
> Right, that's my point. The help page mentions a
> `title.cex`, like I said; saying that `cex` sets the
> default `title.cex` sure implies to me (and presumably to
> the other people whose d
> Thomas J Leeper
> on Sun, 26 Mar 2017 17:48:17 +0100 writes:
> Hi everyone,
> This is about documentation for the model.frame() page. The
> get_all_vars() function (added in R 2.5.0) is a great addition, but
> the behavior of its '...' argument is different from that
> On 27 Mar 2017, at 09:59 , Martin Maechler wrote:
>
>
> (You did not understand Peter: He *did* agree with you that
> there's no 'title.cex' argument and explained why the oddity
> probably has happened in the distant past ..)
I was also pointing out that the help page specifically does N
For future reference:
https://sourceforge.net/p/mingw-w64/mailman/message/35747206/
On Wed, Mar 22, 2017 at 2:12 PM, Jeroen Ooms wrote:
> This looks like a bug in mingw-w64 CRT. The problem can be produced
> with C++ without R:
>
> #include
> #include
> #include
>
> int main(){
> s
On Mon, Mar 27, 2017 at 1:17 AM, Rolf Turner wrote:
>
> Is there any way to trap/detect the use of an optional argument called
> "X" and thereby issue a more perspicuous error message?
>
> This would be helpful to those users who, like myself, are bears of very
> little brain.
>
> Failing that (it
im hosting a local cran repo on an NGINX server and it fails to pull the index
at /src/contrib/
the layout of the index is different from apache, could this be disrupting R?
John Roman
Linux System Administrator
RAND Corporation
joro...@rand.org
X7302
___
On 27 March 2017 at 17:46, Roman, John wrote:
| im hosting a local cran repo on an NGINX server and it fails to pull the
index at /src/contrib/
|
| the layout of the index is different from apache, could this be disrupting R?
You mean when you look at the directory in a browser?
Should not mat
Dirk,
Thank you for your elaboration. This issue is related to curl trusting a CA
cert as its called by R.
curl called from bash recognizes the system cert bundle for CA's, curl called
from R does not.
may I know how to trust the system certificate bundle from within R?
John Roman
Linux Sys
On 27 March 2017 at 18:27, Roman, John wrote:
| Thank you for your elaboration. This issue is related to curl trusting a CA
cert as its called by R.
| curl called from bash recognizes the system cert bundle for CA's, curl called
from R does not.
|
| may I know how to trust the system certifi
Dirk,
ive changed the subject given the nature of the present debugging. Im aware i
can extend extras from download.file to install.packages however
im curious to know why libcurl in the R invocation does not honor the CA bundle
on my system.
how would I pass a CA bundle to install.packages? t
On 03/27/2017 03:09 PM, Roman, John wrote:
Dirk,
ive changed the subject given the nature of the present debugging. Im aware i
can extend extras from download.file to install.packages however
im curious to know why libcurl in the R invocation does not honor the CA bundle
on my system.
how wou
On 28/03/17 04:21, Barry Rowlingson wrote:
On Mon, Mar 27, 2017 at 1:17 AM, Rolf Turner wrote:
Is there any way to trap/detect the use of an optional argument called
"X" and thereby issue a more perspicuous error message?
This would be helpful to those users who, like myself, are bears of ver
On Mon, 27 Mar 2017, Rolf Turner wrote:
From time to time I get myself into a state of bewilderment when using
apply() by calling it with FUN equal to a function which has an "optional"
argument named "X".
E.g.
xxx <- lapply(y,function(x,X){cos(x*X)},X=2*pi)
which produces the error mes
13 matches
Mail list logo
