Re: [R-sig-Debian] R

Hi, Can you please resend, but this time not in html format? The mailing list manager software swallows html; your email did not contain any plain text so there is nothing for us to read and (hopefully) help you with. Dirk -- dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Re: [R-sig-Debian] [R] Why Rprofile.site is not built with manual installation of R devel in linux?

> Jeff Newmiller via R-help > on Thu, 09 Nov 2023 12:08:07 -0800 writes: > No clue. Tip: R-devel is the mailing list for anything > related to development versions of R. Off-topic here. Yes. Alternatively, as he uses Debian, there's the R-SIG-Debian mailing list, too. -->

Re: [R-sig-Debian] R version on upgrading Debian 10 / 11 -> Debian 12

Dear Johannes, Many thanks for the prompt response. Best Regards, Ashim On Thu, Sep 28, 2023 at 11:45 AM Johannes Ranke wrote: > > Hi, > > the repo on CRAN where that page comes from actually has R 4.3.1 for Debian 12 > (bookworm). I just missed to update that bit of that page, sorry for the >

Re: [R-sig-Debian] R version on upgrading Debian 10 / 11 -> Debian 12

Hi, the repo on CRAN where that page comes from actually has R 4.3.1 for Debian 12 (bookworm). I just missed to update that bit of that page, sorry for the confusion caused. The updated text will be online in the course of the day. Cheers, Johannes Am Donnerstag, 28. September 2023, 08:06:11

Re: [R-sig-Debian] R 4.3.1 on Debian bullseye-cran40 repository

Thank you both Johannes and Dirk. Iago De: R-SIG-Debian de part de Johannes Ranke Enviat el: dijous, 22 de juny de 2023 7:00 Per a: r-sig-debian@r-project.org Tema: Re: [R-sig-Debian] R 4.3.1 on Debian bullseye-cran40 repository Am Mittwoch, 21. Juni 2023, 15

Re: [R-sig-Debian] R 4.3.1 on Debian bullseye-cran40 repository

Am Mittwoch, 21. Juni 2023, 15:04:07 CEST schrieb Johannes Ranke: > Am Mittwoch, 21. Juni 2023, 09:48:17 CEST schrieb Iago Giné Vázquez: > > Hello, > > > > Although R 4.3.1 has been released some days ago, and in > > http://cloud.r-project.org/bin/linux/debian/ it is claimed that > > > > > >

Re: [R-sig-Debian] R 4.3.1 on Debian bullseye-cran40 repository

Am Mittwoch, 21. Juni 2023, 09:48:17 CEST schrieb Iago Giné Vázquez: > Hello, > > Although R 4.3.1 has been released some days ago, and in > http://cloud.r-project.org/bin/linux/debian/ it is claimed that > > > Debian bullseye has been released with R 4.0.4. If you want to upgrade to R > 4.3.1

Re: [R-sig-Debian] R 4.3.1 on Debian bullseye-cran40 repository

On 21 June 2023 at 07:48, Iago Giné Vázquez wrote: | Although R 4.3.1 has been released some days ago, and in http://cloud.r-project.org/bin/linux/debian/ it is claimed that | | | Debian bullseye has been released with R 4.0.4. If you want to upgrade to R 4.3.1 on bullseye, you can use the

Re: [R-sig-Debian] R 4.1.0 and Graphics Packages

Just a quick reminder, see below ... > We can rebuild all the affected packages. An 'apt update; apt upgrade' > would then pull them in. That is generally my preferred approach. > > Dirk Johannes ___ R-SIG-Debian mailing list

Re: [R-sig-Debian] R 4.1.0 and Graphics Packages

On 25 May 2021 at 08:47, Johannes Ranke wrote: | A more systematic way would be to have R 4.1.0-2 provide r-graphics-api_14 and | only upload packages providing graphics devices that have a respective | dependency from now on. But I don't know if it's worth the trouble. If you wanted to you

Re: [R-sig-Debian] R 4.1.0 and Graphics Packages

Am Freitag, 21. Mai 2021, 19:03:59 CEST schrieb Dirk Eddelbuettel: > On 21 May 2021 at 10:56, Johannes Ranke wrote: > | Hi all, > | > | The NEWS for R 4.1.0 contain the note: > | > | - The graphics engine version, R_GE_version, has been bumped to 14 and so > | packages that provide graphics

Re: [R-sig-Debian] R 4.1.0 and Graphics Packages

On 21 May 2021 at 10:56, Johannes Ranke wrote: | Hi all, | | The NEWS for R 4.1.0 contain the note: | | - The graphics engine version, R_GE_version, has been bumped to 14 and so | packages that provide graphics devices should be reinstalled | | And indeed, I just ran into this and got a |

Re: [R-sig-Debian] R > 4.0.0 on Debian 9 Stretch?

> On 22 Sep 2020, at 15:31, Dirk Eddelbuettel wrote: > > > On 22 September 2020 at 15:19, Rainer M Krug wrote: > | I think the easiest is for me just to install Debian 10 and to use that one. > > Exactly. > > On a personal note I like the six month (releases) or two-year (LTS) cadence > of

Re: [R-sig-Debian] R > 4.0.0 on Debian 9 Stretch?

On 22 September 2020 at 15:19, Rainer M Krug wrote: | I think the easiest is for me just to install Debian 10 and to use that one. Exactly. On a personal note I like the six month (releases) or two-year (LTS) cadence of Ubuntu a lot and also use that. Plus, on Ubuntu you get 4600 Rutter

Re: [R-sig-Debian] R > 4.0.0 on Debian 9 Stretch?

Hi Dirk, Thanks for the explamnayion - Debian is running in a VM (and nothing really installed on it) , and I think the easiest is for me just to install Debian 10 and to use that one. Thanks a lot, Rainer > On 22 Sep 2020, at 15:14, Dirk Eddelbuettel wrote: > > > On 22 September 2020

Re: [R-sig-Debian] R > 4.0.0 on Debian 9 Stretch?

On 22 September 2020 at 14:49, Rainer M Krug wrote: | I know this is likely documented somewhere, but I can’t find it. How can I install R > 4.0.0 on Debian 9 Stretch? That is 'oldstable'. You are making a heroic assumption that "some" volunteer prepared a binary for you. Maybe ... that

Re: [R-sig-Debian] R 4.0 for ARM processors

@Johannes - Thank you for your suggestion. I see the wisdom in it. I like having pre-built binaries because I'm lazy; but in this case, being lazy is causing too much work. @Patrice - Thanks for sharing the story and those links. It seems the Odroid is like the RPi 3. The newer RPi 4 has (up

Re: [R-sig-Debian] R 4.0 for ARM processors

2 years ago at one Meetup in Paris, Marc Girondot, professor at University Paris-Saclay, presented his cluster built with 12 Odroid (equivalent to Rapsberry Pi). The stack was almost the same size than your picture as there was no fan and a narrower distance between each PCB card. There were

Re: [R-sig-Debian] R 4.0 for ARM processors

Am Mittwoch, 15. Juli 2020, 22:12:08 CEST schrieb Dirk Eddelbuettel: > On 15 July 2020 at 19:44, Paul Teetor wrote: > | H. Perhaps I'm using the wrong terminology. My logic is: (1) I am > | running Ubuntu focal on the cluster. > I am with you so far. > > | (2) Ubuntu focal is built on Debian

Re: [R-sig-Debian] R 4.0 for ARM processors

H. 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

Re: [R-sig-Debian] R 4.0 for ARM processors

Thank you very much, Dirk. That nudge solved the problem, of course. I am embarrassed. I was so fixated on Ubuntu repositories that I neglected to check the Debian 'testing' world! Regarding the RPi: The RPi 4 uses the 'arm64' architecture, the full 64-bit one. I stopped using dedicated

Re: [R-sig-Debian] R 4.0 for ARM processors

On 15 July 2020 at 19:44, Paul Teetor wrote: | H. Perhaps I'm using the wrong terminology. My logic is: (1) I am running Ubuntu focal on the cluster. I am with you so far. | (2) Ubuntu focal is built on Debian bullseye but Not really. Ubuntu does their own thing, and their own snapshots.

Re: [R-sig-Debian] R 4.0 for ARM processors

On 15 July 2020 at 16:35, Paul Teetor wrote: | Thank you very much, Dirk. That nudge solved the problem, of course. I am embarrassed. I was so fixated on Ubuntu repositories that I neglected to check the Debian 'testing' world! | | Regarding the RPi: The RPi 4 uses the 'arm64' architecture,

Re: [R-sig-Debian] R 4.0 for ARM processors

On 15 July 2020 at 14:03, Paul Teetor wrote: | Dear R-SIG-Debian folks, | | I seem to be chasing my tail, despite having a simple goal: | | - Install R 4.0.2 | - On Ubuntu 20.04 | - For an ARM processor (not Intel/AMD). | | Can someone please suggest a Debian/Ubuntu repository of the required

Re: [R-sig-Debian] R-4.0.0 and Texlive 2020 installed on EmmabuntusDE4 (Debian Bullseye)

Hi Patrice, Am Mittwoch, 29. April 2020, 11:03:56 CEST schrieb Patrice Kiener: > Hi Johannes, > > > Thank you for your comments. I run >sudo apt install -t bullseye-cran40 r-base > > and have now the current R-4.0.0 in /usr/lib/R with links in the menus > and R-devel R-4.1.0 in

Re: [R-sig-Debian] R-4.0.0 and Texlive 2020 installed on EmmabuntusDE4 (Debian Bullseye)

Hi Johannes, Thank you for your comments. I run sudo apt install -t bullseye-cran40 r-base and have now the current R-4.0.0 in /usr/lib/R with links in the menus and R-devel R-4.1.0 in ~/patrice/svn/R/r-devel/build. Perfect. I used sid just to get the full Texlive 2020. I will probably

Re: [R-sig-Debian] R-4.0.0 and Texlive 2020 installed on EmmabuntusDE4 (Debian Bullseye)

Dear Patrice, thanks for sharing your experience with Debian based distributions. It is amazing how many distros you tested! In your situation I would recommend apt pinning for installing texlive 2020 from Debian sid on Debian bullseye aka testing or related systems. Simply adding sid sources

Re: [R-sig-Debian] [R] Curl4, Quantmod, tseries and forecast

Thanks, that fixed the issue! L. On Tue, Jul 09, 2019 at 01:41:39PM +0200, Ralf Stubner wrote: Hi Lorenzo I reordered the quote slightly: On Tue, Jul 9, 2019 at 1:30 PM Lorenzo Isella wrote: On Sun, Jul 07, 2019 at 03:16:20PM +0200, Ralf Stubner wrote: >Did you reinstall the curl package?

Re: [R-sig-Debian] [R] Curl4, Quantmod, tseries and forecast

Hi Lorenzo I reordered the quote slightly: On Tue, Jul 9, 2019 at 1:30 PM Lorenzo Isella wrote: > On Sun, Jul 07, 2019 at 03:16:20PM +0200, Ralf Stubner wrote: > >Did you reinstall the curl package? See also > >https://stackoverflow.com/a/50085192/8416610 > > I tried the following > > >

Re: [R-sig-Debian] [R] Curl4, Quantmod, tseries and forecast

Hi Ralf, I tried the following install.packages("RCurl") which went OK, but then same story when I tried to install tseries. sessionInfo() R version 3.6.1 (2019-07-05) Platform: x86_64-pc-linux-gnu (64-bit) Running under: Debian GNU/Linux 10 (buster) Matrix products: default BLAS:

Re: [R-sig-Debian] [R] Curl4, Quantmod, tseries and forecast

Hi Lorenzo Joshua Ulrich schrieb am So. 7. Juli 2019 um 14:16: > Hi Lorenzo, > > On Sun, Jul 7, 2019 at 6:42 AM Lorenzo Isella > wrote: > > ** byte-compile and prepare package for lazy loading > > Error in dyn.load(file, DLLpath = DLLpath, ...) : > > unable to load shared object >

Re: [R-sig-Debian] [R] Curl4, Quantmod, tseries and forecast

Hi Lorenzo, On Sun, Jul 7, 2019 at 6:42 AM Lorenzo Isella wrote: > > Dear All, > I have just upgraded to Debian stable 10 and rebuilt most of the R > packages. > I use the R backported packages from here > > https://cran.r-project.org/bin/linux/debian/#debian-buster-testing > > for the core

Re: [R-sig-Debian] R 3.6.0 for Debian buster

> Anyway, it is great to have the extra flag. I just prepared r-base 3.6.0-2 > and it contains the new flag in /etc/R/Makeconf thanks to your changes to > configure{,.ac} which I "backported" to 3.6.0-2. It also includes the > whitelist for the non-portable compiler flags noise. Great! I just

Re: [R-sig-Debian] R 3.6.0 for Debian buster

On 10 May 2019 at 18:31, Kurt Hornik wrote: | Thanks. Btw, Tomas just told R Core that | | * | I had a quick look at reference lapack builds in different | distributions: looking at the disassembly, and specifically for dposv

Re: [R-sig-Debian] R 3.6.0 for Debian buster

> Dirk Eddelbuettel writes: > On 10 May 2019 at 13:46, Kurt Hornik wrote: > | > Dirk Eddelbuettel writes: > | > | > On 10 May 2019 at 10:52, Johannes Ranke wrote: > | > | Thanks, that sounds good. But I need some help as I do not know much > about > | > | autoconf and Debian packaging:

Re: [R-sig-Debian] R 3.6.0 for Debian buster

On 10 May 2019 at 13:46, Kurt Hornik wrote: | > Dirk Eddelbuettel writes: | | > On 10 May 2019 at 10:52, Johannes Ranke wrote: | > | Thanks, that sounds good. But I need some help as I do not know much about | > | autoconf and Debian packaging: Is it enough to patch configure.ac (r76467)

Re: [R-sig-Debian] R 3.6.0 for Debian buster

> Dirk Eddelbuettel writes: > On 10 May 2019 at 10:52, Johannes Ranke wrote: > | Thanks, that sounds good. But I need some help as I do not know much about > | autoconf and Debian packaging: Is it enough to patch configure.ac (r76467) > or > | do we need to update configure as well

Re: [R-sig-Debian] R 3.6.0 for Debian buster

On 10 May 2019 at 10:52, Johannes Ranke wrote: | Thanks, that sounds good. But I need some help as I do not know much about | autoconf and Debian packaging: Is it enough to patch configure.ac (r76467) or | do we need to update configure as well (r76468)? Again, that would happen in the

Re: [R-sig-Debian] R 3.6.0 for Debian buster

