Re: [R-pkg-devel] New Package Removal because Shared Library Too Large from Debugging Symbols

Johann, On 20 January 2024 at 14:38, Johann Gaebler wrote: | Hi everyone, | | I received the following message regarding `rar` , a package that I put up on CRAN two days ago: | | > Dear maintainer, | > | > Please see the problems shown on | >

Bug#1060101: Boost 1.81 removal

On 14 January 2024 at 06:49, Dirk Eddelbuettel wrote: | | FYI two days before you filed #1060101 I actually happened to have updated | r-cran-bh to 1.84.0 (upstream, which is me, went to the 1.84.0 version | released in December as Boost releases every four months) using 1.83: | |r-cran-bh

Bug#1060101: Boost 1.81 removal

On 14 January 2024 at 06:49, Dirk Eddelbuettel wrote: | | FYI two days before you filed #1060101 I actually happened to have updated | r-cran-bh to 1.84.0 (upstream, which is me, went to the 1.84.0 version | released in December as Boost releases every four months) using 1.83: | |r-cran-bh

Re: [R-pkg-devel] current docker image for ASAN

On 16 January 2024 at 15:54, Steven Scott wrote: | Greetings everyone, though I expect this message is mainly for Dirk. | | CRAN checks of my bsts/Boom package generate an ASAN error that the CRAN | maintainers have asked me to look into. I recall doing this before (this | error has been there

Re: [R-pkg-devel] checking CRAN incoming feasibility

On 17 January 2024 at 09:42, Simon Urbanek wrote: | that check always hangs for me (I don't think it likes NZ ;)), so I just use | | _R_CHECK_CRAN_INCOMING_REMOTE_=0 R CMD check --as-cran ... You can also set it in Renviron files consulted just for checks: $ grep INCOMING_=

Re: [R-pkg-devel] test failure: oldrel

done 4.3.2 2024-01-16 America/Chicago 4.2.2 2024-01-15 18:00:00 America/Chicago edd@rob:~$ Thanks to Seb for the cluebat wave. Dirk | | | On Tue, Jan 16, 2024 at 9:59 AM Dirk Eddelbuettel wrote: | | | Doesn't seem to be the case as it moderately easy to check (especially when | y

[R-pkg-devel] test failure: oldrel

Doesn't seem to be the case as it moderately easy to check (especially when you happen to have local images of r-base around anyway): edd@rob:~$ for v in 4.3.2 4.2.2 4.1.3 4.0.5 3.6.3 3.5.3 3.4.4 3.3.3; do echo -n "R ${v}: "; docker run --rm -ti r-base:${v} Rscript -e 'as.POSIXct(Sys.Date(),

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

Bug#1060101: Boost 1.81 removal

+b2 * debian/control: Set Build-Depends: to current R version * debian/control: Switch to virtual debhelper-compat (= 13) -- Dirk Eddelbuettel Wed, 10 Jan 2024 07:20:09 -0600 So this should sort itself out by itself in a matter of days. r-cran-bh is healthy: https

Bug#1060101: Boost 1.81 removal

+b2 * debian/control: Set Build-Depends: to current R version * debian/control: Switch to virtual debhelper-compat (= 13) -- Dirk Eddelbuettel Wed, 10 Jan 2024 07:20:09 -0600 So this should sort itself out by itself in a matter of days. r-cran-bh is healthy: https

Bug#1059875: RM: rJava [i386] -- RoM: FTBFS as i386 builds no longer maintained upstream

( Resending to now correctly-typed package r-cran-rcdklibs -- Dirk ) On 11 January 2024 at 07:09, Dirk Eddelbuettel wrote: | | Package: ftp.debian.org | Severity: normal | | The rJava package (source package 'rjava', binary package r-cran-rjava) no | longer builds on i386 as most

Bug#1059875: RM: rJava [i386] -- RoM: FTBFS as i386 builds no longer maintained upstream

( Resending to now correctly-typed package r-cran-rcdklibs -- Dirk ) On 11 January 2024 at 07:09, Dirk Eddelbuettel wrote: | | Package: ftp.debian.org | Severity: normal | | The rJava package (source package 'rjava', binary package r-cran-rjava) no | longer builds on i386 as most

Bug#1059875: RM: rJava [i386] -- RoM: FTBFS as i386 builds no longer maintained upstream

1 | source rjava | 1.0-10-1 | source Maintainer: Dirk Eddelbuettel --- Reason --- -- Checking reverse dependencies... # Broken Depends: libgoby-java: goby-java r-cran-rcdk: r-cran-rcdk r-cran-rcdklibs: r-cra

Bug#1060441: RM: rJava [i386] -- RoM: FTBFS as i386 builds no longer maintained upstream

1 | source rjava | 1.0-10-1 | source Maintainer: Dirk Eddelbuettel --- Reason --- -- Checking reverse dependencies... # Broken Depends: libgoby-java: goby-java r-cran-rcdk: r-cran-rcdk r-cran-rcdklibs: r-cra

Re: [R-pkg-devel] Suggests with non-CRAN packages

On 10 January 2024 at 16:25, Uwe Ligges wrote: | | | On 10.01.2024 15:35, Josiah Parry wrote: | > Thanks, all. As it goes, the package submission failed. The package that | > is suggested is available at https://r.esri.com/bin/ | > and as such provided

Re: [Rcpp-devel] Numerical precision in rotations with Eigen

On 10 January 2024 at 09:52, Rafael Ayala Hernandez wrote: | Hi, | | I have implemented a function to rotate a 3D vector a given angle around a given axis (basically wrapping the functionality provided by Eigen::AngleAxis) as an Rcpp function. | Below is an extract from the source file: | |

Re: [R-sig-Debian] SOLVED- Re: help installing R on Linux Mint 21.2

Luben, We all have different types of learning and how we approach this, let alone how we decompose things. With that, sorry you found this frustrating. Many of us put volunteer time into this trying to make things 'possible' and preferably 'easy' but we don't always get there. That said, I

Bug#1059875: src:rjava: fails to migrate to testing for too long: FTBFS on i386

(Adrian: Added you to CCs per suggestion of Paul.) Hi Paul, On 2 January 2024 at 21:00, Paul Gevers wrote: | Hi Dirk, | | On 02-01-2024 20:42, Dirk Eddelbuettel wrote: | > | The Release Team considers packages that are out-of-sync between testing | > | and unstable for more than 3

Bug#1059875: src:rjava: fails to migrate to testing for too long: FTBFS on i386

(Adrian: Added you to CCs per suggestion of Paul.) Hi Paul, On 2 January 2024 at 21:00, Paul Gevers wrote: | Hi Dirk, | | On 02-01-2024 20:42, Dirk Eddelbuettel wrote: | > | The Release Team considers packages that are out-of-sync between testing | > | and unstable for more than 3

Bug#1059875: src:rjava: fails to migrate to testing for too long: FTBFS on i386

On 2 January 2024 at 20:07, Paul Gevers wrote: | Source: rjava | Version: 1.0-6-1 | Severity: serious | Control: close -1 1.0-10-1 | Tags: sid trixie ftbfs | User: release.debian@packages.debian.org | Usertags: out-of-sync | | Dear maintainer(s), | | The Release Team considers packages

Bug#1059875: src:rjava: fails to migrate to testing for too long: FTBFS on i386

On 2 January 2024 at 20:07, Paul Gevers wrote: | Source: rjava | Version: 1.0-6-1 | Severity: serious | Control: close -1 1.0-10-1 | Tags: sid trixie ftbfs | User: release.debian@packages.debian.org | Usertags: out-of-sync | | Dear maintainer(s), | | The Release Team considers packages

Re: [R-sig-Debian] installing tydiverse on Linux Mint

Ivan, On 2 January 2024 at 10:15, Ivan Krylov wrote: | I've just read both scripts and I don't see them using sudo (the | comments say it has to be run as root). Have you edited the script? [...] | You need to find this line in /etc/apt/sources.list* and replace | victoria-cran40 with

Re: [R-sig-Debian] installing tydiverse on Linux Mint

Luben, r2u instructions are at the site; there are two scripts for Ubuntu focal and jammy. I tested those repeatedly. Many people used them. We also support Docker installationsl; the docker images are also rebuilt frequently. r2u is also used around the clock on CI, likely most often 'from

[R-sig-Debian] SOLVED- Re: help installing R on Linux Mint 21.2

Luben, I am glad to hear you sorted it out. As far as I can tell there are two or three issues here: - you are on Mint which is not 'officially' support by posit (Debian/Ubuntu are) - the installation instructions have said for a decade+ to download the .deb and then install it with gdebi

Re: [R-sig-Debian] custom built R will not change BLAS/LAPACK with update-alternatives

On 30 December 2023 at 23:49, Ramon Diaz-Uriarte wrote: | All is good. (Just for the sake of curiosity, and if you have the time: why did you find those incantations suspicious?) Memory is fuzzy and no ECC in my wetware :) but as I seem to recall it had to do with my fears over filenames not

Re: [R-sig-Debian] custom built R will not change BLAS/LAPACK with update-alternatives

What blas/lapack -dev libraries do you installed when you build? I varied this over the two+ decades for the Debian build but any consistent pair of LAPACK and BLAS should work. From the aforementioned build log: Get: 150 http://ftp.us.debian.org/debian sid/main amd64 libblas3 amd64 3.11.0-2

Re: [R-sig-Debian] custom built R will not change BLAS/LAPACK with update-alternatives

On 30 December 2023 at 21:57, Ivan Krylov wrote: | On Sat, 30 Dec 2023 18:37:06 +0100 | Ramon Diaz-Uriarte wrote: | | > configure: searching for an external BLAS | > configure: searching for BLAS in default libraries | > checking for dgemm_... no | > configure: searching for OpenBLAS | | The

Re: [R-sig-Debian] custom built R will not change BLAS/LAPACK with update-alternatives

If you match the exact build-deps I use and the exact options from debian/rules you should end up with the exact same output. As that is whay you desire but do not get we need to drill down into where it deviates. FWIW last time I build the Debian the (relevant) part (of the large) configure log

Re: [Rd] eval(parse()) within mutate() returning same value for all rows

On 29 December 2023 at 22:31, Mateo Obregón wrote: | Thanks Gabor, I like your solution that splits the args into separate columns, | in turn making the sprintf() call more interpretable . Well you may also like `tstrsplit()`, a gem inside data.table: > suppressMessages(library(data.table))

Re: [Rd] eval(parse()) within mutate() returning same value for all rows

On 29 December 2023 at 14:13, Mateo Obregón wrote: | Hi all- | | Looking through stackoverflow for R string combining examples, I found the | following from 3 years ago: | | | | The top

Re: [R-pkg-devel] portability question

The point of my email was that if [ `uname -s` = 'Darwin' ]; then ... allows for a clean branch between the (new here) macOS behaviour and (old, prior) behavior removing all concerns about 'portability' (per the Subject:). You missed 100% of that. Dirk -- dirk.eddelbuettel.com |

Re: [R-pkg-devel] portability question

On 20 December 2023 at 11:10, Steven Scott wrote: | The Boom package builds a library against which other packages link. The | library is built using the Makevars mechanism using the line | | ${AR} rc $@ $^ | | A user has asked me to change 'rc' to 'rcs' so that 'ranlib' will be run on | the

Re: [R-pkg-devel] CRAN submission struggle

Emailing 10mb blobs to every list subscriber is not ideal. Dirk PS Fortunes has that covered too > fortunes::fortune("mind read") There are actual error messages, and until you show them, we can not help as the mind reading machine is currently off for repairs. -- D

Re: [R-pkg-devel] Wrong mailing list: Could the 100 byte path length limit be lifted?

On 13 December 2023 at 16:02, Tomas Kalibera wrote: | | On 12/13/23 15:59, Dirk Eddelbuettel wrote: | > On 13 December 2023 at 15:32, Tomas Kalibera wrote: | > | Please don't forget about what has been correctly mentioned on this | > | thread already: there is essentially a 260 charac

Re: [R-pkg-devel] Wrong mailing list: Could the 100 byte path length limit be lifted?

On 13 December 2023 at 15:32, Tomas Kalibera wrote: | Please don't forget about what has been correctly mentioned on this | thread already: there is essentially a 260 character limit on Windows | (see | https://blog.r-project.org/2023/03/07/path-length-limit-on-windows/index.html | for

Re: [R-pkg-devel] Status of -mmacosx-version-min

PS One aspect I didn't mention clearly (my bad) that this does not affect all or even most packages: in most cases the src/Makevars should indeed be as simple as possible. But in _some_ cases we need to cooperate with external libraries and in some of these cases the switch has been seen to be

Re: [R-pkg-devel] Status of -mmacosx-version-min

On 10 December 2023 at 17:07, Simon Urbanek wrote: | As discussed here before packages should *never* set -mmacosx-version-min | or similar flags by hand. a) That is in conflict with what was said in the past; we have used an explicit min version of 10.14 for the C++17 we were using then (and

[R-pkg-devel] Status of -mmacosx-version-min

Last month, I had asked about the setting '-mmacosx-version-min' here. The setting can be used to specify what macOS version one builds for. It is, oddly enough, not mentioned in Writing R Extension but for both r-release and r-devel the R Administration manual states • Current CRAN macOS

Bug#1054657: Transition seems to be blocked (Was: Bug#1054657: transition: r-bioc-biocgenerics)

On 9 December 2023 at 01:06, Charles Plessy wrote: | I do not know for r-bioc-netsam, but for r-bioc-org.hs.eg.db and similar | packages, it is because it is an "annotation package" made of data and | therefore not managed the same way as the other Bioconductor packages. | | This is why it

Bug#1054657: Transition seems to be blocked (Was: Bug#1054657: transition: r-bioc-biocgenerics)

On 9 December 2023 at 01:06, Charles Plessy wrote: | I do not know for r-bioc-netsam, but for r-bioc-org.hs.eg.db and similar | packages, it is because it is an "annotation package" made of data and | therefore not managed the same way as the other Bioconductor packages. | | This is why it

Re: [R-pkg-devel] problems with Maintainers in DESCRIPTION file

On 7 December 2023 at 20:58, María Olga Viedma Sillero wrote: | I receive the same note after fixing it, removing it, and checking Authors@R. I think the rejection is a false positive. | | Flavor: r-devel-linux-x86_64-debian-gcc, r-devel-windows-x86_64 | Check: CRAN incoming feasibility,

Re: [R] Convert character date time to R date-time variable.

`anytime` was written for this: > anytime::anytime("2020-09-17_00:00:00") [1] "2020-09-17 CDT" > class(anytime::anytime("2020-09-17_00:00:00")) [1] "POSIXct" "POSIXt" > Dirk -- dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Re: [R-pkg-devel] macos x86 oldrel backups?

Hi Simon, On 5 December 2023 at 23:17, Simon Urbanek wrote: | The high-sierra build packages are currently not built due to hardware issues. The macOS version is so long out of support by Apple (over 6 years) that it is hard to maintain it. Only big-sur builds are supported at this point.

Re: [R] Unable to add the CRAN apt repository

Steve, The better list for such questions is r-sig-debian. On 4 December 2023 at 13:41, Steve Gutreuter wrote: | I just upgraded from Linux Mint 20 to 21 and am no longer able to add the CRAN | Ubuntu repository to my list of repositories.  I am getting: | | $> sudo

Re: [ESS] [R-win] Difficulty installing R packages under Windows 11 / Cygwin

On 2 December 2023 at 22:06, Tomas Kalibera via ESS-help wrote: | R is not being tested under WSL. (From several arm lengths away:) WSL2 appears to be very solid. I had an early alpha tester of my (then brand-new) r2u [1] using and stressing it, it appears to work a like regular Ubuntu system

Re: [R-pkg-devel] URL woes at CRAN: Anaconda edition

Thank you all -- expecially Aron and Ivan for the deep dive on the underlying aspect of the hosting of that web property. And of course to Uwe for approving the package manually. For my taste, life is too short for all this. So users be damned, and I have now removed the badge. At the end of

[R-pkg-devel] URL woes at CRAN: Anaconda edition

I added a badge to point to Conda builds for the work repo: [](https://anaconda.org/conda-forge/r-tiledb) And as it goes with all good intentions I immediately got punished on the next upload: Found the following

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

Hi Graham On 30 November 2023 at 07:54, Graham Inggs wrote: | Hi Dirk | | On Thu, 30 Nov 2023 at 00:51, Dirk Eddelbuettel wrote: | > Ping squared. | > | > If I don't hear from you I may just close this. I believe this (non-, to me) | > issue has been taken care of. If you thin

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

Hi Graham On 30 November 2023 at 07:54, Graham Inggs wrote: | Hi Dirk | | On Thu, 30 Nov 2023 at 00:51, Dirk Eddelbuettel wrote: | > Ping squared. | > | > If I don't hear from you I may just close this. I believe this (non-, to me) | > issue has been taken care of. If you thin

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

On 27 November 2023 at 08:27, Dirk Eddelbuettel wrote: | | Graham, | | Quick ping to ask where we are we on this? Matrix is in testing so can this | be closed? Ping squared. If I don't hear from you I may just close this. I believe this (non-, to me) issue has been taken care of. If you

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

On 27 November 2023 at 08:27, Dirk Eddelbuettel wrote: | | Graham, | | Quick ping to ask where we are we on this? Matrix is in testing so can this | be closed? Ping squared. If I don't hear from you I may just close this. I believe this (non-, to me) issue has been taken care of. If you

Re: [Rcpp-devel] Rf_error() format string

Sorry for being slow to respond (very busy morning at work and play, got five such emails myself) but as Inaki and Georgi helpfully pointed out already the issue is _known_ and has a _fix_ at either the default branch of the Rcpp repo, or, if you prefer, via the Rcpp drat repo as detailed in

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

Graham, Quick ping to ask where we are we on this? Matrix is in testing so can this be closed? Cheers, Dirk -- dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

Graham, Quick ping to ask where we are we on this? Matrix is in testing so can this be closed? Cheers, Dirk -- dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#1055926: rodbc: [L10N,DE] rodbc_1.3-21-1_R-de: german translation

On 26 November 2023 at 15:09, Christoph Brinkhaus wrote: | Am Tue, Nov 14, 2023 at 02:46:18PM +0100 schrieb Christoph Brinkhaus: | > Am Tue, Nov 14, 2023 at 07:04:23AM -0600 schrieb Dirk Eddelbuettel: | > > | > > On 14 November 2023 at 12:30, Christoph Brinkhaus wrote: | >

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

Hi Graham, On 20 November 2023 at 12:13, Graham Inggs wrote: | On Sun, 19 Nov 2023 at 14:59, Dirk Eddelbuettel wrote: | > So it contains a patch by Mikael which had been applied _permitting Matrix | > 1.6-2_ to get to CRAN. So for this particular pair it was the other way around. | |

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

Hi Graham, On 20 November 2023 at 12:13, Graham Inggs wrote: | On Sun, 19 Nov 2023 at 14:59, Dirk Eddelbuettel wrote: | > So it contains a patch by Mikael which had been applied _permitting Matrix | > 1.6-2_ to get to CRAN. So for this particular pair it was the other way around. | |

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

On 19 November 2023 at 09:59, Dirk Eddelbuettel wrote: | On 19 November 2023 at 13:49, Graham Inggs wrote: | | We don't believe only touching debian/changelog, or a binNMU, is | | sufficient. We were surprised that your r-cran-lme4 upload did not at | | least include: | | Depends: r-cran-matrix

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

On 19 November 2023 at 09:59, Dirk Eddelbuettel wrote: | On 19 November 2023 at 13:49, Graham Inggs wrote: | | We don't believe only touching debian/changelog, or a binNMU, is | | sufficient. We were surprised that your r-cran-lme4 upload did not at | | least include: | | Depends: r-cran-matrix

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

Hi Graham, On 19 November 2023 at 13:49, Graham Inggs wrote: | On Tue, 14 Nov 2023 at 12:42, Dirk Eddelbuettel wrote: | > Doesn't 'normal' do that? | | No, only serious and above are considered RC [1] and also for migration. | | This week, Paul Gevers and I spent some time discussing w

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

Hi Graham, On 19 November 2023 at 13:49, Graham Inggs wrote: | On Tue, 14 Nov 2023 at 12:42, Dirk Eddelbuettel wrote: | > Doesn't 'normal' do that? | | No, only serious and above are considered RC [1] and also for migration. | | This week, Paul Gevers and I spent some time discussing w

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

I will not engage any more with debian-r. But this is now at the BTS so a clarification may be in order. This started as I had sent an email as a heads-up to fellow maintainers (via that mostly pointless list) informing them that their packages would exhibit a bug following a bug in package

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

I will not engage any more with debian-r. But this is now at the BTS so a clarification may be in order. This started as I had sent an email as a heads-up to fellow maintainers (via that mostly pointless list) informing them that their packages would exhibit a bug following a bug in package

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

On 14 November 2023 at 07:42, Dirk Eddelbuettel wrote: | | On 14 November 2023 at 12:26, Graham Inggs wrote: | | Hi Dirk | | | | On Tue, 14 Nov 2023 at 12:01, Dirk Eddelbuettel wrote: | | > Well that seems to be a) the wrong severity and b) the wrong package. | | | | Both are correct. We

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

On 14 November 2023 at 07:42, Dirk Eddelbuettel wrote: | | On 14 November 2023 at 12:26, Graham Inggs wrote: | | Hi Dirk | | | | On Tue, 14 Nov 2023 at 12:01, Dirk Eddelbuettel wrote: | | > Well that seems to be a) the wrong severity and b) the wrong package. | | | | Both are correct. We

