similar to: r65998 build error. share/Rd/macros/*: No such file or directory

Hi all, A list of some possible issues: 1. In R 2.11.x, in: http://svn.r-project.org/R/branches/R-2-11-branch/share/texmf/ there are two files, jss.cls and jss.bst (for JSS), which appear to be new since 2.10.x. These files are not installed when building/installing R. It would appear that they are not included in: https://svn.r-project.org/R/branches/R-2-11-branch/share/Makefile.in The

Hi, In the "R documentation and Administration" manual it is said that "The configure or make variables |rdocdir| and |rsharedir| can be used to install the system-independent doc and share directories to somewhere other than |libdir|". Then I've installed R v2.3.1 on a solaris platform (SunOS 5.9) with the following commands : > ./configure

Hi Dirk and Martyn, > That looks fine. Can you please give a reproducible example of a package > that compiles correctly on R 3.3.3 but not with R 3.4.0 or R-devel. here you go, it?s pretty much the simplest package possible that needs C++11: https://github.com/flying-sheep/cxx11test > Maybe you can share with us how you configure the build of R-devel? Sure, in the mail you quoted, I

Hi, I'm upgrading to R 2.2.1 and have bumped into some problems. I have been successful with installing on x86 and PPC Linux, but am unable to install R on Solaris 7 and on IRIX 6.5. Configuration and compilation go through just fine, but "make install" fails: gmake[1]: Entering directory `/scratch/atossava/R-2.2.1/doc' installing doc ... ../tools/install-sh: no destination

Rscript eats up the last argument when reporting the command it runs: $ Rscript --verbose "/tmp/test.R" one two three running '/usr/local/lib/R-devel/lib/R/bin/R --slave --no-restore --file=/tmp/test.R --args one two' With the patch below, I get the following: $ Rscript --verbose "/tmp/test.R" one two three running '/usr/local/lib/R-devel/lib/R/bin/R --slave

I don't know if this is a bug. I can reproduce the following on Ubuntu 12.04.2 and 13.04 64-bit with R version 3.0.1 and with r63479. There is no difference if R is patched with the fix for PR#15407 or not, although without the fix there are more ways to trigger this. I can reproduce with the following: 1. Open R in gnome-terminal or xterm 2. Run 'library(tcltk)' 3. Run

I have two comments regarding the Posting Guide: (1) The link in the following sentence did not work for me: Take care when you quote other people's comments to respect their rights, e.g., as summarized here[a]. [a] http://www.jiscmail.ac.uk/help/policy/copyright.htm Has it been changed to the following? http://www.jiscmail.ac.uk/policyandsecurity/copyrightissues.html (2) Regarding

Below is an example of output that changed as a result of r64970. I did not see any NEWS item suggesting this change is expected. Note that the example is contrived and I don't have a use case for it. I stumbled across it when playing with recent changes in R relating to duplication. Does the example use undefined syntax? ----- fn1 <- function(mylist) { fn1a <- function()

Hi, I am using a local patch to have CMD check exit with error if there is a note or warning. Am I missing an already existing way to do this? If not, Is there any interest in having an option or environment variable for this upstream? I would be interested in making a patch. If so, option or environment variable? Any suggestions for the name? Should this be two options or one option with

Regarding the following extract of ?options: ?editor?: a non-empty string, or a function that is called with a file path as argument. edit.default currently calls the function with three arguments: name, file, and title. For example, running the following vimCmd <- 'vim -c "set ft=r"' vimEdit <- function(file_) system(paste(vimCmd, file_)) options(editor =

The following example in ?dump.frames options(error = quote({dump.frames(to.file = TRUE); q()})) is useful for teaching the user how to save a frame dump when R encounters an error during non-interactive sessions. This command however causes an additional change that on encountering an error R exits with a 0 error status. Although it's just an example, it's an important one as it's

tools::md5sum gives a warning if it receives a directory as an argument on Unix but not on Windows. >From what I understand, this happens because in Windows a directory is not treated as a file so fopen returns NULL. Then, NA is returned without a warning. On Unix, a directory is treated as a file so fopen does not return NULL so md5 is run and fails, leading to a warning. This is a good

Attached is a patch with minor suggestions for the R-ints manual at r64048. The most substantial change is the following: The top layer comprises the graphics subsystems. Although there is -provision for 24 subsystems, after 6 years only two exist, `base' and +provision for 24 subsystems, since 2001 only two exist, `base' and `grid'. Is the year 2001 correct? I base it on the date

Hi Philipp, Fellow Archlinux user here. I think the problem is with the r-devel PKGBUILD file, rather than anything wrong in R itself. The PKGBUILD file does this: ln -s /etc/R/${i} ${i} when it should do ln -s /etc/R-devel/${i} ${i} You can fix your installed version with cd /opt/r-devel/lib/R/etc/ sudo rm ./* sudo ln -s /etc/R-devel/javaconf sudo ln -s /etc/R-devel/ldpaths sudo ln -s

On Wed, 2017-04-19 at 16:32 +0200, Angerer, Philipp wrote: > Hi Dirk and Martyn, > > > That looks fine. Can you please give a reproducible example of a > > package > > that compiles correctly on R 3.3.3 but not with R 3.4.0 or R-devel. > > here you go, it?s pretty much the simplest package possible that > needs C++11: > >

Hello, I am writing you about the GNU R-Project, as part of by effort to help GNU projects provide a better, more consistent build system. Currently, your project does not support the DESTDIR variable in generated Makefiles (marked as optional in the GNU coding policies, make and automake manual). In my opinion, DESTDIR support can be very helpful for the user, the distribution-specific

Attached is a patch with suggestions for the R-lang manual at r64277. Below are a few comments (some are implemented in the patch): In the section "Objects", there is a table introduced by "The following table describes the possible values returned by typeof". One of the results is "any". Can "any" be returned by "typeof()" ? Regarding the

I am building from source on RHEL 4 and have run into a problem while running "make check": running code in 'lapack.R' ...make[3]: *** [lapack.Rout] Error 1 make[3]: Leaving directory `/opt/R/R-2.9.1/tests' make[2]: *** [test-Specific] Error 2 make[2]: Leaving directory `/opt/R/R-2.9.1/tests' make[1]: *** [test-all-basics] Error 1 make[1]: Leaving

Hi! Well, my linux distribution has very recent versions of everything, so a working C++11 compiler exists: $ gcc --version | head -n1 gcc (GCC) 6.3.1 20170306 Could wrong ./configure options be at fault here? See: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=r-devel#n40 My sessionInfo(): $ R-devel --slave -e 'sessionInfo()' | head -n3 R Under development (unstable)

On 04/01/2020 4:35 p.m., Scott Kostyshak wrote: > On Fri, May 31, 2019 at 01:28:55AM -0400, Scott Kostyshak wrote: >> The attached patch adds some sanity checks to the "type" argument of ... > Bump. For this type of patch proposal, is it better to use the > bug tracker? For almost any patch proposal it is. Certainly if you don't get action (or at least discussion)