[Tikzdevice-bugs] [R-Forge] tikzDevice 0.5.1

Kurt Hornik Kurt.Hornik at wu.ac.at
Tue Oct 12 14:10:55 CEST 2010


>>>>> Charlie Sharpsteen writes:

> On Tue, Oct 12, 2010 at 12:03 AM, Kurt Hornik <Kurt.Hornik at wu.ac.at> wrote:
>> 
>> I checked again: I had the same problem with the old version, and in
>> fact, looking at the package check results page at
>> http://cran.r-project.org/web/checks/check_results_tikzDevice.html you
>> will see that we get the same problem on Fedora, Solaris, Windows and
>> MacOS X: so I guess there is nothing Debian specific to reproduce.
>> 
>> I'll attach my log file below, perhaps you can spot something or spot
>> where you might be using private include files in your case which make
>> things work without problems.
>> 
>> I'll put the new version on CRAN for now.
>> 
>> Best
>> -k

> Hi Kurt,

> I never looked into the recent NOTES on the CRAN check; I just assumed
> that it referred to the first note:

> checking R code for possible problems ... NOTE
> queryMetricsDictionary: no visible binding for global variable
> ‘dictionary’

> This has plagued us for a while--- we were never able to find a
> resolution in the manuals, the mailing lists or by hacking around.
> Consequently, we just accepted there was a NOTE... now it appears
> there is more than one.

> However, in any case it appears that only the checks run against
> prerelease versions are failing.  It looks like this is R 2.13.0 and
> 2.12.0-alpha or 2.12.0 RC.  Strangely r-prerel-windows-ix86+x86_64 is
> passing.  All checks run agains 2.11.1 are passing for 0.5.0.

> Looks like there may be changes in 2.12.0+ outside of the addition of
> polypath() that we need to worry about.  I will wire up a build of the
> release candidate and see if it shows me anything.

Confirmed on my end: if I use 2.11.1, the problem goes away (also for
0.5.1).

Did you already try 2.12.0?

Best
-k



> -Charlie



More information about the Tikzdevice-bugs mailing list