[R-pkg-devel] package test returns error when R version 4.1.0
Duncan Murdoch
murdoch@dunc@n @end|ng |rom gm@||@com
Tue Jul 6 22:28:23 CEST 2021
On 06/07/2021 4:15 p.m., Alex Chubaty wrote:
> Thanks for the suggestion Duncan.
>
> The same code version ran on winbuilder last week, but it's broken this
> week.
If that happened with a released version of R, then it could be that
some new package version is causing the problem, or it could be a
transient problem on Winbuilder.
Devel versions of R change every day, so there are more possibilities
for origins of the problem there.
Duncan Murdoch
>
> I'll compare the dependencies between the two packages and focus on
> those used by both for now, to see if it's caused by a broken dependency.
>
> Alex
>
>
> On Tue, Jul 6, 2021 at 2:08 PM Duncan Murdoch <murdoch.duncan using gmail.com
> <mailto:murdoch.duncan using gmail.com>> wrote:
>
> Both NegLogoR and movecost have a lot of hard dependencies -- so many
> that I'm unwilling to install them with the limited bandwidth that I
> have right now. I suspect that's related to the problem: some
> dependency install is failing, and that causes something else to fail,
> and that leads to the not-very-informative failure messages.
>
> This kind of problem is quite a lot of work to debug. If I were going
> to attempt to do it, I would go for a bisection strategy:
>
> - Do you have any old revision which succeeds? If so, use bisection
> on the revisions until you find the change which first triggers the
> error.
>
> - Perhaps no versions succeed, because something external to your
> package has triggered the error. In this case, bisection would work on
> the dependencies: cut out half of the dependencies and all the code
> that depends on those. Have you fixed the error? If so, add back half
> of the dependencies, otherwise cut out half of the remaining ones.
>
> - If you're still getting the errors after cutting out all of the
> dependencies, then start cutting out code and data. Etc.
>
> In any case, try to find a version of the package that doesn't trigger
> the error, and a minimal change to it that does. Then perhaps you'll
> understand the root cause of the error.
>
> Duncan Murdoch
>
> On 06/07/2021 3:11 p.m., Alex Chubaty wrote:
> > FWIW I'm having the same issue with package NetLogoR (
> > https://github.com/PredictiveEcology/NetLogoR/
> <https://github.com/PredictiveEcology/NetLogoR/>)
> >
> > Passing windows tests locally but code can't be lazy loaded on
> winbuilder,
> > except for oldrel.
> >
> > Alex
> >
> >
> >
> >
> >
> > On Tue, Jul 6, 2021 at 10:18 AM Gianmarco Alberti <
> > gianmarcoalberti using gmail.com <mailto:gianmarcoalberti using gmail.com>>
> wrote:
> >
> >> Thank you all. I appreciate your help and discussion so far.
> >>
> >> To complicate the matter further, I have done an experiment. I
> have tried
> >> to test a new version which is 99.9% identical to the last
> official one on
> >> CRAN because I wanted to understand if the issue was with some
> new code
> >> added to the version I have been testing in the last couple of days.
> >>
> >> The new version 1.2 (virtually identical to the 1.1 on CRAN) did
> not pass
> >> the tests as per my earlier description. Same errors. The only
> Ok is on my
> >> computer and with devtools’ winoldrealeases()
> >>
> >> I really don’t know that to do next.
> >>
> >> Best
> >> Gm
> >>
> >> ************************************************
> >> Dr Gianmarco Alberti (PhD Udine)
> >> Lecturer in Spatial Forensics
> >> Coordinator of the BA dissertations
> >> Department of Criminology
> >> Faculty for Social Wellbeing
> >> Room 332, Humanities B (FEMA)
> >> University of Malta, Msida, Malta (Europe) - MSD 2080
> >> tel +356 2340 3718
> >>
> >> Academic profiles
> >> https://www.researchgate.net/profile/Gianmarco_Alberti4
> <https://www.researchgate.net/profile/Gianmarco_Alberti4>
> >> https://malta.academia.edu/GianmarcoAlberti
> <https://malta.academia.edu/GianmarcoAlberti>
> >>
> >> Google Scholar profile
> >> https://scholar.google.com/citations?user=tFrJKQ0AAAAJ&hl=en
> <https://scholar.google.com/citations?user=tFrJKQ0AAAAJ&hl=en>
> >>
> >> Correspondence Analysis website
> >> http://cainarchaeology.weebly.com/
> <http://cainarchaeology.weebly.com/>
> >>
> >> R packages on CRAN:
> >> CAinterprTools
> >>
> https://cran.r-project.org/web/packages/CAinterprTools/index.html
> <https://cran.r-project.org/web/packages/CAinterprTools/index.html>
> >>
> >> GmAMisc
> >> https://cran.r-project.org/package=GmAMisc
> <https://cran.r-project.org/package=GmAMisc>
> >>
> >> movecost
> >> https://cran.r-project.org/web/packages/movecost/index.html
> <https://cran.r-project.org/web/packages/movecost/index.html>
> >> ************************************************
> >> Il 6 lug 2021, 14:53 +0200, brodie gaslam via R-package-devel <
> >> r-package-devel using r-project.org
> <mailto:r-package-devel using r-project.org>>, ha scritto:
> >>>
> >>>> On Tuesday, July 6, 2021, 8:09:18 AM EDT, dbosak01 using gmail.com
> <mailto:dbosak01 using gmail.com> <
> >> dbosak01 using gmail.com <mailto:dbosak01 using gmail.com>> wrote:
> >>>>
> >>>> Martin:
> >>>>
> >>>> What I suggested was he remove the LazyData entry from the
> description
> >> file
> >>>> if he was NOT lazy loading data. If someone is lazy loading data,
> >> then that
> >>>> is a different situation, and they obviously need to set the
> entry.
> >>>>
> >>>> But clearly Gm has a different problem. He has now tried
> "LazyData:
> >> true",
> >>>> "LazyData: false", and removing the LazyData entry entirely.
> And he is
> >>>> still getting this error:
> >>>>
> >>>> * installing *source* package 'movecost' ...
> >>>> ** using staged installation
> >>>> ** R
> >>>> ** data
> >>>> ** byte-compile and prepare package for lazy loading
> >>>> ERROR: lazy loading failed for package 'movecost'
> >>>> * removing 'd:/RCompile/CRANguest/R-release/lib/movecost'
> >>>
> >>> FWIW I think this is lazy loading of the code, which I think is
> >>> different to what LazyData controls. This is described in
> >>> R-Internals:
> >>>
> >>> https://cran.r-project.org/doc/manuals/R-ints.html#Lazy-loading
> <https://cran.r-project.org/doc/manuals/R-ints.html#Lazy-loading>
> >>>
> >>> I know nothing about it so I will not comment further.
> >>>
> >>> Best,
> >>>
> >>> B.
> >>>
> >>> ______________________________________________
> >>> R-package-devel using r-project.org
> <mailto:R-package-devel using r-project.org> mailing list
> >>> https://stat.ethz.ch/mailman/listinfo/r-package-devel
> <https://stat.ethz.ch/mailman/listinfo/r-package-devel>
> >>
> >> [[alternative HTML version deleted]]
> >>
> >> ______________________________________________
> >> R-package-devel using r-project.org
> <mailto:R-package-devel using r-project.org> mailing list
> >> https://stat.ethz.ch/mailman/listinfo/r-package-devel
> <https://stat.ethz.ch/mailman/listinfo/r-package-devel>
> >>
> >
> > [[alternative HTML version deleted]]
> >
> > ______________________________________________
> > R-package-devel using r-project.org
> <mailto:R-package-devel using r-project.org> mailing list
> > https://stat.ethz.ch/mailman/listinfo/r-package-devel
> <https://stat.ethz.ch/mailman/listinfo/r-package-devel>
> >
>
More information about the R-package-devel
mailing list