similar to: R 2.5.0 packages for Debian stable/etch

Hi Dirk, hi list, I just ran into a slight problem while building the recommended packages for CRAN in a chroot environment against the fresh backport of your R 2.6.0 packages. It seems that R CMD javareconf wants to change files in /etc/R during the build, and since I am not building the packages as root in my etch chroot, this fails, even if I am using fakeroot. My workaround was to simply

Dear users of the Debian backports on CRAN, Because of an inconsistency of the README file with the actual situation on CRAN, which Ted Harding gratefully reported, I changed the archive on CRAN so the /etc/apt/sources.list entry has to be changed in case you would like to get updates of R backports to Debian stable in the future: Instead of deb

Dear R developers, I am a little disappointed that my bug report only made it to the wishlist, with the argument: Well, it does not say it has. Only relevant to prediction intervals. predict.lm does calculate prediction intervals for linear models from weighted regression, so they should be correct, right? As far as I can see they are bound to be wrong in almost all cases, if no weights

Dear all, It is my pleasure to announce the immediate availability of R 2.8.0 for the current Debian stable release on CRAN. Source packages and binaries for i386 and amd64 are at your disposal. I also updated the README to include a short howto for using R 2.8.0 from unstable on testing (lenny), which is currently frozen. This currently pulls the current pcre from unstable, next to the current

I just uploaded R 2.5.0 to Debian's unstable distribution. As Peter's announcement says, it now contains two new packages'rcompgen' and 'codetools'. About two or three weeks ago, I also packaged these, just like other 'recommended' packages as r-cran-rcompgen and r-cran-codetools. However, as "new" packages, they are still in the NEW queue awaiting

I am more than 'a little disappointed' that you expect a detailed explanation of the problems with your 'bug' report, especially as you did not provide any explanation yourself as to your reasoning (nor did you provide any credentials nor references). Note that 1) Your report did not make clear that this was only relevant to prediction intervals, which are not commonly used.

Hi all I'm updating a package for submission to CRAN, and I am getting an error message I never have seen before, and can't find out what it implies or means (and hence, what I need to do to fix it). After running R CMD check, I get this: <snip> * checking foreign function calls ... OK * checking R code for possible problems ... OK * checking Rd files ... OK * checking Rd

I have recently upgraded to Ubuntu Gutsy and, for the first time, am using a 64-bit installation. After failing miserably to install R from source, not a problem for me in the past with a 32-bit install, I went the route of using the Debian Etch build. This went smoothly, but I am unable to update my numerous R and BioConductor packages, getting non-zero exit status errors on each package. Is

Hello Griera, sorry, I forgot an "svn add", so the package got lost on the way. It is on chem now, and will migrate to CRAN shortly. Johannes Am Montag, 25. September 2017, 10:57:37 CEST schrieb Griera: > Hello Johannes: > > I'm sorry, but I still have the same problem with Rkward. > > After running apt-get update, I still can not find the amd64 version of the

I just built R-devel from source on OS X (Tiger), using the subversion sources. Running ./tools/rsync-recommended didn't download rcompgen. I checked http://cran.r-project/src/contrib/2.7.0/Recommended and indeed, this package is not there. If I try to install using install.packages I get > install.packages("rcompgen", type="source") --- Please select a CRAN

I recently was forced to do a dist-upgrade and rebuild my kernel, so a lot has changed on my system, and I don't know if that is related to the errors & warnings I get from apt-get update. Any ideas? thanks -Michael euclid:~# apt-get update Get: 1 http://debian.yorku.ca stable Release.gpg [378B] Get: 2 http://debian.yorku.ca stable/updates Release.gpg [189B] Get: 3

R 2.6.1 is on its way to Debian unstable. I removed the references to gcc-4.2, so backporting should be easier. One thing I lfet in was the shlibs.local which will make R depend on tk8.4 newer than what testing and Ubuntu have, so Johannes and Vincent may need to remove the file. Debian testing users cannot run the unstable binaries as libc6 is ahead on unstable. We'll have to wait for libc6,

Hi Johannes and Dirk: A Divendres 27 Juny 2008 17:05, Johannes Ranke va escriure: > Hi, > > I just added RODBC to the list of packages maintained for the Debian > etch backports on CRAN. The r-cran-rodbc packages are on their way to > CRAN - if you want them now, you can use > > deb http://chem.uft.uni-bremen.de/r-cran etch-cran/ > > as an alternative. Thank you

Hello Johannes: I'm sorry, but I still have the same problem with Rkward. After running apt-get update, I still can not find the amd64 version of the Rkward package. I have tried it with the following sources: deb http://cran.r-project.org/bin/linux/debian stretch-cran34/ deb http://chem.uft.uni-bremen.de/ranke/r-cran stretch-cran34/ deb

Hi Johannes: Thank you very much. Rkward now works. The only drawback is that I had to install it "by hand": sudo dpkg -i rkward_0.6.5-1~stretchcran.0_amd64.deb rkward-data_0.6.5-1~stretchcran.0_all.deb By default, apt-get installed the Debian repository version (rkward 0.6.5-1+b1 0.6.5-1+b1). Thanks for your contributions to the R-Debian project! Regards. Griera. On Mon, 25

---------- Forwarded message ---------- From: Tobias Stahl <stahltobse at gmail.com> Date: 2015-10-15 12:26 GMT+02:00 Subject: Re: [R-sig-Debian] SemPlot install fails To: Johannes Ranke <jranke at uni-bremen.de> Hey Johannes, Hey George, thanks a lot for your replies! With help of a friend the problem could be solved. There were, as you suggested George, some old packages which

Hi, after updating to 2.7.0, command line completion doesn't work anymore. I understand that the package rcompgen is now part of utils. I hadn't used rcompgen before but completion worked without it (I double checked it using an 2.6.2 version on another machine). Now, it doesn't work, even after switching on all option via "rc.settings". I updated R using the opensuse 10.3

Hi I just upgraded my R from stabel/etch from 2.4.x to 2.6.2 via sudo apt-get install r-base which worked fine, installing all dependencies From R, as root, I did update.packages() but a number of packages packages failed to install, either for missing gfortran or missing dependencies. Warning messages: 1: In install.packages(update[instlib == l, "Package"], l, contriburl =

food now? or after work in the library? On Wed, 2010-06-02 at 12:00 +0200, r-sig-debian-request at r-project.org wrote: > Send R-SIG-Debian mailing list submissions to > r-sig-debian at r-project.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://stat.ethz.ch/mailman/listinfo/r-sig-debian > or, via email, send a message with subject or body

Ok, first I poked around the ubuntu tablet and related PPAs to see if I could find one with an ARM port of R, but no luck. Next I tried a debian install - jessie is supported on Crouton and it installs and runs basically without a hitch. But I run into the same problem installing R - using only a cran debian source and none of Rutter's PPAs. Now r-base-core is only available up to 3.1.1-1.