Re: [Rd] Patches for CVE-2024-27322

le as > > https://github.com/r-devel/r-svn/commit/f7c46500f455eb4edfc3656c3fa20af61b16abb7 > > Dirk > > | (or 86238 for the port to the release branch) should be easily > backported. > | > | (CC Luke in case there is more to it) > | > | - pd > | > | > On 30 Apr 20

[Rd] Patches for CVE-2024-27322

Dear R-core, I just received notification of CVE-2024-27322 [1] in RedHat's Bugzilla. We updated R to v4.4.0 in Fedora rawhide, F40, EPEL9 and EPEL8, so no problem there. However, F38 and F39 will stay at v4.3.3, and I was wondering if there's a specific patch available, or if you could point me

Re: [R-pkg-devel] Possible malware(?) in a vignette

rther indication that > it's a false-positive is that a simple re-packaging the streams (i.e. NOT > changing the actual PDF contents) make the same file pass the tests as > clean. > > > > Also note that there is a bit of a confusion as the currently released > version (poweRlaw 0.80

Re: [R-pkg-devel] Possible malware(?) in a vignette

On Thu, 25 Jan 2024 at 10:13, Colin Gillespie wrote: > > Hi All, > > I've had two emails from users in the last 24 hours about malware > around one of my vignettes. A snippet from the last user is: > > --- > I was trying to install a R package that depends on PowerRLaw two > weeks ago. However

Re: [R-pkg-devel] Virtual C++ functions

On Wed, 15 Nov 2023 at 12:45, Michael Meyer via R-package-devel wrote: > > Greetings, > Suppose I wanted to develop a package with C++ code that contains virtual > functions which the package user should define.It's assumed that evaluation > is expensive so we do not want to define these in R

Re: [R-pkg-devel] PkgA imports PkgB, and PkgB suggests PkgA?

El sáb., 4 nov. 2023 5:43, Shu Fai Cheung escribió: > Hi All, > > I vaguely recall that, on CRAN, if PkgA imports PkgB, then PkgB cannot > import PkgA. (Please correct me if I am wrong.) > > How about this? > > PkgA imports PkgB (because PkgA has some helper functions for using PkgB) > PkgB

Re: [Rd] configure output with flexiblas [was Re: About FlexiBLAS in the R-admin docs]

On Wed, 1 Nov 2023 at 12:57, Tomas Kalibera wrote: > > > On 10/31/23 10:45, Iñaki Ucar wrote: > > On Tue, 24 Oct 2023 at 12:53, Tomas Kalibera > > wrote: > >> The output of session info is based on that flexiblas is used and on > >> what flexiblas

Re: [Rd] About FlexiBLAS in the R-admin docs

On Tue, 24 Oct 2023 at 12:53, Tomas Kalibera wrote: > > The output of session info is based on that flexiblas is used and on > what flexiblas tells R is the backend it uses. R does not attempt to > check that optimized LAPACK functions from the backend really end up > called via flexiblas, and I

Re: [Rd] Wayland Display Support in R Plot

El lun., 30 oct. 2023 12:26, Roger Bivand escribió: > I also noticed this: > > https://www.theregister.com/2023/10/13/gnome_proposes_dropping_x11/ > > which is concerning. Until now, I've retained X11 on Fedora because of > difficulties in screen sharing via zoom in Wayland sessions. > KDE

Re: [R-pkg-devel] CartogRaflow submission

El mar., 17 oct. 2023 9:13, cartograf...@gmail.com escribió: > Hi, I've put an update version of the package cartogRaflow 1.0.4 in CRAN > today. > There are 2 errors > Last released version's CRAN status: OK: 11, ERROR: 2 > See: < >

[Rd] About FlexiBLAS in the R-admin docs

Hi, Not sure if this is the right place for this. The "R Installation and Administration" guide states: > Apparently undocumented: FlexiBLAS on Fedora provides a complete LAPACK, but > not the enhanced routines from ATLAS or OpenBLAS. I'm not sure what this means. FlexiBLAS does provide 100%

Re: [R-pkg-devel] [EXTERNAL] Re: Warning: a function declaration without a prototype is deprecated in all versions of C

On Tue, 26 Sept 2023 at 10:29, Sameh Abdulah wrote: > > Thanks for replying! > > The main problem that this warning from a C library that I am relying on, I > have no control to fix the warning there. So, I am still getting this warning > from R, when building my package. We don't have a way

Re: [R-pkg-devel] What to do when a package is archived from CRAN

