I think you can put this in appveyor.yml: environment: _R_CHECK_SYSTEM_CLOCK_: 0
before the "build_script" section. Gabor On Fri, Mar 8, 2019 at 5:15 AM Marta Karaś <marta.kar...@gmail.com> wrote: > > I have faced the same problem with using http://worldclockapi.com/. I dealt > with Travis fail (because warnings are changed to errors) after setting > environment variable _R_CHECK_SYSTEM_CLOCK_ to zero, as adviced above. > > How I deal with appveyor fail for the same reason? It may be seen in my > built output here (link) > <https://ci.appveyor.com/project/martakarass/adept/build/job/vq4ncvg6qbh526u4>. > I googled but was unable to find the equivalent of > > env: > - _R_CHECK_SYSTEM_CLOCK_=0 > > > for appveyor. Would appreciate any hint a lot - thank you! > Marta > > On Thu, Mar 7, 2019 at 2:53 PM Hadley Wickham <h.wick...@gmail.com> wrote: > > > As of ~7 hours ago, the warning is suppressed: > > > > https://github.com/wch/r-source/commit/31ee14c620eb1b939acd322f3b5617f998aab8e8 > > > > (But the service still doesn't work) > > > > Hadley > > > > On Thu, Mar 7, 2019 at 11:03 AM Hadley Wickham <h.wick...@gmail.com> > > wrote: > > > > > > It appears that the code was added by BDR on 2 Sep 2018: > > > > > https://github.com/wch/r-source/commit/d839b1e04e173f90b51ad809ef0bdb18095abe6f > > > > > > I assume we are seeing failing R CMD check results because > > > http://worldclockapi.com/api/json/utc/now has recently died. > > > > > > It would be appreciated if someone from R-core could look into this as > > > it's currently causing all R-devel builds on travis to fail. > > > > > > Hadley > > > > > > On Thu, Mar 7, 2019 at 9:32 AM Bob Rudis <b...@rud.is> wrote: > > > > > > > > (a) that's gd news (#ty) > > > > (b) genuine apologies for my confusion > > > > (c) why was the introduction of reliance on a third-party site even > > under consideration? > > > > > > > > > On Mar 7, 2019, at 09:32, peter dalgaard <pda...@gmail.com> wrote: > > > > > > > > > > It's not "stealth fixed"! It was never there... (on the release > > branch) > > > > > > > > > > The timestamp checking code is still present in R-devel. I presume > > something needs to be done about the breakage. > > > > > > > > > > - pd > > > > > > > > > >> On 7 Mar 2019, at 14:38 , Bob Rudis <b...@rud.is> wrote: > > > > >> > > > > >> It's fixed in the RC that's GA on the 11th. > > > > >> > > > > >> I think perhaps "stealth fixed" may be more appropro since it's not > > in SVN logs, Bugzilla nor noted prominently in any of the various NEWS* > > files. > > > > >> > > > > >> Then there's the "why was the core R installation using a third > > party, non-HTTPS site for this to begin with". > > > > >> > > > > >> And, in other news, there are tests in the R source that rely on a > > check of `foo.bar` for connectivity. `.bar` is a valid domain and `foo.bar` > > is registered. Thankfully there's no current IP address associated with it. > > Anything under `*.invalid` (https://en.wikipedia.org/wiki/.invalid) might > > be a better choice as well since that won't break the reason for the > > connectivity checks and won't arbitrarily send telemetry pings to third > > parties in the even anyone outside of R Core decides to run the tests (say, > > when patching something in R). > > > > >> > > > > >> -boB > > > > >> > > > > >>> On Mar 7, 2019, at 07:54, Rainer M Krug <rai...@krugs.de> wrote: > > > > >>> > > > > >>> I can confirm the same when checking on travis with r-devel. > > > > >>> > > > > >>> And thanks for the tip with > > > > >>> > > > > >>> env: > > > > >>> - _R_CHECK_SYSTEM_CLOCK_=0 > > > > >>> > > > > >>> In .travis.yml > > > > >>> > > > > >>> Seems to be working now > > > > >>> > > > > >>> Rainer > > > > >>> > > > > >>> > > > > >>> > > > > >>>> On 7 Mar 2019, at 12:48, Ralf Herold <ralf.her...@mailbox.org> > > wrote: > > > > >>>> > > > > >>>> Dear All, > > > > >>>> > > > > >>>> Checking a new package under development produces a warning in a > > local R-devel MS Windows environment (output below). > > > > >>>> > > > > >>>> Building it with R-devel on Travis fails (because warnings are > > changed to errors), but is successful when setting environment variable > > _R_CHECK_SYSTEM_CLOCK_ to zero. > > > > >>>> > > > > >>>> No issue occurs when checking and building with R-stable and > > R-oldrel on Travis, or with any R version on win-builder.r-project.org. > > > > >>>> > > > > >>>> The warning concerns using http://worldclockapi.com/, which > > however seems out of service ("The web app you have attempted to reach is > > currently stopped and does not accept any requests."). This is referenced > > in the main function for R CMD check ( > > https://svn.r-project.org/R/trunk/src/library/tools/R/check.R) and may > > concern more R-devel than R-package-devel. I am posting here to check if > > the issue was noticed by other package developers and to check the impact. > > > > >>>> > > > > >>>> Thanks for any suggestions. > > > > >>>> Best regards, > > > > >>>> Ralf > > > > >>>> > > > > >>>> > > > > >>>> PS C:\Users\username> & 'C:\Program Files\R\R-devel\bin\R.exe' > > CMD check E:\mypackage_0.1.2.3.tar.gz --as-cran > > > > >>>> * using log directory 'C:/Users/username/ctrdata.Rcheck' > > > > >>>> * using R Under development (unstable) (2019-03-05 r76200) > > > > >>>> * using platform: x86_64-w64-mingw32 (64-bit) > > > > >>>> * using session charset: ISO8859-1 > > > > >>>> * using option '--as-cran' > > > > >>>> [...] > > > > >>>> * checking package directory ... OK > > > > >>>> * checking for future file timestamps ...Warning in file(con, > > "r") : > > > > >>>> cannot open URL 'http://worldclockapi.com/api/json/utc/now': > > HTTP status was '403 Site Disabled' > > > > >>>> WARNING > > > > >>>> unable to verify current time > > > > >>>> * checking 'build' directory … OK > > > > >>>> [...] > > > > >>>> > > > > >>>> > > > > >>>> > > > > >>>> ## Ralf Herold > > > > >>>> ## mailto: ralf.her...@mailbox.org [S/MIME] > > > > >>>> ## https://paediatricdata.eu/ > > > > >>>> > > > > >>>> ______________________________________________ > > > > >>>> R-package-devel@r-project.org mailing list > > > > >>>> https://stat.ethz.ch/mailman/listinfo/r-package-devel > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> -- > > > > >>> Rainer M. Krug > > > > >>> email: Rainer<at>krugs<dot>de > > > > >>> PGP: 0x0F52F982 > > > > >>> > > > > >>> > > > > >>> [[alternative HTML version deleted]] > > > > >>> > > > > >>> ______________________________________________ > > > > >>> R-package-devel@r-project.org mailing list > > > > >>> https://stat.ethz.ch/mailman/listinfo/r-package-devel > > > > >> > > > > >> ______________________________________________ > > > > >> R-package-devel@r-project.org mailing list > > > > >> https://stat.ethz.ch/mailman/listinfo/r-package-devel > > > > > > > > > > -- > > > > > Peter Dalgaard, Professor, > > > > > Center for Statistics, Copenhagen Business School > > > > > Solbjerg Plads 3, 2000 Frederiksberg, Denmark > > > > > Phone: (+45)38153501 > > > > > Office: A 4.23 > > > > > Email: pd....@cbs.dk Priv: pda...@gmail.com > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ______________________________________________ > > > > R-package-devel@r-project.org mailing list > > > > https://stat.ethz.ch/mailman/listinfo/r-package-devel > > > > > > > > > > > > -- > > > http://hadley.nz > > > > > > > > -- > > http://hadley.nz > > > > ______________________________________________ > > R-package-devel@r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/r-package-devel > > > > [[alternative HTML version deleted]] > > ______________________________________________ > R-package-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-package-devel ______________________________________________ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel