Bug Fixes

Two Unicode characters were mapped to themselves. pytooling.sty defined
```
\newunicodechar{≤}{\ensuremath{≤}}  % \le
\newunicodechar{≥}{\ensuremath{≥}}  % \ge
```
newunicodechar makes the character active, so each expansion re-inserted it: a document containing U+2264 or U+2265 ended in TeX capacity exceeded, sorry [input stack size=10000] instead of a PDF. They are mapped to \le and \ge now, which the trailing comments already named.

The other 82 mappings are unaffected - they replace the character with a command (\dots, \leftarrow, …) or wrap it in \emoji, which typesets it through \emojifont rather than re-reading it as an active character.

Others

Found in a Sphinx PDF build of pyTooling/Actions, whose documentation contains U+2264 twelve times. Verified with MiKTeX 26.5 installed from this repository's own recipe: that document now builds to 275 pages.

Published from Build MiKTeX images workflow triggered by github-actions[bot] on 2026-09-16 21:46:24 UTC.

This automatic release was created by pyTooling/Actions::Release.yml