Re: Matrix update triggering need for four rebuilds

On 17 November 2023 at 23:50, Nilesh Patra wrote: | | | On 17 November 2023 11:34:21 pm IST, Dirk Eddelbuettel wrote: | > | >On 17 November 2023 at 18:43, Andreas Tille wrote: | >| Am Fri, Nov 17, 2023 at 10:12:02AM -0600 schrieb Dirk Eddelbuettel: | >| > Leaving | >| &

Re: Matrix update triggering need for four rebuilds

On 17 November 2023 at 18:43, Andreas Tille wrote: | Am Fri, Nov 17, 2023 at 10:12:02AM -0600 schrieb Dirk Eddelbuettel: | > Leaving | > | >r-cran-irlba | >r-cran-openmx | > | > for you (unless you got to it already). | | To make it pretty clear: I will

Re: Matrix update triggering need for four rebuilds

On 15 November 2023 at 05:23, Dirk Eddelbuettel wrote: | | On 15 November 2023 at 07:00, Andreas Tille wrote: | | Am Tue, Nov 14, 2023 at 04:49:01PM -0600 schrieb Dirk Eddelbuettel: | | > | | > On 14 November 2023 at 16:17, Dirk Eddelbuettel wrote: | | > | | | > | On 14 November 2

Re: [R-pkg-devel] Can -mmacosx-version-min be raised to 10.15 ?

