similar to: Hiccup in installing R 2.2.0

A command R CMD build <pkg> that fails, e.g., because of C code compilation errors, leaves a directory %TMPDIR%/Rinst.xxx containing the file R.css. Although R CMD INSTALL --build cleans up after itself, build does not. A fix is below. Also, build.in references Rcmd.exe, which I thought was no longer necessary? Index: build.in

Hi all, I'm using R0.99a on WinNT4. I downloaded a bunch of packages and tried using Rinst.exe to install them. For whatever reason, Rinst.exe does not find all the packages I downloaded. I put all files in the same temp directory, but Rinst only finds some of them. I have no problem installing the rest with WinZip, but if Rinst works it would be much easier (don't have to run WinZip

I am just now getting around to upgrading from 3.1.2 to 3.2.0 and am getting hammered by a problem which is beyond my limited capabilities of handling. I executed ./configure --with-tcltk --with cairo which seemed to go just fine, and then did: make In fairly short order I started getting error messages like unto: > connections.o: In function `gzcon_write': >

I am just now getting around to upgrading from 3.1.2 to 3.2.0 and am getting hammered by a problem which is beyond my limited capabilities of handling. I executed ./configure --with-tcltk --with cairo which seemed to go just fine, and then did: make In fairly short order I started getting error messages like unto: > connections.o: In function `gzcon_write': >

I'm pretty sure I'll feel like [more of] an idiot but... Using Rgui working in a fresh, blank directory. > require(MASS) Loading required package: MASS [1] TRUE > data(cabbages) Warning message: ======> Data set `cabbages' not found in: data(cabbages) <===== > ls() [1] "last.warning" > search() [1] ".GlobalEnv" "package:MASS"

Full_Name: Byron Ellis Version: R 1.9.0 (and 2.0.0) OS: Linux (Redhat Fedora Core) Submission from: (NULL) (140.247.241.197) It appears that `R CMD build` cannot handle spaces in the path when building packages for distribution. For instance: [ellis@net-78815 ~/Bayesian Networks]$ R CMD build bnsl * checking for file 'bnsl/DESCRIPTION' ... OK * preparing 'bnsl': * cleaning src *

Dear expeRts! I have produced a package and I would like to compile it on windows to build a binary package. The package also includes Fortran code. This is where I have problems. The package compiles fine, however the Fortran code seams to be ignored. I have the Fortran code in src subdirectory. I have all the compilers installed. Actually, if I compile the Fortran subroutines manually

Hi I''m trying to compile R packages on my vista (I''m very new on vista...). I installed Rtools, RExcel on a specific folder: c:\Rtools and gave full access. Unfortunately, I am still unable to compile any packages (may be still because of the security properties of vista). I checked several mailing list/forums/website but I did not found any solution. Does anybody have the

I am cross-posting this to r-sig-fedora (I hope that's not an egregious sin) in the hope that doing so might provide some source of insight. I tried sudo yum install zlib and was told > Package zlib-1.2.5-7.fc17.x86_64 already installed and latest version Likewise for "zlib-devel". I also tried sudo yum install bzlib and was told > No package bzlib

These patches make the changes necessary to build the kernel as Position Independent Executable (PIE) on x86_64. A PIE kernel can be relocated below the top 2G of the virtual address space. It allows to optionally extend the KASLR randomization range from 1G to 3G. Thanks a lot to Ard Biesheuvel & Kees Cook on their feedback on compiler changes, PIE support and KASLR in general. Thanks to

These patches make the changes necessary to build the kernel as Position Independent Executable (PIE) on x86_64. A PIE kernel can be relocated below the top 2G of the virtual address space. It allows to optionally extend the KASLR randomization range from 1G to 3G. Thanks a lot to Ard Biesheuvel & Kees Cook on their feedback on compiler changes, PIE support and KASLR in general. Thanks to

I would like to change where R stores the temporary files to my external hard drive in my iMac. This is important because the temporary files R creates are huge and I do not have enough available space in my internal HD. Again, this is for macOS. This change has to be temporary. Later I need to use the usual location for temp files in the internal HD. Thanks in advance, Kumar Mainali --

Under Linux the cleanup script (if it exists) is run at the end, before the package archive is created, and this prevents intermediate files that are no longer needed from being written to the archive. Unfortunately, this does not happen under Windows when there is a cleanup.win. That is, cleanup.win is not run before the archive is created. Here is the code in build.pl that checks for cleanup

Does setting the environment variable TMPDIR, before starting R, to a directory on a bigger file system help? On Linux I get % mkdir /tmp/RTMP-BILL % env TMPDIR=/tmp/RTMP-BILL R --quiet --vanilla > tempdir() [1] "/tmp/RTMP-BILL/Rtmppgowz4" > tempfile() [1] "/tmp/RTMP-BILL/Rtmppgowz4/file7ce36ec5cb1e" I don't know if there is an R-specific environment

The call to system() probably is an internal call used to delete the session's tempdir(). This sort of failure means that a potentially large amount of disk space is not being recovered when R is done. Perhaps R_CleanTempDir() could call R_unlink() instead of having a subprocess call 'rm -rf ...'. Then it could also issue a specific warning if it was impossible to delete all of

Hi, Can you please tell me if swfdec support playing videos using rtmp? E.g. www.nytimes.com 's flash video player using rtmp. Does swfdec support it? Thank you.

Changes: - patch v1: - Simplify ftrace implementation. - Use gcc mstack-protector-guard-reg=%gs with PIE when possible. - rfc v3: - Use --emit-relocs instead of -pie to reduce dynamic relocation space on mapped memory. It also simplifies the relocation process. - Move the start the module section next to the kernel. Remove the need for -mcmodel=large on modules. Extends

Changes: - patch v1: - Simplify ftrace implementation. - Use gcc mstack-protector-guard-reg=%gs with PIE when possible. - rfc v3: - Use --emit-relocs instead of -pie to reduce dynamic relocation space on mapped memory. It also simplifies the relocation process. - Move the start the module section next to the kernel. Remove the need for -mcmodel=large on modules. Extends

http://bugs.freedesktop.org/show_bug.cgi?id=16632 Summary: swfdec_net_connection_connect with non-NULL url real- world test case Product: swfdec Version: 0.7.x Platform: Other URL: http://www.vampirefreaks.com/Official-Zombie-Girl OS/Version: All Status: NEW Severity: normal

On 11/05/15 12:06, M. Edward (Ed) Borasky wrote: > 1. R 3.2.0 is packaged for Fedora now; it's in Rawhide and Fedora 22. > I'm running Fedora 22 (late beta) and haven't had any problems with R. > RStudio Desktop Preview (0.99.435) from the RStudio Fedora RPM is also > running fine. You might save yourself some hassles by upgrading to > Fedora 22. I'm sure I would,