tabularry usage fails since 5.3.0 about sphinx

[jfbu]

P.S. I found the tabularray commit which changed its way of doing things, and thus with tabularray 2022-07-01: Version 2022C you would not have seen this conflict. I can not test but if you add

\makeatletter
\let\c@rownum\relax
\let\therownum\relax
\makeatother

before loading tabularray problems should go away.

[picnixz]

It appears that the issue is with the fact that our LaTeX files are loaded before you are using tabulary. However the latter appears to forcibly define a new counter that we actually defined ourselves (and probably prior to its loading).

I think the problem can go away if you don't use tabulary, or if you can try patching tabulary itself (see etoolbox). @jfbu any suggestions you have in mind?

[jfbu]

Hello, are you referring to tabularray or to tabulary? l.112 \int_new:N \c@rownum is LaTeX3 code, which tabulary does not use.

Sphinx LaTeX code does define a rownum counter, as would package xcolor with option table.

Some non-Sphinx code is doing a non cautious \newcounter{rownum} (or equivalent in LaTeX3 lingua).

Hmm I tried to trick tabularray into throwing the same error but its LaTeX3 code is \int_zero_new:N \c@rownum and this code does check for prior existence. Your code is \int_new:N \c@rownum. It may be that an old version oftabularray has the problem. I can't test any other installation of TeXLive than current one or TL2019 and older ones, and tabularray did not exist then.

You could try \makeatletter\let\c@rownum\relax\makeatother before loading your version of tabularrray.

[franzhaas]

Thanks a lot, this solved my issue!