Simon, One more thing: An alert reader pointed out to me that macOS-oldrel has r-oldrel-macos-x86_64 r-oldrelmacOS x86_64 macOS 10.13.6 (17G11023) in the table at https://cran.r-project.org/web/checks/check_flavors.html. So this seems to mesh with what the R-on-macOS FAQ says,

Re: [R-pkg-devel] Can -mmacosx-version-min be raised to 10.15 ?

Simon, On 17 November 2023 at 10:43, Simon Urbanek wrote: | > On 17/11/2023, at 10:28 AM, Dirk Eddelbuettel wrote: | > On 17 November 2023 at 09:35, Simon Urbanek wrote: | > | can you clarify where the flags come from? The current CRAN builds (big-sur-x86_64 and big-sur-a

Re: [R-pkg-devel] Can -mmacosx-version-min be raised to 10.15 ?

someone may want to refresh this. It is what I consulted as relevant info. Thanks, Dirk | | Cheers, | Simon | | | | > On 17/11/2023, at 2:57 AM, Dirk Eddelbuettel wrote: | > | > | > Hi Simon, | > | > We use C++20 'inside' our library and C++17 in the API. Part of our C++

[R-pkg-devel] Can -mmacosx-version-min be raised to 10.15 ?

Hi Simon, We use C++20 'inside' our library and C++17 in the API. Part of our C++17 use is now expanding to std::filesystem whose availability is dependent on the implementation. The compiler tells us (in a compilation using -mmacosx-version-min=10.14) that the features we want are only

Re: [ESS] How can one tell rlang not to mess up R session in ESS ?

For completeness, and without any time yet to dig into Lionel's nord modification, and as a friend who saw thread asked: what I ended up doing was following the hint about cli and NO_COLOR and now (conditionally) set ## No color from cli inside emacs ##

Re: Matrix update triggering need for four rebuilds

On 15 November 2023 at 07:00, Andreas Tille wrote: | Am Tue, Nov 14, 2023 at 04:49:01PM -0600 schrieb Dirk Eddelbuettel: | > | > On 14 November 2023 at 16:17, Dirk Eddelbuettel wrote: | > | | > | On 14 November 2023 at 11:06, Andreas Tille wrote: | > | | Am Mon, Nov 13, 202

Re: Matrix update triggering need for four rebuilds

On 14 November 2023 at 16:17, Dirk Eddelbuettel wrote: | | On 14 November 2023 at 11:06, Andreas Tille wrote: | | Am Mon, Nov 13, 2023 at 07:23:06AM -0600 schrieb Dirk Eddelbuettel: | | > Most of these are not in Debian but I think we need binary rebuilds of | | > | | >

Re: Matrix update triggering need for four rebuilds

On 14 November 2023 at 11:06, Andreas Tille wrote: | Am Mon, Nov 13, 2023 at 07:23:06AM -0600 schrieb Dirk Eddelbuettel: | > Most of these are not in Debian but I think we need binary rebuilds of | > | >irlbabecause of headers | >OpenMx becaus

Re: [ESS] How can one tell rlang not to mess up R session in ESS ?

On 14 November 2023 at 12:03, Deepayan Sarkar wrote: | Are you suggesting that we should not be getting that by default? I As I wrote in my message starting the thread: Casual searching at the rlang repo doesn't reveal anything so pardon me for asking here but what is a simple way to

Re: [ESS] How can one tell rlang not to mess up R session in ESS ?

On 14 November 2023 at 17:22, Lionel Henry wrote: | Worth noting I'm using `xterm-color` instead of `ansi-color` in my | comint buffers. IIRC the latter (which is builtin) didn't support some | features. Not sure if that could explain the bad behaviour you've | observed. I was also thinking cli

Re: [ESS] How can one tell rlang not to mess up R session in ESS ?

si-colors-and-styles- if (Sys.getenv("INSIDE_EMACS") != "") Sys.setenv(NO_COLOR="TRUE") See next message. Part of me still thinks rlang and cli do this wrong by ignoring available env vars. Thanks for the help, Dirk | Best, | Lionel | |

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

On 14 November 2023 at 12:26, Graham Inggs wrote: | Hi Dirk | | On Tue, 14 Nov 2023 at 12:01, Dirk Eddelbuettel wrote: | > Well that seems to be a) the wrong severity and b) the wrong package. | | Both are correct. We do not want rmatrix to migrate and break | packages in testing. Does

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

On 14 November 2023 at 12:26, Graham Inggs wrote: | Hi Dirk | | On Tue, 14 Nov 2023 at 12:01, Dirk Eddelbuettel wrote: | > Well that seems to be a) the wrong severity and b) the wrong package. | | Both are correct. We do not want rmatrix to migrate and break | packages in testing. Does

Bug#1055926: rodbc: [L10N,DE] rodbc_1.3-21-1_R-de: german translation

On 14 November 2023 at 12:30, Christoph Brinkhaus wrote: | Source: rodbc | Version: 1.3-21-1 | Severity: wishlist | | Dear Maintainer, | | please find attached the po file with the german translation. | It is an update to the current po template. | Please consider to apply it to the package.

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

On 14 November 2023 at 09:15, Graham Inggs wrote: | Source: rmatrix | Version: 1.6-2-1 | Severity: serious | X-Debbugs-Cc: debia...@lists.debian.org | | Hi Dirk | | I'm opening this bug as a place for discussion and to track the | affected packages. It can be closed once rmatrix and its |

Bug#1055922: rmatrix: ABI change in Matrix 1.6-2

On 14 November 2023 at 09:15, Graham Inggs wrote: | Source: rmatrix | Version: 1.6-2-1 | Severity: serious | X-Debbugs-Cc: debia...@lists.debian.org | | Hi Dirk | | I'm opening this bug as a place for discussion and to track the | affected packages. It can be closed once rmatrix and its |

Re: [ESS] How can one tell rlang not to mess up R session in ESS ?

nord8 ; blue | nord15; magenta | nord7 ; cyan | nord5 ; white | ))) | (setq xterm-color-names ansi-colours) | (custom-theme-set-vari

[ESS] How can one tell rlang not to mess up R session in ESS ?

Casual searching at the rlang repo doesn't reveal anything so pardon me for asking here but what is a simple way to tell rlang to NOT do fancy pants color error backtraces? At least under the theme I use ("nord", for Emacs) it basically nixes readability by leaving a 'dark on dark' default.

Re: [R-pkg-devel] Package submission fail

On 13 November 2023 at 16:46, Ivan Krylov wrote: | Hello Christiaan and welcome to R-package-devel! Seconded but PLEASE do not send large attachments to the list and all its subscriber. Point us to your code repository, you will like get a kind response from a volunteer or two peeking at it.

Re: [Rd] Segmentation fault early in compilation of revision 85514

Avi, Might be toolchain-dependent, might be options-dependent--it built fine here. Easier for you to vary option two so maybe try that? Dirk -- dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org __ R-devel@r-project.org mailing list

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

On 10 November 2023 at 14:19, Martin Maechler wrote: | >> 2. In the installed R in /where/you/want/R/to/go, there is no even etc folder, there are only the folders bin, lib and share. That would appear to be an error in the locally installed R. What the package does has been discussed

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

On 10 November 2023 at 14:19, Martin Maechler wrote: | >> 2. In the installed R in /where/you/want/R/to/go, there is no even etc folder, there are only the folders bin, lib and share. That would appear to be an error in the locally installed R. What the package does has been discussed

Bug#1054657: transition: r-bioc-biocgenerics

On 7 November 2023 at 14:58, Andreas Tille wrote: | Do you see any way to answer the question that is discussed in this | thread by r2u how to know whether new Bioconductor packages might have | new dependencies not yet packaged for Debian? "Kinda. Sorta. Not fully." I have written related code

Bug#1054657: transition: r-bioc-biocgenerics

On 7 November 2023 at 14:58, Andreas Tille wrote: | Do you see any way to answer the question that is discussed in this | thread by r2u how to know whether new Bioconductor packages might have | new dependencies not yet packaged for Debian? "Kinda. Sorta. Not fully." I have written related code

Bug#1054657: transition: r-bioc-biocgenerics

On 7 November 2023 at 22:01, Charles Plessy wrote: | One possible direction would be to leverage the work done by Dirk and | others in r2u, where the Bioc transition is over, and for each package | in Debian, look if the r2u equivalent has a dependency not in Debian. | |

Bug#1054657: transition: r-bioc-biocgenerics

On 7 November 2023 at 22:01, Charles Plessy wrote: | One possible direction would be to leverage the work done by Dirk and | others in r2u, where the Bioc transition is over, and for each package | in Debian, look if the r2u equivalent has a dependency not in Debian. | |

[R-pkg-devel] Fortune candidate Re: Issue with R Package on CRAN - OpenMP and clang17

On 31 October 2023 at 19:58, Ivan Krylov wrote: | [...] The computers that helped launch the first | people into space had 2 kWords of memory, but nowadays you need more | than 256 MBytes of RAM to launch a bird into a pig and 10 GBytes of | storage in order to compile a compiler. This is what

Re: [R-pkg-devel] Too many cores used in examples (not caused by data.table)

I have some better news. While we established that 'in theory' setting the environment variable OMP_NUM_THREADS would help (and I maintain that it is a great PITA that CRAN does not do so as a general fix for this issue) it does *not help* once R is started. OpenMP only considers the variable

Re: [Rd] Wayland Display Support in R Plot

On 30 October 2023 at 13:17, Willem Ligtenberg via R-devel wrote: | I just tried it on Ubuntu 23.10. It seems to just work. | See screenshot here: https://nextcloud.wligtenberg.nl/s/jnbDT4ZiHw2JQ8H | I should be using wayland, and as far as I know I haven't done anything | special to make this

Bug#1054921: [Quantlib-dev] Build error for quantlib-swig on mips64el

On 30 October 2023 at 12:23, Luigi Ballabio wrote: | Hello Dirk, unfortunately I have no idea what can cause this — do you think it | possible that the size of the wrappers crossed some threshold and relocations | started to occur that weren't there before? Adrian (CC'ed) supplied a merge

Bug#1054921: [Quantlib-dev] Build error for quantlib-swig on mips64el

On 30 October 2023 at 12:23, Luigi Ballabio wrote: | Hello Dirk, unfortunately I have no idea what can cause this — do you think it | possible that the size of the wrappers crossed some threshold and relocations | started to occur that weren't there before? Adrian (CC'ed) supplied a merge

Re: [Rd] Wayland Display Support in R Plot

On 30 October 2023 at 09:20, Simon Urbanek wrote: | > On 30/10/2023, at 8:38 AM, Dirk Eddelbuettel wrote: | > On 30 October 2023 at 07:54, Paul Murrell wrote: | > | I am unaware of any Wayland display support. | > | | > | One useful way forward would be an R package that provide

<    1   2   3   4   5   6   7   8   9   10   >