I am developping a package (pgirmess) that since long does not go
through CRAN MacOSX checks, just because I have this command in one of
the examples.
text(mydata[,3],mydata[,4],paste(round(dirs,0),°),cex=0.7)
It makes:
ERROR: re-encoding failure from encoding 'latin1'
Prof Brian Ripley a écrit :
The subject line is untrue.
We recommend in 'Writing R Extensions' that you encode such characters
as \u sequences, in this case \u00b0. However, this is more
likely to be a locale problem on the check server, as pgirmess checks
out on my Mac. In fact, the
Dear all,
Since some months after updating packages via
update.packages(ask='graphics'), sometimes I loose 'lattice', although
already installed. At R restart, I get:
Error in loadNamespace(i[[1L]], c(lib.loc, .libPaths())) :
there is no package called 'lattice'
Error: package 'Hmisc'
Hi,
I have a trouble trying to use \href in a rd doc. See example below:
\references{
\href{http://www.ncbi.nlm.nih.gov/pmc/articles/PMC2702787/}{Vaniscotte
A., Pleydell D., Raoul F., Quere J.P., Coeurdassier M., Delattre P., Li
T., Qian W., Takahashi K., Weidmann J.C., Qiu J., Giraudoux P.
move to the 2.13.0 ?
Patrick
On 11-06-05 10:56 AM, Patrick Giraudoux wrote:
Hi,
I have a trouble trying to use \href in a rd doc. See example below:
\references{
\href{http://www.ncbi.nlm.nih.gov/pmc/articles/PMC2702787/}{Vaniscotte
A., Pleydell D., Raoul F., Quere J.P., Coeurdassier M
Back from the field, I have been capable to update to R 2.13.0 today.
\href is well recognised with this version and package check run OK.
Best,
Patrick
Le 06/06/2011 10:59, Duncan Murdoch a écrit :
On 11-06-06 12:41 AM, Patrick Giraudoux wrote:
Le 05/06/2011 22:30, Duncan Murdoch
Hi,
For the first time I have a strange behaviour when checking a package
before 'packaging' the code. Looks like a file cannot be read.
rcmd check pgirmess
* using log directory 'U:/Documents and Settings/pgiraudo/Mes
documents/R/pgir_arch/pgirmess_arch/On work/pgirmess.Rcheck'
* using R
PS: looks like if it has something to do with moving from R 2.13.1 to R
2.13.2, since I cannot even check earlier versions of the pgirmess
package that where well checked and compiled under earlier R versions.
Le 16/10/2011 09:50, Patrick Giraudoux a écrit :
Hi,
For the first time I have
since R 2.13.2 has been delivered ?
Patrick
Le 16/10/2011 11:02, Patrick Giraudoux a écrit :
PS: looks like if it has something to do with moving from R 2.13.1 to
R 2.13.2, since I cannot even check earlier versions of the pgirmess
package that where well checked and compiled under earlier R
the error has to do with the rcmd check command specifically... May it
be a bug ? Suppose I am not the only one to have checked a package since R
2.13.2 has been delivered ?
Patrick
Le 16/10/2011 11:02, Patrick Giraudoux a écrit :
PS: looks like if it has something to do with moving from R 2.13.1
Le 06/11/2011 18:57, Uwe Ligges a écrit :
On 06.11.2011 18:46, Patrick Giraudoux wrote:
Following Uwe Ligges' instructions (off list) I have updated Duncan
Murdoch's toolchain, with no effect. The trouble was solved when I moved
the package to a directory with a shorter path (U:\Documents
Le 06/11/2011 19:47, Milan Bouchet-Valat a écrit :
Le dimanche 06 novembre 2011 à 19:31 +0100, Patrick Giraudoux a écrit :
Means Mes documents seems not to be the real cause, but the On
Work directory. However, replacing On Work by On_work gives a
failure as before. Conclusion: looks like
Le 06/11/2011 20:57, Henrik Bengtsson a écrit :
On Sun, Nov 6, 2011 at 11:27 AM, Duncan Murdoch
murdoch.dun...@gmail.com wrote:
On 11-11-06 1:59 PM, Patrick Giraudoux wrote:
Le 06/11/2011 19:47, Milan Bouchet-Valat a écrit :
Le dimanche 06 novembre 2011 à 19:31 +0100, Patrick Giraudoux
Hi,
I am working at adding namespace to my packages, carefully following the
doc Writing R extensions and some threads on the web. However I cannot
find clear explanation about how to best deal with the import or
importFrom functions in the name space. To make it short:
To declare
Le 18/03/2012 14:57, Uwe Ligges a écrit :
On 18.03.2012 11:21, Patrick Giraudoux wrote:
Hi,
I am working at adding namespace to my packages, carefully following the
doc Writing R extensions and some threads on the web. However I cannot
find clear explanation about how to best deal
Berwin A Turlach a écrit :
G'day Patrick
On Mon, 05 May 2008 07:02:23 +0200
Patrick Giraudoux [EMAIL PROTECTED] wrote:
I was used to package pgirmess under Windows with everything OK, but,
for the first time, I had a trial this afternoon on Ubuntu 7.10 gutsy
(I have a double boot computer
I would suggest the following:
1) remove the directore pgirmess.Rcheck
2) run `R CMD check pgirmess' and see if the error occurs again
3) look at pgirmess.Rcheck/pgirmess/R. Does it contain the three files
that I mentioned or the original source files. If the latter,
check whether
Sorry to have polluted this list with this request. I realized later it
was more of the scope of r-package-devel (and that this list do exist).
Now moved to r-package-devel
Patrick
Le 22/12/2015 09:23, Patrick Giraudoux a écrit :
Dear Listers,
Kurt (subject "CRAN packages maintained b
Dear Listers,
Kurt (subject "CRAN packages maintained by you" sent on 02/07/2015) was
mentionning to package maintainers that "with current versions of
r-devel, one can get a convenient summary of all undefined globals" and
describing how to get a summary conveniently.
Now I am using R
Hi,
Trying to use the function integratepdf of the mrds package, I get this
message:
|Error in integratepdf(fox.ds$ddf$ds$aux$ddfobj, select = rep(TRUE,
nrow(fox.ds$ddf$ds$aux$ddfobj$xmat)), : could not find function
"integratepdf" |
Has anyone already had this issue ? Maybe the function is
Dear listers,
I have update to rtools43 and, using R 4.2.3 I have been surprised not
to be able to compile packages needing compilation when updating.
Looks like the path given in
gcc -I"C:/PROGRA~1/R/R-42~1.3/include" -DNDEBUG -DNTIMER
-I./SuiteSparse_config -DUSE_FC_LEN_T
Since weeks the package stringi stays on the following versions:
> update.packages(ask='graphics',checkBuilt=TRUE)
There is a binary version available but the source version is later:
binary source needs_compilation
stringi 1.1.7 1.2.4 TRUE
Do you want to install from
ich are readily available on other mirrors (e.g.,
https://cran.revolutionanalytics.com).
Mark
R. Mark Sharp, Ph.D.
Data Scientist and Biomedical Statistical Consultant
7526 Meadow Green St.
San Antonio, TX 78251
mobile: 210-218-2868
rmsh...@me.com
On Sep 10, 2018, at 12:23 AM, Patrick Giraud
> see that the windows binary is still at 1.1.7, suggesting that there's
> some build failure. You can see exactly what that is on the CRAN check
> page: https://cran.r-project.org/web/checks/check_results_stringi.html
>
> Hadley
> On Sat, Sep 15, 2018 at 1:24 AM Patrick Giraudoux
> wr
I had a similar problem with intepreting "notes" in pgirmess checks.
Some are lethal and lead to rejection and some not (just informative
comments). Fortunately Uwe has been kind enough to tell me what I missed
(I thought that all notes were just "informative").
Would it be possible to call
el a écrit :
> On 23 January 2024 at 19:39, Patrick Giraudoux wrote:
> | Has anyone an idea about what is going wrong ?
>
> \item has no braces following it. From a package I submitted today and for
> which I still have NEWS.Rd in the editor (indented here):
>
>\sect
incoming feasibility, Result: Note_to_CRAN_maintainers
Maintainer: 'Patrick Giraudoux'
Flavor: r-devel-linux-x86_64-debian-gcc, r-devel-windows-x86_64
Check: Rd files, Result: NOTE
checkRd: (-1) mergeTrackObs.rd:24: Lost braces in \itemize; \value handles
\item{}{} directly
checkRd: (-1
27 matches
Mail list logo