A thirty-year-old format error in the C code of my package eha was
finally detected by the latest R-devel, thanks to CRAN for that!
However, I also get a message never seen before, when I check the package:
---
Attaching package: ‘rlang’
The
Den 2023-06-27 kl. 17:17, skrev Göran Broström:
If(zoom %in% c(“alaska”, “hawaii”)…
Wrong, maybe
if (("alaska" %in% zoom) || ("hawaii" %in% zoom)){}
Göran
27 juni 2023 kl. 16:32 skrev arilamst...@gmail.com:
It appears that my R package choroplethr broke due
If(zoom %in% c(“alaska”, “hawaii”)…
Göran
> 27 juni 2023 kl. 16:32 skrev arilamst...@gmail.com:
>
> 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)
On 2023-04-25 10:02, Ivan Krylov wrote:
On Mon, 24 Apr 2023 18:17:22 +0200
Göran Broström wrote:
cannot open file '/usr/lib/R/doc/html/katex/katex.js': No such
file or directory
I still get the error with R CMD check --as-cran. What am I
missing? Obviously /usr/lib/R/doc/html/katex
I upgraded to 4.3.0 and rebuilt and checked a package with --as-cran,
receiving
* checking PDF version of manual ... OK
* checking HTML version of manual ...Warning in file(con, "r") :
cannot open file '/usr/lib/R/doc/html/katex/katex.js': No such file
or directory
Error in file(con, "r") :
On 2022-10-18 21:53, peter dalgaard wrote:
On 18 Oct 2022, at 16:37 , Dirk Eddelbuettel
wrote:
On 17 October 2022 at 13:20, Göran Broström wrote:
| G;ran (US keyboard)
:)
A fortunes candidate?
Incidentally, he's Gæran on a DK keyboard but Gøran on an NO one. The
three Scandinavian
:
В Mon, 17 Oct 2022 11:07:25 +0200
Göran Broström пишет:
warning: invalid UTF-8 in comment [-Winvalid-utf8]
(It's my name)
So I wonder: How do I make valid UTF-8 in comment?
The file GB_zeroin.c is saved in Latin-1 encoding. The warning should
go away once you convert it to UTF-8
Hello,
I suddenly get Warnings from CRAN (clang):
warning: invalid UTF-8 in comment [-Winvalid-utf8]
(It's my name)
So I wonder: How do I make valid UTF-8 in comment?
(I already have "Encoding: UTF-8" in the DESCRIPTION file)
Thanks, Göran
__
vignettes'.
Best, Göran Broström
cheers,
Rolf Turner
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
Update: I tried this on another machine with the same setup (I thought),
and no problem with the R-devel check!
Must find those fonts ...
On CRAN soon!
Göran
On 2020-12-13 18:33, Göran Broström wrote:
I have built and checked eha_2.8.2 with R-4.0.3 and everything is OK.
However, checking
font -adobe-helvetica-%s-%s-*-*-%d-*-*-*-*-*-*-*, face 1 at size 12
could not be loaded
--- failed re-building ‘tpchreg.Rmd’
In 'tpchreg.Rmd' I have:
---
title: "Proportional hazards regression with tabular data"
author: "Göran Broström"
package: eha
date: "`r Sys.Date()`&
th(e)) if (isTRUE(Recall(e[[i]]))) return(TRUE)
}
FALSE
}
find_frailty(frailty ~ frailty)
## [1] FALSE
fo <- Surv(time, status) ~ age + frailty(inst)
find_frailty(fo)
## [1] TRUE
On Fri, Oct 30, 2020 at 2:46 PM Göran Broström wrote:
My CRAN package eha depends on the survival package, and
function would come in handy for this.
Göran
On Fri, Oct 30, 2020 at 2:46 PM Göran Broström wrote:
My CRAN package eha depends on the survival package, and that creates
problems with innocent users: It is about the 'frailty' function
(mainly). While (after 'library(eha)')
f1 <- coxph(Su
On 2020-10-31 13:49, Duncan Murdoch wrote:
On 30/10/2020 2:45 p.m., Göran Broström wrote:
My CRAN package eha depends on the survival package, and that creates
problems with innocent users: It is about the 'frailty' function
(mainly). While (after 'library(eha)')
f1 <- coxph(Surv(t
On 2020-10-31 12:09, Göran Broström wrote:
I think I finally got it: I must involve the export business after
importing, thus, in NAMESPACE:
importFrom(survival,Surv)
export(Surv)
That's all,
Not really:
* checking for missing documentation entries ... WARNING
Undocumented code objects
I think I finally got it: I must involve the export business after
importing, thus, in NAMESPACE:
importFrom(survival,Surv)
export(Surv)
That's all,
G,
On 2020-10-30 19:45, Göran Broström wrote:
My CRAN package eha depends on the survival package, and that creates
problems with innocent
My CRAN package eha depends on the survival package, and that creates
problems with innocent users: It is about the 'frailty' function
(mainly). While (after 'library(eha)')
f1 <- coxph(Surv(time, status) ~ age + frailty(inst), data = lung)
produces what you would expect (a frailty survival
On 2020-06-30 11:58, Ivan Krylov wrote:
On Tue, 30 Jun 2020 11:48:29 +0200
Göran Broström wrote:
No point at all with version 3 in packages?
Format version 3 [1] introduces support for ALTREP objects [2].
Examples of where ALTREP might be useful include really long integer
vectors, like
paces", but version 3 ...
Göran
On June 29, 2020 1:55:02 PM PDT, "Göran Broström" wrote:
I added two data sets (.rda) to my package eha, but when I build the
new
version I get:
WARNING: Added dependency on R >= 3.5.0 because serialized objects in
serialize/load version 3 cannot be
I added two data sets (.rda) to my package eha, but when I build the new
version I get:
WARNING: Added dependency on R >= 3.5.0 because serialized objects in
serialize/load version 3 cannot be read in older versions of R. File(s)
containing such objects: ‘eha/data/swedeaths.rda’
Thanks for the responses!
I found the suggestion
Call[[1]] <- quote(survival::coxph)
easiest to implement. And it works.
Best, Göran
On 2020-06-08 21:42, Ben Bolker wrote:
I think quote(survival::coxph) will work in place of as.name() ?
On Mon, Jun 8, 2020 at 3:12 PM Göran Brost
Hello,
the function 'coxreg' in my package 'eha' is often just a wrapper for
'coxph' in survival, so I have code like
if (cox.ph){
Call <- match.call()
Call[[1]] <- as.name("coxph")
fit <- eval.parent(Call)
return(fit)
}
which works since eha depends
On 2019-12-14 14:02, Sarah Goslee wrote:
It sounds like you're on a Mac? Then you need to install MacTeX,
http://www.tug.org/mactex/ to get pdflatex.
Or maybe tinytex will do? https://yihui.org/tinytex/
Göran
Sarah
On Fri, Dec 13, 2019 at 7:11 PM Cathy Lee Gierke wrote:
Does anyone
can see that the calls to dgemv from gmlfun and geomsup are fine
(from Fortran code), the other are bad (from C code). Indeed, one would
have found out also by creating a minimal reproducible example - it is
always useful, even when not attempting to report a bug.
Best
Tomas
On 9/13/19 12:07
On 2019-09-12 09:13, Martin Maechler wrote:
Göran Broström
on Wed, 11 Sep 2019 13:36:40 +0200 writes:
> A followup question: Is it possible to call a BLAS/LAPACK subroutine,
> where one parameter is character, from FORTRAN (77) code called by
> .Fortran? (N
on (AFAICS).
Yes, I know that .Fortran is not well seen these days, but my fortran
code is ancient, from the before-R era, and I would like to leave it as-is.
G,
Den 2019-09-01 kl. 21:46, skrev Göran Broström:
On 2019-08-31 18:47, Göran Broström wrote:
I'm having difficulties updating my package
On 2019-08-31 18:47, Göran Broström wrote:
I'm having difficulties updating my package eha: When I run standard
checks 'at home' everything is fine, but 'CRAN-submissions' reports
(among other things):
geomsup.f:324:9: warning: type of ‘dgemv’ does not match original
declaration [-Wlto
On 2019-08-31 21:26, Duncan Murdoch wrote:
On 31/08/2019 12:47 p.m., Göran Broström wrote:
I'm having difficulties updating my package eha: When I run standard
checks 'at home' everything is fine, but 'CRAN-submissions' reports
(among other things):
geomsup.f:324:9: warning: type of ‘dgemv
I'm having difficulties updating my package eha: When I run standard
checks 'at home' everything is fine, but 'CRAN-submissions' reports
(among other things):
geomsup.f:324:9: warning: type of ‘dgemv’ does not match original
declaration [-Wlto-type-mismatch]
324 | & one, score,
Inline:
On 2018-07-26 21:11, Brad Eck wrote:
Dear list,
I'm having trouble reproducing errors from CRAN's pretests.
I have a package on CRAN called epanet2toolkit that provides R bindings
to a legacy simulation engine written in C. So far I've released two
versions
to CRAN without trouble.
:43, Heather Turner wrote:
On Thu, Jul 5, 2018, at 3:39 PM, Iñaki Úcar wrote:
El jue., 5 jul. 2018 a las 16:11, Göran Broström
() escribió:
I am preparing a CRAN release of eha (a trivial change due to a change
in the survival package), but when checking the build I get:
goran@M6800:~/R$ R CMD
irrelevant?
Göran Broström
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
Den 2018-01-06 kl. 04:41, skrev Rolf Turner:
P. S. It also seems to me to be polite --- if that's the way the bloke
writes his name, then that's the way that I ought to write it when
referring to him.
I couldn't agree more: Thanks Rolf!
Göran
PS. I follow Uwe's recommendation and write
On 2017-12-20 18:54, Dirk Eddelbuettel wrote:
On 20 December 2017 at 15:32, Göran Broström wrote:
| > Or can someone tell me how to install the package using R devel on Linux?
|
| Good question (which I missed). I do it like this:
|
| (i) Download and unpack the tarball R-devel in ~/
On 2017-12-20 11:11, Blume Christine wrote:
Dear all,
[...]
Or can someone tell me how to install the package using R devel on Linux?
Good question (which I missed). I do it like this:
(i) Download and unpack the tarball R-devel in ~/src/
(ii) ./configure and make
(iii) Start
On 2017-12-20 12:14, Göran Broström wrote:
Christine,
the error message from CRAN/r-devel-linux suggests that the error comes
from your function nparACT_flex_loop . There your code below is embedded
in a loop:
for (zz in 1:nofiles)
If nofiles == 0 (no found files), this loop is still
Hi again,
today I INSTALLED R-devel (2017-12-05 r73849) and updated all packages
> update.packages(checkBuilt = TRUE)
and rebuilt eha_2.5.1 and now all checks passed! Maybe the update of
packages was necessary.
On its way to CRAN now.
Göran
On 2017-12-05 21:51, Göran Broström wrote:
call. = FALSE)})
17: buildVignettes(dir = "/home/goran/R/eha.Rcheck/vign_test/eha")
An irrecoverable exception occurred. R is aborting now ...
Segmentation fault (core dumped)
* checking PDF version of manual ... OK
* DONE
Status: 1 WARNING, 2 NOTEs
So, can I send this version of eha to CRAN?
al
thanks to Hadley for sharing great packages with us; I could only wish
they were easier to use in my own packages;)
Göran
On 2017-09-26 15:37, Hadley Wickham wrote:
On Tue, Sep 26, 2017 at 2:30 AM, Göran Broström
<goran.brost...@umu.se> wrote:
I am beginning to get complaints from users of my
On 2017-09-26 15:37, Hadley Wickham wrote:
On Tue, Sep 26, 2017 at 2:30 AM, Göran Broström <goran.brost...@umu.se> wrote:
I am beginning to get complaints from users of my CRAN packages (especially
'eha') to the effect that they get error messages like "Error: Unsupported
us
r tibble FALSE. You
could then coerce to data frame: as.data.frame(tb)
-Ursprüngliche Nachricht-
Von: R-package-devel [mailto:r-package-devel-boun...@r-project.org] Im
Auftrag von Göran Broström
Gesendet: Dienstag, 26. September 2017 12:09
An: r-package-devel@r-project.org
Betreff: Re: [R
l [mailto:r-package-devel-boun...@r-project.org] Im
Auftrag von Göran Broström
Gesendet: Dienstag, 26. September 2017 12:09
An: r-package-devel@r-project.org
Betreff: Re: [R-pkg-devel] tibbles are not data frames
On 2017-09-26 11:56, Gábor Csárdi wrote:
On Tue, Sep 26, 2017 at 10:35 AM, Jo
: stefan_edwards
2017-09-26 8:30 GMT+01:00 Göran Broström <goran.brost...@umu.se
<mailto:goran.brost...@umu.se>>:
I am beginning to get complaints from users of my CRAN packages
(especially 'eha') to the effect that they get error messages like
"Error: Unsupported use o
ice things to a data
frame, not change basic behaviour, in order to call itself a data frame.
Is it correct to let a tibble be of class "data.frame"?
Göran Broström
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailma
44 matches
Mail list logo
