Quarto
Quarto v1.8.27 PDF generation fails if locale en_US.UTF-8 unavailable - looks like Positron bug setting US locale when valid AU UTF8 locale set #14226
Replies: 3 comments 1 reply
-
|
@zeigerpuppy would you mind sharing something that could be used to reproduce/debug? Docker? Finally, partial error messages are not helpful. Code and complete log are required to ensure understanding of the context. |
Beta Was this translation helpful? Give feedback.
-
|
Thank you. Sharing error message can indeed be useful to have hints.
Is this the only error line you have ? Is there anything after ? This is thrown by Quarto when missing packages are found but automatic package installation failed quarto-cli/src/command/render/latexmk/pdf.ts Lines 248 to 256 in 5b88d3d You should check the .log file from TinyTeX rendering. It should have information on the missing packages to install. You should also check that your environment allows to install automatically packages - otherwise, you will need to install manually all CTAN dependencies you need to render your document.
It seems it could be related to some change in TeX Live that would expect something. You are using TeX Live 2026 from your check log, so new TeX Live may have some new requirements. This is where having an example would help look at it more carefully. Also you could try
This would help. Thanks ! |
Beta Was this translation helpful? Give feedback.
-
|
Complete log below, I caused it to fail again by removing the locale Definitely looks like the I have checked that locale is properly set (see below). I think there must be some part of the render process which is looking for relating to questions above, I don't think it will be trivial to package this up into a test case with docker. It's running on a fully updated Arch install using the EDIT:I think I found the issue. It looks like the locale in the Positron shell may be overriding the system locale. So, my *But, running I think the culprit is the Positron setting:
So looks like this is actually a Positron bug, it should detect the However, I think the error in the details follow:render command is: quarto file was standard ---
title: Hello, Quarto
format:
pdf:
keep-tex: true
---
## Meet the penguins
The `penguins` data from the [**palmerpenguins**](https://allisonhorst.github.io/palmerpenguins) package contains size measurements for `{r} nrow(penguins)` penguins from three species observed on three islands in the Palmer Archipelago, Antarctica.
render command as follows quarto render hello.qmd --log quarto.log --log-level debugchecked output of LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=logfile (my user name replaced with |
Beta Was this translation helpful? Give feedback.
-
|
FWIW, |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Description
After updating to quarto 1.8.27, my previously working renders started failing.
The error returned on rendering the hello.qmd (with
format: pdf) was:However, this message is a bit confusing, as the actual cause of failure is:
anyway, I tried setting all locale variables to "en_AU.UTF-8", which is the default locale on my system, but this still failed.
Then I created the locale file for "en_US.UTF-8" and compilation worked.
So I think the new version is reliant on this locale, whereas it was not previously required.
I am running on an up-to-date Arch Linux with tinytex installed through quarto.
Using latest positron and the following command to render:
Beta Was this translation helpful? Give feedback.
All reactions