[R-SIG-Mac] Setting _R_CHECK_DEPENDS_ONLY_=true
Koenker, Roger W
rkoenker @end|ng |rom ||||no|@@edu
Sun May 1 15:52:55 CEST 2022
Thanks John, this is reassuring. I did see your message and Brian’’s reply, but at the time I was obsessing about _R_CHECK_DEPENDS_ONLY_=true and misread tidy to be about R-studio which I don’t use, instead of HTML.
Seems that this is all in safe hands now, so I’ll submit quantreg and see how it goes. ;-)
> On May 1, 2022, at 2:36 PM, John Fox <jfox using mcmaster.ca> wrote:
> Dear Roger,
> I raised a similar question on R-SIG-Mac last week, and these warnings are not a problem with your package. See in particular Brian Ripley's response at <https://stat.ethz.ch/pipermail/r-sig-mac/2022-April/014411.html> and the rest of the thread.
> On 2022-05-01 8:38 a.m., Koenker, Roger W wrote:
>> Ok, this worked as I expected so _R_CHECK_DEPENDS_ONLY_=true now reveals the same problem that CRAN detected, which was easily fixed. But I’m left with a NOTE with a large number of HTML warnings that begin with:
>> * checking HTML version of manual ... NOTE
>> Found the following problems:
>> Bosco.Rd:4:1: Warning: <link> inserting "type" attribute
>> Bosco.Rd:12:1: Warning: <script> proprietary attribute "onload"
>> Bosco.Rd:12:1: Warning: <script> inserting "type” reattribute
>> Are these deadly from a CRAN perspective? And if so, any hints about how to fix them? Googling only produced the following thread: <a href="https://urldefense.com/v3/__https://github.com/htacg/tidy-html5/issues/377__;!!DZ3fjg!7stuJB9l2bJBEDtQ81SDx3yhq3kJzrMe6i-rTuitazSUvx3qnMvZWHj1AhhYbrhMDRPdYJpEtabS0ApF_Q$">https://github.com/htacg/tidy-html5/issues/377</a>
>>> On Apr 30, 2022, at 5:17 PM, Koenker, Roger W <rkoenker using illinois.edu> wrote:
>>> I’m trying to enable _R_CHECK_DEPENDS_ONLY_=true option for R CMD check —as-cran on a
>>> R version 4.1.3 (2022-03-10) -- "One Push-Up” on an Intel mac mini.
>>>  "/Library/Frameworks/R.framework/Versions/4.1/Resources/library”
>>> I’ve tried putting _R_CHECK_DEPENDS_ONLY_=true in ~/.R/check.Renviron
>>> and also tried (in bash) export _R_CHECK_DEPENDS_ONLY_=true in bash prior to R CMD check, but I can’t replicate the errors found with CRAN checking, which is becoming embarrassing.
>>> Kurt offered the following Zen koan:
>>>> The mechanism only works when you only have the base/recommended
>>>> packages in .Library, and the rest in a separate user library. Which
>>>> needs a .libPaths() of lenght at least two …
>>> When I do:
>>>  "~/Library/R/x86_64/4.1/library”
>>> But as the R Installation and Administration manual says this is only used if it exists, which it doesn’t in my case. I now interpret this to mean that I should install 4.2, create this directory and reinstall packages so that they appear there rather than under the RHOME directory. If someone could confirm this or suggest an alternative strategy I’d be most grateful.
>>> R-SIG-Mac mailing list
>>> R-SIG-Mac using r-project.org
>> R-SIG-Mac mailing list
>> R-SIG-Mac using r-project.org
>> <a href="https://urldefense.com/v3/__https://stat.ethz.ch/mailman/listinfo/r-sig-mac__;!!DZ3fjg!7stuJB9l2bJBEDtQ81SDx3yhq3kJzrMe6i-rTuitazSUvx3qnMvZWHj1AhhYbrhMDRPdYJpEtaZe3KfnYw$">https://stat.ethz.ch/mailman/listinfo/r-sig-mac</a>
> John Fox, Professor Emeritus
> McMaster University
> Hamilton, Ontario, Canada
> web: <a href="https://urldefense.com/v3/__https://socialsciences.mcmaster.ca/jfox/__;!!DZ3fjg!7stuJB9l2bJBEDtQ81SDx3yhq3kJzrMe6i-rTuitazSUvx3qnMvZWHj1AhhYbrhMDRPdYJpEtaay1yPBug$">https://socialsciences.mcmaster.ca/jfox/</a>
More information about the R-SIG-Mac