-devel [mailto:r-package-devel-boun...@r-project.org] On
Behalf Of John Fox
Sent: Wednesday, August 19, 2015 3:16 PM
To: r-package-devel@r-project.org
Subject: [R-pkg-devel] recursive dependencies and install.packages()
Dear list members,
I'm pretty sure (from memory) that this was discussed
,
John
---
John Fox, Professor
McMaster University
Hamilton, Ontario, Canada
http://socserv.socsci.mcmaster.ca/jfox/
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package
Dear Duncan,
-Original Message-
From: Duncan Murdoch [mailto:murdoch.dun...@gmail.com]
Sent: July-13-15 7:01 PM
To: John Fox; 'peter dalgaard'
Cc: r-package-devel@r-project.org
Subject: Re: [R-pkg-devel] invalid 'envir' argument note from R-devel
It happened in r68597. In my
nothing. I don't know what quality CRAN uses,
but for me setting the environment variable GS_QUALITY=screen made a big
difference.
Duncan Murdoch
On 08/10/2020 11:10 a.m., John Fox wrote:
Dear Ben,
Actually, what I used was --compact-vignettes="both", with qpdf and gs
installed o
K reduction.
But Ben's example met those criteria. When I trick it into accepting
the compaction, it does put the compacted PDF into the tarball.
Duncan Murdoch
On 07/10/2020 6:03 p.m., John Fox wrote:
Dear Ben,
On 2020-10-07 5:26 p.m., Ben Bolker wrote:
I hope so too. The (annoying) workar
Dear Ben,
I was hoping that someone would pick up on this problem, because I've
experienced the same issue of --compact-vignettes apparently ignored,
e.g., with the Rcmdr package under R 4.0.2 on both macOS and Windows.
Best,
John
John Fox, Professor Emeritus
McMaster University
Hamilton
that it would be nice to
avoid them. After all, what is the --compact-vignettes argument for?
Best,
John
cheers
Ben
On 10/7/20 4:10 PM, John Fox wrote:
Dear Ben,
I was hoping that someone would pick up on this problem, because I've
experienced the same issue of --compact-vignettes
tml>.
Both packages that I was checking are close to CRAN releases and so I'd
like to know whether I can disregard the note.
Any help would be appreciated.
John
--
John Fox, Professor Emeritus
McMaster University
Hamilton, Ontario, Canada
web: https://socialsciences.mcmaster.c
; it appears to want
etc/UTC instead. The second one is offline.
Duncan Murdoch
If both of those fail, you'll get the message you saw.
On 27/08/2020 1:23 p.m., John Fox wrote:
Dear r-package-devel list members,
I got the following note when checking two different packages today
--as-cran, both under R
com>
*From:* R-package-devel on
behalf of John Fox
*Sent:* Thursday, August 27, 2020 11:39 AM
*To:* Duncan Murdoch ;
r-package-devel@r-project.org
*Subject:* Re: [R-pkg-devel] R CMD check "unable to verify current tim
lps,
John
John Fox, Professor Emeritus
McMaster University
Hamilton, Ontario, Canada
web: https://socialsciences.mcmaster.ca/jfox/
On 2020-12-12 1:40 p.m., Michael L Friendly wrote:
Thanks, Dirk
Just to clarify--
In my packages, candisc, heplots, vcdExtra I have mostly 2D graphic methods,
b
Hello Dirk,
Thank you (and Kevin and John) for addressing my questions.
No one directly answered my first question, however, which was whether
the approach that I suggested would work. I guess that the implication
is that it won't, but it would be nice to confirm that before I try
something
Hi Michael,
I'm no license expert either, but I too believe that while a
GPL-licensed package can incorporate MIT-licensed code, an MIT-licensed
package can't incorporate GPL-licensed code.
One solution, I think, would be to put your use_data_doc() in a separate
GPL-licensed package, which
On 18/10/2023, at 3:02 AM, John Fox wrote:
| >
| > Hello Dirk,
| >
| > Thank you (and Kevin and John) for addressing my questions.
| >
| > No one directly answered my first question, however, which was whether
the approach that I suggested would work. I guess that the implication
,
On 17 October 2023 at 10:02, John Fox wrote:
| Hello Dirk,
|
| Thank you (and Kevin and John) for addressing my questions.
|
| No one directly answered my first question, however, which was whether
| the approach that I suggested would work. I guess that the implication
| is that it won't
, Oct 17, 2023 at 12:45 PM John Fox wrote:
Hello Dirk,
Thank you for the additional information.
As you suggest, what you did to distribute pre-built PDF vignettes is
quite similar to what R.rsp does, except that the latter also supports
pre-built HTML vignettes, which is what I'd prefer
Hello Duncan,
On 2023-10-17 4:43 p.m., Duncan Murdoch wrote:
Caution: External email.
On 17/10/2023 4:21 p.m., John Fox wrote:
Hello Simon,
On 2023-10-17 3:51 p.m., Simon Urbanek wrote:
Caution: External email.
John,
the short answer is it won't work (it defeats the purpose of vignettes
vignettes if they declared.
I assume that we'd declare the long-running vignette in our submission
note to CRAN. Maybe that's better than pre-building the HTML vignettes
in the package.
Best,
John
Cheers,
Simon
On 18/10/2023, at 3:02 AM, John Fox wrote:
Hello Dirk,
Thank you
uot; in the
post) to make sure the "real" source files are ignored when building
the vignettes.
Perhaps this is also a feasible solution for long running vignettes?
Regards,
Shu Fai
On Wed, Oct 18, 2023 at 6:51 AM John Fox wrote:
Dear John,
Unless I'm mistaken, the *installation* ti
d a couple of roxygen tags:
#' @export
#' @rdname myfn
thefn <- myfn
Hadley
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
--
John Fox, Professor Emeritus
McMaster University
Hamilto
is
off-base.
Best,
John
On 2022-08-13 9:41 a.m., J C Nash wrote:
Thanks to John Fox and Noah Greifer. Both their approaches resolved my
immediate
problem.
That is, to provide a summary of the fix of my example code,
tw <- function(formula, data, start, control, trace, weights) {
firstc
21 matches
Mail list logo