Closed barryrowlingson closed 3 months ago
Wait, are you running gp()
on goodpractice
itself?
Which is fine, just asking. :)
Yes, because that saves us having to agree on what we are testing!
Actually, its not fine is it? I get different (better) behaviour when running against another package source:
> g2_s = gp("~/Work/R/Stpp/Dev/stpp",checks=all_checks()[2],quiet=FALSE)
Preparing: cyclocomp
* installing *source* package ‘stpp’ ...
** libs
[etc]
* DONE (stpp)
> g2_s
── GP stpp ─────────────────────────────────────────────────────────────────────
It is good practice to
x write short and simple functions. These functions have
high cyclomatic complexity:rinfec (73).
────────────────────────────────────────────────────────────────────────────────
So, for goodpractice
it is downloading cyclocomp
every time, because goodpractice
depends on the GitHub version of cyclocomp
. (And remotes
is not very smart to notice that the version on GitHub is still the same.)
The mypaste()
error is another bug that seems familiar, but I cannot reproduce it now, even with the dput
-ted object. Can you send a traceback? and a devtools::session_info()
? Thanks.
traceback and sesh info:
> g2
Error in mypaste(...) : Need character strings
> traceback()
8: stop("Need character strings")
7: mypaste(...)
6: red(symbol$heart)
5: mypaste(...)
4: bold(red(symbol$heart))
3: cat("\n", sep = "", bold(red(symbol$heart)), praise(paste0(" ${Exclamation}! ${Adjective} package! ",
"Keep up the ${adjective} work!")), "\n")
2: print.goodPractice(x)
1: function (x, ...)
UseMethod("print")(x)
> devtools::session_info()
Session info -------------------------------------------------------------------
setting value
version R version 3.3.0 (2016-05-03)
system x86_64, linux-gnu
ui X11
language (EN)
collate en_GB.utf8
tz <NA>
date 2017-01-27
Packages -----------------------------------------------------------------------
package * version date source
assertthat 0.1 2013-12-06 CRAN (R 3.3.0)
backports 1.0.5 2017-01-18 CRAN (R 3.3.0)
callr 1.0.0 2016-06-18 CRAN (R 3.3.0)
clisymbols 1.0.0 2015-06-08 CRAN (R 3.3.0)
covr 2.2.2 2017-01-05 CRAN (R 3.3.0)
crayon 1.3.2 2016-06-28 CRAN (R 3.3.0)
cyclocomp 1.1.0 2017-01-27 Github (MangoTheCat/cyclocomp@6156a12)
desc 1.1.0 2017-01-27 CRAN (R 3.3.0)
devtools 1.12.0 2016-12-05 CRAN (R 3.3.0)
digest 0.6.12 2017-01-27 CRAN (R 3.3.0)
goodpractice * 1.0.0 2017-01-27 Github (MangoTheCat/goodpractice@e6ea88f)
httr 1.2.1 2016-07-03 CRAN (R 3.3.0)
jsonlite 1.2 2016-12-31 CRAN (R 3.3.0)
lazyeval 0.2.0 2016-06-12 CRAN (R 3.3.0)
lintr 1.0.0 2016-04-16 CRAN (R 3.3.0)
magrittr 1.5 2014-11-22 CRAN (R 3.3.0)
memoise 1.0.0 2016-01-29 CRAN (R 3.3.0)
praise 1.0.0 2015-08-11 CRAN (R 3.3.0)
R6 2.2.0 2016-10-05 CRAN (R 3.3.0)
rcmdcheck 1.2.1 2016-09-28 CRAN (R 3.3.0)
Rcpp 0.12.9 2017-01-14 cran (@0.12.9)
remotes 1.0.0 2016-09-10 CRAN (R 3.3.0)
rex 1.1.1 2016-12-05 CRAN (R 3.3.0)
rprojroot 1.2 2017-01-16 CRAN (R 3.3.0)
rstudioapi 0.6 2016-06-27 CRAN (R 3.3.0)
whoami 1.1.1 2015-07-13 CRAN (R 3.3.0)
withr 1.0.2 2016-06-20 CRAN (R 3.3.0)
xml2 1.1.1 2017-01-24 CRAN (R 3.3.0)
xmlparsedata 1.0.1 2016-06-18 CRAN (R 3.3.0)
If I only had a heart:
clisymbols::symbol$heart NULL
LOL. Bug in the clisymbols
package, for now, you need to install from GitHub:
source("https://install-github.me/gaborcsardi/clisymbols")
I wanted to add some symbols to it, anyway, so I'll submit to CRAN soon.
Running
cyclocomp
check on its own gives an object that doesn't print. Also it seems to download cyclocomp everytime despite me already having it downloaded:But if I run it and some other checks, it seems okay:
test 3 also makes a fail:
My
g2
object is like this: