Error in query("LIST BUILDS EMAIL", params = list(email = email, token = email_get_token(email))) : Email address not validated

[simeonqs]

If I run > rhub::list_my_checks() I get the following error:

Error in query("LIST BUILDS EMAIL", params = list(email = email, token = email_get_token(email))) : 
  Email address not validated

I validated my email twice and also see it listed when running rhub::list_validated_emails().

Similar error occur for rhub::check() and rhub::check_for_cran().

Session info:

R version 4.1.2 (2021-11-01)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Ubuntu 22.04.4 LTS

Matrix products: default
BLAS:   /usr/lib/x86_64-linux-gnu/blas/libblas.so.3.10.0
LAPACK: /usr/lib/x86_64-linux-gnu/lapack/liblapack.so.3.10.0

locale:
 [1] LC_CTYPE=en_GB.UTF-8       LC_NUMERIC=C               LC_TIME=en_GB.UTF-8        LC_COLLATE=en_GB.UTF-8    
 [5] LC_MONETARY=en_GB.UTF-8    LC_MESSAGES=en_GB.UTF-8    LC_PAPER=en_GB.UTF-8       LC_NAME=C                 
 [9] LC_ADDRESS=C               LC_TELEPHONE=C             LC_MEASUREMENT=en_GB.UTF-8 LC_IDENTIFICATION=C       

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base     

loaded via a namespace (and not attached):
 [1] Rcpp_1.0.12        whoami_1.3.0       prettyunits_1.1.1  ps_1.7.5           clisymbols_1.2.0   assertthat_0.2.1  
 [7] rprojroot_2.0.3    digest_0.6.33      utf8_1.2.4         mime_0.12          R6_2.5.1           backports_1.4.1   
[13] evaluate_0.21      httr_1.4.7         pillar_1.9.0       rlang_1.1.3        rematch_2.0.0      lazyeval_0.2.2    
[19] curl_5.0.2         uuid_1.1-1         praise_1.0.0       data.table_1.14.8  rstudioapi_0.15.0  miniUI_0.1.1.1    
[25] callr_3.7.3        urlchecker_1.0.1   rmarkdown_2.24     desc_1.4.2         devtools_2.4.5     rhub_1.1.2        
[31] stringr_1.5.1      htmlwidgets_1.6.2  shiny_1.7.5        xfun_0.40          compiler_4.1.2     httpuv_1.6.11     
[37] lintr_3.1.0        pkgconfig_2.0.3    pkgbuild_1.4.2     htmltools_0.5.6    tibble_3.2.1       fansi_1.0.6       
[43] crayon_1.5.2       withr_3.0.0        later_1.3.1        rappdirs_0.3.3     jsonlite_1.8.7     xtable_1.8-4      
[49] lifecycle_1.0.4    magrittr_2.0.3     covr_3.6.2         cli_3.6.2          stringi_1.8.3      cachem_1.0.8      
[55] fs_1.6.3           promises_1.2.1     remotes_2.4.2.1    rex_1.2.1          parsedate_1.3.1    xml2_1.3.5        
[61] ellipsis_0.3.2     vctrs_0.6.5        cyclocomp_1.1.1    tools_4.1.2        rcmdcheck_1.4.0    glue_1.7.0        
[67] purrr_1.0.2        yaml_2.3.7         processx_3.8.2     pkgload_1.3.2.1    fastmap_1.1.1      xmlparsedata_1.0.5
[73] xopen_1.0.0        sessioninfo_1.2.2  memoise_2.0.1      goodpractice_1.0.4 knitr_1.43         profvis_0.3.8     
[79] usethis_2.2.2  

[gaborcsardi]

Try to give your (validated) email address to rhub::list_my_checks() explicitly. It probably fails to look up your email address.

[simeonqs]

> rhub::list_my_checks(email = '[email protected]')
Error in query("LIST BUILDS EMAIL", params = list(email = email, token = email_get_token(email))) : 
  Email address not validated

While

> rhub::list_validated_emails()
For info the token(s) and email(s) are stored at ~/.local/share/rhub/validated_emails.csv
                 email                            token
1 [email protected] **************************************

[gaborcsardi]

What could possibly happen was that you validated the same address from another computer, so the token on this computer is not valid any more.

I restored your previous token now, so please try again.

[simeonqs]

Thanks. I don't remember validating in the past (but probably did). But for sure validated on this machine twice today.

It looks like some of it is fixed, but I still cannot make check_for_cran work:

