<div dir="ltr"><div>in texlive 20204 (and probably all earlier versions) <br></div><div>any use of \usepackage[arabic]{babel}  will raise errors with</div><div>lualatex or xelatex as the arabi package files are not in UTF-8</div><div>You should raise this with the arabi package maintainer.<br></div><div><br></div><div>with lualatex:</div><div><br></div><div>(/usr/local/texlive/2024/texmf-dist/tex/latex/arabi/arabicore.sty<br>  Arabi Core switching commands v1.0  2006/01/01   (may still change)  <br>! String contains an invalid utf-8 sequence.<br>l.137 \ifcase#1\or <br>                 ��������� � \ \or �����������^^@�^^@^^@</div><div><br></div><div>xelatex recovers from that but then errors on</div><div><br></div><div>! Package inputenc Error: inputenc is not designed for xetex or luatex.<br>(inputenc)                only UTF-8 supported.<br><br></div><div><br></div><div><br></div><div><br></div><div>I _think_ the recommended way to specify the language these days is</div><div><br></div><div>\documentclass{article}<br><br>\usepackage{babel}<br>\babelprovide{arabic}<br><br>\begin{document}<br><br>x<br>\end{document}</div><div><br></div><div>which allows babel to keep control.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 12 May 2024 at 14:31, outlook user <<a href="mailto:RACP@outlook.fr">RACP@outlook.fr</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="msg3210229765687504764">




<div dir="ltr">
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
> (inputenc)                only UTF-8 supported.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
></div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
> See the inputenc package documentation for explanation.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
> Type  H <return>  for immediate help.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
>  ...                                              </div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
>                                                   </div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
> l.164 \endinput</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
             </div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
> For xelatex or lualatex save the document in UTF-8 encoding</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
> and do not use inputenc, or use the [utf8] option.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:11pt;color:rgb(0,0,0)">
<br>
On version 1.16.0 from TeX Live distribution version 2023 using LUALaTeX 2023.8.28. It appears when `\usepackage{babel}` is modified to `\usepackage[arabic]{babel}`<br>
<br>
>From what I understand LUATeX use by default UTF-8 and using inputenc will conflict with it because it tries to re-define the encoding which is locked in LUA/Xe, so will end up in a "crash". So Babel (or whatever invoke it) shouldn't do it (I think it tries
 to use cp1256 here, despite not asking for it) when not using PDFTeX (or whatever needs it), like on that case. And worse, some calls takes priority so re-using inputenc to ask for UTF-8 won't correct the problem because it takes the first call only</div>
</div>

</div></blockquote></div>