Upgrade in TinyTex breaks 'rotating'?

[giabaio]

[giabaio]

Hi there,
I think I'm running into a problem related to an upgrade to tinytex. I am now on (I think) the latest version

> tinytex::tlmgr_version()
tlmgr revision 74695 (2025-03-19 00:12:52 +0100)
tlmgr using installation: /home/gianluca/.TinyTeX
TeX Live (https://tug.org/texlive) version 2025

and I have a (rather complex) qmd book project, which used to compile just fine until the previous release, but is now breaking.

When compiling the whole thing, I get

Rendering PDF
running xelatex - 1
  This is XeTeX, Version 3.141592653-2.6-0.999997 (TeX Live 2025) (preloaded format=xelatex)
   restricted \write18 enabled.
  entering extended mode
  
updating tlmgr

updating existing packages
finding package for tblrlibrotating.sty
ERROR: 
compilation failed- no matching packages
LaTeX Error: File `tblrlibrotating.sty' not found.

Type X to quit or <RETURN> to proceed,
or enter new name. (Default extension: sty)

Enter file name: 
! Emergency stop.
<read *> 
         
l.338 \UseTblrLibrary{rotating}
                               ^^M
*** (cannot \read from terminal in nonstop modes)

 

see /home/gianluca/XXXX/index.log for more information.
ERROR: Error
    at Object.onComplete (file:///home/gianluca/Dropbox/Rstuff/Packages/qmd/quarto-cli/src/project/types/book/book-render.ts:317:15)
    at eventLoopTick (ext:core/01_core.js:175:7)
    at async renderFiles (file:///home/gianluca/Dropbox/Rstuff/Packages/qmd/quarto-cli/src/command/render/render-files.ts:346:12)
    at async renderProject (file:///home/gianluca/Dropbox/Rstuff/Packages/qmd/quarto-cli/src/command/render/project.ts:464:23)
    at async renderForPreview (file:///home/gianluca/Dropbox/Rstuff/Packages/qmd/quarto-cli/src/command/preview/preview.ts:428:24)
    at async render (file:///home/gianluca/Dropbox/Rstuff/Packages/qmd/quarto-cli/src/command/preview/preview.ts:172:22)
    at async preview (file:///home/gianluca/Dropbox/Rstuff/Packages/qmd/quarto-cli/src/command/preview/preview.ts:189:18)
    at async Command.actionHandler (file:///home/gianluca/Dropbox/Rstuff/Packages/qmd/quarto-cli/src/command/preview/cmd.ts:424:7)
    at async Command.execute (https://deno.land/x/cliffy@v1.0.0-rc.3/command/command.ts:1948:7)
    at async Command.parseCommand (https://deno.land/x/cliffy@v1.0.0-rc.3/command/command.ts:1780:14)

I've tried the obvious

> tinytex::tlmgr_search("tblrlibrotating.sty")
tlmgr search --file --global 'tblrlibrotating.sty'
tlmgr: package repository https://tex.org.uk/systems/texlive/tlnet (verified)

but it seems like this is not found...

Is this something known? Or am I missing something obvious? Thanks!

[giabaio]

Actually, never mind (but adding this here, in case it spooks others...). In my quarto project, I had to remove the _freeze folder --- for some reason, it was remembering that in past versions tblrlibrotating.sty was working (and available) and so it was trying to re-install it/use it. I don't think this is available any more, but in any case it doesn't matter --- all complies well, once I've removed the _freeze folder.

Hope this helps others too!

[yihui]

Thanks for sharing the solution!

[dklinenberg2020]

Hello,

I've run into this same problem. I am unfamiliar with the _freeze folder. Where do I find this folder?

I've been stuck on this problem for about a week now, and would love some genius help :)

I've tried deleting Rhistory, .Rproj.user, deleting the package and reinstalling it, and none has worked :/

I tried following the advice on this post (even though I have a Mac), which didn't work: #471

The error persists even when I don't have an Rproject. This simple .qmd won't even run:

---
title: "Untitledtest"
format: 
  pdf
editor: visual
header-includes:
  - \usepackage{tabularray}
---

## Quarto

aQuarto enables you to weave together content and executable code into a finished document. To learn more about Quarto see <https://quarto.org>.

## Running Code

When you click the **Render** button a document will be generated that includes both content and the output of embedded code. You can embed code like this:

```{r}
library(tidyverse)
library(tinytable)
tibble("a"=1) %>%
  tinytable::tt()
```

You can add options to executable code like this

```{r}
#| echo: false
# 2 * 2
```

The `echo: false` option disables the printing of code (only output is displayed).

Thanks for the help!

[giabaio]

The folder _freeze should be on the root of your project. Do you actually have a quarto book, or website (or project, in general) or a standalone document?

[dklinenberg2020]

It's a project used to create a paper.

But I will note that the project persists if I attempt to knit outside of the project (e.g. using a standalone document).

I can knit the documents with Rstudio if I hash out the line \UseTblrLibrary{rotating} in the latex output (e.g. knit .qmd ---> error that gives me the .tex ---> open .tex in quarto --> hashtag out the line ---> compile).

[giabaio]

Do you force caching the output of any chunk? If that's the saw, you should look for and remove the cache folders too, I guess...

I have had this for another project and for me the solution has been again to remove the _freeze folder...

[giabaio]

In case this is not resolved completely, yet, I think that another possible "culprit" is an outdated version of tinytable. I had this on a different computer --- updating tinytex(and hence the underlying TeX configuration) would break the support for \UseTblrLibrary{rotating} and nothing would compile any more.

Removing the _freeze (and, possibly .quarto/_freeze) folders would refresh the full compilation and, on one of my computer, everything would work now. BUT: on another one (in which I had an older version of tinytable things would still not work (with the same \UseTblrLibrary{rotating} error) because since version 0.6, tinytable would inject that string into the resulting tex file --- see here.

Updating tinytable and tinytext to their latest versions has fixed everything. Hope this helps!

[cderv]

I've run into this same problem. I am unfamiliar with the _freeze folder. Where do I find this folder?

This folder will exist in Quarto context only if you opt-in to use Quarto freezer: https://quarto.org/docs/projects/code-execution.html#freeze

By default, there won't be one.

Removing the _freeze (and, possibly .quarto/_freeze)

Removing the freeze is a good option to start fresh. Incremental render should have the same effect (https://quarto.org/docs/projects/code-execution.html#incremental-render)

.quarto is internal Quarto folder with some internal freeze state and caching, resourcing. Removing is fine, it will be recreated as needed. However, I don't see why it would affect this problem 🤔

Updating tinytable and tinytext to their latest versions has fixed everything. Hope this helps!

it seems this is a conflict problem between tinytable and TinyTeX version ?

Glad to know this is solved by updating

[giabaio]

Thanks @cderv --- re .quarto/_freeze, yes: I wasn't sure whether it was necessary (and as you say, probably not), but I thought it would be recreated (as you confirm), so I didn't think I'd break anything fundamental... But point taken that it's not essential!

And yes: probably there was a conflict --- or simply, the older version of tinytable assumed that tables could be rotated and thus added the offending line, while the new tinytex would not support that option...

[cderv]

while the new tinytex would not support that option...

This is what puzzles me...

tinytex the R package should not have any restriction on which LaTeX to be used.
TinyTeX the TeX Live distribution is updated daily and monthly based on TeX Live updates.
So an update in TeX Live could have triggered this problem.

Otherwise, any CTAN package update that would conflict could have create that problem.

And at last it could also come from Quarto update as we do update Pandoc and its template on newer version. Sometimes it can fail.

However, as it seems updating tinytable R package fixes it, it may be a LaTeX only conflict that is now solved