similar to: R's internal tar ignores files in sub-directories

Hi, At my work, the web page opened with the R command help.start() has a link "User Manuals". Activating it gives this response: Error in vignettes[i, "PDF"] : subscript out of bounds > sessionInfo() R version 3.1.1 (2014-07-10) Platform: x86_64-unknown-linux-gnu (64-bit) locale: [1] C attached base packages: [1] stats graphics grDevices utils datasets methods

Hi, all, I'm looking a utility for removing a directory from within R. Currently, I'm using: foo <- function(...) { mydir <- tempdir() dir.create(mydir, showWarnings = FALSE, recursive = TRUE) on.exit(system(sprintf("rm -rf %s", mydir))) ## do some stuff in "mydir" invisible() } However, this is assumes "rm" is available. I know of

This is a not too old R-devel on Linux, it already fails in R 3.4.4, and on macOS as well. The tar file seems valid, external tar can untar it, so maybe an untar() bug. setwd(tempdir()) dir.create("pkg") cat("foobar\n", file = file.path("pkg", "NAMESPACE")) cat("this: that\n", file = file.path("pkg", "DESCRIPTION"))

Dear all, While I was trying to build R source, I found an error at datasets package (there was no error before that) ../../../library/datasets/R/datasets is unchanged Error in dir.create(Rdatadir, showWarnings = FALSE) : file name conversion problem Calls: <Anonymous> -> <Anonymous> -> dir.create Execution halted make[2]: *** [all] Error 1 make[1]: *** [R] Error 1 make: ***

Hi I have some problems to create severeal directories at the same time dir2 = "C:/00test000/test/test1" dir.create(dir2, showWarnings = TRUE, recursive = TRUE) It works in 2.6.2 but not in 2.7.0dev I use Windows, R 2.7.0 (2008-02-15 r44484) Best regards Dominik

This code below produces empty XXX.png files - if I use plot(), it works and if I enter the commands png(filename=fn) bubble(positions, do.sqrt=FALSE, main=q) dev.off() manually, it works as well. I am lost - any help appreciated. The weird thing is that it worked before I made some changes... (I don't have a copy of the working version...). R version: platform i686-pc-linux-gnu arch

Here is a function I wrote. It runs no problem, but generate empty pdf files. I can't find what is the problem. create.pdf<- function(x, dir) { dir.create(dir, showWarnings = FALSE) plist<- c("a", "b" , "c", "d") for(j in plist) { filedir<- paste(dir, "/", j, ".pdf",

!!! DON'T TRY THE CODE IN THIS EMAIL AT HOME !!! Well, unlink() does what it is supposed to do, so you could argue that there is nothing wrong with it. Also, nobody would call unlink() on "~", right? The situation is not so simple, however. E.g. if you happen to have a directory called "~", and you iterate over all files and directories to selectively remove some of them,

>>>>> Martin Maechler <maechler at stat.math.ethz.ch> >>>>> on Tue, 1 May 2018 16:14:43 +0200 writes: >>>>> G?bor Cs?rdi <csardi.gabor at gmail.com> >>>>> on Tue, 1 May 2018 12:05:32 +0000 writes: >> This is a not too old R-devel on Linux, it already fails >> in R 3.4.4, and on macOS as well.

I am only reporting this because it is the current release branch and not devel. R-2.13 from svn revision 55957 builds fine, but fails make check. This happened with a fresh svn checkout 12 hours ago and it still happens as of now. Two days ago I could build R-2.13 and it passed make check on the same system, so I doubt it is a system problem. But just in case my system details are a fresh

I have somehow managed to made a source tar ball which "R CMD check" accepts but "R CMD INSTALL" rejects with: ------------------ Warning in untar2(tarfile, files, list, exdir) : checksum error for entry 'pax_global_header' Error in untar2(tarfile, files, list, exdir) : unsupported entry type ?g? ------------------ This happens with both R 2.12.2 (x86 linux) and R

I have a win dir with 143 files and 3 dirs. smbclient '\\server\dir' -Tc file.tar --> "tar: dumped 146 tar files" smbclient '\\server\dir' -Tx file.tar --> "total of 143 tar files restored to share" When tarring it reports files+dirs, when untarring it reports files only; but the data is exactly the same: 143 files and 3 dirs, they are all tarred and

I have received three distinct (non-)bug reports where someone claimed a recent package of mine was broken ... simply because the macOS binary was not there. Is there something wrong with the cronjob providing the indices? Why is it pointing people to binaries that do not exist? Concretely, file https://cloud.r-project.org/bin/macosx/el-capitan/contrib/3.4/PACKAGES contains Package:

I set up a local repo for testing packages. My packages are not showing up from the repository when viewed by Linux clients. I suspect this is a web administrator/firewall issue, but it could be I created the repo wrongly. I am supposed to run write_PACKAGES separately in each R-version folder. Right? Maybe other novices can use these scripts, if they are not wrong :) Here's the file

Just complied from CVS and am getting this error: /_/usr/local/bin/wine: error while loading shared libraries: libwine.so.1: cannot open shared object file: No such file or directory_/ Library out of date? Some other setting? I'm new to Linux and compiling your own programs. Keeps life interesting though. TIA Roger

Hi all, I am wondering is there any way to check whether some Directory exists or not, given the parent path of that directory? After searching for a while I found that there is a function dir.create() to create some directory. However I need to know whether such directory already exists or not, otherwise I will create that.   Thanks, [[alternative HTML version deleted]]

Anyone got any experience/suggestions for a way to store a directory of sensitive information on a CentOS box? This directory contains many scripts and output files, I need it backed up but not unencrypted and don't want to store it in a tar file type archive as when it needs to be accessed and have scripts executed/data generated, it needs to be untarred/unencrypted and I don't know the

Dirk, yes, thanks, the edge server that serves the Mac binaries to CRAN has run out of disk space (due to size of CRAN itself) so the sync was incomplete. It is fixed now -- you can try by using the macos master server as mirror: https://r.research.att.com/ and it will propagate through other mirrors as usual. Thanks, Simon > On Jan 31, 2018, at 1:34 PM, Dirk Eddelbuettel <edd at

Hi all, I recently downloaded the gcc 4 frontend from: http://llvm.org/releases/1.8/llvm-gcc4-1.8-x86-linux.tar.gz I checked out the source from CVS using: cvs -d :pserver:anon at llvm.org:/var/cvs/llvm login cvs -z3 -d :pserver:anon at llvm.org:/var/cvs/llvm co llvm Running the configure script fails to find llvm-gcc. Inspecting the untarred frontend, it doesn't contain any such binary,

Hello, I'm trying to install R from sources on two Linux machines (both with Suse 12.2): 1. > uname -a Linux cs-wsok 3.4.6-2.10-desktop #1 SMP PREEMPT Thu Jul 26 09:36:26 UTC 2012 (641c197) x86_64 x86_64 x86_64 GNU/Linux 2. > uname -a Linux csltok.swansea.ac.uk 3.4.6-2.10-desktop #1 SMP PREEMPT Thu Jul 26 09:36:26 UTC 2012 (641c197) x86_64 x86_64 x86_64 GNU/Linux I am trying version