Re: [Rd] Problem in vignette packaging of Sweave in utils package
I believe the issue is actually quite simple: you need to run
make vignettes
when building from a tarball if you want the tangled vignettes and the
indices.
I'll make that automatic after more testing.
On 27/07/2012 21:55, Paul Johnson wrote:
On Fri, Jul 27, 2012 at 9:54 AM, Duncan Murdoch
wrote:
On 12-07-27 1:23 AM, Paul Johnson wrote:
New help request below
On Sat, Jul 7, 2012 at 7:25 AM, Duncan Murdoch
wrote:
On 12-07-03 1:21 PM, Paul Johnson wrote:
In ?Sweave, it refers to Sweave User Manual. In the doc folder of
utils package, I see "Sweave.pdf".
However, I can't find it from within R
vignette("Sweave User Manual")
Warning message:
vignette ‘Sweave User Manual’ not found
Turns out there was a bug in the code to install from tarballs, so base
package vignettes weren't fully installed. I've fixed it; installs from
R-patched or R-devel revisions after 59750 should be okay.
Duncan Murdoch
Thanks, Duncan
Can I ask you to check this one again?
Sorry, I can't help with this. If you build from svn or from a tarball,
then I could help, but someone else produces the rpms, and I don't have
access to a Linux system to try them.
Duncan Murdoch
Sorry I was unclear. I did build from R-patched tarball, from here:
ftp://ftp.stat.math.ethz.ch/Software/R/R-patched_2012-07-25.tar.gz
I get the same result whether I build that into an RPM or if I build
and install the "old fashioned" way (configure, make, make install).
The Sweave pdf is created, but not found inside R.
I just re-ran the compilation in an Emacs shell and you can see
everything that goes on:
http://pj.freefaculty.org/misc/R-patched-build-20120725.txt
As you will see, I run into problems with pdf creation in
make pdf
dealing with refman. I think that links back to the ancient tetex
toolkit and the lack of incolsolata font. If that is the reason R
can't find the vignette, I would be glad to know.
I do get the Sweave.pdf vignette created, just not indexed.
pj
--
Brian D. Ripley, rip...@stats.ox.ac.uk
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax: +44 1865 272595
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Interaction between callNextMethod() and selectMethod()
On 08/03/2012 11:44 PM, peter dalgaard wrote: On Aug 4, 2012, at 01:24 , Hervé Pagès wrote: BTW, it's funny that the VERSION file in the R source tree says: hpages@latitude:~/src/R-2.16.r59963$ cat VERSION 2.16.0 Under development (unstable) ^^ What's funny about that? We no longer display the number on startup and at some point we may not even use it for an actual release, but there needs to be a number to test "R >= 2.14.0"-style dependencies and such. What's funny is that even if we try to pretend that the version number doesn't matter, it actually does matter. Not only for "R >= 2.14.0"-style dependencies and such, but also for human communication: - Can't install that package! - Works for me. What version of R are you using? - "Unsuffered Consequences" - I'm using "Roasted Marshmallows", you should upgrade to that one. - I'm confused I thought I was running the latest. - No "Roasted Marshmallows" is the latest. - Are you sure? How do you know? etc, etc... It reminds me of Mozilla plans to hide Firefox version: https://bugzilla.mozilla.org/show_bug.cgi?id=678775 AFAIK they finally abandoned it :-) H. -- Hervé Pagès Program in Computational Biology Division of Public Health Sciences Fred Hutchinson Cancer Research Center 1100 Fairview Ave. N, M1-B514 P.O. Box 19024 Seattle, WA 98109-1024 E-mail: hpa...@fhcrc.org Phone: (206) 667-5791 Fax:(206) 667-1319 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Interaction between callNextMethod() and selectMethod()
On Aug 4, 2012, at 9:49 PM, Hervé Pagès wrote: > On 08/03/2012 11:44 PM, peter dalgaard wrote: >> >> On Aug 4, 2012, at 01:24 , Hervé Pagès wrote: >> >>> BTW, it's funny that the VERSION file in the R source tree says: >>> >>> hpages@latitude:~/src/R-2.16.r59963$ cat VERSION >>> 2.16.0 Under development (unstable) >>> ^^ >> >> What's funny about that? We no longer display the number on startup and at >> some point we may not even use it for an actual release, but there needs to >> be a number to test "R >= 2.14.0"-style dependencies and such. >> > > What's funny is that even if we try to pretend that the version > number doesn't matter, it actually does matter. Not only for > "R >= 2.14.0"-style dependencies and such, but also for human communication: > > - Can't install that package! > - Works for me. What version of R are you using? > - "Unsuffered Consequences" > - I'm using "Roasted Marshmallows", you should upgrade to > that one. > - I'm confused I thought I was running the latest. > - No "Roasted Marshmallows" is the latest. > - Are you sure? How do you know? > > etc, etc... > > It reminds me of Mozilla plans to hide Firefox version: > > https://bugzilla.mozilla.org/show_bug.cgi?id=678775 > > AFAIK they finally abandoned it :-) > I agree. Currently R-devel doesn't show the version number and that makes sense for two reasons: let's say today R-devel's internal version is 2.16.0 but such release doesn't exist yet so you can't call R-devel that in any case that may be referenced later (because then there will be 2.16.0 release at some point which is different from the R-devel that was referred to). Also we don't know for sure if the next release will be 2.16.0 or let's say 3.0.0. That said, I was surprised that Peter said "for an actual release" (I'm not sure he meant it in the way you interpreted it, though) - I think it's slightly annoying that R.version.string in R-devel doesn't contain the version number (because it makes it slightly more complicated to get the version number in scripts), but not having it or showing it for releases would certainly be fatal but I did not see any reason or discussion about such a move. Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
