On 12/16/21 4:17 PM, Hiroaki Yutani wrote:
This would be an empty character vector on my Alpine Linux server as
well.
I see, thanks for the information. Sorry for my lack of consideration on this.

So there are 127 *.ttf files installed, but systemfonts::system_fonts()
does not find any of these.
Thanks for investigating quickly! Then, it seems I should wait for the
problem to be solved on systemfonts' side. I'm curious what's the
difference between r-devel-windows-x86_64-new-TK, on which the check
doesn't fail, by the way.

It is also Windows Server 2022 with GUI, a quite fresh installation. The checks run in a docker container (also WS2022, mcr.microsoft.com/windows/server:ltsc2022, without any manually installed fonts).

Actually there is no manually installed software there, all that is installed is (in this order):

https://svn.r-project.org/R-dev-web/trunk/WindowsBuilds/winutf8/ucrt/r/setup_miktex_standalone.ps1
https://svn.r-project.org/R-dev-web/trunk/WindowsBuilds/winutf8/ucrt3/r/setup.ps1
https://svn.r-project.org/R-dev-web/trunk/WindowsBuilds/winutf8/ucrt3/r_packages/setup_checks.ps1

plus R and R packages.

I assume you can reproduce on Winbuilder, and so perhaps you could create a version of your package with a lot of instrumentation/print messages and submit there to find the cause? Possibly also an instrumented variant of systemfonts.

Best
Tomas


Best,
Hiroaki Yutani

2021年12月16日(木) 23:57 Uwe Ligges <lig...@statistik.tu-dortmund.de>:


On 16.12.2021 15:34, Sebastian Meyer wrote:
Am 16.12.21 um 15:06 schrieb Hiroaki Yutani:
Hi,

My package is failing on CRAN check on r-devel-windows-x86_64-new-UL.

https://cran.r-project.org/web/checks/check_results_string2path.html

It seems the problem is that there is no available font that meets the
condition in the following code. Is it irrational to assume at least
one TrueType or OpenType font is installed in the system?

      available_fonts <- systemfonts::system_fonts()$path

      # string2path supports only TrueType or OpenType formats
      ttf_or_otf <- available_fonts[grepl("\\.(ttf|otf)$",
available_fonts)]

The machine that is running " r-devel-windows-x86_64-new-UL" is a
freshly installed Windows Server 2022 with GUI. The standard fonts are
available, but no extra fonts isntalled.

To confirm:

  > table(gsub(".*\\.(.{3})$", "\\1", dir("c:/WIndows/fonts")))

dat fon ini ttc ttf xml
    1 192   1  16 127   1


So there are 127 *.ttf files installed, but systemfonts::system_fonts()
does not find any of these.

Best,
Uwe Ligges





This would be an empty character vector on my Alpine Linux server as
well. The system_fonts() there only contain ".pcf.gz" files from
"/usr/share/fonts/misc/".

Note that the "systemfonts" package on which you rely currently also
fails on that CRAN check flavour for a similar reason
(https://cran.r-project.org/web/checks/check_results_systemfonts.html).
On my Alpine Linux system, from example("register_font",
package="systemfonts"):

fonts <- system_fonts()
plain <- sample(which(!fonts$italic & fonts$weight <= 'normal'), 1)
bold <- sample(which(!fonts$italic & fonts$weight > 'normal'), 1)
italic <- sample(which(fonts$italic & fonts$weight <= 'normal'), 1)
## Error in sample.int(length(x), size, replace, prob) :
##   invalid first argument

(as there are no italic fonts).

HTH,

      Sebastian Meyer

I'm wondering if I need to release a new version to avoid this test
failure. Note that, the other Windows r-devel machine
(r-devel-windows-x86_64-new-TK) doesn't fail. So, it might be just
that something is wrong with r-devel-windows-x86_64-new-UL.

Any suggestions?

Best,
Hiroaki Yutani

______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel

______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel

______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel

Reply via email to