Thanks, just to make sure:
In the policy I find the entry:
Additional_repositories:
The ‘Additional_repositories’ field is a comma-separated list of repository
URLs where the packages named in the other fields may be found. It is currently
used by R CMD check to check that the packages can be found, at least as source
packages (which can be installed on any platform).
And here I would have to provide an url that links to the tar.gz file of the
package, or can I also provide
The ‘Additional_repositories’ field is a comma-separated list of repository
URLs where the packages named in the other fields may be found. It is currently
used by R CMD check to check that the packages can be found, at least as source
packages (which can be installed on any platform).
github::green-striped-gecko/dartR.popgenomics
similar to the Remotes: field (which I think is not possible to use).
Thanks,
==============================================================================
Dr Bernd Gruber )/_
_.--..---"-,--c_
Professor Ecological Modelling \|..' ._O__)_
Tel: (02) 6206 3804 ,=. _.+ _ \..--( /
Fax: (02) 6201 2328 \\.-''_.-' \ ( \_
Institute for Applied Ecology `''' `\__ /\
Faculty of Science and Technology ')
University of Canberra ACT 2601 AUSTRALIA
Email: bernd.gru...@canberra.edu.au<mailto:bernd.gru...@canberra.edu.au>
WWW:
bernd-gruber<https://researchprofiles.canberra.edu.au/en/persons/bernd-gruber>
Australian Government Higher Education Provider Number CRICOS #00212K
NOTICE & DISCLAIMER: This email and any files transmitted with it may contain
confidential or copyright material and are for the attention of the addressee
only. If you have received this email in error please notify us by email
reply and delete it from your system. The University of Canberra accepts
no liability for any damage caused by any virus transmitted by this email.
==============================================================================
From: Uwe Ligges <lig...@statistik.tu-dortmund.de>
Sent: Sunday, 25 June 2023 20:51
To: Bernd.Gruber <bernd.gru...@canberra.edu.au>
Cc: r-package-devel@r-project.org
Subject: Re: [R-pkg-devel] Questions regarding a new (seperated package) and
how to submit them to cran
On 25.06.2023 09:00, Bernd.Gruber wrote:
> Hi,
>
> Thanks for the advice.
>
> Still not 100% sure if that is okay to submit to CRAN.
>
> As mentioned I have new packages that have others in the suggest (and yes the
> examples/tests run fine by making the dependent),
>
> But if I have a package that is not yet on CRAN in the suggest I see that
> running winbuilder.
>
> Suggests or Enhances not in mainstream repositories:
> dartR.sim
If it is not in a mainstream repo, you can declare where users can get
it from, see the explanation in the CRAN policies how to declare it.
> * checking package namespace information ... OK
> * checking package dependencies ... NOTE
> Package suggested but not available for checking: 'dartR.sim'
This is OK, once the former is explained.
Best,
Uwe Ligges
>
>
>
>
> Can I explain when I submit that dartR.sim will be there (as mentioned the
> examples run fine), but obviously is not yet on CRAN.
>
> I assume the same would happen if I put the new packages in Enhances…
>
> Regards, Bernd
>
>
>
>
> From: Thierry Onkelinx
> <thierry.onkel...@inbo.be<mailto:thierry.onkel...@inbo.be>>
> Sent: Friday, June 23, 2023 5:51 PM
> To: Simon Urbanek
> <simon.urba...@r-project.org<mailto:simon.urba...@r-project.org>>
> Cc: Bernd.Gruber
> <bernd.gru...@canberra.edu.au<mailto:bernd.gru...@canberra.edu.au>>;
> r-package-devel@r-project.org<mailto:r-package-devel@r-project.org>
> Subject: Re: [R-pkg-devel] Questions regarding a new (seperated package) and
> how to submit them to cran
>
> 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<mailto:thierry.onkel...@inbo.be<mailto:thierry.onkel...@inbo.be%3cmailto:thierry.onkel...@inbo.be>>
> Havenlaan 88 bus 73, 1000 Brussel
> www.inbo.be<http://www.inbo.be><http://www.inbo.be<http://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://inbo-website-prd-532750756126.s3-eu-west-1.amazonaws.com/inbologoleeuw_nl.png<https://inbo-website-prd-532750756126.s3-eu-west-1.amazonaws.com/inbologoleeuw_nl.png>]<https://www.inbo.be<https://www.inbo.be>>
>
>
> Op vr 23 jun 2023 om 06:52 schreef Simon Urbanek
> <simon.urba...@r-project.org<mailto:simon.urba...@r-project.org<mailto:simon.urba...@r-project.org%3cmailto: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<http://1.1.3.1><http://1.1.3.1<http://1.1.3.1>> in R-exts)
>
> Cheers,
> Simon
>
>
>
>> On Jun 23, 2023, at 2:35 PM, Bernd.Gruber
>> <bernd.gru...@canberra.edu.au<mailto:bernd.gru...@canberra.edu.au<mailto:bernd.gru...@canberra.edu.au%3cmailto: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<mailto:R-package-devel@r-project.org<mailto:R-package-devel@r-project.org%3cmailto:R-package-devel@r-project.org>>
> mailing list
> https://stat.ethz.ch/mailman/listinfo/r-package-devel<https://stat.ethz.ch/mailman/listinfo/r-package-devel><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@r-project.org<mailto:R-package-devel@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@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
