Re: [R-pkg-devel] how to make r-release-osx-x86_64-mavericks machine support rgl 3D plots

| Check DetailsVersion: 1.8.3 | Check: tests | Result: ERROR | Running the tests in ‘tests/stdUsage.R’ failed. | Last 13 lines of output: | plot(ffTest42,col=Col,plot_GOF=TRUE,speed=T) | [1] compute goodness-of-fit with leave-one-out k-nearest neighbor(guassian kernel),

Re: [R-pkg-devel] Working with connections

Also it's a little strange to put an RDS file _inside_ a gz, since normally the compression is done internally. And are you sure you should be exposing this data via a function, rather than using the regular package data mechanism? Hadley On Sun, Aug 9, 2015 at 7:04 AM, Joshua Ulrich

Re: [R-pkg-devel] S3 method, useMethod and <-, using Roxygen

Here's a minimal reprex: out <- roc_proc_text(rd_roclet(), " #' Foo `foo<-` <- function(x, y, value) { UseMethod('set_labels<-') } #' Foo `foo<-.default` <- function(x, y, value) { x } ")[[2]] cat(format(out)) That generates \usage{ \method{foo}{default}(x, y) <- value }

Re: [R-pkg-devel] RCMD Note - why did I have to do this?

You didn't include the NOTE you saw, and this isn't valid roxygen: #' @imports methods::fields So it's a bit hard to tell what the problem is. Hadley On Sun, Dec 20, 2015 at 12:02 PM, Glenn Schultz wrote: > Hello all, > > I need some help understanding namespace and

Re: [R-pkg-devel] Getting a package ready for CRAN - some questions

On Mon, May 30, 2016 at 7:10 PM, Roy Mendelssohn - NOAA Federal wrote: > Hi All: > > I am in the midst of some minor revisions to my xtractomatic package, which > up till now has only been on github. Since ncdf4 for Windows is now > available from CRAN (and many

Re: [R-pkg-devel] modification of warning messages

Try warningcall(R_NilValue, "message") Hadley On Wednesday, June 22, 2016, Aaron King wrote: > I am in the midst of trying to improve error and warning messages in a > complex package. I find myself wanting to modify R's default behavior when > printing warnings.

Re: [R-pkg-devel] Absent variables and tibble

On Mon, Jun 27, 2016 at 9:03 AM, Duncan Murdoch wrote: > On 27/06/2016 9:22 AM, Lenth, Russell V wrote: >> >> My package 'lsmeans' is now suddenly broken because of a new provision in >> the 'tibble' package (loaded by 'dplyr' 0.5.0), whereby the "[[" and "$" >> methods

Re: [R-pkg-devel] Absent variables and tibble

eturns TRUE if x has var in it. > > Thanks > > Russ > >> On Jun 27, 2016, at 9:47 AM, Hadley Wickham <h.wick...@gmail.com> wrote: >> >> On Mon, Jun 27, 2016 at 9:03 AM, Duncan Murdoch >> <murdoch.dun...@gmail.com> wrote: >>> On 27/06/2016 9:22 AM, L

Re: [R-pkg-devel] S3 length method behavior

I've found that it's a very bad idea to provide length or names methods for just this reason. Hadley On Sat, Jan 30, 2016 at 1:25 PM, Nathan Wendt wrote: > Hello, > > I have run into an issue while developing an R package. Specifically, my > issue relates to what happens

Re: [R-pkg-devel] Documenting S4 generic does not show usage

e a charm :-) > > I would appreciate if you could please answer (very briefly) questions 1 to > 3, so I can learn how to correctly document S4 generics properly in the > future. > > Thanks again. > > 2016-03-18 15:11 GMT+01:00 Hadley Wickham <h.wick...@gmail.com>:

Re: [R-pkg-devel] Roxygen help documenting a S4 class

