Re: [Rd] improving the performance of install.packages

2019-11-08 Thread Joshua Bradley
raight up > an > >>> error by the script author. I think its a few of them, actually, but > its at > >>> least one. An understandable one, sure, but thats still what it is. > Scripts > >>> (which are meant to be run more than once, generally) usually shouldn't > >&

Re: [Rd] improving the performance of install.packages

2019-11-08 Thread Joshua Bradley
know. P.S. if this change happened, it would be interesting to study the effect it has on the bandwidth across all CRAN mirrors. A significant drop would turn into actual $$ saved Josh Bradley On Fri, Nov 8, 2019 at 5:00 AM Duncan Murdoch wrote: > On 08/11/2019 2:06 a.m., Joshua Bradley wro

[Rd] improving the performance of install.packages

2019-11-07 Thread Joshua Bradley
Hello, Currently if you install a package twice: install.packages("testit") install.packages("testit") R will build the package from source (depending on what OS you're using) twice by default. This becomes especially burdensome when people are using big packages (i.e. lots of depends) and

Re: [Rd] Creating a private CRAN with webpages

2017-06-09 Thread Joshua Bradley
I'm not trying to create a mirror of the CRAN. I also do not want to create a "subset" of CRAN packages. Sorry if my explanation was confusing. There are internal proprietary R packages that I would like to host on a private repo. I like the CRAN web pages that allow a user to browse the various

[Rd] Memory limitations for parallel::mclapply

2015-07-24 Thread Joshua Bradley
Hello, I have been having issues using parallel::mclapply in a memory-efficient way and would like some guidance. I am using a 40 core machine with 96 GB of RAM. I've tried to run mclapply with 20, 30, and 40 mc.cores and it has practically brought the machine to a standstill each time to the

Re: [Rd] Improving string concatenation

2015-06-17 Thread Joshua Bradley
How would this new '+' deal with factors, as paste does or as the current '+' does? Would number+string and string+number cause errors (as in current '+' in R and python) or coerce both to strings (as in current R:paste and in perl's '+'). I had posted this sample code previously to

[Rd] Improving string concatenation

2015-06-16 Thread Joshua Bradley
Hi, first time poster here. During my time using R, I have always found string concatenation to be (what I feel is) unnecessarily complicated by requiring the use of the paste() or similar commands. When searching for how to concatenate strings in R, several top search results show answers that

Re: [Rd] Improving string concatenation

2015-06-16 Thread Joshua Bradley
, 2015 at 11:00 PM, Gabriel Becker gmbec...@ucdavis.edu wrote: On Jun 16, 2015 3:44 PM, Joshua Bradley jgbradl...@gmail.com wrote: Hi, first time poster here. During my time using R, I have always found string concatenation to be (what I feel is) unnecessarily complicated by requiring

Re: [Rd] Improving string concatenation

2015-06-16 Thread Joshua Bradley
One of the poster's on the SO post I linked to previously suggested this but if '+' were made to be S4 compliant, then adding the ability to concat strings with '+' would be a relatively simple addition (no pun intended) to the code base I believe. With a lot of other languages supporting this