On Fri, Apr 26, 2024 at 1:06 PM Ivan Krylov wrote:
>
> On Fri, 26 Apr 2024 12:32:59 +0200
> Martin Maechler wrote:
>
> > Finally, I'd think it definitely would be nice for
> > install.packages("Matrix") to automatically get the correct
> > Matrix version from CRAN ... so we (R-core) would be
I don't know if this is a bug, but it is certainly weird. AFAICT R
4.4.0 has Matrix 1.7-0.
However, currently CRAN has
Package: Matrix
Version: 1.6-5
Priority: recommended
Depends: R (>= 3.5.0), methods
...
(plus another version for R >= 4.5.0 only).
Which has some weird consequences, e.g. if
The release candidate is R 4.4 currently. For Windows it is at
https://cran.r-project.org/bin/windows/base/rtest.html, for macos it
is at https://mac.r-project.org/
If you use rig (https://github.com/r-lib/rig), you can run
rig add next
which works on Windows, macOS and Linux
G.
On Tue, Apr 23,
t I also see the
> issue with curl.
>
> I'll talk to our IT department about whether this is related to that
> change we made - they'll probably be interested in case the issue would
> also apply to other sites we host. I'll report back here if we change
> things.
>
> Cheers,
>
> ____
> From: Gábor Csárdi
> Sent: Wednesday, 6 March 2024 11:59
> To: bioc-devel@r-project.org
> Subject: [Bioc-devel] Possible https://code.bioconductor.org SSL certificate
> issue
>
> Anyone know where to report issues with code.bioconductor
Anyone know where to report issues with code.bioconductor.org?
This is what I see from a vanilla Ubuntu 22.04 (and also from Fedora
40/41, etc.):
root@6bff5eca88b0:~# curl https://code.bioconductor.org/
curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here:
While the remotes package still works, https://github.com/r-lib/pak is
now a better alternative. It also comes with built-in Bioconductor
support:
pak::pkg_install("klausjung-hannover/bootGSEA")
Gabor
On Wed, Feb 28, 2024 at 4:52 PM Martin Morgan wrote:
>
> Actually BiocManager delegates to
You might be able to reproduce it with the clang17 container here:
https://r-hub.github.io/containers/
You can either run it directly or with the rhub2 package:
https://github.com/r-hub/rhub2#readme
Gabor
On Wed, Sep 27, 2023 at 8:29 PM Reed A. Cartwright
wrote:
>
> My package, RBedrock, is now
Seems like you are on macOS. You need to install XCode or the Command
Line Tools to be able to compile packages with C/C++/Fortran code.
Gabor
On Mon, Sep 25, 2023 at 7:02 PM William Revelle wrote:
>
> Dear friends,
> I am trying to release a new update to psych and psychTools and am having
>
Yeah, I think both `R_NO_REMAP` and rearranging the includes are good
solutions, personally I would do both.
There is a container at https://r-hub.github.io/containers/ if you
want to make sure that you fixed everything:
docker run -ti ghcr.io/r-hub/containers/clang17 bash
Or, you can try the
https://cran.r-project.org/src/base-prerelease/ has not updated for
about a week now, I guess this is not intentional?
Best,
Gabor
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Seems like you are on R 4.2.x, so you could try this one:
https://github.com/R-macos/gcc-darwin-arm64/releases
Gabor
On Tue, May 16, 2023 at 7:16 PM Jarrett Phillips
wrote:
>
> Installing from the URL you provide, as well as doing R CMD build HACSim as
> suggested by @JeffNewmiller fails.
>
>
This is new in R-devel:
> rm(list = NULL)
Error in rm(list = NULL) : invalid first argument
It still works in r84020, but does not in r84023, possibly because of
r84022 [1].
Gabor
[1]
https://github.com/wch/r-source/commit/4dc057f5d49d3c0590488100e418e39b68682c95
Seems like this in 83986 [1] needs a fix in Lapack.c:
if (dladdr((void *) F77_NAME(ilaver), _info)) {
char buf[PATH_MAX+1];
char *res = realpath(dl_info.dli_fname, buf);
if (res) {
SEXP nfo = R_NilValue;
if (strstr(res,
@FCFLAGS_f90@ $< -o $@
+ALL_CFLAGS = $(ALL_CFLAGS_LO)
+ALL_FFLAGS = $(ALL_FFLAGS_LO)
+ALL_FCFLAGS = $(ALL_FFLAGS_LO)
+
SOURCES_C = Lapack.c @USE_VECLIB_G95FIX_TRUE@ vecLibg95c.c
SOURCES_F = @USE_VECLIB_G95FIX_TRUE@ vecLibg95f.f
On Wed, Feb 8, 2023 at 2:03 PM Gábor Csárdi wrote:
>
> More
More precisely the built-in Lapack module. AFAICT this is because the
f90 files are not compiled with -fpic. My output:
make[4]: Entering directory '/tmp/R-devel/src/modules/lapack'
gfortran -fpic -g -O2 -msse2 -mfpmath=sse -c dlamch.f -o dlamch.o
gfortran -fpic -g -O2 -c dlapack.f -o
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.
There are two issues.
One is that the libcurl version in CentOS 7 is quite old, 7.29.0, and
R devel now requires 7.32.0, since 83715 about a week ago. This
I am sorry, part of the output is garbled, as the email's encoding is
different, but the error is hopefully still clear.
This is Ubuntu 20.04, yesterday's R devel or R release, in the zh_CN locale.
The zh_CN.UTF-8 locale is fine, and it is a much better option, so I
am not sure if this is
r modification itself would
> also have the benefit of speeding up parsing of strings without Unicode
> escapes.
>
> Best,
>
> B.
>
>
> On 2/21/22 5:33 AM, Gábor Csárdi wrote:
> > I am wondering if it would make sense to produce \u escaped strings in
> > d
I am wondering if it would make sense to produce \u escaped strings in
deparse() for UTF-8 input. Currently we have (in R-devel):
x <- "G\u00e1bor"
Sys.setlocale("LC_ALL", "C")
#> [1] "C/C/C/C/C/en_US.UTF-8"
deparse(x)
#> [1] "\"Gbor\""
charToRaw(deparse(x))
#> [1] 22 47 3c 55 2b 30 30 45 31 3e
On Thu, Nov 25, 2021 at 11:49 AM Ivan Krylov wrote:
>
> On Wed, 24 Nov 2021 16:37:44 + (UTC)
> Nathan Green via R-package-devel wrote:
>
> > An irrecoverable exception occurred. R is aborting now ...
>
> It seems that some of your dependencies which use compiled code
> manage to crash the R
On Tue, Nov 23, 2021 at 8:49 PM Henrik Bengtsson
wrote:
>
> > Is there any reliable way to let packages to know if they are on CRAN, so
> > they can set omp cores to 2 by default?
>
> Instead of testing for "on CRAN" or not, you can test for 'R CMD
> check' running or not. 'R CMD check' sets
Hi all,
AFAICT https://stat.ethz.ch/R/daily/R-patched.tar.gz is still R 4.0.5 patched.
Probably needs a branch bump. FYI,
Gabor
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
While trying to reproduce a NOTE for
* checking for new files in some other directories ... NOTE
I noticed that the check code uses
Sys.getenv("LOGNAME")
to query the name of the current user. However on many systems this is
not set, so this is the empty string, and then no NOTE is shown.
You probably (accidentally?) put some large object into your package,
e.g. a non-function object. But it is hard to say more without seeing
the actual code
Gabor
On Fri, Oct 29, 2021 at 10:07 PM Mosqueira Sanchez, Iago
wrote:
>
>
> I am getting warnings in some packages about the size of
On Sat, Oct 9, 2021 at 8:52 AM Ivan Krylov wrote:
[...]
> >* pthread or openmp ? I am particularly concerned about
> > interaction with other packages. I have seen that using pthread and
> > openmp libraries simultaneously can result in incorrectly pinned
> > threads.
>
> pthreads-based code
Hi Ben,
According to https://www.stats.ox.ac.uk/pub/bdr/Rconfig/r-patched-solaris-x86
CRAN's Solaris is also 32 bit.
But maybe I am missing something?
You can download a Solaris VM (for Virtualbox or VMware) from
https://files.r-hub.io/solaris/
It has both 32 bit and 64 bit R (with gcc) and ODS
FWIW R-hub indexes package metadata, and you can search it online:
https://r-pkg.org/search.html?q=time+series
or from within R:
https://r-hub.github.io/pkgsearch/
Gabor
On Sun, Aug 22, 2021 at 12:13 AM beliavsky--- via R-devel
wrote:
>
> It's great that there are almost 20,000 R packages and
I think they are this:
* checking CRAN incoming feasibility ... NOTE
...
and this:
* checking examples ... [76s/77s] NOTE
Examples with CPU (user + system) or elapsed time > 5s
user system elapsed
ordPens-package 54.112 0.044 54.158
ordPCA 18.377 0.004 18.382
G.
On Sat, Aug 7, 2021 at 1:32 AM Timothy Keitt wrote:
>
> Snarky answers aside, it's still a valid question whether it's not just
> cleaner in simple cases to run commands from the Makevars file as described
> in the extensions doc. Of course there's no particularly useful examples
> there and
On Sat, Jul 17, 2021 at 2:21 AM wrote:
>
> Maciej:
>
> There are other packages that query the CRAN site (cranlogs, etc.). So it
> seems the queries/fetches are generally allowed. I can only find a couple
> relevant mentions in the CRAN policies:
[...]
For the record, the cranlogs package does
I think the Bioconductor error on R-hub is a red herring. The error
message is printed, but the actual error is ignored. So this is really
only an issue if you do need a Bioconductor package for the check.
I think the issue might be that for R-devel CRAN binaries are x64
only, but R CMD INSTALL
.
On Thu, Jun 24, 2021 at 11:32 PM Duncan Murdoch
wrote:
>
> On 24/06/2021 5:22 p.m., Gábor Csárdi wrote:
> > On Thu, Jun 24, 2021 at 10:31 PM Duncan Murdoch
> > wrote:
> > [...]
> >> I'm working in RStudio on a Mac, in case that makes any difference.
> >
>
On Thu, Jun 24, 2021 at 10:31 PM Duncan Murdoch
wrote:
[...]
> I'm working in RStudio on a Mac, in case that makes any difference.
Yes, RStudio probably does its own thing in "Install and restart". The
pre-clean of course removes the object files from the package src/
directory, so the next
On Thu, Jun 24, 2021 at 8:55 PM Duncan Murdoch wrote:
[...]
> A disadvantage of the devtools method is that a regular build after
> load_all() seems to do a full 75 sec build: load_all caches things for
> itself, but doesn't put them in the same place as a regular build, so
> make doesn't see
Dear all,
I have another ALTREP question. In the
https://github.com/ALTREP-examples/Rpkg-simplemmap example, it is
possible to mmap a file read-write with wrtOK = TRUE.
This is a pretty cool use case, one can change the mapped vector (in
C), and the change is synchronized with the file, and also
On Wed, Jun 2, 2021 at 1:08 PM Duncan Murdoch wrote:
[...]
> search. It would be nice to know if there's an automatic way to answer
> the question
>
> "Why does package xxx appear to require yyy?"
One quick way with the dev version of pak:
install.packages("pak", repos =
luke
>
> On Fri, 28 May 2021, Gábor Csárdi wrote:
>
> > I have found some weird SEXP corruption behavior with ALTREP, which
> > could be a bug. (Or I could be doing something wrong.)
> >
> > I have an integer ALTREP vector that calls back to R from the Elt
> &g
I have found some weird SEXP corruption behavior with ALTREP, which
could be a bug. (Or I could be doing something wrong.)
I have an integer ALTREP vector that calls back to R from the Elt
method. When this vector is indexed in a lapply(), its first element
gets corrupted. Sometimes it's just a
'col_ed' so I am quite perplexed by this
> error message.
>
> I'd appreciate any advice!
>
> Danielle
>
> On Thu, Apr 29, 2021 at 11:42 AM Gábor Csárdi wrote:
>>
>> If you could share a reproducible example with us, and/or you could
>> show the full output, th
If you could share a reproducible example with us, and/or you could
show the full output, then we could probably help you better.
Gabor
On Thu, Apr 29, 2021 at 6:29 PM Danielle Maeser wrote:
>
> Hi Duncan,
>
> I really appreciate your response. Unfortunately, I am still receiving the
> error
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
on it, coming from
https://github.com/wch/r-source/blob/0f0092adf14b8bd17bcce1cac0ee26b928355dab/src/scripts/R.sh.in#L263
Apparently
On Thu, Apr 22, 2021 at 11:19 PM Kevin R. Coombes
wrote:
[...]
> Instead, the vignette says you should
> importFrom("rlang", ".data")
> in your NAMESPACE, and write
> ggplot(myData, aes(x = .data$myX, y = .data$myY))
>
> And now my dinosaur question: That looks like using one non-standard
remotes::install_github() is a function aimed at developers that need
the unreleased version of a package for testing or other dev purposes.
In these cases you don't usually need the vignettes. hence the
default.
Gabor
On Wed, Apr 14, 2021 at 8:17 PM Chris Evans wrote:
>
> Oh no, how
remotes::install_github() does not build the vignettes by default, you
can use the build_opts argument to change this.
Gabor
On Wed, Apr 14, 2021 at 6:53 PM Chris Evans wrote:
>
> As ever, my package is https://github.com/cpsyctc/CECPfuns and I am building
> withing Rstudio 1.4.1103
>
> I am
For the record, this was a bug introduced here:
https://github.com/wch/r-source/commit/1c149eddee9c6d4b87a987a964a611bf8fe43a74
and fixed today here:
https://github.com/wch/r-source/commit/ec0761e63598d38eb5e8ab3fb995da06ab5c91ee
G.
On Fri, Mar 5, 2021 at 2:52 PM Gábor Csárdi wrote:
>
>
I mean, here:
https://github.com/r-hub/sysreqsdb/commit/e4dd4d6c240407317abb67e156d99ef738a7e73c
https://github.com/r-hub/sysreqsdb/commit/88718aad52df59b7e76c2db563991558a168b05e
G.
On Thu, Apr 8, 2021 at 6:12 PM Gábor Csárdi wrote:
>
> Should be
work going into RHub - the reason I am having this
> > problem is I use RHub to check my submissions. I just keep failing in my
> > CRAN submissions on Debian while passing on Windows and Mac, sort of
> > frustrating.
> >
> > -Roy
> >
> >> On
Hi,
Which one is your package? Which spatial package fails? Can you link
to an issue in the issue tracker, if there is one?
As for an alternative, you can run a Docker container. This works on
Linux, Windows and macOS, on any recent enough machine. You can run
one of the R-hub containers, e.g.
On Mon, Mar 8, 2021 at 5:45 PM Thierry Onkelinx
wrote:
> Yes, This was the problem. The recent version of lattice was in my home
> folder ~/R/x86_64-pc-linux-gnu-library/4.0 (first element of .libPaths()).
> An older version of lattice was in /usr/lib/R/library (last element of
> .libPaths()).
>
Hi,
If you think this is a bug in rcmdcheck, then please report an issue
here: https://github.com/r-lib/rcmdcheck/issues
My guess is that you have another version of lattice in another
library, and that version is used with `--as-cran`.
Gabor
On Mon, Mar 8, 2021 at 5:18 PM Thierry Onkelinx
Which is not necessarily bad news. :)
I wonder if this was intended, because I did not find anything about
it in the news file. It also breaks a couple of R packages, e.g. desc,
probably more.
Is this intended?
Thanks!
This is R-devel from yesterday:
> x <- "\xfc"
> Encoding(x) <- "latin1"
>
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 functionality. So
> pkgA does something along these lines:
>
> if (utils::packageVersion("pkgB") < 2) {
>
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, version 2 of pkgB
> > removes function1 and exports function2 for the same functionality. So
> > pkgA does something along these
well.
You can also get a Solaris VM, to make it easier to debug the issue on
Solaris: https://github.com/r-hub/solarischeck/tree/master/packer Let
me know if you don't want to build the VM yourself, and I can give you
access to one.
Gabor
On Thu, Feb 18, 2021 at 10:54 AM Gábor Csárdi wrote:
>
FWIW this code does not give me any warnings or errors on Solaris and
R 4.0.4 and the current CRAN version of metapack.
Gabor
On Thu, Feb 18, 2021 at 1:54 AM Daeyoung Lim wrote:
>
> Hello,
>
> I have a package on CRAN called 'metapack' and received a message from
> Professor Ripley that the
You can use this Docker container:
https://hub.docker.com/repository/docker/rhub/debian-gcc-devel-lto
It is somewhat old, but chances are that it will reproduce the LTO
issues. I'll update it in a minute, anyway.
Gabor
On Wed, Feb 17, 2021 at 9:33 PM Ivan Krylov wrote:
>
> On Wed, 17 Feb 2021
I suspect that this is an issue with the CRAN Windows machine, not
with your package.
If you want to work around it in the incoming checks, you can remove
the URL. Maybe it is enough to remove the `https://` from the
beginning, but I am not sure.
Gabor
On Wed, Feb 17, 2021 at 4:33 PM Vincent
On Sun, Jan 31, 2021 at 6:52 PM Duncan Murdoch wrote:
>
> On 31/01/2021 12:35 p.m., Duncan Murdoch wrote:
> > On 31/01/2021 10:57 a.m., Gábor Csárdi wrote:
> >> Do you actually experience any problems, if you don't treat this case
> >> specially?
> >
> >
Do you actually experience any problems, if you don't treat this case specially?
AFAIR, in most cases this is not a problem in practice. remotes might
install the CRAN version of rgl as the dependency of alphashape3d, but
`R CMD check` will install and use the local copy of the rgl package
for
Will,
I can help you get a Solaris VM, for VirtualBox or VMware, let me know
in private if you need one.
OTOH that crash is coming from a requireNamespace("clustermq", quietly
= TRUE) call, so it does not seem like it is your fault.
You could also try to reproduce this with `rhub::check()` and
On Sat, Jan 9, 2021 at 4:45 PM Joshua Ulrich
wrote:
[...]
>
> That said, WRE does list two packages that register native routines
> from other packages:
>
> https://cran.r-project.org/doc/manuals/r-release/R-exts.html#Linking-to-native-routines-in-other-packages
>
>
There are a bunch more, see
You can try to add some `setwd()` calls at the beginning of each step
that calls some R command.
This is not great of course, much of the GitHub-R tooling just assumes
that a repo contains a single package, at the root of the repo.
Converting your repos to this structure is painful, but can be
FYI.
> sessionInfo()
R Under development (unstable) (2020-12-17 r79645)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Debian GNU/Linux bullseye/sid
Matrix products: default
BLAS: /opt/R-devel/lib/R/lib/libRblas.so
LAPACK: /opt/R-devel/lib/R/lib/libRlapack.so
locale:
[1]
On Wed, Dec 16, 2020 at 8:39 PM Henrik Bengtsson
wrote:
>
> BTW, 'backports' provides a backport for tools::R_user_dir() also for
> R (< 4.0.0), so an alternative solution in this case is:
>
> Imports: backports
>
> and
>
> importFrom(backports, R_user_dir)
>
> The 'backports' package takes the
Dear list,
I am trying to see if there is a way to expand the set of UTF-8
characters that we can use in Rd files. The main blocker is LaTeX when
building the PDF manual.
It is possible to use the inputenx LaTeX package, instead of inputenc,
which is an improvement, by setting the
The best place for ggplot2 related questions is https://community.rstudio.com/
Make sure you use the ggplot2 tag for your question.
Gabor
On Tue, Dec 8, 2020 at 9:25 AM neonira Arinoem wrote:
>
> Is it possible to compose a string to be used as axis title in ggplot2,
> with the main part being
Bug report: https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17998
Gabor
On Wed, Dec 2, 2020 at 12:09 PM Martin Maechler
wrote:
>
> >>>>> Gábor Csárdi
> >>>>> on Tue, 1 Dec 2020 23:48:37 + writes:
>
> > I don't know if th
I don't know if this would be considered a bug in either stopifnot()
or (n)gettext(), or not a bug at all, but sometimes the translation
domain is not set properly for stopifnot() messages, so they won't be
translated. E.g.
Sys.setenv(LANGUAGE = "de")
# This is good
stopifnot(FALSE)
#> Fehler:
Hi,
on R-hub's Linux builders it is automatically installed if needed,
except that it wasn't on Fedora, because of a bug. Please try again,
and if it does not work report an issue on R-hub.
On Travis, you'll need to install the required packages yourself in
the `.travis.yml` file.
On CRAN's
Why not submit a bug report at the devtools repository?
❯ packageDescription("devtools")$BugReports
[1] "https://github.com/r-lib/devtools/issues;
Gabor
On Thu, Nov 26, 2020 at 7:50 PM Spencer Graves
wrote:
>
> Hi folks,
>
>
> devtools::release() gave the following errors:
>
>
> ...
I am not sure if you can solve this without a configure file, which
can be a simple shell script. Here is an example, that detects a bunch
of OSes and then creates an OS-dependent Makevars file:
https://github.com/r-lib/ps/blob/master/configure
You'll probably also need configure.win if you have
You probably import functions from shiny. Don't do that, refer to them
with the `::` operator instead.
Gabor
On Sat, Nov 14, 2020 at 6:12 PM Kamil Stachowski
wrote:
>
> I wrote a package that contains a graphical interface written with packages
> "shiny" and "shinyjqui". My package can also be
On Fri, Nov 13, 2020 at 9:02 PM Duncan Murdoch wrote:
[...]
> Things may have changed since Henrik and I wrote the code, but his
> description matches my understanding as well (and I think he's
> contributed more recently than I have).
>
> The way non-Sweave vignettes work is that some packages
On Fri, Nov 13, 2020 at 6:10 PM Henrik Bengtsson
wrote:
>
> I'm quite sure you want to use the following:
>
> Suggests: knitr, rmarkdown, formatR
> VignetteBuilder: knitr
So this means that WRE is wrong? It says:
"Note that if, for example, a vignette has engine ‘knitr::rmarkdown’,
then knitr
I think you need to Suggest the formatR package, because your
vignettes use it. From 'Writing R extensions':
"Many packages using knitr also need the package formatR which it
suggests and so the user package needs to do so too and include this
in ‘VignetteBuilder’."
Gabor
On Fri, Nov 13, 2020
On Tue, Oct 20, 2020 at 10:07 PM Ben Bolker wrote:
>
>
>
> On 10/20/20 4:51 PM, Gábor Csárdi wrote:
> > On Tue, Oct 20, 2020 at 9:45 PM Ben Bolker wrote:
> > [...]
> >> if (testthat::skip_on_cran())
> >>
> >> all seem like reasonable sol
On Tue, Oct 20, 2020 at 9:45 PM Ben Bolker wrote:
[...]
>if (testthat::skip_on_cran())
>
> all seem like reasonable solutions.
I don't think you can use `testthat::skip_on_cran()` for this, it does
not return a logical flag:
❯ isTRUE(testthat::skip_on_cran())
Error: Reason: On CRAN
It only
On Mon, Oct 19, 2020 at 5:02 AM Michael Chirico
wrote:
>
> I happened to notice that this header file uses
>
> #import
>
> This is the first time I came across the preprocessor directive #import;
> the first thing I found about it is this Q suggesting it's not portable
> nor standard C:
The
Make sure you quit from all R sessions before you reinstall rJava, and
also that it is not loaded in the current session.
You can also run tools::checkMD5sums("rJava") to check the MD5 sums.
Gabor
On Tue, Oct 13, 2020 at 4:55 PM Helmut Schütz wrote:
>
> Dear all,
>
> in one of my packages I
One way would be to comment out these tests, or really turn off the
internet, and then these tests don't run.
Indeed, a successful DNS query does not mean that you can connect to
the internet in general. FWIW pingr::is_online [1] implements a method
that works well. Apple's Captive Portal test
It seems that Debian testing has a new version of libxml2, or maybe
the ICU is newer, and the xml package does not compile with this.
I am afraid that xml2 needs some fixes to solve this. It might be
enough to require C++11 support. If you don't want to wait for the
xml2 maintainer, then you can
You can define the special dependency of the revdep-checked package in
the `Remotes` field. More info:
https://cran.rstudio.com/web/packages/remotes/vignettes/dependencies.html
E.g. if you are revdep-checking package PKG, then you can add
something like this in the DESCRIPTION file of PKG:
ugh:
> the built in help browser (at least in MacOS) doesn't show the full URL
> when you hover over the link, as most browsers do. So one could have
>
> \href{https://disney.org}{https://horrible.web.site}
>
> Duncan Murdoch
>
>
> >
> > Cheers,
> > Sim
Dear all,
the new CRAN URL checks flag HTTP 301 redirects. While I understand
the intent, I think this is unfortunate, because several URL shortener
services use 301 redirects, and often a shorter URL is actually better
in a manual page than a longer one that can be several lines long in
the
E.g. in https://cran.r-project.org/bin/macosx/contrib/4.0/PACKAGES there is
Package: stringi
Version: 1.5.3
but there is no such binary at
https://cran.r-project.org/bin/macosx/contrib/4.0/
FYI, G.
__
R-devel@r-project.org mailing list
though
> > > > – that's why they are in the package. So I would rather not "hide"
> > them in
> > > > a local environment. This is fundamentally a data package, so access to
> > > > this data is the primary point of installing it.
>
cause they do not contain escaped characters:
fixed <- stringi::stri_unescape_unicode(pali_alphabet)
identical(pali_alphabet, fixed)
#> TRUE
Gabor
> Is there any other solution?
>
> Dan
>
> .
> --
> Dan Zigmond
> d...@shmonk.com
>
Store the cached data in an environment within the package:
pali_data <- new.env(parent = emptyenv())
pali_string_fix <- function() {
pali_data$alphabet <-
stringi::stri_unescape_unicode(pali_alphabet)
...
}
Gabor
On Thu, Sep 3, 2020 at 9:33 PM Dan Zigmond wrote:
>
> Hi, all. I am
`return()` is a function in R, so `return` does nothing. You probably
want `return()`.
Here:
https://github.com/Anirban166/testComplexity/blob/c991c31e5250bcaf804c3ad781fbc126c6a17e57/R/asymptoticMemoryUsage.R#L22
https://github.com/Anirban166/testComplexity/blob/master/R/asymptoticTimings.R#L22
On Wed, Sep 2, 2020 at 11:11 PM Dirk Eddelbuettel wrote:
>
>
> On 2 September 2020 at 23:59, Emmanuel Blondel (GMAIL) wrote:
[...]
> | Your advice in order to solve that would be much appreciated,
>
> Life, as they say, "is too short" so you could just comment-out the test.
Indeed, it is
Is this reproducible on R-hub? Do you see it with the other R-devel
containers as well?
Some things to try:
Try running address sanitizer on your package to see if it can find
any memory errors. You can do this on R-hub as well, if you cannot do
it on your machine.
Try downloading the
Hi, If you mean remotes::install_git(), and you think this is a bug in
remotes, then please open an issue in the remotes issue tracker:
https://github.com/r-lib/remotes/issues
Thanks,
Gabor
On Sat, Aug 22, 2020 at 9:08 PM Sameh M. Abdulah
wrote:
>
>
> I am using install_git to download my
❯ install.packages("ps", repos = "https://cran.r-project.org;)
Installing package into ‘/Users/gaborcsardi/Library/R/4.0/library’
(as ‘lib’ is unspecified)
trying URL 'https://cran.r-project.org/bin/macosx/contrib/4.0/ps_1.3.4.tgz'
Error in download.file(url, destfile, method, mode = "wb", ...) :
On Fri, Aug 7, 2020 at 3:51 PM Helmut Schütz wrote:
>
> Hi Gábor,
>
> Gábor Csárdi wrote on 2020-08-07 16:46:
> > If you want to link to a package in the documentation, you'll have to
> > add it to Suggests.
>
> THX, will do. Is this documented somewhere?
Th
If you want to link to a package in the documentation, you'll have to
add it to Suggests.
Gabor
On Fri, Aug 7, 2020 at 3:45 PM Helmut Schütz wrote:
>
> Dear all,
>
> I'm struggling to understand this NOTE in
> r-devel-linux-x86_64-fedora-clang (only)
>
On Thu, Jul 23, 2020 at 10:25 PM Gábor Csárdi wrote:
>
> On Thu, Jul 23, 2020 at 9:58 PM Duncan Murdoch
> wrote:
> >
> > On 23/07/2020 4:14 p.m., b...@denney.ws wrote:
[...]
> Bill, please report a roxygen2 issue at
> https://github.com/r-lib/roxygen2/iss
On Thu, Jul 23, 2020 at 9:58 PM Duncan Murdoch wrote:
>
> On 23/07/2020 4:14 p.m., b...@denney.ws wrote:
[...]
>
> If you change the source to include the explicit characters (i.e. use
> pattern = c("μ", "µ") instead of pattern=c("\u03bc", "\u00b5")), does
> that help?
>
> It may cause other
On Mon, Jul 20, 2020 at 9:15 AM Abby Spurdle wrote:
>
> It's possible to run R (or a c parent process) as a background process
> via a named pipe, and then write script files to the named pipe.
> However, the details depend on what shell you use.
I would use screen or tmux for this, if this is
Hi, this is because data.table is not available as a binary package
for R-devel, on CRAN. You can tell R to build it from source like
this:
rhub::check(
platform="windows-x86_64-devel",
env_vars=c(R_COMPILE_AND_INSTALL_PACKAGES = "always")
)
Btw. please report R-ghub errors in the issue
1 - 100 of 483 matches
Mail list logo