Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Eric R Scott
    @Aariq
    The error text is
    * checking package dependencies ... ERROR
    Package suggested but not available: 'ropls'
    
    The suggested packages are required for a complete check.
    variable _R_CHECK_FORCE_SUGGESTS_ to a false value.
    
    Checking can be attempted without them by setting the environment
    See section 'The DESCRIPTION file' in the 'Writing R Extensions'
    manual.
    I've had a similar problem with Travis CI, but was able to fix it by adding biocViews: to the DESCRIPTION file
    By the way, this error only happens with the Windows build on Rhub. It passes on winbuilder and was accepted to CRAN today.
    Maëlle Salmon
    @maelle

    Congrats on the CRAN acceptance!

    I wonder whether it's something related to stuff discussed inr-hub/rhub#38, the wrong URL seems to be used on the builder https://builder.r-hub.io/status/holodeck_0.1.0.tar.gz-283b3d146341419893250c279f67f155#L276

    Sam Zipper
    @samzipper
    Hi, I'm a first-time R-hub user (thanks for the great resource!) and am having a submission get hung up at the 'Preparing build' stage. I've described the problem fully here and @maelle suggested trying an R-hub specific help community, so here I am :)
    Jozef Hajnala
    @jozefhajnala_gitlab
    Hi, similarly to @samzipper , I also experience builds hanging for hours - examples: https://builder.r-hub.io/status/jhaddins_0.0.0.9000.tar.gz-eb82f87affa34c29b6025685b6e36c55, https://builder.r-hub.io/status/dtexample_0.0.0.9000.tar.gz-15dc50f95f084e2cb8833e07b07cc0d2 .. Happy to help with diagnosing if I can, thanks for the amazing service!
    Gábor Csárdi
    @gaborcsardi
    @Aariq there is probably an error message above that, that explains why the installation of ropls failed.
    @samzipper @jozefhajnala_gitlab it is up again, but there is quite some backlog, so it will take some time to finish your submissions...
    Sam Zipper
    @samzipper
    Great- thanks for letting us know! I'll watch and wait...
    Gábor Csárdi
    @gaborcsardi
    unfortunately we are running into GitHub rate limits, so most builds are failing.... :(
    Jozef Hajnala
    @jozefhajnala_gitlab

    Seems to be working well for me now, thanks!
    One question: I tried a simple intregration with GitLab CI with good success, but currently I am accessing the check results via private fields pretty much like so:

    cr <- rhub::check(platform = platform, show_status = TRUE)
    statuses <- cr[[".__enclos_env__"]][["private"]][["status_"]]

    What would be a better (recommended) way to process results ? Eg. Number of errors, warnings and notes?
    Fulls script for reference: https://gitlab.com/jozefhajnala/jhaddins/blob/experimental/inst/rhubcheck.R

    Gábor Csárdi
    @gaborcsardi
    @jozefhajnala_gitlab yeah, that is not great, we should have better api for that. Can you pls open an issue?
    Jozef Hajnala
    @jozefhajnala_gitlab
    @gaborcsardi , I added r-hub/rhub#257, not sure about the issue raising guidelines, happy to update if more/different info needed. Thanks for the great work!
    Mark van der Loo
    @markvanderloo
    Hi @gaborcsardi, it appears that rhub is currently out of service. (I've confirmation from one independent other user)
    Uploads currently stall indefinitely after Preparing to build
    Gábor Csárdi
    @gaborcsardi
    @markvanderloo thanks, up again, there is a long backlog, though, so it will take some time to get back to normal
    Mark van der Loo
    @markvanderloo
    Thanks @gaborcsardi, awesome!
    Adrian Dușa
    @dusadrian
    Quick question: I would like to build a package that depends on the development version of another package (also mine) but that development version is not yet on CRAN. Would it be possible to somehow submit them in pairs, and specify that one dev version depends on that other dev version?
    Gábor Csárdi
    @gaborcsardi
    If your packages are on GitHub or another public repository, then you can add a Remotes field to the DESCRIPTION file, see. e.g. https://github.com/r-lib/remotes/blob/master/vignettes/dependencies.Rmd R-hub will see this and install that dependency from the referred GitHub (or other) repository.
    Adrian Dușa
    @dusadrian
    Great suggestion Gábor, that surely solves the problem. Thanks very much!
    Dirk Eddelbuettel
    @eddelbuettel_gitlab
    Hola. Anybody know if the backend is down / queued? Submitted via check_for_cran() a few hours ago, no replies yet.
    Gábor Csárdi
    @gaborcsardi
    Seems to be ok. Which package was this?
    Dirk Eddelbuettel
    @eddelbuettel_gitlab
    RcppTOML, a few hours ago.
    Gábor Csárdi
    @gaborcsardi
    Hmmm, strange, that is not even in the logs. Can you submit it again?
    Dirk Eddelbuettel
    @eddelbuettel_gitlab
    Sure. Did from the same trusted littler script c4c.r, with my credentials. Saw the usual four lines and was expecting email. Will re-submit.
    Works now. So ... Heisenbug. Thanks as always for the quick help!
    Gábor Csárdi
    @gaborcsardi
    np. good to hear that it works now...
    Dirk Eddelbuettel
    @eddelbuettel_gitlab
    Could not live without it -- only access to Slowlaris that I have.
    Dirk Eddelbuettel
    @eddelbuettel_gitlab
    Looks dead right now.
    Gábor Csárdi
    @gaborcsardi
    It is up, just flooded...
    Dirk Eddelbuettel
    @eddelbuettel_gitlab
    Same today, it seems. There isn't a public view of the 'queue' or its status, is there?
    Dirk Eddelbuettel
    @eddelbuettel_gitlab
    Better today. Is there a nightly reset?
    Gábor Csárdi
    @gaborcsardi
    No public status currently, sadly.
    Marcus
    @marcusyoung
    Not getting any response, is it down?
    Marcus
    @marcusyoung
    Or just a very long queue?
    Gábor Csárdi
    @gaborcsardi
    There is a queue, yeah. Anyway, there is never a reason to resubmit, if a package was already submitted, it will be done, eventually.
    Marcus
    @marcusyoung
    ok, been waiting 5 hours for Linux checks.
    Doug Friedman
    @doug-friedman
    Is the email validation down? I've never done this before so maybe I'm doing something wrong, but I'm not getting ab email with my token after a day or two.
    Gábor Csárdi
    @gaborcsardi
    No, it should be fine. Please try it again, and if you don't get an email within 10 minutes, send me your email address, to admin@r-hub.io. Thanks.
    R. Mark Sharp
    @rmsharp

    This is my first use of R-hub and I am wondering what if anything I can do about the follow results.

    I have an OK for Fedora Linux, R-devel, clang, gfortran, a Note on the USERDOMAIN WIN-BUILDER-3 about the license, and an Error on RHUB_PLATFORM=linux-x86_64-ubuntu-gcc -- 1: In i.p(...) :
    6186#> installation of package ‘openssl’ had non-zero exit status
    6187#> 2: In i.p(...) : installation of package ‘httr’ had non-zero exit status
    6188#> 3: In i.p(...) : installation of package ‘covr’ had non-zero exit status
    6189#> 4: In i.p(...) :
    6190#> installation of package ‘Rlabkey’ had non-zero exit status
    6191#> 5: In i.p(...) :
    6192#> installation of package ‘pkgdown’ had non-zero exit status
    6193#> 6: In i.p(...) :
    6194#> installation of package ‘/tmp/RtmpOpdAZC/file1313a7348e2/nprcmanager_0.5.31.tar.gz’ had non-zero exit status
    6195#> >

    Russ Hyde
    @russHyde
    Hi. In the process of prepping my first package for CRAN I've been using rhub in R (never used rhub before either). I'm getting a build failure on fedora-clang-devel (https://builder.r-hub.io/status/dupree_0.2.0.tar.gz-2a2ad3c22aa6408499d5a2fcb42c82d2); this seems to result from not being able to install xml2=1.2.2 (due to the absence of libxml2). My package built ok on a couple of other platforms and on appveyor/travis - so I'm wondering if there's anything I need to do to ensure xml2 can be installed on rhub's fedora platform
    yonicd
    @yonicd
    I am getting an error on the fedora OS in rhub::check_for_cran() that indicates that a tex class is missing standalone.cls (https://builder.r-hub.io/status/texPreview_1.4.2.tar.gz-8f384c90899541f296ad7034829a77d4). What is the appropriate way to reslove this issue? I do not seem to be getting this same error on CRAN checks (the failure there is more downstream after the tex is rendered) https://www.r-project.org/nosvn/R.check/r-devel-linux-x86_64-fedora-clang/texPreview-00check.html.
    Pascal J. Kieslich
    @PascalKieslich

    Hi there,

    this is my first time using R-hub. As the maintainer of the mousetrap package, I received an email today from CRAN about an error message that occurs when the package is checked with r-devel-linux-x86_64-debian-clang. To replicate the error, I ran the following code (in the local copy of my GitHub repository):

    check_results <- rhub::check_for_cran()

    However, the code always gets stuck at:

    • Preparing build, see status at

    I also tried using the web interface but it failed (https://builder.r-hub.io/status/mousetrap_3.1.3.tar.gz-beb8e6f6d385740880017a3c766d2067)

    Do you have any idea what went wrong and if I made a mistake?

    Thanks! Best, Pascal

    Gábor Csárdi
    @gaborcsardi
    @yonicd Do not build the man PDF or the vignettes. You can check these on the other platforms.
    @PascalKieslich You can run rhub::list_my_checks() to see if your check(s) are in progress or not.
    Then you can run rhub::get_check(<id>)$livelog() to get the live log.
    Pascal J. Kieslich
    @PascalKieslich
    Thanks! I just ran list_my_checks - it seems that there was a 1-1.5 hours delay between the submission timestamp and the started timestamp (which is quite recent). The status is in-progress for most platforms so I'll wait and see what happens.
    Gábor Csárdi
    @gaborcsardi
    Sometimes there is a queue
    yonicd
    @yonicd
    @gaborcsardi this error is not related to the man PDF. The package itself renders tex. (the checks are passing on all the other platforms except this one)
    Pascal J. Kieslich
    @PascalKieslich
    @gaborcsardi Thanks, it was due to the queue. I got the results in the meantime.