AFAICT you can still get a NOTE about it, so I would just leave the workaround in place: https://github.com/wch/r-source/blob/87110b6b9e20c324c44766cc8f5816580f681a2a/src/library/tools/R/check.R#L457
G. On Tue, Mar 19, 2019 at 11:11 AM Rainer M Krug <rai...@krugs.de> wrote: > > Can anyone confirm if this has been fixed? I would like to remove the > _R_CHECK_SYSTEM_CLOCK_=0 but would like to know in advance. > > Thanks > > Rainer > > > > On 8 Mar 2019, at 10:03, Gábor Csárdi <csardi.ga...@gmail.com> wrote: > > > > 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 > > ______________________________________________ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel