In the check log, I see > * package encoding: UTF-8 > [...] > * checking PDF version of manual ... WARNING > LaTeX errors when creating PDF version. > This typically indicates Rd problems. > LaTeX errors found: > ! Package inputenc Error: Unicode char ‐ (U+2010) > (inputenc) not set up for use with LaTeX.
I can reproduce this warning with a minimal test package with an Rd file containing the Unicode hyphen "‐" (U+2010), which is different from ASCII-compatible hyphen-minus "-" (U+002D), though not visibly ... >From Wikipedia (https://en.wikipedia.org/wiki/Hyphen): > In Unicode, the hyphen-minus is encoded as U+002D - so that Unicode remains > compatible with ASCII. Unicode also encodes the hyphen and minus separately, > as U+2010 ‐ and U+2212 − respectively. The problematic hyphen probably arose from copy-pasting text from the browser (which I just did for testing) or an office application into the package documentation. You can find non-ASCII characters in your Rd files using, e.g., tools::showNonASCIIfile("file.Rd"). For my test file, this gives: > tools::showNonASCIIfile("test.Rd") 7: \description{test <e2><80><90> test} In many text editors, the character between "test" and "test" is displayed just like a standard ASCII hyphen-minus. In my Emacs it is shown in red, though, and in RStudio it looks slightly different than the ASCII minus (but hard to recognize if you don't know). You could apply the above function to all of "man" using, e.g., lapply(list.files("man", full.names=TRUE), tools::showNonASCIIfile) at the root of your package and look for "<e2><80><90>" in the result. Hope this helps. Best regards, Sebastian Meyer Am 16.12.20 um 08:12 schrieb Kristin Piikki: > Dear R package developers, > I have been trying a lot but I do not seem to find a solution to the problems > with this new package (please see below and attached). It seems related to > the building of the vignette. I would be very grateful if anyone could > provide some advice. > Kind regards, > Kristin > > -----Original Message----- > From: lig...@statistik.tu-dortmund.de <lig...@statistik.tu-dortmund.de> > Sent: den 15 december 2020 16:21 > To: Kristin Piikki <kristin.pii...@slu.se> > Cc: cran-submissi...@r-project.org > Subject: [CRAN-pretest-archived] CRAN submission valmetrics 1.0.0 > > Dear maintainer, > > package valmetrics_1.0.0.tar.gz does not pass the incoming checks > automatically, please see the following pre-tests: > Windows: > <https://win-builder.r-project.org/incoming_pretest/valmetrics_1.0.0_20201215_155420/Windows/00check.log> > Status: 1 ERROR, 1 WARNING, 1 NOTE > Debian: > <https://win-builder.r-project.org/incoming_pretest/valmetrics_1.0.0_20201215_155420/Debian/00check.log> > Status: 1 NOTE > > > > Please fix all problems and resubmit a fixed version via the webform. > If you are not sure how to fix the problems shown, please ask for help on the > R-package-devel mailing list: > <https://stat.ethz.ch/mailman/listinfo/r-package-devel> > If you are fairly certain the rejection is a false positive, please reply-all > to this message and explain. > > More details are given in the directory: > <https://win-builder.r-project.org/incoming_pretest/valmetrics_1.0.0_20201215_155420/> > The files will be removed after roughly 7 days. > > No strong reverse dependencies to be checked. > > Best regards, > CRAN teams' auto-check service > --- > När du skickar e-post till SLU så innebär detta att SLU behandlar dina > personuppgifter. För att läsa mer om hur detta går till, klicka här > <https://www.slu.se/om-slu/kontakta-slu/personuppgifter/> > E-mailing SLU will result in SLU processing your personal data. For more > information on how this is done, click here > <https://www.slu.se/en/about-slu/contact-slu/personal-data/> > > > ______________________________________________ > 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
