similar to: Could not create DVI version

Folks, I am finding problems with using "dse": > library(dse1) Loading required package: tframe Error: c("package '%s' required by '%s' could not be found", "setRNG", "dse1") > library(dse2) Loading required package: setRNG Error: package 'setRNG' could not be loaded In addition: Warning message: there is no package called

I would like to request help with the installation of dse in raqua in mac os x 10.3. I get the following error message after the messages indicating that parts were successfully installed. I would be most grateful for a solution. ----------------------------------------- * Installing *source* package 'setRNG' ... ** R ** inst ** help >>> Building/Updating help pages for

We have received an email in Ubuntu alerting us that something strange was going on during the r-base 2.7.1 rc build (see [1]). It seems that there is an error during the convertion of R-FAQ.texi to pdf. The following excerpt, taken from [2], shows the problem: /bin/sh: line 0: test: too many arguments TEXINPUTS=".:$TEXINPUTS" /usr/bin/texi2dvi --texinfo="@set UseExternalXrefs

And a last post from Paul Gilbert. Thanks to all! This disscusion was really beneficial for me! -----Original Message----- From: Paul Gilbert [mailto:pgilbert at bank-banque-canada.ca] Sent: sre 2005-06-08 21:01 To: Gorjanc Gregor Subject: Re: [R] Random seed problem in MCMC coupling of chains Gorjanc Gregor wrote: > Thanks to Paul and Gabor for additional tips/examples. Actually, I find

Hello! I am performing coupling of chains in MCMC and I need the same value of seed for two chains. I will show demo of what I want: R code, which might show my example is: niter <- 3 nchain <- 2 tmpSeed <- 123 for (i in 1:niter) { # iterations for (j in 1:nchain) { # chains set.seed(tmpSeed) a <- runif(1) cat("iter:", i, "chain:", j,

I am having problems with the package dse. I just installed R 2.2.1 and reinstalled all packages. I am running Windows XP Pro with all updates. Below there are two examples of error messages generated when trying to execute some simple programs. The code was taken directly from the package documentation. Any help on this will be greatly appreciated. Merry Christmas Fernando

---------- > De : Guido Masarotto <guido at hal.stat.unipd.it> > A : r-announce at stat.math.ethz.ch > Objet : R-0.64.0 for Win9X/WinNT > Date?: mardi 13 avril 1999 10:08 > > > Windows binaries and source at CRAN (binaries/windows/Windows-NT/base) > have been updated to R-0.64.0. Thank you very much Guido and Brian! On my machine (with MikTeX installed), I use

Hello, I am trying to start using Sweave. I copy the example from help Sweave testfile <- system.file("Sweave", "Sweave-test-1.Rnw", package = "utils") ## enforce par(ask=FALSE) options(device.ask.default=FALSE) ## create a LaTeX file Sweave(testfile) ## This can be compiled to PDF by tools::texi2dvi("Sweave-test-1.tex", pdf=TRUE) and I

I am trying to build the latest version of R (3.6.2) on a CentOS system running 7.7.1908. I have been able to build previous versions of R up to and including 3.5.3 successfully. Starting with 3.6.0 the "make check" step fails with errors relating to "pdflatex" being missing. So, I installed texlive-latex (and the 100 other rpm dependencies) then tried rebuilding R.

The reason dse won't install is because of the new versioned install code. It assumes that it's dealing with a plain package, and doesn't handle bundles properly. Robert, could you look at that? A workaround is as follows. After the install.packages call fails with this message >Error in file(file, "r") : unable to open connection >In addition: Warning message:

Dear r-devel, I am trying to automatically check if two successive versions of a package have the same results (i.e. code not broken), by parsing the example sections for each function against a previously tested version. While trying to replicate the code from example(), I am facing an error related with te "index.search" function (line 7 in the example() code). This is the code I am

Hi All, I have k identical parallel pieces of code running, each using n.rand random numbers.? I would like to use the same RNG (for now), and set the seeds so that I can guarantee that there are no overlaps in the random numbers sampled by the k pieces of code.? Another side goal is to have reproducibility of my results.? In?the past I have used C with SPRNG for this task, but I'm hoping

Hello, I''m installs xena 3.4.0-rc2 to test , and I would like to know if it is possible not to download on kernel 2.6.18, since I have installed 2.6.26-2 (debian lenny 5.0)? Regards, For@ll _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

Hi, this is related to a question just raised on Bioconductor where one function sets the random seed internally but never resets it, which results in enforced down streams random samples being deterministic. What is the best way to reset the random seed when you use set.seed() within a function? Is it still to re-assign '.Random.seed' in the global environment as following example

Hi there. I mentioned in my before postings that I had compile errors because of some automake incompatiblity. Now after installing redhat 8 these are fixed, and the ogg directory compiled fine, but vorbis gave me an error while it wanted to make a pdf file. (!! Why the hell would a make want to create a pdf?!?) These are some parts of the error log as the whole is too long: ... cp

>Maybe it is obsolete??? Who knows...However, I found ubuntu-server-xen and installed >that instead. However, I installed, as far as I can say, all xen packages and now I''m >looking for some sort of a HowTo. Haven''t found one yet for Ubuntu Server 9.04 aka >Jaunty. Shouldn''t I need a XEN-Kernel? http://bderzhavets.blogspot.com/2009/05/deployment-xen-3.html

Today I struggled for hours to understand some unexpected package test results. It turned out that this is because package "parallel", buried deep in my dependencies, calls runif() during it's initialization and in this way changes the random number sequence. This seems to be a part of a more general question--which kind of functions can we trust if we want to preserve random

On 09/19/2018 10:03 AM, Ben Bolker wrote: ... > Balancing backward compatibility and correctness is a tough problem > here. I think improvements in the RNG is a situation where backward compatibility is not really going to be lost, because people can specify the old generator, they just will not get it by default. My opinion is that the default needs to generally be the best option

After some reorganization, we would like to announce the availability on CRAN of a new version (1.6) of our package "distr" as well as the availabilty on CRAN of the new packages "distrEx", "distrSim", "distrTEst", "RandVar". ----------------------------------------------------------------------------------------- Changes from 1.5 to 1.6 -[former

After some reorganization, we would like to announce the availability on CRAN of a new version (1.6) of our package "distr" as well as the availabilty on CRAN of the new packages "distrEx", "distrSim", "distrTEst", "RandVar". ----------------------------------------------------------------------------------------- Changes from 1.5 to 1.6 -[former