Kurt, Am Donnerstag, 9. Mai 2019, 16:35:24 CEST schrieb Kurt Hornik: > > Johannes Ranke writes: > Johannes, > > It seems that one can avoid the gfortran problems with Fortran > BLAS/LAPACK implementations by compiling with > -fno-optimize-sibling-calls. ... > Yesterday I changed R-devel

Re: [R-sig-Debian] R 3.6.0 for Debian buster

On 9 May 2019 at 10:07, Dirk Eddelbuettel wrote: | Kurt, there is one thing that has been bugging me too and I was wondering if | I could lean on you as I have not had time work it out. It seems that one | "should" be to set an environment variable to suppress additional | "non-portable compiler

Re: [R-sig-Debian] R 3.6.0 for Debian buster

On 9 May 2019 at 16:35, Kurt Hornik wrote: | > Johannes Ranke writes: | | Johannes, | | It seems that one can avoid the gfortran problems with Fortran | BLAS/LAPACK implementations by compiling with | -fno-optimize-sibling-calls. | | Tomas recently wrote to R Core that | |

Re: [R-sig-Debian] R 3.6.0 for Debian buster

> Johannes Ranke writes: Johannes, It seems that one can avoid the gfortran problems with Fortran BLAS/LAPACK implementations by compiling with -fno-optimize-sibling-calls. Tomas recently wrote to R Core that * -

Re: [R-sig-Debian] R 3.6.0 for Debian buster

> Dirk Eddelbuettel writes: > On 29 April 2019 at 15:03, Kurt Hornik wrote: > | > Johannes Ranke writes: > | > | > Am Montag, 29. April 2019, 13:44:03 CEST schrieb Kurt Hornik: > | >> > Johannes Ranke writes: > | >> Thanks. You may have seen that with current gfortran in > | >>

Re: [R-sig-Debian] R 3.6.0 for Debian buster

On 29 April 2019 at 15:03, Kurt Hornik wrote: | > Johannes Ranke writes: | | > Am Montag, 29. April 2019, 13:44:03 CEST schrieb Kurt Hornik: | >> > Johannes Ranke writes: | >> Thanks. You may have seen that with current gfortran in | >> testing/unstable, there are problems with the R

Re: [R-sig-Debian] R 3.6.0 for Debian buster

Am Montag, 29. April 2019, 15:03:54 CEST schrieb Kurt Hornik: > > Johannes Ranke writes: > > Am Montag, 29. April 2019, 13:44:03 CEST schrieb Kurt Hornik: > >> > Johannes Ranke writes: > >> Thanks. You may have seen that with current gfortran in > >> testing/unstable, there are problems

Re: [R-sig-Debian] R 3.6.0 for Debian buster

