Dear Bernd, You could contact the maintainer of the spatstat package. They did the same thing (splitting a large package into several smaller ones) a few years ago.
Having the base package suggesting an add-on and the add-on depending on or suggesting the base package might create an unwanted loop. Best regards, ir. Thierry Onkelinx Statisticus / Statistician Vlaamse Overheid / Government of Flanders INSTITUUT VOOR NATUUR- EN BOSONDERZOEK / RESEARCH INSTITUTE FOR NATURE AND FOREST Team Biometrie & Kwaliteitszorg / Team Biometrics & Quality Assurance thierry.onkel...@inbo.be Havenlaan 88 bus 73, 1000 Brussel www.inbo.be /////////////////////////////////////////////////////////////////////////////////////////// To call in the statistician after the experiment is done may be no more than asking him to perform a post-mortem examination: he may be able to say what the experiment died of. ~ Sir Ronald Aylmer Fisher The plural of anecdote is not data. ~ Roger Brinner The combination of some data and an aching desire for an answer does not ensure that a reasonable answer can be extracted from a given body of data. ~ John Tukey /////////////////////////////////////////////////////////////////////////////////////////// <https://www.inbo.be> Op vr 23 jun 2023 om 06:52 schreef Simon Urbanek < simon.urba...@r-project.org>: > Bernd, > > the sequence in which you submit doesn't matter - the packages have to > work regardless of the sequence. Suggests means that the dependency is > optional, not that it can break tests. You have to skip the tests that > cannot be run due to missing dependencies (see 1.1.3.1 in R-exts) > > Cheers, > Simon > > > > > On Jun 23, 2023, at 2:35 PM, Bernd.Gruber <bernd.gru...@canberra.edu.au> > wrote: > > > > Hi, > > > > I have a question regarding the separation of a package into smaller > pieces (to avoid long testing/installation times and more important to > avoid to many dependencies) > > > > I am the maintainer of an R package (dartR) which has grown and is now > at the limit in terms of testing/run time and also dependencies. To further > develop the package we started to break the package into smaller packages > namely > > > > > > Two core packages (dartR.base and dartR.data) and here dartR.base has > dartR.data in the depends. (dartR.base is 60% of the previous package) and > dartR.data is our data.package for test data (dartR.data is already on CRAN) > > > > > > > > > > Next to the two core packages we also have 3 more addon packages that > deal with specialised analysis > > > > dartR.sim > > dartR.spatial > > dartR.popgenomics. > > > > Those packages depend on dartR.base and dartR.data. > > > > All addon packages and core packages should have the other addon > packages as suggests, hence here comes the question. > > > > > > How do I submit the packages? All of them at once? Or step by step. > > > > If I submit step by step (e.g. dartR.base) it obviously cannot have the > other dartR addon packages as suggests (cannot be tested and will break the > CRAN tests). > > > > So would be the correct way to: > > Submit dartR.base (without dartR.sim, dartR.spatial and > dartR.popgenomics in the suggest.) > > Then submit dartR.sim, then dartR.spatial and finally dartR.popgenomics > (all without suggests of the other packages) > > > > And finally update all packages (only their description file and add the > suggests once they are on CRAN). > > > > Hope that makes sense and thanks in advance, > > > > Bernd > > > > ______________________________________________ > 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