About licensing, On Sun, 27 Aug 2023 at 17:30, SHIMA Tatsuya wrote: > > Hi Ivan, thanks for taking the time to look at all the details of this. > > > You licensed the package as MIT. Are your dependencies compatible > with MIT? All direct dependencies of your Rust code seem to be licensed >

Re: [R-pkg-devel] [Rd] R packages to send plottable data to external apps

I think r-package-devel is a better place for this. CC'ing there. On Sun, 27 Aug 2023 at 23:50, Mike Marchywka wrote: > > I was curious what R packages, or indeed any other applications, exist > to plot streamed data from arbitrary data generators. It need not > be publication quality plotting

Re: [Rd] R packages to send plottable data to external apps

I think r-package-devel is a better place for this. CC'ing there. On Sun, 27 Aug 2023 at 23:50, Mike Marchywka wrote: > > I was curious what R packages, or indeed any other applications, exist > to plot streamed data from arbitrary data generators. It need not > be publication quality plotting

Re: [Rd] Correct use of tools::R_user_dir() in packages?

On Thu, 29 Jun 2023 at 01:34, Carl Boettiger wrote: > > Thanks Simon, I was very much hoping that would be the case! It may > be that I just need to put the version requirement on 4.0 then. I > will be sure to add this version restriction to my packages (which > technically I should be doing

Re: [R-pkg-devel] Package broke with R 4.3.0

On Tue, 27 Jun 2023 at 18:45, Jeff Newmiller wrote: > > if (any(c( "alaska", "hawaii") %in% zoom)){} Note that this changes behavior. If e.g. zoom is c("something", "alaska"), the code above returns TRUE. Previous behavior was FALSE (with a warning). Iñaki > On June 27, 2023 9:11:09 AM PDT,

Re: [R-pkg-devel] Package broke with R 4.3.0

On Tue, 27 Jun 2023 at 16:31, wrote: > > It appears that my R package choroplethr broke due to this change in R > 4.3.0: > > CHANGES IN R 4.3.0: > > SIGNIFICANT USER-VISIBLE CHANGES: > > Calling && or || with LHS or (if evaluated) RHS of length greater than one > is now always an error, with a

Re: [R-pkg-devel] Please install cmake on macOS builders

El vie., 12 may. 2023 5:58, Simon Urbanek escribió: > I think it would be quite useful to have some community repository of code > snippets dealing with such situations. R-exts gives advice and pieces of > code which are useful, but they are not complete solutions and situations > like Dirk's

Re: [Rd] Unique ID for conditions to supress/rethrow selected conditions?

On Sun, 16 Apr 2023 at 12:58, nos...@altfeld-im.de wrote: > > I am the author of the *tryCatchLog* package and want to > > - suppress selected conditions (warnings and messages) > - rethrow selected conditions (e.g a specific warning as a message or to > "rename" the condition text). > > I

[Rd] Enable curl 8

Hi, Just a heads-up that curl 8 landed in Fedora Rawhide a couple of days ago. Note that R does **not** compile without a small fix [1] that allows the configuration to continue if the major version is > 7. [1] https://src.fedoraproject.org/rpms/R/blob/rawhide/f/R-4.2.3-curl-v8.patch Best, --

Re: [Rd] Compiling R-devel on older Linux distributions, e.g. RHEL / CentOS 7

On Wed, 8 Feb 2023 at 19:59, Henrik Bengtsson wrote: > > I just want to add a few reasons that I know of for why users are > still on Red Hat/CentOS 7 and learned from being deeply involved with > big academic and research high-performance compute (HPC) environments. > These systems are not like

Re: [Rd] Compiling R-devel on older Linux distributions, e.g. RHEL / CentOS 7

On Wed, 8 Feb 2023 at 07:05, Prof Brian Ripley wrote: > > On 08/02/2023 00:13, Gábor Csárdi wrote: > > As preparation for the next release, I am trying to compile R devel on > > RHEL / CentOS 7, which is still supported by RedHat until 2024 June. True, but with a big asterisk. Full updates ended

Re: [R-pkg-devel] How to update "SystemRequirements: C++11"?

On Tue, 7 Feb 2023 at 01:50, Avraham Adler wrote: > > On Tue, Feb 7, 2023 at 12:10 AM Iñaki Ucar wrote: > > > > On Tue, 7 Feb 2023 at 00:09, Avraham Adler wrote: > > > > > > "If a package does have a src/Makevars[.win] file then also

Re: [R-pkg-devel] How to update "SystemRequirements: C++11"?

On Tue, 7 Feb 2023 at 00:09, Avraham Adler wrote: > > "If a package does have a src/Makevars[.win] file then also setting > the make variable ‘CXX_STD’ there is recommended," That doesn't refer to the SystemRequirements field. Iñaki > > Avi > > On Mon, Feb 6, 202

Re: [R-pkg-devel] How to update "SystemRequirements: C++11"?

On Mon, 6 Feb 2023 at 23:27, Avraham Adler wrote: > > On Mon, Feb 6, 2023 at 9:46 PM Duncan Murdoch > wrote: > > > > On 06/02/2023 4:01 p.m., Duncan Murdoch wrote: > > > On 06/02/2023 3:46 p.m., Winston Chang wrote: > > >> I recently submitted a package to CRAN with "SystemRequirements: C++11".

Re: [R-pkg-devel] no visible binding for global variable ‘degree_C’ - CRAN check note

On Mon, 12 Dec 2022 at 16:43, EcoC2S - Irucka Embry wrote: > > Hi Andrew, set_units(T, "degree_C") does not work; Sorry, do you mean that the code fails? Or the code works but you still see the NOTE? In this case, it is possible that you didn't replace all the instances of set_units(T, degree_C)

Re: [R-pkg-devel] How ton print in the console from Rcpp

Hi, On Thu, 20 Oct 2022 at 12:42, Elysée Aristide wrote: > > Greetings, > > In my CDatanet package, I want to print texts and values during a numerical > optimization process. I saw in many posts that CRAN is not happy with > sd::cout and sd::endl. What I understood is that it is better to use

Re: [Rd] Proposal to limit Internet access during package load

El mar., 27 sept. 2022 18:42, Blätte, Andreas escribió: > Dear all, > > my apologies for a dull question. I think I do understand that unnoticed > Internet access requires scrutiny and a more explicit approach. > > But I am not sure how this would impact on the practice on many Windows >

Re: [Rd] Proposal to limit Internet access during package load

El mar., 27 sept. 2022 4:22, Dirk Eddelbuettel escribió: > > Regarding 'system' libraries: Packages like stringi and nloptr download the > source of, respectively, libicu or libnlopt and build a library _if_ the > library is not found locally. If we outlaw this, more users may hit a > brick >

Re: [Rd] Proposal to limit Internet access during package load

hat's a big improvement over the > > current state of things, in which basically we don't know what the > > package tries download, then it may fail, and finally there's no > > guarantee that it's what the author intended in the first place. > > > > But on top of this, R could a

Re: [Rd] Proposal to limit Internet access during package load

On Mon, 26 Sept 2022 at 21:50, Simon Urbanek wrote: > > [snip] > Sure, I fully agree that it would be a good first step, but I'm still waiting > for examples ;). Oh, you want me to actually name specific packages? I thought that this was a well-established fact from your initial statement "I

Re: [Rd] Proposal to limit Internet access during package load

ec declares all the sources, they are downloaded once, hashed and stored in a lookaside cache. Then package building doesn't need general Internet connectivity, just access to the cache. Iñaki > > Cheers, > Simon > > > > On Sep 24, 2022, at 3:22 AM, Iñaki Ucar wrote: > > >

Re: [Rd] Proposal to limit Internet access during package load

On Fri, 23 Sept 2022 at 17:22, Iñaki Ucar wrote: > > [snip] > Now, what if connection is suppressed during package load? There are > basically three use cases out there: > > (1) The package requires additional files for the installation (e.g. > the source code of an external

[Rd] Proposal to limit Internet access during package load

Hi all, I'd like to open this debate here, because IMO this is a big issue. Many packages do this for various reasons, some more legitimate than others, but I think that this shouldn't be allowed, because it basically means that installation fails in a machine without Internet access (which

Re: [Rd] Floating point issue

On Sun, 10 Jul 2022 at 16:28, GILLIBERT, Andre wrote: > > > No, that is how computers work (with floating point numbers). > > > The fact that not all values are representable by floating point does not > mean that outputing a number with maximum accuracy, then reading it back, > should yield a

Re: [R-pkg-devel] Linking to a large external library

On Fri, 10 Jun 2022 at 14:54, Ben Engbers wrote: > > \Hi, > > It's been several Fedora versions since I installed R with the command > 'sudo dnf install R'. And with every update of Fedora, R was > automatically updated to the recent version. Fedora 36 was only recently > released. So I would

Re: [R-pkg-devel] CRAN check linux gcc12 Boost error

El dom., 10 abr. 2022 20:33, jérémy Gelb escribió: > Dear all, > > A package I am developing is encountering an error on the platform > (r-devel-linux-x86_64-debian-gcc) since CRAN decided to force the use of > gcc12. > What's the package and what's the error? A link to the report would be

Re: [R-pkg-devel] Setting OpenMP threads (globally) for an R package

On Fri, 18 Mar 2022 at 06:33, Simon Urbanek wrote: > > > On Mar 18, 2022, at 6:10 PM, Evan Biederstedt > > wrote: > > There is some connection to setting `export OMP_NUM_THREADS=1` before > > starting R, and moderate memory usage; that's all I know. > > That's odd. OpenMP itself doesn't

Re: [Rd] na.omit inconsistent with is.na on list

On Thu, 12 Aug 2021 at 22:20, Gabriel Becker wrote: > > Hi Toby, > > This definitely appears intentional, the first expression of > stats:::na.omit.default is > >if (!is.atomic(object)) > > return(object) I don't follow your point. This only means that the *default* method is not

[R-pkg-devel] "polygon edge not found" on macos-arm64

Dear CRAN maintainers, I see there's a new WARN on the recently added macos-arm64 platform for quite a number of packages. Specifically, vignette rebuilding fails with "polygon edge not found" (example in [1]). In addition, there are a number of warnings like this: Warning in

Re: [R-pkg-devel] Tracking down inconsistent errors and notes across operating systems

Hi, On Thu, 22 Jul 2021 at 15:51, Hannah Owens wrote: > > Hi all, > I am working on an update to a package I have on CRAN called occCite. My > latest release attempt didn’t pass incoming automated checks, because there > is an outstanding error. Additionally, there are some weird notes I would >

Re: [Rd] Possible bug in help file name generation

On Thu, 24 Jun 2021 at 14:21, Kurt Hornik wrote: > > >>>>> Deepayan Sarkar writes: > > > On Thu, Jun 24, 2021 at 5:31 PM Iñaki Ucar wrote: > >> > >> Hi, > >> > >> I noticed that R 4.1 places html files into the packages' help &

[Rd] Possible bug in help file name generation

Hi, I noticed that R 4.1 places html files into the packages' help directory, compared to previous versions, which used an RDS. I found a possible bug in the code that processes the aliases from the Rd files and generates the names for these html files (I haven't identified where this happens

Re: [R-pkg-devel] New version of 'evlust' package no longer passes incoming checks after ony very minor change

On Thu, 27 May 2021 at 04:54, Thierry Denoeux wrote: > > Dear all, > > Two weeks ago, I successfully uploaded version 2.01 of package ‘evclust’ on > the CRAN website. Earlier this week I received a message telling me that a > problem had been detected in the Linux-based checks for r-devel. The

Re: [R-pkg-devel] What To Include In \donttest{}

On Thu, 27 May 2021 at 06:10, Danielle Maeser wrote: > > Thank you for your assistance. The link is very helpful. > > However, I am still not sure what the difference is between the example > provided with \donttest{} and a vignette. It seems both display an example > of the function. For

Re: [Rd] R compilation on old(ish) CentOS

On Sat, 1 May 2021 at 03:41, Henrik Bengtsson wrote: > > Ben, it's most like what Peter says. I can confirm it works; I just > installed https://cran.r-project.org/src/base-prerelease/R-latest.tar.gz > on an up-to-date CentOS 7.9.2009 system using the vanilla gcc (GCC) > 4.8.5 that comes with

Re: [Rd] R compilation on old(ish) CentOS

On Thu, 29 Apr 2021 at 15:59, Ben Bolker wrote: > >I probably don't want to go down this rabbit hole very far, but if > anyone has any *quick* ideas ... > >Attempting to build R from scratch with a fresh SVN checkout on a > somewhat out-of-date CentOS system (for which I don't have root

Re: [Rd] R does not start on Fedora 34

On Thu, 29 Apr 2021 at 14:36, Gábor Csárdi wrote: > > Dear all, > > Fedora 34 was released two days ago, and with a fresh build of R I get > > [root@2dba8b3587c1 R-devel]# bin/R > ERROR: R_HOME ('/tmp/R-devel') not found This is known. It's a docker issue after a glibc change. See [1] and

Re: [Rd] boneheaded BLAS questions

On Thu, 18 Mar 2021 at 05:10, Dirk Eddelbuettel wrote: > > > On 17 March 2021 at 22:53, Ben Bolker wrote: > |Thanks. I know it's supposed to Just Work (and I definitely > | appreciate all the work that's gone into making it Just Work 99% of the > | time!). > > And for what it is worth, the

Re: [R-pkg-devel] Checking compiled code ... WARNING

Now with the list in CC, apologies. On Fri, 12 Mar 2021 at 21:12, Elysée Aristide wrote: > > Dear all, > > I checked (as cran) my package PartialNetwork > and I got this warning. > > * checking compiled code ... WARNING > File

Re: [R-pkg-devel] Support for several versions of another package

On Mon, 22 Feb 2021 at 11:55, Gábor Csárdi wrote: > > On Sun, Feb 21, 2021 at 3:47 PM Iñaki Ucar wrote: > > > > Hi, > > > > Let's say that pkgA uses pkgB::function1. Then, version 2 of pkgB > > removes function1 and exports function2 for the same functionali

Re: [R-pkg-devel] Support for several versions of another package

02/2021 12:17 p.m., Gábor Csárdi wrote: > > On Sun, Feb 21, 2021 at 6:05 PM Duncan Murdoch > > wrote: > >> > >> On 21/02/2021 9:47 a.m., Iñaki Ucar wrote: > >>> Hi, > >>> > >>> Let's say that pkgA uses pkgB::function1. Then, v

[R-pkg-devel] Support for several versions of another package

Hi, Let's say that pkgA uses pkgB::function1. Then, version 2 of pkgB removes function1 and exports function2 for the same functionality. So pkgA does something along these lines: if (utils::packageVersion("pkgB") < 2) { pkgB::function1() } else { pkgB::function2() } I'd say that there's

Re: [Rd] R 4.0.4 scheduled for February 15

On Thu, 21 Jan 2021 at 14:19, Sebastian Meyer wrote: > > Am 21.01.21 um 13:51 schrieb Iñaki Ucar: > > Minor question: wouldn't the new pipe syntax be worth a minor version > > bump? > > Yes. The NEWS mention the pipe syntax for R-devel not for R-patched. > > See t

Re: [Rd] R 4.0.4 scheduled for February 15

Minor question: wouldn't the new pipe syntax be worth a minor version bump? A package planning to drop magrittr would end up depending on R 4.0.4, which sounds suboptimal. And (I don't find any reference to this in the manual or in CRAN policies, but) if I remember correctly, depending on a patch

Re: [Rd] [External] brief update on the pipe operator in R-devel

On Tue, 12 Jan 2021 at 20:23, wrote: > > After some discussions we've settled on a syntax of the form > > mtcars |> subset(cyl == 4) |> d => lm(mpg ~ disp, data = d) > > to handle cases where the pipe lhs needs to be passed to an argument > other than the first of the function called on the

Re: [Rd] [External] R crashes when using huge data sets with character string variables

On Sun, 13 Dec 2020 at 04:27, wrote: > > If R is receiving a kill signal there is nothing it can do about it. > > I am guessing you are running into a memory over-commit issue in your OS. > https://en.wikipedia.org/wiki/Memory_overcommitment >

Re: [R-pkg-devel] submitting two packages simultaneously

On Fri, 27 Nov 2020 at 17:20, jérémy Gelb wrote: > > Dear All, > > I plan to submit a package I created called spNetwork. The package > uses both Rcpp and parallelization to ensure reasonable calculation > time. However, it is currently not possible to pass a compiled > function to a child

Re: [Rd] formatting issue with gcc 9.3.0 on Ubuntu on WSL2

On Wed, 18 Nov 2020 at 10:26, Tomas Kalibera wrote: > > On 11/17/20 9:34 PM, Bill Dunlap wrote: > > I just got a new Windows laptop (i7, 10th generation CPU), installed > > 'Windows Subsystem for Linux 2' and then installed Ubuntu 20.04 and > > used 'apt-get install' to install packages that the

Re: [Rd] parallel PSOCK connection latency is greater on Linux?

they > > might determine what is best for their potentially latency- or > > throughput-sensitive application? > > > > Best, > > Jeff > > > > On Mon, Nov 2, 2020 at 14:05, Iñaki Ucar wrote: > >> On Mon, 2 Nov 2020 at 02:22, Simon Urb

Re: [Rd] parallel PSOCK connection latency is greater on Linux?

On Mon, 2 Nov 2020 at 14:29, Jeff wrote: > > Could TCP_NODELAY and TCP_QUICKACK be exposed to the R user so that > they might determine what is best for their potentially latency- or > throughput-sensitive application? I think it makes sense (with a sensible default). E.g., Julia does this

Re: [Rd] parallel PSOCK connection latency is greater on Linux?

On Mon, 2 Nov 2020 at 02:22, Simon Urbanek wrote: > > It looks like R sockets on Linux could do with TCP_NODELAY -- without (status > quo): How many network packets are generated with and without it? If there are many small writes and thus setting TCP_NODELAY causes many small packets to be

Re: [R-pkg-devel] puzzling CRAN rejection

On Tue, 13 Oct 2020 at 01:47, Ben Bolker wrote: > > > > On 10/12/20 7:37 PM, Duncan Murdoch wrote: > > On 12/10/2020 6:51 p.m., Ben Bolker wrote: > >> > >> > >> On 10/12/20 6:36 PM, Duncan Murdoch wrote: > >>> On 12/10/2020 6:14 p.m., Ben Bolker wrote: > > > > > > I'd say a

Re: [R-pkg-devel] puzzling CRAN rejection

On Mon, 12 Oct 2020 at 22:40, Ben Bolker wrote: > > On 10/12/20 4:34 PM, Iñaki Ucar wrote: > > You are right. I was too fast and didn't read "last released version". > > Then the only suspicious thing I see is: > > > > Overall checktime 23 min &g

Re: [R-pkg-devel] puzzling CRAN rejection

le after the initial CRAN testing anyway ... > > cheers > Ben > > > On 10/12/20 4:23 PM, Iñaki Ucar wrote: > > On Mon, 12 Oct 2020 at 22:04, Ben Bolker wrote: > >> > >> Before I risk wasting the CRAN maintainers' time with a query, can > >> anyone

Re: [R-pkg-devel] puzzling CRAN rejection

On Mon, 12 Oct 2020 at 22:04, Ben Bolker wrote: > >Before I risk wasting the CRAN maintainers' time with a query, can > anyone see what I'm missing here? Everything I can see looks OK, with > the possible exception of the 'NA' result for "CRAN incoming > feasibility" on

Re: [Rd] Garbage collection of seemingly PROTECTed pairlist

Hi, In line 5, you are allocating a vector of length nc. Then, in line 12, you are using nr as a limit, so if nr goes beyond nc, which is happening in line 39, you are in trouble. Iñaki On Sat, 12 Sep 2020 at 03:30, Rory Nolan wrote: > I want to write an R function using R's C interface that

Re: [R-pkg-devel] DOI for archived package?

If you proposed https://cran.r-project.org/src/contrib/Archive//_.tar.gz and the editor is suspicious about the "src/contrib/Archive" stuff, you could propose instead https://cran.r-project.org/package==, which *looks* more permanent I guess. Iñaki On Thu, 10 Sep 2020 at 18:14, Kevin R. Coombes

Re: [R-pkg-devel] R CMD INSTALL -l /path/lib

On Wed, 19 Aug 2020 at 14:02, Gábor Csárdi wrote: > > From https://cran.r-project.org/doc/manuals/R-exts.html: > > > The script is run in a separate R environment containing the following > variables: R_PACKAGE_NAME (the name of the package), R_PACKAGE_SOURCE (the > path to the source directory

Re: [Rd] Restrict package to load-only access - prevent attempts to attach it

Hi Henrik, A bit late, but you can take a look at smbache's {import} package [1] in case you didn't know it. I believe it does what you are describing. [1] https://github.com/smbache/import Iñaki On Tue, 23 Jun 2020 at 22:21, Henrik Bengtsson wrote: > > Hi, > > I'm developing a package whose

Re: [R-pkg-devel] Debugging Clang ASAN errors

On Fri, 3 Jul 2020 at 12:19, Martin R. Smith wrote: > > A package I recently had accepted to CRAN is throwing up a "memory not > mapped" segfault on CRAN's post-acceptance fedora-clang ASAN test. This > error does not occur with debian-clang or gcc. > (Check results: >

Re: [R-pkg-devel] [CRAN-pretest-archived] CRAN submission gwsem 2.0.3

On Sun, 14 Jun 2020 at 14:32, Joshua N Pritikin wrote: > > > I'm trying to include vignettes that take much too long for CRAN check. > > At the beginning of the Rmarkdown vignette, I use > > is_CRAN <- !identical(Sys.getenv("NOT_CRAN"), "true") > if (is_CRAN) q() > > And then I use > >

Re: [Rd] R 4.0.0 build error with sysdata.rda on ppc64el architecture

On Thu, 30 Apr 2020 at 02:49, Dirk Eddelbuettel wrote: > > > On 29 April 2020 at 11:22, peter dalgaard wrote: > | Hum, at least it is not Apple, so maybe you can attach a debugger to the > running process? (gdb -p process_id or something like that --- haven't > actually done it for a decade).

Re: [Rd] Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?

On Mon, 6 Apr 2020 at 04:59, Paul Murrell wrote: > > Hi > > The R branch ... > > https://svn.r-project.org/R/branches/R-symfam/ > > ... is now set up so that it works "out of the box" on Fedora by setting > the default to be 'symbolfamily=cairoSymbolFont(family, usePUA=FALSE)' > when

Re: [Rd] Help useRs to use R's own Time/Date objects more efficiently

On Sat, 4 Apr 2020 at 11:51, Martin Maechler wrote: > > This is mostly a RFC [but *not* about the many extra packages, please..]: > > Noticing to my chagrin how my students work in a project, > googling for R code and cut'n'pasting stuff together, accumulating > this and that package on the way

Re: [Rd] Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?

On Tue, 31 Mar 2020 at 03:32, Paul Murrell wrote: > > I think R will retain the idea of a separate symbol font in at least the > short term because of backward compatibility and cross-platform support > and support for a range of graphics devices. So this fix is just for > cairo-based devices on

Re: [Rd] Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?

On Mon, 30 Mar 2020 at 22:41, Paul Murrell wrote: > > Hi > > On 30/03/20 10:43 pm, Iñaki Ucar wrote: > > On Mon, 30 Mar 2020 at 04:24, Paul Murrell wrote: > >> > >> Hi > >> > >> I have created an R branch that contains a potential fix ... &

Re: [Rd] Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?

ng testing an R fix for this problem today. > > > > As suggested, the plan is to allow the R user to specify a font family > > other than "symbol" for plotmath output (or, more generally, in R > > parlance, for 'font=5' or 'fontface=5') on a Cairo-based graphics device.

Re: [Rd] Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?

t; parlance, for 'font=5' or 'fontface=5') on a Cairo-based graphics device. > > Paul > > > On 27/03/20 11:30 pm, Iñaki Ucar wrote: > > On Wed, 25 Mar 2020 at 12:25, Nicolas Mailhot > > wrote: > >> > >> > >> > >> R brought this all on itself b

Re: [Rd] Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?

On Wed, 25 Mar 2020 at 12:25, Nicolas Mailhot wrote: > > > > R brought this all on itself by hardcoding a Windows-only “Symbol” font > family name in its default conf. Linux systems are UTF-8 by default for > ~20 years now, they don’t need the forcing of magic font families to > handle symbols

Re: [Rd] Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?

On Wed, 25 Mar 2020 at 01:14, Gavin Simpson wrote: > > Dear list > > On Fedora 31 the pango library has recently updated to version >= 1.44 > and in doing so has switched to using the HarfBuzz library (from > FreeType) and dropped Adobe Type 1 font support. This causes problems > with plotmath as

Re: [R-pkg-devel] CRAN checks failing for ATLAS

El sáb., 22 feb. 2020 14:26, Stefan Möding escribió: > Hi, > > I was notified by the CRAN maintainers that checks for my package are > failing: > > https://cran.r-project.org/web/checks/check_results_usl.html > > I don’t understand what’s going on here. All regular checks show the OK > status.

Re: [R-pkg-devel] revdepcheck::revdep_check interpretation problem

El lun., 10 feb. 2020 9:24, Spencer Graves < spencer.gra...@effectivedefense.org> escribió: > Hello, All: > > >I just ran "revdepcheck::revdep_check" on my development version > of "https://github.com/sbgraves237/Ecdat;; copied below. It ended with > "OK: 16, BROKEN: 0". That sounds

[R-pkg-devel] CRAN RPM repositories available

Hi all, I apologize if you are receiving multiple copies of this email, but I'm cross-posting because I believe this may be of interest to a wider audience than just R-SIG-Fedora. This is to announce that I'm maintaining a Copr project [1] that provides RPM repos for Fedora 30, 31 and rawhide

Re: [R-pkg-devel] finding "logo.jpg" [was: "try" malfunctions on Ubuntu Linux 16.04 LTS, R-release, GCC]

El lun., 3 feb. 2020 20:30, Spencer Graves < spencer.gra...@effectivedefense.org> escribió: >Thanks to Iñaki Ucar for identifying a second error that > explained why I still got an error after wrapping one in "try". > > >That still leaves a ques

Re: [R-pkg-devel] "try" malfunctions on Ubuntu Linux 16.04 LTS, R-release, GCC

On Mon, 3 Feb 2020 at 03:16, Spencer Graves wrote: > > Hello, All: > > >devtools::check_rhub failed to trap an error wrapped in "try", > per the email below. This came from running > devtools::check_rhub(Ecfun_dir), where Ecfun_dir = the path to a copy of >

Re: [R-pkg-devel] CRAN rules re. web scraping?

On Thu, 23 Jan 2020 at 02:49, Spencer Graves wrote: > > Hello, All: > > > GOOD NEWS AND BAD NEWS: > > >* First the good news: I heard from Brian Ripley; see below. > His web site says, "He retired in August 2014 on grounds of ill health." > (http://www.stats.ox.ac.uk/~ripley/) I was

Re: [R-pkg-devel] warnings by 3rd party headers

On Fri, 17 Jan 2020 at 20:42, Guido Kraemer wrote: > > Thanks, just to drive this a bit further: > > What if the headers then start producing some ugly compile warnings? Do > I have to fix these, too? How ugly? You can ignore "variable set but not used"-kind of stuff, but if things turn ugly

Re: [R-pkg-devel] warnings by 3rd party headers

On Thu, 16 Jan 2020 at 16:58, Guido Kraemer wrote: > > I need to distribute some 3rd party headers with my package. The headers > make R CMD check produce warnings: > > File which contains pragma(s) suppressing important diagnostics: > ... > Files which contain pragma(s) suppressing

Re: [R-pkg-devel] error in sample(), invalid 'size' argument

On Wed, 15 Jan 2020 at 19:26, Roberts, David wrote: > > Dear Bill, Dear Iñaki, > > Thank you both; I'm confident that you are right. I realized a list > or data.frame would generate that error message, but I did not know that > NULL would also do so. > > This means the the error

Re: [Rd] A bug understanding F relative to FALSE?

On Wed, 15 Jan 2020 at 15:14, IAGO GINÉ VÁZQUEZ wrote: > > Hi all, > > Is the next behaviour suitable? > > identical(F,FALSE) > > ## [1] TRUE > > utils::getParseData(parse(text = "c(F,FALSE)", keep.so=rce = TRUE)) > > ##line1 col1 line2 col2 id parenttoken terminal text > ##

Re: [R-pkg-devel] error in sample(), invalid 'size' argument

On Wed, 15 Jan 2020 at 13:58, Roberts, David wrote: > > Colleagues, > > I have a function (maxsimset) in package optpart that has worked for > at least a decade, passes check --as-cran on my ubuntu-based system, and > builds without errors at win-builder and CRAN windows, but fails at CRAN >

Re: [Rd] as-cran issue ==> set _R_CHECK_LENGTH_1_* settings!

A bit off-topic, but... On Wed, 15 Jan 2020 at 05:45, Abby Spurdle wrote: > > > Which version of Fedora are you on? > > I've got Fedora 31. > I just checked, and R 3.6.2 is available now. R 3.6.2 was submitted a month ago for testing and reached stable 19 days ago [1]. At any time, you can see

Re: [Rd] CRAN check fails if website is unavailable on Fedora platforms

On Tue, 14 Jan 2020 at 15:06, Siegfried Köstlmeier wrote: > > Hi all, > > I maintain the package „qrandom“ which is based on a web API. In last time > the testthat tests failed because the website was down. > I implemented the following code in v1.2.2 to ensure that tests are only run > if the

Re: [R-pkg-devel] [EXTERNAL] Re: Checkpoint package failing CRAN checks

El lun., 13 ene. 2020 11:45, Hong Ooi via R-package-devel < r-package-devel@r-project.org> escribió: > Good catch, Ivan! Fixing that seems to have done the trick. Thanks! > > The question now is why checkpoint hasn't crashed and burned prior to > this, but I'll leave that for another day

Re: [Rd] SUGGESTION: Settings to disable forked processing in R, e.g. parallel::mclapply()

On Sun, 12 Jan 2020 at 00:49, Henrik Bengtsson wrote: > > [snip] > > A final plead: Adding an option to disable forking, at least in the > 'parallel' package only, will spare people (end users, developers, > sysadms, ...) many many hours of troubleshooting and eventually trying > to find

Re: [Rd] add jsslogo.jpg to R sources?

On Wed, 8 Jan 2020 at 19:21, Toby Hocking wrote: > > Hi R-core, I was wondering if somebody could please add jsslogo.jpg to the > R sources? (as I reported yesterday in this bug) > > https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17687 > > R already includes jss.cls which is the document

Re: [Rd] Another wish (?) for R 4.0.0: print(*, width = )

On Wed, 8 Jan 2020 at 02:05, Pages, Herve wrote: > > On 1/7/20 06:13, brodie gaslam via R-devel wrote: > ... > > Happy new decade. > > *** caught segfault *** > conflicting decade boundaries https://xkcd.com/2249/ ;-) > > Traceback: > 1: new_decade <- 2020:2029 > 2: previous_decade <-

Re: [R-pkg-devel] No prebuilt vignette index

Remove the "inst" directory and don't use "--no-build-vignettes" in your build command. Iñaki On Sun, 15 Dec 2019 at 21:45, Charith Karunarathna < charith_karunarat...@sfu.ca> wrote: > > > Hi Everyone, > > > I wonder how to address the following NOTE that I am getting from the > win-builder

  1   2   3   >