> # CRAN
> results <- rhub::check_for_cran()
─  Building package
─  Uploading package
Error in query("SUBMIT PACKAGE", data = list(email = unbox(email), token = unbox(email_get_token(email)),  : 
  rhub error
> rhub::list_my_checks()
# A tibble: 18 × 13
   package  version result       group   id      platform_name build_time submitted           started             platform    
   <chr>    <chr>   <rhub::resu> <rhub:> <rhub:> <chr>         <drtn>     <dttm>              <dttm>              <named list>
 1 callsync 0.0.6   N            9cefa00 1e5a0d4 windows-x86_… ~5m        2023-02-15 13:59:33 2023-02-15 14:20:48 <named list>
 2 callsync 0.0.6   ok           9cefa00 79ebb64 ubuntu-gcc-r… ~1h        2023-02-15 13:59:33 2023-02-15 14:00:10 <named list>
 3 callsync 0.0.6   N            9cefa00 f1477f8 fedora-clang… ~1h        2023-02-15 13:59:33 2023-02-15 13:59:46 <named list>
 4 callsync 0.0.6   N            ebdacdf debd2eb windows-x86_… ~6m        2023-02-15 12:03:29 2023-02-15 13:10:20 <named list>
 5 callsync 0.0.6   ok           ebdacdf df7accc ubuntu-gcc-r… ~1h        2023-02-15 12:03:29 2023-02-15 12:03:31 <named list>
 6 callsync 0.0.6   NN           ebdacdf f995726 fedora-clang… ~1h        2023-02-15 12:03:29 2023-02-15 12:03:32 <named list>
 7 callsync 0.0.3   NN           1bb96cc 65d557e fedora-clang… ~1h        2023-01-18 12:50:23 2023-01-18 15:03:07 <named list>
 8 callsync 0.0.3   N            1bb96cc 9305b38 ubuntu-gcc-r… ~1h        2023-01-18 12:50:23 2023-01-18 15:02:09 <named list>
 9 callsync 0.0.3   NN           1bb96cc f83d861 windows-x86_… ~5m        2023-01-18 12:50:23 2023-01-18 12:50:26 <named list>
10 callsync 0.0.0   N            a3412e5 3cd928b ubuntu-gcc-r… ~1h        2023-01-12 16:17:32 2023-01-12 16:17:34 <named list>
11 callsync 0.0.0   NN           a3412e5 54f7feb fedora-clang… ~1h        2023-01-12 16:17:32 2023-01-12 16:17:34 <named list>
12 callsync 0.0.0   ok           a3412e5 c702345 windows-x86_… ~1m        2023-01-12 16:17:32 2023-01-12 16:17:32 <named list>
13 callsync 0.0.0   ok           e9c0578 1a31a53 windows-x86_… ~1m        2022-11-25 10:34:07 2022-11-25 10:34:07 <named list>
14 callsync 0.0.0   N            e9c0578 5dc1c6b ubuntu-gcc-r… ~47m       2022-11-25 10:34:07 2022-11-25 10:34:09 <named list>
15 callsync 0.0.0   NN           e9c0578 fcf888a fedora-clang… ~49m       2022-11-25 10:34:07 2022-11-25 10:34:09 <named list>
16 callsync 0.0.0   NNN          7e64baf 904dc1b fedora-clang… ~48m       2022-11-22 15:36:35 2022-11-22 15:37:14 <named list>
17 callsync 0.0.0   ok           7e64baf d814924 windows-x86_… ~1m        2022-11-22 15:36:35 2022-11-22 15:36:42 <named list>
18 callsync 0.0.0   NN           7e64baf d970a99 ubuntu-gcc-r… ~46m       2022-11-22 15:36:35 2022-11-22 15:36:50 <named list>
# ℹ 3 more variables: builder <chr>, status <rhub::status>, email <chr>

[gaborcsardi]

Is your package available somewhere?

[simeonqs]

The tested version can be installed from CRAN:

install.packages('callsync')
library(callsync)

To install and load the developmental version run:

install.packages('devtools')
library(devtools)
devtools::install_github('simeonqs/callsync')
library(callsync)

I'm currently trying to test 0.2.0 on GitHub before I replace 0.0.6 on CRAN.

[simeonqs]

Sorry for the dummy proof language. I just copy pasted from the README. Also, I'm testing it locally, but the same version should be available on GitHub.

[gaborcsardi]

I think the problem is that you vignettes folder is 186MB, and that's over the file size limit.

[simeonqs]

Ah, good to know. What is the limit? I will remove the results folder, as it is created during the build anyway. But the two audio files are needed to build the vignette.

[simeonqs]

Also, it would be great if the error was a bit more explicit about the reason.

[gaborcsardi]

The limit is 100MB. FWIW CRAN's limit is much smaller, see the repository policy:

As a general rule, neither data nor documentation should exceed 5MB ...

https://cran.r-project.org/web/packages/policies.html

[simeonqs]

Thanks again. I will try to find a solution to host the data on GitHub and download it during vignette build.

[simeonqs]

I moved all data files for the vignette to GitHub only and the rhub::check_for_cran() is currently working. I think CRAN made an exception for the audio files needed for unit testing, because they were included last time and are just above 10 MB.

[simeonqs]

Today I'm working form the office on another machine. I validated my email on this machine, but again get the same error:

> rhub::list_my_checks()
Error in get_endpoint(endpoint, params) : 
  Cannot find token, email address is not validated?
> rhub::list_validated_emails()
For info the token(s) and email(s) are stored at ~/.local/share/rhub/validated_emails.csv
                 email                            token
1 [email protected] ***************************

[gaborcsardi]

This issue is about the previous R-hub system, it does not apply to the new system, so I am closing it now. Please see https://r-hub.github.io/rhub/ for the new system, R-hub v2.