Does this help? code <- c("BeginningBal", "Convexity", "EffConvexity", "EffDuration", "EndingBal", "Formula", "Horizon", "HorizonReturn", "KeyRateConvexity", "KeyRateDuration", "KeyRateTenor", "ModDuration", "Name", "PassThroughInterest", "Period", "PmtDate", "PrepaidPrin", "SMM",

Re: [R-pkg-devel] [Learning] the secret of Win[dows C-backed packages]

One other option is to include the src for libmagic inside your package, and use that as a fallback if it's not installed on the system. That gives linux users what they want (linking to the system package), and windows users what they want (it just works). It only works for simple libraries, but

Re: [R-pkg-devel] R CMD Check: Tests running infinite

>> A lot of packages have to work around this: >> https://github.com/search?q=user%3Acran+R_TESTS=Code > > I wonder if those are mostly there because of cut'n'paste behavior. It's not something I've ever advocated; I didn't realise there were so many people unsetting it. (devtools does it for

Re: [R-pkg-devel] .bib file in vignette not found during R CMD check

I wonder if it would be useful for R CMD build to list the files it ignores? A misspecified .Rbuildignore seems to be reasonable for a high proportion of weird errors where you have no idea what's going wrong. Hadley On Tue, Feb 28, 2017 at 11:57 AM, Duncan Murdoch

Re: [R-pkg-devel] Understanding notes from win-builder

On Mon, Oct 3, 2016 at 12:10 PM, Roy Mendelssohn - NOAA Federal wrote: > Hi All: > > I am working on preparing a package for submission to CRAN, so using devtools > i submitted the package to win-builder. I really appreciate that this has > been setup, so that

Re: [R-pkg-devel] Referring to data in R/sysdata.rda

Just ignore it. Hadley On Friday, April 14, 2017, Roy Mendelssohn - NOAA Federal < roy.mendelss...@noaa.gov> wrote: > In my package I have a dataframe that I use but want to hide from the > user. In Hadley's book on R Packages, he says: > > > • If you want to store parsed data, but not

Re: [R-pkg-devel] tibbles are not data frames

> If that is right -- and I tend to believe it is right -- this change had > better been done in R core and not on package level. I think the root of > this evil is design inconsistencies of the language together with the lack > of removing these inconsistencies. The longer we hesitated, the more

Re: [R-pkg-devel] tibbles are not data frames

On Tue, Sep 26, 2017 at 12:15 PM, Patrick Perry wrote: > Pro ignoring x[,1,drop=TRUE]: > (1) it forces users to write consistent code for extracting a vector from a > data frame > > Con: > (1) functions that accept both matrices and data frames might break > (x[[j]][i]

Re: [R-pkg-devel] tibbles are not data frames

On Tue, Sep 26, 2017 at 9:22 AM, Patrick Perry wrote: > Would it be possible to change tibbles so that > > x[,1,drop=TRUE] > > returns a vector, not a data frame? I certainly find it surprising that > tibbles ignore > the drop argument. If tibbles respeced the drop argument,

Re: [R-pkg-devel] tibbles are not data frames

> I for one am happy this discussion pops up, because it's a piece of > information I give to my students as well: convert to a data.frame when you > start your analysis just to play safe. And this discussion shows why that is > -for the time being!- a good advice. The moment tibbles become the

Re: [R-pkg-devel] tibbles are not data frames

On Tue, Sep 26, 2017 at 2:30 AM, Göran Broström wrote: > I am beginning to get complaints from users of my CRAN packages (especially > 'eha') to the effect that they get error messages like "Error: Unsupported > use of matrix or array for column indexing". > > It turns out

Re: [R-pkg-devel] tibbles are not data frames

On Tue, Sep 26, 2017 at 8:28 AM, Jeroen Ooms wrote: > On Tue, Sep 26, 2017 at 11:56 AM, Gábor Csárdi wrote: >> >> On Tue, Sep 26, 2017 at 10:35 AM, Joris Meys wrote: >> > I don't like the dropping of dimensions either. That

Re: [R-pkg-devel] tibbles are not data frames

On Tue, Sep 26, 2017 at 8:35 AM, Joris Meys wrote: > Where its parent class _sometimes_ returns an atomic vector and >> >> _sometimes_ returns a data frame. > > Indeed. And a tibble doesn't, so there's a conflict. Nobody said data.frame > works better than tibble. Actually,

Re: [R-pkg-devel] Fwd: R CMD check and strange ## Not run strings

> This actually is not about Rd format. Indeed, you are using 'roxygen' > syntax. This is unrelated to roxygen. \dontrun{} is Rd formatting. Hadley -- http://hadley.nz __ R-package-devel@r-project.org mailing list

Re: [R-pkg-devel] Conditionally register method with generic in other package

On Thu, Dec 7, 2017 at 2:44 AM, Bill Denney wrote: > >> On Dec 6, 2017, at 07:45, Joshua Ulrich wrote: >> >> To avoid excessive dependencies, I would like to only register >> foo.bar() if package A is installed at the time package B is >> installed. If

Re: [R-pkg-devel] Conditionally register method with generic in other package

We use this technique in a couple of places: https://github.com/tidyverse/dbplyr/blob/6be777d8b23d588f19c98de52f4e58f16c2ef67e/R/zzz.R Basic idea is to call registerS3method() manually, when needed - it's just a little tricky because the suggested package may be loaded either before or after your

Re: [R-pkg-devel] Errors from Suggests or Enhances not in mainstream repositories

On Tue, Jul 3, 2018 at 5:57 AM, Duncan Murdoch wrote: > On 02/07/2018 6:13 PM, Ben Bolker wrote: >> >> I got something similar. I have a few thoughts: >> >> (1) you should use "if (require(citrus)) { ... }" in your examples; >> "Suggests" and "Enhances" packages are supposed to be *optional*,

Re: [R-pkg-devel] Windows binaries

devtools::build_win() has an unfortunate name - it's actually more about checking your package on windows than building a package (and in the development version we've renamed to check_win()). However, fortunately, once your package has been accepted on CRAN, you don't need to worry about building

Re: [R-pkg-devel] R package CRAN check error

Or even better, devtools::release(): it walks you through a checklist of activities designed to make your submission as successful as possible. Hadley On Fri, Feb 16, 2018 at 2:46 PM, Georgi Boshnakov wrote: > You get a source package suitable for submission

Re: [R-pkg-devel] CRAN incoming queue closed from Sep 1 to Sep 9

Does this include automatically (bot) accepted submissions? Hadley On Tue, Aug 14, 2018 at 8:07 AM Uwe Ligges wrote: > > Dear package developers, > > the CRAN incoming queue will be closed from Sep 1 to Sep 9. Hence > package submissions are only possible before and after that period. > > Best, >

Re: [R-pkg-devel] Submission to CRAN when package needs personal data (API key)

On Fri, Sep 7, 2018 at 9:13 AM Iñaki Ucar wrote: > > El vie., 7 sept. 2018 a las 16:03, Ralf Stubner > () escribió: > > > > On 07.09.2018 15:52, Iñaki Ucar wrote: > > > For the record, this is what the testthat paper in the R Journal says: > > > > > > "[...] I recommend storing your tests in

Re: [R-pkg-devel] Submission to CRAN when package needs personal data (API key)

On Wed, Sep 5, 2018 at 3:03 PM Duncan Murdoch wrote: > > On 05/09/2018 2:20 PM, Henrik Bengtsson wrote: > > I take a complementary approach; I condition on, my home-made, > > R_TEST_ALL variable. Effectively, I do: > > > > if (as.logical(Sys.getenv("R_TEST_ALL", "FALSE"))) { > > ... > > } >

Re: [R-pkg-devel] Weird error on CRAN linux check

I don't think it's related to the error, but you shouldn't be exporting this: export("align<-.huxtable") You should generally only export the method. Hadley On Wed, Jul 4, 2018 at 9:00 AM, David Hugh-Jones wrote: > Hi all, > > The following shows an error for my package: >

Re: [R-pkg-devel] GPL + other licence

On Tue, Apr 10, 2018 at 2:45 AM, Kasper Daniel Hansen wrote: > There are 3 solutions. (1) You (get permission) to change the library to > GPL. (2) You get permission to change the license of the R code to > whatever license the library is released under. (3) you

Re: [R-pkg-devel] CRAN pretest archived because of 2 NOTEs

For the purposes of CRAN submission, you should basically treat every NOTE as an ERROR. Hadley On Wed, Apr 18, 2018 at 3:36 AM, Gertjan van den Burg wrote: > While waiting to get this message posted to the list, I've solved the > problem by copying the stdlib rand()

Re: [R-pkg-devel] Extending/adding to an R6 class from another package: qns

> AzureRMR: the "base" package, provides a number of R6 classes > AzureVM: a "child" package that extends classes from AzureRMR with extra > functionality related to virtual machines > AzureStor: another child package that extends classes from AzureRMR, this > time for storage accounts > Etc. >

Re: [R-pkg-devel] New CRAN internet policy

On Fri, Dec 7, 2018 at 2:48 AM Martin Maechler wrote: > > >>>>> Hadley Wickham > >>>>> on Thu, 6 Dec 2018 10:22:47 -0600 writes: > > > Hi all, > > I'd love to get some clarification on what the new internet policy > >

Re: [R-pkg-devel] New CRAN internet policy

one point me to where all the policies such as this one are posted. > This may affect a package I have, and one problem I have is different people > have differing ideas of what defines a "graceful" exit. > > Thanks, > > Roy > > > > On Dec 6, 2018, at 8:22 AM

Re: [R-pkg-devel] Package update submission to CRAN fails on pretest

You might try reinstalling devtools and dependencies - there was unfortunately a brief combination of versions that lead to build() failing to overwrite existing files. Hadley On Fri, Dec 7, 2018 at 10:46 AM Wolfgang Lenhard wrote: > > Many thanks for the remark. It seems, it has something to do

Re: [R-pkg-devel] Suggested package relies on recent R

Can you just set _R_CHECK_FORCE_SUGGESTS_=false? env: global: # don't treat missing suggested packages as error - _R_CHECK_FORCE_SUGGESTS_=false I am reasonably certain that is what CRAN uses. Hadley On Fri, Dec 7, 2018 at 9:11 AM David Hugh-Jones wrote: > > Hi, > > My package Suggests

Re: [R-pkg-devel] creating a link to a vignette in a .Rd file

On Mon, Nov 19, 2018 at 4:49 PM Fox, John wrote: > > Dear r-package-devel list members, > > I'd like to create a link to a package vignette from a help file in the same > package, for example to the "partial-residuals" vignette in the effects > package from effect.Rd. I'm able to generate a URL

Re: [R-pkg-devel] creating a link to a vignette in a .Rd file

> None of these solutions seem perfect to me. I think that my suggestion is the > most natural, but as you point out it won’t work in all contexts. Perhaps the > safest approach is to give the vignette() command in the text of the help > file, one of your suggestions. If you do that, and you

Re: [R-pkg-devel] stringi update

Looking at the primary CRAN site: https://cran.r-project.org/web/packages/stringi/index.html, you can see that the windows binary is still at 1.1.7, suggesting that there's some build failure. You can see exactly what that is on the CRAN check page:

Re: [R-pkg-devel] Checking for future file timestamps - warning with worldclockapi HTTP status 403 Site Disabled

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

Re: [R-pkg-devel] Checking for future file timestamps - warning with worldclockapi HTTP status 403 Site Disabled

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 wrote: > > It appears that the code was added by BDR on 2 Sep 2018: &

Re: [R-pkg-devel] submitting to github

No one else has mentioned it on the thread, so I'd highly recommend https://happygitwithr.com — it's a guide to git + github specifically written for R users, and covers many of the common problems people have when getting set up. Hadley On Fri, Jan 25, 2019 at 2:51 AM Troels Ring wrote: > >

Re: [R-pkg-devel] CRAN student assistants

ackgrounds they have. Similarly, I don't want to know how much they are paid, just whether or not they are volunteers or employees. Hadley On Tue, May 14, 2019 at 10:23 AM Hadley Wickham wrote: > > Hi all, > > Several people on my team have received responses to their CRAN > submissions fr

[R-pkg-devel] CRAN student assistants

Hi all, Several people on my team have received responses to their CRAN submissions from new members of the CRAN team who appear to be student assistants (judging from their job titles: "Studentischer administrativer Mitarbeiter"). From the outside, they appear to be exercising editorial

Re: [R-pkg-devel] OFFICIAL: R-devel check error: package or NAMESPACE load failed, there is no package called broom

This works for me locally too, so I'd recommend trying win-devel again. Sometimes you catch it in an inconsistent state and your check fails for reasons unrelated to your package. Hadley On Sat, Sep 7, 2019 at 3:50 PM Georgina Anderson wrote: > > OFFICIAL > > Hi > > Any help with the following

Re: [R-pkg-devel] (Not) Reporting minimum R version in DESCRIPTION Depends Field

ier versions, and you can't find a way to > enable its use on earlier versions, you can add the dependency in a > later release. > > Ben Bolker > > On 2019-07-26 10:20 a.m., Hadley Wickham wrote: > > I no longer believe this to be good advice - I think you should o

Re: [R-pkg-devel] (Not) Reporting minimum R version in DESCRIPTION Depends Field

I no longer believe this to be good advice - I think you should only declare a specific dependency if you want to strongly assert that your package works with those versions. For example, all tidyverse versions depend on R 3.2 and later, because we test on all those versions. Hadley On Friday,

Re: [R-pkg-devel] Require -package.Rd?

On Tue, Sep 24, 2019 at 8:07 AM Georgi Boshnakov wrote: > > It is worth noting that > > help(package="") > > shows file -package.Rd, while > > help() > > shows topic "package". > > Topic -package.Rd is also printed at the top of the pdf manual, > while package.Rd follows the alphabetical

[R-pkg-devel] win-builder down?

Hi all, Is win-builder down? I submitted a couple of packages >24 hours ago, and haven't heard back. Hadley -- http://hadley.nz __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] best practices for handling a mixed-licensed package

On Fri, Oct 2, 2020 at 5:26 PM Dirk Eddelbuettel wrote: > > On 2 October 2020 at 14:44, Jeff Newmiller wrote: > | if you want clarity in the minds of _users_ I would beg you to split the > code into two packages. People will likely either be afraid of the GPL > bogey man and refrain from

Re: [R-pkg-devel] best practices for handling a mixed-licensed package

ssuming you will also use them to parse the files in the package seems > rather less reasonable IMO when you have such a clear alternative > (packaging). > > On October 3, 2020 9:02:02 AM PDT, Dirk Eddelbuettel > wrote: > > > >On 3 October 2020 at 09:

Re: [R-pkg-devel] winUCRT failures

> One additional thought: > > If the testing package (i.e. testthat in this case) had been available > but other suggested packages were not, it would be worth running tests > with just testthat present: that might be why you called the decision > defensible. I'd agree with that. > > However,

Re: [R-pkg-devel] winUCRT failures

Who is responsible for the winUCRT checks? Perhaps that person could provide us with a list of root causes behind the testthat failures, and we could look into resolving them. Hadley On Sun, Apr 25, 2021 at 7:50 AM Duncan Murdoch wrote: > > The current CRAN release of rgl fails on winUCRT

Re: [R-pkg-devel] Testing on old R versions

On Sun, Jan 31, 2021 at 4:32 AM Duncan Murdoch wrote: > > I am trying out a modified version of the tidyverse actions, and it does > seem to be going well. Just one question: > > rgl has a soft dependency on alphashape3d, and alphashape3d has a hard > dependency on rgl. This means that I need

Re: [R-pkg-devel] [External] Re: What is a "retired"package?

ply instead of plyr::aaply. > > -Original Message- > From: Hadley Wickham > Sent: Tuesday, September 21, 2021 11:48 AM > To: Lenth, Russell V > Cc: Jeff Newmiller ; r-package-devel@r-project.org > Subject: Re: [R-pkg-devel] [External] Re: What is a "retired"p

Re: [R-pkg-devel] [External] Re: What is a "retired"package?

> But for the broader question, Jeff is saying that there really are 700 > packages that are in potential trouble! I think that's rather an overstatement of the problem — there's nothing wrong with plyr; it's just no longer under active development. If anything, plyr is one of the safest

Re: [R-pkg-devel] best LICENSE practices: AGPL-3 + LaTeX Project Public License

On Wed, Jul 14, 2021 at 9:11 AM Ben Bolker wrote: > > >In the process of trying to get a package to build successfully on > r-hub's Fedora platform, I had to add a whole bunch of LaTeX .sty files > to the vignette directory. One of these was collectbox.sty, which > triggers the NOTE > > ---

Re: [R-pkg-devel] How to fix Archived Package Rpdb?

On Fri, Sep 8, 2023 at 6:02 AM Leonard Mada via R-package-devel wrote: > > Dear Members, > > I would like to reanimate the archived package Rpdb: > https://cran.r-project.org/web/packages/Rpdb/index.html > > 1.) I have tried to contact the original author by email, but got no > response. > > 2.)

Re: [R-pkg-devel] Discrepancy between R CMD check results and usethis::use_cran_comments

On Tue, Sep 26, 2023 at 2:01 AM Leonard Mada via R-package-devel wrote: > > Dear List-Members, > > There are no errors/warnings/notes when I run the check: > > ── R CMD check results > Rpdb 2.3.3 > Duration: 2m 50.1s > > 0 errors ✔ | 0

Re: [R-pkg-devel] Best way forward on a CRAN archived package

I’d suggest resubmitting, after ensuring that R CMD check runs without any notes, warnings, or errors. Hadley On Monday, October 10, 2022, Diego Hernangómez Herrero < diego.hernangomezherr...@gmail.com> wrote: > Hi: > > I have some doubts on how to proceed in this case. I am the developer of >

Re: [R-pkg-devel] Non-ASCII and CRAN Checks

In my experience this NOTE does not interfere with CRAN submission and you can ignore it. Hadley On Monday, September 19, 2022, Igor L wrote: > Hello everybody, > > I'm testing my package with the devtools::check() function and I got a > warning about found non-ASCII strings. > > These

Re: [R-pkg-devel] CRAN package isoband and its reverse dependencies

Yes, we will make sure that this is fixed ASAP. There is no need to worry. Hadley On Wed, Oct 5, 2022 at 7:32 AM John Harrold wrote: > > Howdy Folks, > > I got a message from CRAN today telling me that I have a strong reverse > dependency on the isoband package. But I'm not alone! It look like

Re: [R-pkg-devel] Issue handling datetimes: possible differences between computers

On Sun, Oct 9, 2022 at 9:31 PM Jeff Newmiller wrote: > > ... which is why tidyverse functions and Python datetime handling irk me so > much. > > Is tidyverse time handling intrinsically broken? They have a standard > practice of reading time as UTC and then using force_tz to fix the "mistake".

Re: [R-pkg-devel] Changing R Package Maintainer

Just submit your package, and you'll get an automated email to the old address. Hadley On Sat, Apr 8, 2023 at 7:14 AM Andrew Simmons wrote: > > Hi, > > > I'm changing my name and my email address. I've got an update I'd like to > submit to CRAN, I've changed my name and email in my DESCRIPTION.

Re: [R-pkg-devel] Feedback on "Using Rust in CRAN packages"

> > If CRAN cannot trust even the official one of Rust, why does CRAN have Rust > > at all? > > > > I don't see the connection - if you downloaded something in the past it > doesn't mean you will be able to do so in the future. And CRAN has Rust > because it sounded like a good idea to allow

Re: [R-pkg-devel] LICENSE file in an R package for CRAN submission

If you're using one of the licenses supported by usethis (https://usethis.r-lib.org/reference/licenses.html), you can just call the appropriate function and it will do all the setup required to be both CRAN and GitHub compatible. Hadley On Wed, Aug 9, 2023 at 10:10 AM Emanuele Cordano wrote: >

Re: [R-pkg-devel] Unfortunate function name generic.something

If it's internal only, you could change the name to levels_no()? Hadley On Mon, May 8, 2023 at 7:28 AM Ulrike Groemping wrote: > > Thanks, Duncan. I appreciate the view that levels.no acts as an S3 > method for the generic levels, if an object of class "no" is handed to > it. However, as the

Re: [R-pkg-devel] Acknowledging small functions from another package

IMO those functions are so small that you don't need to call them out in your DESCRIPTION. Just note in a nearby comment where they came from. Hadley On Thu, May 4, 2023 at 3:21 AM David Hugh-Jones wrote: > > Hi, > > One of my packages copy-pasted some small functions (stuff like `%||%` for >

Re: [R-pkg-devel] how to use pkgdown::build_site() with a project using S7 with a specialized plot()?

This bug is fixed in the dev version (I don’t remember off the top of my head in which of pkgdown and roxygen2 you need but it might be both). I’m planning CRAN updates for both in the near future. Hadley On Thursday, January 4, 2024, Daniel Kelley wrote: > # Question > > Is there an online

Re: [R-pkg-devel] how to use pkgdown::build_site() with a project using S7 with a specialized plot()?

ackage, "as it's used in the reference > index.") > 35. base::stop(cnd) > 36. (function (cnd) … > 37. cli::cli_abort(message, location = i, name = name, parent = cnd, … > 38. | rlang::abort(message, ..., call = call, use_cli_format = TRUE, … > 39. | rlang:::signal_abort(

Re: [R-pkg-devel] @doctype is deprecated. need help for r package documentation

Do you have a pointer to the roxygen2 comments that you're using? Hadley On Thu, Mar 7, 2024 at 5:38 AM Ruff, Sergej wrote: > Hello, > > I need help with a package I am currently developing called bootGSEA. > I noticed that when I try ‘?bootGSEA’ it goes to the help page in R > itself but not