similar to: R-4.0.0 and Texlive 2020 installed on EmmabuntusDE4 (Debian Bullseye)

Dear all, I whish to relate my installation of R-4.0.0 on Debian. I am mainly a Windows user and occasionnaly verify the CRAN checks of my packages on a second laptop equipped with Linux Mint Debian Edition 3 (LMDE3) based on Debian Stretch. On Friday, April 24, it took me a few hours to have R-4.0.0 installed on Windows and the sources compiled, thanks to the instructions provided by

Hello! I'm confused as to what the actual problem with includeRnw is? Is the problem that it relies on R-knitr? Before it would be withdrawn, may I be given an opportunity to fix said problem? includeRnw only invokes the already existing R installation, and should not affect any other global settings or affect the installation in any way. If this is the case, it's a bug and I'd

On Sat, 10 Nov 2018, I?aki Ucar wrote: > On Sat, 10 Nov 2018 at 15:17, Roger Bivand <Roger.Bivand at nhh.no> wrote: >> >> On upgrading my F28 to F29, I've found that R-core and a number of R >> packages: >> >> R-evaluate R-glue R-highr R-knitr R-magrittr R-markdown R-mime R-stringi >> R-stringr R-yaml >> >> are installed, although I

On Sat, 10 Nov 2018 at 19:12, Roger Bivand <Roger.Bivand at nhh.no> wrote: > > My point exactly. It should only run R RHOME to check for the existence of > R (if this is what it does) at run time, not at install time. If it then, > at run time, does not find R, or having found R does not find knitr > (though Sweave is part of utils, so knitr is only needed by those using >

Hello ALL! I am running Fedora 16 x86_64. Due to some dubious problems with the TeXLive (2007, which is a default), I removed it. That removed R as well, and some other dependent packages. Then, I installed TeXLive 2011 from CTAN. However, when I wanted to install R, from Fedora's repositories, it asks for some TeX dependencies (for example, tex-preview, texinfo-tex, texlive, texlive-dvips

On upgrading my F28 to F29, I've found that R-core and a number of R packages: R-evaluate R-glue R-highr R-knitr R-magrittr R-markdown R-mime R-stringi R-stringr R-yaml are installed, although I only ever install R from source and always keep my Rs locally. So I don't use Fedora R rpms, but these were installed without my command. Something in texlive is doing this. A remedy is to

Hello ALL! I am running Fedora 16 x86_64. Due to some dubious problems, that i couldn't resolve, with the TeXLive (2007, which is a default), I removed it. That removed R as well, and some other dependent packages. Then, I installed TeXLive 2011 from CTAN. However, when I wanted to install R, from Fedora's repositories, it asks for some TeX dependencies (for example, tex-preview,

10.04.2023 21:38, Elias Pereira via samba ?????: > Hi, > > Any ETA for the inclusion of 4.18.x in bullseye-security? There will be no 4.18.x on bullseye or bullseye-backports. Maybe bullseye-backports-sloppy but very unlikely too. /mjt

Hi, I am currently in the process of installing the latest release that I cloned from git in an effort to complete an application for GSOC. I am running into an issue however with 'make' on my Ubuntu 64bit Linux version . Below is the code that make reports upon exiting with multiple errors. They seems to be related to my latex installation which aborted in error due to missing entry

Hi, Any ETA for the inclusion of 4.18.x in bullseye-security? -- Elias Pereira

I have data for several rings of a left heart chamber, and which I would like to display in concentric rings, with color-encoding of the values. Each ring corresponds to one slice through the heart, and the rings correspond to positions from the base to the apex of the heart as you move from the outermost ring to the innermost one. The data have a circular pattern. These types of displays are

Hmmmm. Perhaps I'm using the wrong terminology. My logic is: (1) I am running Ubuntu focal on the cluster. (2) Ubuntu focal is built on Debian bullseye but (3) Debian bullseye is not yet the stable release; it is the 'testing' release; hence (4) I will pull the r-base-core package from the 'testing' version of Debian. And, in fact, I found r-base-core for 4.0.2 in the bullseye

I want up-to-dateish versions of TexLive, R, gnumeric, emacs, but on a more-or-less stable base of Centos-5.2. I asked for packages in this, but got no answers. So now I've built them and will let you try them if you want. I used the source packages from Fedora 8 and 9. I wanted TexLive because many of us have jumped ship to Ubuntu Linux 8.04 and it does offer TexLive, and the compatability

Today I installed the newest Centos I could find and encountered the old software problem. I couldn't find any third party repositories that have TexLive to replace tetex. Ii tried the Fedora version, but it calls for a different libpoppler. LyX in Centos is aged as well. As far as I can tell, rpmfusion will provide these things, but its confiig page still says 'not ready.' I

On Sat, 10 Nov 2018, Andreas Storvik Strauman wrote: > Hello! I'm confused as to what the actual problem with includeRnw is? Is > the problem that it relies on R-knitr? Before it would be withdrawn, may > I be given an opportunity to fix said problem? Yes, the problem is that it expesses an external dependence on anything outside texlive. On packaging systems (for me Fedora),

CentOS Errata and Security Advisory 2012:0137 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0137.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 406a29cf1e1d670947152626b4c065c1a2c3152e7a0e8716fbcc03c06ef4552f kpathsea-2007-57.el6_2.i686.rpm

CentOS Errata and Bugfix Advisory 2015:1815 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1815.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1b0e542c98506f21fc94f5adb0db649ec9d385268871be2741a43bc29d72b124 texlive-texmf-2007-39.el6_7.noarch.rpm

CentOS Errata and Bugfix Advisory 2015:1830 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1830.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 85dc8987abbff18e9b914316004e25ce7cbbf21c9e2c05c35c622d0fb26244c8 kpathsea-2007-60.el6_7.i686.rpm

On 5 June 2020 at 08:52, Johannes Ranke wrote: | Hi Mark, | | Am Freitag, 5. Juni 2020, 00:31:34 CEST schrieb Mark van der Loo: | > Hi all, | > | > I just spun up a fresh Debian Buster instance, then I added: | > | > deb http://cloud.r-project.org/bin/linux/debian buster-cran40/ | > | > to /etc/apt/sources.list. I also ran the apt-key command as described here: | >

On Sat, 10 Nov 2018 at 15:17, Roger Bivand <Roger.Bivand at nhh.no> wrote: > > On upgrading my F28 to F29, I've found that R-core and a number of R > packages: > > R-evaluate R-glue R-highr R-knitr R-magrittr R-markdown R-mime R-stringi > R-stringr R-yaml > > are installed, although I only ever install R from source and always keep > my Rs locally. So I