I got a new laptop in September and installed Stretch (I had been using Jessie), and I tried to follow the instructions on https://cran.r-project.org/bin/linux/debian/, as I had multiple times in the past: I added deb http://cran.wustl.edu/bin/linux/debian stretch-cran34/ to the end of sources.list, I followed the rest of the above directions as of early September, as best I recall, and I only got a partial installation. 3.4.2 is installed, but I'm limited in what packages I can load using aptitude (I haven't tried install.packages()). From my reading, this has to do with r-api-3 problems. If my problem isn't obvious, I'll be glad to provide more details. My question is there a successful and not too difficult way to install 3.4.2, or is deleting this R, deleting the wustl.edu backport entry, and reinstalling R and its packages from the standard Stretch repo the best approach at this time? If I should go back to the standard Stretch install, does that mean I need to be especially cautious about installing packages with install.packages() inside R, because that would get me a package that depended on r-api-34? I use a few packages like rstan, rstanarm, and brms that I don't see when I do aptitude search, and I'm not sure what that means I should do. Thanks, Bill [[alternative HTML version deleted]]
Incidentally, you can see a bit more complete description at https://unix.stackexchange.com/questions/402560/how-do-i-install-r-on-debian-stretch-given-the-r-api-3-issue . On Sat, Nov 18, 2017 at 3:17 PM, Bill Harris < bill_harris at facilitatedsystems.com> wrote:> I got a new laptop in September and installed Stretch (I had been using > Jessie), and I tried to follow the instructions on > https://cran.r-project.org/bin/linux/debian/, as I had multiple times in > the past: I added > > deb http://cran.wustl.edu/bin/linux/debian stretch-cran34/ > > to the end of sources.list, I followed the rest of the above directions as > of early September, as best I recall, and I only got a partial > installation. 3.4.2 is installed, but I'm limited in what packages I can > load using aptitude (I haven't tried install.packages()). From my reading, > this has to do with r-api-3 problems. If my problem isn't obvious, I'll be > glad to provide more details. > > My question is there a successful and not too difficult way to install > 3.4.2, or is deleting this R, deleting the wustl.edu backport entry, and > reinstalling R and its packages from the standard Stretch repo the best > approach at this time? > > If I should go back to the standard Stretch install, does that mean I need > to be especially cautious about installing packages with install.packages() > inside R, because that would get me a package that depended on r-api-34? I > use a few packages like rstan, rstanarm, and brms that I don't see when I > do aptitude search, and I'm not sure what that means I should do. > > Thanks, > > Bill > >[[alternative HTML version deleted]]
Le Sat, Nov 18, 2017 at 03:26:53PM -0800, Bill Harris a ?crit :> Incidentally, you can see a bit more complete description at > https://unix.stackexchange.com/questions/402560/how-do-i-install-r-on-debian-stretch-given-the-r-api-3-issue > .Hi Bill and everybody, if one installs R >= 3.4.2 from any source, then some Debian packages will be broken. The change of r-api virtual dependency prevents this to happen. Since you install R from CRAN's Debian packages, can't you also upgrade the r-cran-* packages using `apt-get install -t stretch-cran34` as suggested in <https://cran.r-project.org/bin/linux/debian/#debian-stretch-stable> ? Have a nice day, Charles -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan
Possibly Parallel Threads
- Debian backport on Stretch?
- Debian backport on Stretch?
- Debian backport on Stretch?
- Disabling S4 primitive dispatch during method resolution affects namespace load actions
- Disabling S4 primitive dispatch during method resolution affects namespace load actions