> Johannes Ranke writes: > Am Montag, 29. April 2019, 13:44:03 CEST schrieb Kurt Hornik: >> > Johannes Ranke writes: >> Thanks. You may have seen that with current gfortran in >> testing/unstable, there are problems with the R BLAS/LAPACK API entries >> using a Fortran interface (and

Re: [R-sig-Debian] R 3.6.0 for Debian buster

Am Montag, 29. April 2019, 13:44:03 CEST schrieb Kurt Hornik: > > Johannes Ranke writes: > Thanks. You may have seen that with current gfortran in > testing/unstable, there are problems with the R BLAS/LAPACK API entries > using a Fortran interface (and hence in particular when using the BLAS

Re: [R-sig-Debian] R 3.6.0 for Debian buster

> Johannes Ranke writes: Thanks. You may have seen that with current gfortran in testing/unstable, there are problems with the R BLAS/LAPACK API entries using a Fortran interface (and hence in particular when using the BLAS and LAPACK sources that ship with R). It seems I can avoid these

Re: [R-sig-Debian] r-api-3 with R 3.5.2. on Stretch: is there a workaround?

an through it pretty fast so it's nice that the laptop is reminding me how fast the server is! Very best to all, Chris - Original Message - > From: "Johannes Ranke" > To: "r-sig-debian" , "Chris Evans" > > Sent: Monday, 21 January, 2019 14:12:0

Re: [R-sig-Debian] r-api-3 with R 3.5.2. on Stretch: is there a workaround?

Chris, yes, the workaround is to install from within R. The alternative would be to increase the coverage of this repo, as currently mainly the recommended packages are supported. Another alternative would be to create a new, richer repo... Kind regards, Johannes Am Montag, 21. Januar 2019,

Re: [R-sig-Debian] R Commander does not work on Ubuntu 18.04

Hello Juliano: Are your data sets actually data frames, please? Thanks, Erin Erin Hodgess, PhD mailto: erinm.hodg...@gmail.com On Tue, Oct 30, 2018 at 1:00 PM Juliano Mota wrote: > Hello my friends! I'm encountering problems using the R Commander package. > In the "statistics" menu the

Re: [R-sig-Debian] R-SIG-Debian Digest, Vol 154, Issue 8

On 23 July 2018 at 11:00, wrote: Message: 1 > Date: Mon, 23 Jul 2018 02:08:47 + > From: Alison Smith > To: "r-sig-debian@r-project.org" > Subject: [R-sig-Debian] Ubuntu issue with 18.04 Bionic Beaver > Message-ID: <1532311727386.27...@uow.edu.au> > Content-Type: text/plain; charset="utf-8"

Re: [R-sig-Debian] r-base-dev not installing in Ubuntu 16.04

On 06/13/2018 04:23 PM, Dirk Eddelbuettel wrote: On 13 June 2018 at 20:54, Robin Lovelace wrote: | I have recently re-installed R on my Ubuntu system to get R 3.5 and found | this to have worked: | | # you may need to remove incumbent repos e.g. with: | sudo apt-add-repository --remove

Re: [R-sig-Debian] r-base-dev not installing in Ubuntu 16.04

On 13 June 2018 at 20:54, Robin Lovelace wrote: | I have recently re-installed R on my Ubuntu system to get R 3.5 and found | this to have worked: | | # you may need to remove incumbent repos e.g. with: | sudo apt-add-repository --remove ppa:marutter/rrutter | | # add new repos | sudo

Re: [R-sig-Debian] R-SIG-Debian Digest, Vol 152, Issue 4

Am Sonntag, 13. Mai 2018, 21:02:42 CEST schrieb Bill Harris: ... Do I understand correctly that I should be able to replace the last line of my sources.list (in my reply to Dirk) with deb http:///bin/linux/debian stretch-cran35/ If you do this, then update and upgrade, r-cran-* or

Re: [R-sig-Debian] R-SIG-Debian Digest, Vol 152, Issue 4

On Sun, May 13, 2018 at 9:27 AM, Johannes Ranke wrote: > Hi, > > I wonder if you have read the notes on R 3.5.0 on stretch on > > https://cran.r-project.org/bin/linux/debian/ > > I think this should answer your questions. If not, please let us know. > > Johannes, I think I

Re: [R-sig-Debian] R-SIG-Debian Digest, Vol 152, Issue 4

On Sun, May 13, 2018 at 9:30 AM, Dirk Eddelbuettel wrote: > > On 13 May 2018 at 09:03, Bill Harris wrote: > | > | safest way to go. Does something like this make sense: > | > | > |1. aptitude safe-upgrade should be safe: there won't be any 3.5.0 > Debian > |packages

Re: [R-sig-Debian] R-SIG-Debian Digest, Vol 152, Issue 4

On 13 May 2018 at 09:03, Bill Harris wrote: | In these interesting times, I think you're saying that things will resolve | themselves at some point, but we're in a transition. I see a number of | postings on Ubuntu, but I'm on Debian Stretch, trying to figure out the | safest way to go. Does

Re: [R-sig-Debian] R-SIG-Debian Digest, Vol 152, Issue 4

Hi, I wonder if you have read the notes on R 3.5.0 on stretch on https://cran.r-project.org/bin/linux/debian/ I think this should answer your questions. If not, please let us know. Johannes Am Sonntag, 13. Mai 2018, 09:03:13 CEST schrieb Bill Harris: > > Date: Sat, 5 May 2018 18:02:12 -0500 >

Re: [R-sig-Debian] R-SIG-Debian Digest, Vol 152, Issue 4

> > Date: Sat, 5 May 2018 18:02:12 -0500 > From: Dirk Eddelbuettel > To: Matthieu S > Cc: r-sig-debian@r-project.org > Subject: Re: [R-sig-Debian] Ubuntu 18.04 bionic: availability of R > Ubuntu packages/ppa? > Message-ID:

Re: [R-sig-Debian] R on Ubuntu

Dale, Thanks for chiming in. Some very personal notes below: On 6 May 2018 at 17:52, Dale Steele wrote: | Hi Roman - | | Based on advice form the list, here's what I did: | | sudo apt purge r-cran-* r-base-* I usually try my utmost not to. Once packages are purge you cannot get them back. I

Re: [R-sig-Debian] R on Ubuntu

Hi Roman - Based on advice form the list, here's what I did: sudo apt purge r-cran-* r-base-* sudo add-apt-repository ppa:marutter/rrutter3.5 sudo apt-get update sudo add-apt-repository ppa:marutter/c2d4u3.5 sudo apt-get update dpkg -l | grep r-cran-* sudo apt-get install r-base r-base-dev

Re: [R-sig-Debian] R 3.5.0 binaries for Debian and Ubuntu

Hi, > - For Debian, I started a similar 'minimal' R 3.5.0 repo here > https://github.com/eddelbuettel/drr35 > which allowed me eg to update the 'base' Rocker image for R 3.5.0 > https://github.com/rocker-org/rocker/blob/master/r-base/Dockerfile >

Re: [R-sig-Debian] R 3.5.0 Binaries for Ubuntu now available

On Sun, Apr 29, 2018 at 3:49 PM, Dirk Eddelbuettel wrote: > > On 29 April 2018 at 15:30, Jeroen Ooms wrote: > | On Sat, Apr 28, 2018 at 10:00 PM, Michael Rutter wrote: > | > These have not been mirrored to CRAN as I want to have the other r-cran > | >

Re: [R-sig-Debian] R 3.5.0 Binaries for Ubuntu now available

On 04/29/2018 09:30 AM, Jeroen Ooms wrote: On Sat, Apr 28, 2018 at 10:00 PM, Michael Rutter wrote: These have not been mirrored to CRAN as I want to have the other r-cran packages built against R 3.5 before adding to CRAN. Worried about breaking working systems currently

Re: [R-sig-Debian] R 3.5.0 Binaries for Ubuntu now available

On 29 April 2018 at 15:30, Jeroen Ooms wrote: | On Sat, Apr 28, 2018 at 10:00 PM, Michael Rutter wrote: | > These have not been mirrored to CRAN as I want to have the other r-cran | > packages built against R 3.5 before adding to CRAN. Worried about breaking | > working

Re: [R-sig-Debian] R 3.5.0 Binaries for Ubuntu now available

On Sat, Apr 28, 2018 at 10:00 PM, Michael Rutter wrote: > These have not been mirrored to CRAN as I want to have the other r-cran > packages built against R 3.5 before adding to CRAN. Worried about breaking > working systems currently on R 3.4.4. Thanks, Michael. I did some

Re: [R-sig-Debian] r-cran-rjava dependencies on debian jesse, library(rJava) fails when default-jre is missing

Hi, > Le 17 mai 2017 à 13:54, Dirk Eddelbuettel a écrit : > > > On 17 May 2017 at 08:46, Vaidotas Zemlys wrote: > | Hi, > | > | > Le 17 mai 2017 à 00:42, Dirk Eddelbuettel a écrit : > | > > | > > | > On 8 May 2017 at 15:39, Vaidotas Zemlys wrote: > | > |

Re: [R-sig-Debian] r-cran-rjava dependencies on debian jesse, library(rJava) fails when default-jre is missing

On 17 May 2017 at 08:46, Vaidotas Zemlys wrote: | Hi, | | > Le 17 mai 2017 à 00:42, Dirk Eddelbuettel a écrit : | > | > | > On 8 May 2017 at 15:39, Vaidotas Zemlys wrote: | > | Hi, | > | | > | Dirk Eddelbuettel advised me to write here. Here is my original letter to him: |

Re: [R-sig-Debian] r-cran-rjava dependencies on debian jesse, library(rJava) fails when default-jre is missing

Hi, > Le 17 mai 2017 à 00:42, Dirk Eddelbuettel a écrit : > > > On 8 May 2017 at 15:39, Vaidotas Zemlys wrote: > | Hi, > | > | Dirk Eddelbuettel advised me to write here. Here is my original letter to > him: > | > | I would like to enquire about package r-cran-rjava on

Re: [R-sig-Debian] r-cran-rjava dependencies on debian jesse, library(rJava) fails when default-jre is missing

On 8 May 2017 at 15:39, Vaidotas Zemlys wrote: | Hi, | | Dirk Eddelbuettel advised me to write here. Here is my original letter to him: | | I would like to enquire about package r-cran-rjava on Debian jesse. It seems that if default-jre package is not installed, but openjdk-7-jre is installed,

Re: [R-sig-Debian] r-cran-rjava dependencies on debian jesse, library(rJava) fails when default-jre is missing

On 8 May 2017 at 15:39, Vaidotas Zemlys wrote: | Hi, | | Dirk Eddelbuettel advised me to write here. Here is my original letter to him: | | I would like to enquire about package r-cran-rjava on Debian jesse. It seems that if default-jre package is not installed, but openjdk-7-jre is installed,

Re: [R-sig-Debian] R 3.4.0 for Ubuntu zesty?

On 05/03/2017 04:40 AM, Thierry Onkelinx wrote: Dear all, I only seems to get the yakkety version for R 3.4.0. Am I missing something? Slight configuration error. Thanks for pointing it out. I have fixed the issue and it should be corrected the next time the CRAN mirrors are synced. You

Re: [R-sig-Debian] R-3.4.0 and recommended packages

On 27 April 2017 at 13:16, Dirk Eddelbuettel wrote: | On 27 April 2017 at 23:41, Charles Plessy wrote: | | Within the Debian infrastructure, the architecture-dependant packages can be | | easily rebuilt by binNMUs. The architecture-independant packages are easier to Actually one saving grace

Re: [R-sig-Debian] R installation problems on Linux Mint 18.1 via jessie-cran3

Thank you so much Johannes. Problem now sorted: sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys E084DAB9 sudo add-apt-repository deb https://cran.ma.imperial.ac.uk/bin/linux/ubuntu xenial/ # replaced the old repository link sudo apt-get update sudo apt-get install r-base

Re: [R-sig-Debian] R-3.4.0 and recommended packages

Le Thu, Apr 27, 2017 at 01:16:11PM -0500, Dirk Eddelbuettel a écrit : > Could you fill me in about what broke with BioC and what caused it? As far as I understand, something changed with the c() generic, which broke packages providing a S4 method for it. The breakage and the solution were

Re: [R-sig-Debian] R installation problems on Linux Mint 18.1 via jessie-cran3

Am Donnerstag, 27. April 2017, 15:05:32 schrieb J C Nash: > Is there a reason for jessie-cran3 rather than xenial? For Linux Mint 18 > (admittedly not 18.1) I have > > deb https://cloud.r-project.org/bin/linux/ubuntu xenial/ > > as one of the apt entries. > > JN Seconded. You should not expect

Re: [R-sig-Debian] R installation problems on Linux Mint 18.1 via jessie-cran3

Is there a reason for jessie-cran3 rather than xenial? For Linux Mint 18 (admittedly not 18.1) I have deb https://cloud.r-project.org/bin/linux/ubuntu xenial/ as one of the apt entries. JN On 2017-04-27 02:57 PM, Clive Nicholas wrote: Okay folks, I give up and - frankly - I'm fed up! I

Re: [R-sig-Debian] R-3.4.0 and recommended packages

On 27 April 2017 at 23:41, Charles Plessy wrote: | Le Thu, Apr 27, 2017 at 07:24:18AM -0500, Dirk Eddelbuettel a écrit : | > | > On 27 April 2017 at 13:58, Johannes Ranke wrote: | > | Am Donnerstag, 27. April 2017, 06:32:13 schrieb Dirk Eddelbuettel: | > | > On 27 April 2017 at 12:01, Johannes

Re: [R-sig-Debian] R-3.4.0 and recommended packages

Le Thu, Apr 27, 2017 at 07:24:18AM -0500, Dirk Eddelbuettel a écrit : > > On 27 April 2017 at 13:58, Johannes Ranke wrote: > | Am Donnerstag, 27. April 2017, 06:32:13 schrieb Dirk Eddelbuettel: > | > On 27 April 2017 at 12:01, Johannes Ranke wrote: > | > | > This may be a use case for r-api-4.

Re: [R-sig-Debian] R-3.4.0 and recommended packages

> | I am surprised that I did not see a related bug report in the Debian BTS > | yet, did I overlook something? I only looked for r-base. > > They may not know yet. I should write to debian-devel. I have just submitted a bug report so the further discussion gets archived in the right place:

Re: [R-sig-Debian] R-3.4.0 and recommended packages

Am Donnerstag, 27. April 2017, 06:32:13 schrieb Dirk Eddelbuettel: > On 27 April 2017 at 12:01, Johannes Ranke wrote: > | > so it seems to me this must affect all packages in Debian sid that were > | > built before the release of R 3.4.0! > | > | or rather before 14 April 2017, which is when R

Re: [R-sig-Debian] R-3.4.0 and recommended packages

On 27 April 2017 at 12:01, Johannes Ranke wrote: | | > so it seems to me this must affect all packages in Debian sid that were | > built before the release of R 3.4.0! | | or rather before 14 April 2017, which is when R from revision r72510 was | uploaded to sid as pre-release candidate.

Re: [R-sig-Debian] R-3.4.0 and recommended packages

> so it seems to me this must affect all packages in Debian sid that were > built before the release of R 3.4.0! or rather before 14 April 2017, which is when R from revision r72510 was uploaded to sid as pre-release candidate. Johannes ___

Re: [R-sig-Debian] R-3.4.0 and recommended packages

Am Dienstag, 25. April 2017, 11:21:31 schrieb Dirk Eddelbuettel: > On 25 April 2017 at 16:11, Johannes Ranke wrote: > | This looks similar to what I got this morning when I tested my > | (unreleased) > | backport of R 3.4.0 to Debian jessie. My test was > | > | library(MASS) > | example(rlm) > |

Re: [R-sig-Debian] R-3.4.0 and recommended packages

> >> | > library(survival, lib.loc = "/usr/lib/R/library") > >> | > fit <- coxph(Surv(exit, event) ~ x, data = mort) > >> | > >> | I get > >> | > >> | Error in fitter(X, Y, strats, offset, init, control, weights = weights, : > >> |object 'Ccoxmart' not found > > > > This looks similar

Re: [R-sig-Debian] R-3.4.0 and recommended packages

On 2017-04-25 16:11, Johannes Ranke wrote: Am Dienstag, 25. April 2017, 08:50:34 schrieb Dirk Eddelbuettel: On 25 April 2017 at 14:58, Göran Broström wrote: | hello, | | I just installed R-3.4.0 from scratch: | | $ sudo apt install r-base | | but when I try | | > library(survival, lib.loc =

Re: [R-sig-Debian] R-3.4.0 and recommended packages

Am Dienstag, 25. April 2017, 08:50:34 schrieb Dirk Eddelbuettel: > On 25 April 2017 at 14:58, Göran Broström wrote: > | hello, > | > | I just installed R-3.4.0 from scratch: > | > | $ sudo apt install r-base > | > | but when I try > | > | > library(survival, lib.loc = "/usr/lib/R/library") >

Re: [R-sig-Debian] R-3.4.0 and recommended packages

On 2017-04-25 15:50, Dirk Eddelbuettel wrote: On 25 April 2017 at 14:58, Göran Broström wrote: | hello, | | I just installed R-3.4.0 from scratch: | | $ sudo apt install r-base | | but when I try | | > library(survival, lib.loc = "/usr/lib/R/library") | > fit <- coxph(Surv(exit, event) ~ x,

Re: [R-sig-Debian] R-3.4.0 and recommended packages

On 25 April 2017 at 14:58, Göran Broström wrote: | hello, | | I just installed R-3.4.0 from scratch: | | $ sudo apt install r-base | | but when I try | | > library(survival, lib.loc = "/usr/lib/R/library") | > fit <- coxph(Surv(exit, event) ~ x, data = mort) | | I get | | Error in

Re: [R-sig-Debian] R, OpenBLAS and OMP_NUM_THREADS

On 04/08/16 06:39, Ei-ji Nakama wrote: > Hi, > I was be half asleep in the heat ... > > 2016-08-04 0:04 GMT+09:00 Dirk Eddelbuettel : >> >> On 3 August 2016 at 16:45, Gordon Ball wrote: >> | On 02/08/16 03:10, Ei-ji Nakama wrote: >> | > Hi, >> | > >> | > Create

Re: [R-sig-Debian] R, OpenBLAS and OMP_NUM_THREADS

Hi, I was be half asleep in the heat ... 2016-08-04 0:04 GMT+09:00 Dirk Eddelbuettel : > > On 3 August 2016 at 16:45, Gordon Ball wrote: > | On 02/08/16 03:10, Ei-ji Nakama wrote: > | > Hi, > | > > | > Create /etc/profile.d/openblas.sh. > | > Write the following during in this

Re: [R-sig-Debian] R, OpenBLAS and OMP_NUM_THREADS

On 3 August 2016 at 16:45, Gordon Ball wrote: | On 02/08/16 03:10, Ei-ji Nakama wrote: | > Hi, | > | > Create /etc/profile.d/openblas.sh. | > Write the following during in this file. | > OPENBLAS_NUM_THREADS = 1 | > export OPENBLAS_NUM_THREADS | > | > OPENBLAS_NUM_THREADS environment variable

Re: [R-sig-Debian] R, OpenBLAS and OMP_NUM_THREADS

On 02/08/16 03:10, Ei-ji Nakama wrote: > Hi, > > Create /etc/profile.d/openblas.sh. > Write the following during in this file. > OPENBLAS_NUM_THREADS = 1 > export OPENBLAS_NUM_THREADS > > OPENBLAS_NUM_THREADS environment variable does not affect the OMP_NUM_THREADS. > Thanks for the response.

Re: [R-sig-Debian] [R] Install R version 3.3 on Debian server

> Mbr Mbr > on Mon, 18 Jul 2016 11:45:00 +0200 writes: > Hello, > I'm currently in a internship and I'm working on a Debian server. > However, I have some errors in my scripts and I think it's because of the > version of R installed on the server

Re: [R-sig-Debian] r-base installation fails on Ubuntu 14.04

Apologies for my bit of that. I thought I'd only got the top. Fumble fingers! JN On 16-03-23 03:14 PM, Dirk Eddelbuettel wrote: > > Folks, > > Could we PLEASE stop replies on 100kb logs without cutting the quoted part? > > I learned my lesson; I'll never post a log again. Whatever happened to

Re: [R-sig-Debian] r-base installation fails on Ubuntu 14.04

On 23 March 2016 at 12:35, Barnet Wagman wrote: | One of the dependency problems I'm having is: | | gfortran-4.8 : Depends: gcc-4.8-base (= 4.8.2-19ubuntu1) but | 4.8.4-2ubuntu1~14.04.1 is installed. | | I'm not sure how to interpret this. Does this mean that the gfortran | installed is too

Re: [R-sig-Debian] r-base installation fails on Ubuntu 14.04

One of the dependency problems I'm having is: gfortran-4.8 : Depends: gcc-4.8-base (= 4.8.2-19ubuntu1) but 4.8.4-2ubuntu1~14.04.1 is installed. I'm not sure how to interpret this. Does this mean that the gfortran installed is too recent? If so, does R really require an older version of

Re: [R-sig-Debian] r-base installation fails on Ubuntu 14.04

On 23 March 2016 at 11:38, Barnet Wagman wrote: | It's a Dell XPS 13. | | Obviously I don't understand what's in libcmanager0. I wonder if I can | safely replace it. I'm a bit uneasy about replacing things Dell | installed. I gather there are some specialized drivers for the monitor | on

Re: [R-sig-Debian] r-base installation fails on Ubuntu 14.04

Folks, Could we PLEASE stop replies on 100kb logs without cutting the quoted part? I learned my lesson; I'll never post a log again. Whatever happened to list etiquette? Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org ___

  1   2   3   >