As a long-time user of and advocate for 'ccache', I can attest that CMake has
good behaviour on its own: just tell it to use 'ccache' if found. There may
be more one than way, on a search I see '_COMPILER_LAUNCHER' [1]. And
that is used in a simple pattern I have relied upon in the past:
# En
As a follow-up, Kurt tells me [1] that Achim and he looked into this issue
and extended the 'person' class to support
+## Example for a contributor whose real name is unknown and cannot be
+## determined:
+person(given = "@zeileis", role = "ctb", comment = "GitHub user")
which has now
On 9 June 2025 at 07:40, Duncan Murdoch wrote:
| I've had some private messages with Wayne; here's some info and a
| question in case someone else wants to follow this up:
|
| - I can install his new version of loon on Ubuntu without a problem,
| but my R build uses tcl/tk 8.6.
R 'records'
Greg,
On 4 June 2025 at 00:19, Greg Hunt wrote:
| In the original email, there was this:
|
| * checking examples ... [87s] OK
| * checking tests ... [59s] OK
|
| Am I interpreting it wrong or are these numbers the elapsed times for checking
| examples and tests?
If you follow the URL from t
Greg,
On 3 June 2025 at 23:58, Greg Hunt wrote:
| To clarify the reference to zero cost.
|
| If Murray is being told that total time is thirteen minutes and that the time
| needs to be less than ten, he might try to reduce the cost of tests and
| examples, but they don't in total add up to th
On 3 June 2025 at 15:36, Sebastian Meyer wrote:
| Am 03.06.25 um 13:22 schrieb Greg Hunt:
| > Dirk,
| > Even if he gets the test and example times to zero, his total time in that
| > thirteen minute run is still above ten minutes. In my view the incomplete
| > time reporting (we don't know what
k
|
| Greg
|
| On Tue, 3 Jun 2025 at 10:54, Dirk Eddelbuettel wrote:
|
|
| On 3 June 2025 at 00:12, Murray Efford via R-package-devel wrote:
| | My revision of package 'secr' fails CRAN pre-test on Windows (R 4.5.0)
| because total check time exceeds 10 min (it's 7
On 3 June 2025 at 00:12, Murray Efford via R-package-devel wrote:
| My revision of package 'secr' fails CRAN pre-test on Windows (R 4.5.0)
because total check time exceeds 10 min (it's 760 seconds or 13 min). I can't
see how to fix this as none of the times listed in the log
https://win-builde
verse-dependencies
too without them having to do anything. We actually do something similar for
the (main U(0,1)) RNG (but not N(0,1) as Armadillo has its own, longer story,
so keep using R's N(0,1)).
Hth, Dirk
| -Ursprüngliche Nachricht-
| Von: R-package-devel Im Auftrag von
Dirk
On 31 May 2025 at 19:15, SN248 wrote:
| Dear R package developers
|
| I am getting the following errors in my package (sundialr -
| https://github.com/sn248/sundialr) which is a wrapper around SUNDIALS C
| library. The warnings are as follows:
|
| ❯ checking compiled code ...
| > WARNING File ‘
Two meta-issues
- You as maintainer of a project are its steward; do you feel you can entrust
the experience the users of your package will have to someone for whom you
yourself have no email or name?
Now, that question is rhetorical in the context of your repo as the thread
demonstrate
On 21 May 2025 at 13:55, Peiyuan Zhu wrote:
| Thanks Kasper, but I don’t know how exactly to accomplish this. As Dirk says
| the system overwrites it every time.
That is *not* what Dirk said.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
_
On 21 May 2025 at 09:34, Peiyuan Zhu wrote:
| I'm happy to just use O3 but it sounds like this isn't something doable in
C++.
It is called -O3, not 'O3'. (Also Rcpp, not RCpp.)
We do not know what you did because you never posted anything even remotely
close to reproducible.
| Maybe I should
Andrew,
On 21 May 2025 at 12:48, andrew--- via R-package-devel wrote:
| I'm currently having difficulty replicating an ODR violation that is being
raised by the gcc-asan check here:
https://www.stats.ox.ac.uk/pub/bdr/memtests/gcc-ASAN/RcppPlanc/00install.out.
Perhaps weirder, it seems to be t
On 20 May 2025 at 19:39, Peiyuan Zhu wrote:
| How to use the O4 flag in an RCpp project? Every time when I load_all it
| starts using the O2 flag or the debug flag. What should I put into Makevar?
| Can I still do remote::install.github(...)?
Given that this mailing list can need explicit approv
|
| On Sun, May 18, 2025, 7:59 AM Dirk Eddelbuettel wrote:
|
|
| Also, and while it won't help for the non-standard field in question here,
| the standard fields are all compiled into what tools::CRAN_package_db()
| returns. Very handy for many use cases, and possibly not
Also, and while it won't help for the non-standard field in question here,
the standard fields are all compiled into what tools::CRAN_package_db()
returns. Very handy for many use cases, and possibly not as well known as it
should be.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian
[ If you could, please set your email software up such that posts to a
mailing lists are not signed, it makes reading them more cumbersome. It
also means I can't reply (easily) inline now. ]
In most cases environment variables need to be set before the process
starts. Setting them inside the
On 14 May 2025 at 15:18, smallepsilon wrote:
| Ben,
|
| No need to apologize. I hope the following example helps clarify what I mean.
Suppose that modify_matrix(mat, other_args) is a function that, among other
things, applies eigen() to mat. For good reasons, other_args has no default
value.
On 13 May 2025 at 21:07, Ben Bolker wrote:
| threaded computations. I don't think CRAN multithreads by default (and I
| don't know if they test on MKL at all ...?)
CRAN itself writes at https://cran.r-project.org/CRAN_team.htm :
CRAN QA
CRAN package checks on combinations of various plat
On 12 May 2025 at 16:45, Adam Loy wrote:
| Hi all,
|
| I am having trouble getting past the pre-checks for CRAN, but things check
| out in my testing localling in the cloud. I get this message on Debian:
|
| Error: package or namespace load failed for ‘HLMdiag’ in
| dyn.load(file, DLLpath = DLL
On 10 May 2025 at 12:34, Tyler wrote:
| I recently submitted the package `libdeflate`, which successfully made
| its way to the CRAN
| (https://cran.r-project.org/web/packages/libdeflate/index.html) but
| has failed to install on macOS:
[...]
| I see that WRE also recommends checking
| "/Applicat
On 6 April 2025 at 01:25, Lluís Revilla wrote:
| To solve it, it might be as simple as writing nimDim <- NULL inside your
| package or there might be a real issue there.
Or call utils::globalVariables(c("nimDim")) where, if needed, you could add
to that argument vector any other variables listed
On 19 March 2025 at 09:29, Michael Chirico wrote:
| data.table is doing the same in a number of places, Ivan even went so far
| as to pin down a specific SVN commit for those as well:
|
| #if R_VERSION < R_Version(4, 5, 0) || R_SVN_REVISION < 86702
| # define isDataFrame(x) isFrame(x) // #6180
On 24 March 2025 at 09:10, Josiah Parry wrote:
| In trying to address new WARNINGs on R-devel I'm trying to rebuild my
| package environment on R 4.6 (r88038) so I can try and remediate. However,
| I'm encountering a segfault when doing so which doesn't occur for R 4.5.0
| alpha (2025-03-18 r8799
On 19 March 2025 at 11:16, Ben Bolker wrote:
|FWIW Rcpp handles this (for CLOENV) with an ifdef:
|
| #if (defined(R_VERSION) && R_VERSION >= R_Version(4,5,0))
| return R_ClosureEnv(fun);
| #else
| return CLOENV(fun);
| #endif
On 9 March 2025 at 15:03, Stephen Abrams wrote:
| Hi again - I'm working through the final details of a submission. My
| current problem is that I make use of a dependency of the caret package
| (kernlab) in one of my vignettes. If I don't include kernlab in my
| DESCRIPTION file, I get the follo
On 24 February 2025 at 22:08, Viechtbauer, Wolfgang (NP) wrote:
| Like Duncan's rgl package, the mathjaxr package
(https://cran.r-project.org/package=mathjaxr) also contains JS code (for
MathJax). And one of the requirements to get the package onto CRAN was that the
source package had to conta
On 18 February 2025 at 15:14, Iñaki Ucar wrote:
| What happened in Rcpp is that the antivirus were detecting an old
| version of ghostscript that could produce potentially vulnerable
| outputs. We solved it by rebuilding the vignettes with a newer version
| of ghostscript. This is most likely the
This really is Dadaism (or maybe Absurdism? Where are our art historians?)
By now I heard from one of the affected scientists via a private slack
message. A choice quote:
basically the pdf is moved into quarantine, and our IT are now threatening
us to format all our laptops
This is beyon
On 18 February 2025 at 16:26, Ivan Krylov wrote:
| On Tue, 18 Feb 2025 07:05:06 -0600
| Dirk Eddelbuettel wrote:
|
| > one of the two pdf vignettes (which I happen to create as a shallow
| > Rnw -> pdf wrapper around a pre-made pdf, here that inner pdf had not
| > changed in five
Something that had happened to the Rcpp package in the past (but seemingly
went away on its own ?) is now apparently hitting package RcppArmadillo.
I received private email from the CRAN maintainers reporting, without
offering a fix as there seems to be none, that one of the two pdf vignettes
(w
Hi Thierry,
On 17 February 2025 at 09:16, Thierry Onkelinx wrote:
| Zenodo does offer storage. The default quota are 50GB and 100 files per record
| (version). See https://help.zenodo.org/docs/deposit/manage-files/#prepare
So TIL! Thanks for the heads-up and correction.
Dirk
--
dirk.eddelbue
On 15 February 2025 at 19:50, Simon Urbanek wrote:
| Github is not reliable enough for reproducible research (your files can
| disappear at any point - or can change without notice),
I'm curious: Do you have a concrete example of a no-longer-reproducible study
whose data or other support files
On 7 February 2025 at 11:15, Duncan Murdoch wrote:
| On 2025-02-07 10:09 a.m., Dirk Eddelbuettel wrote:
| >
| > On 7 February 2025 at 05:05, Richard M. Heiberger wrote:
| > | Michael and Brian.
| > |
| > | thank you
| > | exactly correct.
| >
| > For completeness: this
On 7 February 2025 at 05:05, Richard M. Heiberger wrote:
| Michael and Brian.
|
| thank you
| exactly correct.
For completeness: this check is a fairly recent addition to r-devel and hence
a 'policy change'.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
___
On 4 February 2025 at 16:16, Graeme Hickey wrote:
| Having spent the best part of a month troubleshooting an almost
| identical issue, I came across Dirk's blog post here: https://
| dirk.eddelbuettel.com/blog/2023/10/31/. He discusses how to throttle the
number
| of threads, and exports 2 handy
Hi Wolfgang,
On 31 January 2025 at 15:02, Wolfgang Rolke via R-package-devel wrote:
| In the vignette of my package Rgof I create a function written in Rcpp, which
is then passed and executed in some of the routines included in Rgof. The
package passes all the checks on the various platform wit
Excellent (as usual) sleuthing by Ivan -- colour me impressed (again).
As an aside, your package makes wide use of the excellent resources provided
by other CRAN packages. But with this comes added complexity. Depending on
over sixty (!!) other packages (when counting recursively, over seventy
Thank you for actually posting a reference to your package and its source
code. That allows us to take a closer look.
On 28 January 2025 at 16:07, Guillermo Vinue wrote:
| Thank you for your help, Ben and Ivan. Unfortunately, the note persists:
|
https://win-builder.r-project.org/incoming_prete
On 28 January 2025 at 14:27, Iñaki Ucar wrote:
| El mar., 28 ene. 2025 14:25, John Clarke
| escribió:
|
| > Hi all,
| >
| > I'm wondering if there is a way to point an R package installer to a
| > pre-compiled release on Github rather than rely on CRAN.
|
|
| Yes, see https://r-universe.dev/
On 21 January 2025 at 12:04, Jonathan Berrisch wrote:
| first of all: I'm not an expert on this and don't really know if there
| is a recommended way.
|
| However, you may look at my 'rcpptimer' package and how it includes
| 'cpptimer' as a submodule.
|
| You can find the repository here: htt
On 19 January 2025 at 20:42, Pepijn de Vries wrote:
| I think I could write a similar test as used by `cpp11tesseract`:
|
|
https://github.com/pachadotdev/cpp11tesseract/blob/2ea8287ef2c27901446bafa402728014d99904d4/configure#L66-L85
Taking an example from a package not on CRAN 'for policy vio
Lukas,
It is, as you noticed, complicated.
One way forward might be to rely on what you can rely on (i.e. a suitable
system fftw on two of the three platforms) and to embed and locally build
where not. Nowadays a number of packages embedding external libraries and
resorting to eg cmake to build
On 2 January 2025 at 13:41, Henrik Bengtsson wrote:
| Agree, it would be neat if a package could clean up after itself when
| uninstalled.
Indeed many things could be nicer if we had more package manager integrations
and hooks besides `cleanup` and `configure`. Someone would have to start
with
On 30 December 2024 at 11:24, Kevin Coombes wrote:
| Thanks; I suspected as much. I will try changing the name of the algorithm
| (in the manuscript) to uppercase, and leave the package name alone.
Some (software-centric) journals (JSS, R Journal, ...) use a distinct font
for software components
On 19 December 2024 at 06:06, Duncan Murdoch wrote:
| I think it would be really misleading to have code that routinely
| ignored the assert() calls. In a year would you remember that those
| asserts were effectively just comments, not being acted on without some
| trickery to enable them?
Or
On 18 December 2024 at 19:46, Bielow, Chris wrote:
| hoping this is the right place for this:
| I stumbled upon documentation regarding the use of `assert` in C++ code, in
| particular, https://cran.r-project.org/web/packages/policies.html states
| that
|
| ```
| Thus C/C++ calls to assert/abort
Luc,
As Tomas mentioned, matrix-multiplication can take advantage of multiple
threads, and the 'text book' nexted loops do not do that. Now, one
alternative that appeals a lot to me is to farm out to Armadillo which also
calls LAPACK for you (as R does). And via RcppArmadillo, the setup becomes
On 17 November 2024 at 15:16, Patrick Giraudoux wrote:
| Thus, this latter works fine. Does this help to identify the trouble ?
I think this resonates with the fine work Ivan had already done. I suspect
you have a bad local with the repo information (possible PACKAGE.rds) and it
does not get ove
On 17 November 2024 at 14:23, Patrick Giraudoux wrote:
| Le 17/11/2024 à 14:17, Ivan Krylov a écrit :
| > В Sun, 17 Nov 2024 14:04:56 +0100
| > Patrick Giraudoux пишет:
| >
| >> trying URL
| >> 'https://pbil.univ-lyon1.fr/CRAN/bin/windows/contrib/4.4/xfun_0.49.zip'
| >> Content type 'application/
On 15 November 2024 at 12:16, Mauricio Vargas Sepulveda wrote:
| [...] and I now asked Dr. Ligges for the possibility to know more about the
CRAN specific configuration to add it to R-Hub.
It is (and has always been) documented in a text file on the server
https://www.stats.ox.ac.uk/pub/bd
On 14 November 2024 at 16:24, Mauricio Vargas Sepulveda wrote:
| After enabling the SAN flags, I cannot reproduce the gcc-san error [2].
|
| Should I report this as a false positive?
No.
Replicating ASAN/UBSAN issues is known to be potentially tricky.
It drove me so batty a decade ago that I
On 12 November 2024 at 10:47, Dirk Eddelbuettel wrote:
|
| On 12 November 2024 at 12:40, Pepijn de Vries wrote:
| | "Cannot create temporary file in D:\temp\2024_11_12_ 1_50_00_12637\: No
such file or directory"
|
| Based on your quote and the log [1] it looks like you have a sp
On 12 November 2024 at 12:40, Pepijn de Vries wrote:
| "Cannot create temporary file in D:\temp\2024_11_12_ 1_50_00_12637\: No such
file or directory"
Based on your quote and the log [1] it looks like you have a space in the
directory name. Windows can accommodate these but you must then quote
On 12 November 2024 at 12:40, Pepijn de Vries wrote:
| "Cannot create temporary file in D:\temp\2024_11_12_ 1_50_00_12637\: No such
file or directory"
Based on your quote and the log [1] it looks like you have a space in the
directory name. Windows can accommodate these but you must then quote
Tiago,
Looking at https://www.stats.ox.ac.uk/pub/bdr/noSuggests/pliman.out
we see it errors after trying '* checking examples ...':
* checking examples ... ERROR
Running examples in ‘pliman-Ex.R’ failed
The error most likely occurred in:
> ### Name: as_image
> ### Title: Crea
On 3 November 2024 at 11:02, Tiago Olivoto wrote:
| Today, I noticed that several stable packages, such as Rcpp and sf, were
| unavailable during the check process for this submission. This wasn’t an
| issue in the previously published version of pliman. Could this be a
| temporary problem with t
On 27 September 2024 at 16:58, John Clarke wrote:
| [...] -- the RNG state management strategy appears almost 'magical' to me
| especially inside RCPP. It is possible, I just don't understand how to use it.
See Section 6.3 of WRE: The pair of GetRNGstate() and PutRNGstate() is all
there is in te
Hi John,
I think you are reading the text too literally. The intent of WRE is to
ensure that standard use of a RNG in an extension package uses the RNGs that
come with R (which includes an updated mersenne twister algorithm) so that
users are not "surprised". It explicitly mentions the problem
On 21 August 2024 at 15:47, Kurt Hornik wrote:
| > Kurt Hornik writes:
|
| Committed now.
That is just *lovely*:
> aut <- tools::CRAN_authors_db()
> dim(aut)
[1] 47433 7
> head(aut)
given family email orcid role
comment
On 21 August 2024 at 07:43, Dirk Eddelbuettel wrote:
|
| On 20 August 2024 at 15:47, Kurt Hornik wrote:
| | >>>>> Kurt Hornik writes:
| |
| | The variant attaches drops the URL and does unique.
|
| Nice. Alas, some of us default to r-release as the daily driver and then
|
|
On 20 August 2024 at 15:47, Kurt Hornik wrote:
| > Kurt Hornik writes:
|
| The variant attaches drops the URL and does unique.
Nice. Alas, some of us default to r-release as the daily driver and then
Error in unname(tools:::.ORCID_iD_canonicalize(o)) :
object '.ORCID_iD_canonicalize
On 20 August 2024 at 07:57, Dirk Eddelbuettel wrote:
|
| Hi Kurt,
|
| On 20 August 2024 at 14:29, Kurt Hornik wrote:
| | I think for now you could use something like what I attach below.
| |
| | Not ideal: I had not too long ago starting adding orcidtools.R to tools,
| | which e.g. has
many things at once...
Dirk
| I think that has become both recursive and demonstrating excellent
| test-retest stability! Oh boy do I know that issue!
|
| Chris
|
| On 20/08/2024 14:57, Dirk Eddelbuettel wrote:
| > Hi Kurt,
| >
| > On 20 August 2024 at 14:29, Kurt Hornik wrote:
| >
Hi Kurt,
On 20 August 2024 at 14:29, Kurt Hornik wrote:
| I think for now you could use something like what I attach below.
|
| Not ideal: I had not too long ago starting adding orcidtools.R to tools,
| which e.g. has .persons_from_metadata(), but that works on the unpacked
| sources and not th
Salut Thierry,
On 20 August 2024 at 13:43, Thierry Onkelinx wrote:
| Happy to help. I'm working on a new version of the checklist package. I could
| export the function if that makes it easier for you.
Would be happy to help / iterate. Can you take a stab at making the
per-column split more rob
On 19 August 2024 at 15:15, Thierry Onkelinx wrote:
| Maybe checklist:::author2df() might be useful. It is an unexported function
| from my checklist package. It converts a person() object to a dataframe.
|
https://github.com/inbo/checklist/blob/5649985b58693acb88337873ae14a7d5bc018d96
| /R/stor
Has anybody written a quick helper function that extracts the Authors@R field
from tools::CRAN_package_db() and 'stems' it into 'Name, Firstname, ORCID'
which one could use to look up ORCID IDs at CRAN? The lookup at orcid.org
sometimes gives us 'private entries' that make it harder / impossible
On 17 August 2024 at 17:22, Ivan Krylov via R-package-devel wrote:
| В Fri, 16 Aug 2024 18:53:55 +
| anj5x...@nilly.addy.io пишет:
|
| > In the past other packages have failed to build and not only on the
| > intel container see
| >
"https://github.com/SpeakEasy-2/speakeasyR/actions/runs/10
On 2 August 2024 at 16:12, Ivan Krylov via R-package-devel wrote:
| В Fri, 2 Aug 2024 11:10:59 +
| Rolf Turner пишет:
|
| > The advice was to the effect that if the vignette was actually just a
| > *.tex file, one could (after putting in some preparatory code, in the
| > form of comments,
On 29 July 2024 at 13:02, Ivan Krylov wrote:
| On Sun, 28 Jul 2024 15:27:33 -0500
| Dirk Eddelbuettel wrote:
|
| > If we cannot (or do not want to) modify the given main.R, I would
| > suggest something along the lines of
| >
| > Rscript -e 'pdf(myfilenamevar); source(&
On 28 July 2024 at 15:44, Duncan Murdoch wrote:
| On 2024-07-28 1:48 p.m., Josiah Parry wrote:
| > However, if plots are generated in the process, the plots are stored in
| > Rplots.pdf.
| >
| > Is there a way via command line arguments to change the name of the pdf
| > output.
| >
| > There mi
Hi Khue,
On 19 July 2024 at 06:29, Khue Tran wrote:
| I am currently trying to get precise inputs by taking strings instead of
| numbers then writing a function to decompose the string into a rational
| with the denominator in the form of 10^(-n) where n is the number of
| decimal places. I am n
On 6 June 2024 at 04:47, Paul Kabaila wrote:
| When I resubmitted, I didn't realise that I needed to change the version
number.
As this comes up every now and then: This is still a _soft_ requirement. CRAN
does not 'cache' what versions you used in uploads. I have often reiterated
with the same
On 26 May 2024 at 13:31, Kurt Hornik wrote:
| >>>>> Dirk Eddelbuettel writes:
|
| > Kurt,
|
| > Could you do me a favour and run on that clang18-using machine in question
| > the following one-liner (provided your session has access to a .libPaths()
| > includin
On 24 May 2024 at 20:01, Brad Eck wrote:
| I received a note that my package -- epanet2toolkit -- was showing a
| warning in the fedora-gcc results on CRAN.
| https://www.stats.ox.ac.uk/pub/bdr/gcc12/epanet2toolkit.out
|
| I'd like to reproduce the warning and fix it. Usually I'd do that with
|
Kurt,
Could you do me a favour and run on that clang18-using machine in question
the following one-liner (provided your session has access to a .libPaths()
including Rcpp) and, in the case of success, the resulting function?
> Rcpp::cppFunction("int ompconfigtest() { return omp_get_num_thread
On 23 May 2024 at 20:02, Ivan Krylov wrote:
| On Wed, 22 May 2024 09:18:13 -0500
| Dirk Eddelbuettel wrote:
|
| > Testing via 'nm' as you show is possible but not exactly 'portable'.
| > So any suggestions as to what to condition on here?
|
| (My apologies if you
On 22 May 2024 at 14:03, Duncan Murdoch wrote:
| On 2024-05-22 10:18 a.m., Dirk Eddelbuettel wrote:
| >
| > On 22 May 2024 at 13:54, Nixon, Michelle Pistner wrote:
| > | Thank you both for your responses and help! Kurt-- your message makes a
lot of
| > | sense. I'll try to de
o condition on here? Michelle did AFAICT the Right
Thing (TM) by 'borrowing' from the fairly mature check in RcppArmadillo.
Dirk
|
| Thanks,
| Michelle
|
━━━
| From: Kurt Hornik
| Sent: Wednesday, May 22, 2024
As lyx is not listed in 'Writing R Extensions', the one (authorative) manual
describing how to build packages for R, I would not assume it to be present
on every CRAN machine building packages. Also note that several user recently
had to ask here how to deal with less common fonts for style files
Hi Michelle,
On 21 May 2024 at 13:46, Nixon, Michelle Pistner wrote:
| Hi all,
|
| I'm running into build issues for my package (fido:
https://github.com/jsilve24/fido) on the r-devel-linux-x86_64-debian-clang
system on CRAN (full check log here:
https://win-builder.r-project.org/incoming_pre
On 16 May 2024 at 05:34, Duncan Murdoch wrote:
| I forget now, but presumably the thinking at the time was that Suggested
| packages would always be available for building and checking vignettes.
Yes. I argued for years (cf https://dirk.eddelbuettel.com/blog/2017/03/22/
from seven (!!) years ag
Software Heritage (see [1] for their website and [2] for a brief intro I gave
at useR! 2019 in Toulouse) covers GitHub and CRAN [3]. It is by now 'in
collaboration with UNESCO', supported by a long and posh list of sponsors [4]
and about as good as it gets to 'ensure longevity of artifacts'.
It
On 9 May 2024 at 03:20, Sameh Abdulah wrote:
| I need to serialize and save a 20K x 20K matrix as a binary file.
Hm that is an incomplete specification: _what_ do you want to do with it?
Read it back in R? Share it with other languages (like Python) ? I.e. what
really is your use case? Also, y
On 8 May 2024 at 11:02, Josiah Parry wrote:
| CRAN has rejected this package with:
|
| * Size of tarball: 18099770 bytes*
|
| *Please reudce to less than 5 MB for a CRAN package.*
Are you by chance confusing a NOTE (issued, but can be overruled) with a
WARNING (more severe, likely a must-be-
On 30 April 2024 at 01:21, Rolf Turner wrote:
| On Mon, 29 Apr 2024 06:30:20 -0500
| Dirk Eddelbuettel wrote:
|
|
|
| > These days, I strongly recommend r2u [1]. As you already use R via
| > CRAN through apt, r2u adds one more repository after which _all_ R
| > packages are handle
Rolf,
This question might have been more appropriate for r-sig-debian than here.
But as Simon noted, the lack of detail makes is difficult to say anything to
aid. It likely was an issue local to your setup and use.
These days, I strongly recommend r2u [1]. As you already use R via CRAN
through
On 1 April 2024 at 17:44, Uwe Ligges wrote:
| Untested:
|
| install.packages() calls available.packages() to find out which packages
| are available - and passes a "filters" argument if supplied.
| That can be a user defined filter. It should be possible to write a user
| defined filter which
On 31 March 2024 at 11:43, Martin Morgan wrote:
| So all repositories are consulted and then the result filtered to contain just
| the most recent version of each. Does it matter then what order the
| repositories are visited?
Right. I fall for that too often, as I did here. The order matters f
Greg,
There are AFAICT two issues here: how R unrolls the named vector that is the
'repos' element in the list 'options', and how your computer resolves DNS for
localhost vs 172.17.0.1. I would try something like
options(repos = c(CRAN = "http://localhost:3001/proxy";,
ogle/crc32c
[1] repo: https://github.com/google/highway
docs: https://google.github.io/highway/en/master/
|
| Op di 26 mrt 2024 om 15:41 schreef Dirk Eddelbuettel :
| >
| >
| > On 26 March 2024 at 10:53, jesse koops wrote:
| > | How can I make this portable and CRAN-acceptable?
|
On 26 March 2024 at 09:37, Dirk Eddelbuettel wrote:
|
| Avi,
|
| That was a hickup and is now taken care of. When discussing this (off-line)
| with Jeroen we (rightly) suggested that keeping an eye on
Typo, as usual, "he (rightly) suggested". My bad.
D.
|
|https://con
On 26 March 2024 at 10:53, jesse koops wrote:
| How can I make this portable and CRAN-acceptable?
But writing (or borrowing ?) some hardware detection via either configure /
autoconf or cmake. This is no different than other tasks decided at
install-time.
Start with 'Writing R Extensions', as
Avi,
That was a hickup and is now taken care of. When discussing this (off-line)
with Jeroen we (rightly) suggested that keeping an eye on
https://contributor.r-project.org/svn-dashboard/
is one possibility to keep track while we have no status alert system from
CRAN. I too was quite confu
On 25 March 2024 at 11:12, Jairo Hidalgo Migueles wrote:
| I'm reaching out to seek some guidance regarding the storage of relatively
| large data, ranging from 10-40 MB, intended for use within an R package.
| Specifically, this data consists of regression and random forest models
| crucial for
Salut Annaig,
On 21 March 2024 at 09:26, Annaig De-Walsche wrote:
| Dear R-package-devel Community,
|
| I hope this email finds you well. I am reaching out to seek assistance
regarding package development in R.
|
| Specifically, I am currently developing an R package for querying composite
h
Dear Uwe,
Did CRAN ever reach a decision here with a suitable volunteer (or group of
volunteers) ? The state of XML came up again recently on mastodon, and it
might be helpful to share an update if there is one.
Thanks, as always, for all you and the rest of the team do for CRAN.
Cheers, Dirk
On 5 March 2024 at 15:12, Duncan Murdoch wrote:
| On 05/03/2024 2:26 p.m., Dirk Eddelbuettel wrote:
| > The default behaviour is to build after every commit to the main branch.
But
| > there are options. On the repo I mentioned we use
| >
| > "branch": "*rele
1 - 100 of 767 matches
Mail list logo
